diff --git a/public/content/translations/bn/developers/docs/apis/json-rpc/index.md b/public/content/translations/bn/developers/docs/apis/json-rpc/index.md index ff2d16e2a2e..a7ec4c440b5 100644 --- a/public/content/translations/bn/developers/docs/apis/json-rpc/index.md +++ b/public/content/translations/bn/developers/docs/apis/json-rpc/index.md @@ -1,66 +1,66 @@ --- title: JSON-RPC API -description: "Ethereum ক্লায়েন্টের জন্য একটি স্টেটলেস, লাইট-ওয়েট রিমোট প্রসিডিউর কল (RPC) প্রোটোকল।" +description: "ইথিরিয়াম ক্লায়েন্টদের জন্য একটি স্টেটলেস, লাইট-ওয়েট রিমোট প্রসিডিউর কল (RPC) প্রটোকল।" lang: bn --- -Ethereum ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য একটি সফ্টওয়্যার অ্যাপ্লিকেশনের জন্য - হয় ব্লকচেইন ডেটা পড়ে বা নেটওয়ার্কে লেনদেন পাঠানোর মাধ্যমে - এটি অবশ্যই একটি Ethereum নোডের সাথে সংযুক্ত থাকতে হবে। +একটি সফটওয়্যার অ্যাপ্লিকেশনকে [Ethereum](/) ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য - তা ব্লকচেইন ডেটা পড়া হোক বা নেটওয়ার্কে লেনদেন পাঠানো হোক - এটিকে অবশ্যই একটি ইথিরিয়াম নোডের সাথে সংযুক্ত হতে হবে। -এই উদ্দেশ্যে, প্রতিটি [Ethereum ক্লায়েন্ট](/developers/docs/nodes-and-clients/#execution-clients) একটি [JSON-RPC স্পেসিফিকেশন](https://github.com/ethereum/execution-apis) প্রয়োগ করে, তাই পদ্ধতিগুলির একটি ইউনিফর্ম সেট রয়েছে যার উপর অ্যাপ্লিকেশনগুলি নির্দিষ্ট নোড বা ক্লায়েন্ট বাস্তবায়ন নির্বিশেষে নির্ভর করতে পারে। +এই উদ্দেশ্যে, প্রতিটি [Ethereum client](/developers/docs/nodes-and-clients/#execution-clients) একটি [JSON-RPC specification](https://github.com/ethereum/execution-apis) প্রয়োগ করে, যাতে নির্দিষ্ট নোড বা ক্লায়েন্ট ইমপ্লিমেন্টেশন নির্বিশেষে অ্যাপ্লিকেশনগুলি নির্ভর করতে পারে এমন একটি অভিন্ন মেথড সেট থাকে। -[JSON-RPC](https://www.jsonrpc.org/specification) একটি স্টেটলেস, লাইট-ওয়েট রিমোট প্রসিডিউর কল (RPC) প্রোটোকল। এটি বেশ কিছু ডেটা স্ট্রাকচার এবং তাদের প্রক্রিয়াকরণের নিয়মাবলী নির্ধারণ করে। এটি ট্রান্সপোর্ট অ্যাগনস্টিক কারণ এই ধারণাগুলি একই প্রক্রিয়ার মধ্যে, সকেটের উপর, HTTP-র উপর বা বিভিন্ন মেসেজ পাসিং পরিবেশে ব্যবহার করা যেতে পারে। এটি ডেটা ফরম্যাট হিসেবে JSON (RFC 4627) ব্যবহার করে। +[JSON-RPC](https://www.jsonrpc.org/specification) হলো একটি স্টেটলেস, লাইট-ওয়েট রিমোট প্রসিডিউর কল (RPC) প্রটোকল। এটি বেশ কয়েকটি ডেটা স্ট্রাকচার এবং তাদের প্রসেসিংয়ের নিয়মগুলি সংজ্ঞায়িত করে। এটি ট্রান্সপোর্ট অ্যাগনস্টিক, অর্থাৎ এর কনসেপ্টগুলো একই প্রসেসের মধ্যে, সকেটের মাধ্যমে, HTTP-এর মাধ্যমে, বা বিভিন্ন মেসেজ পাসিং এনভায়রনমেন্টে ব্যবহার করা যেতে পারে। এটি ডেটা ফরম্যাট হিসেবে JSON (RFC 4627) ব্যবহার করে। ## ক্লায়েন্ট ইমপ্লিমেন্টেশন {#client-implementations} -JSON-RPC স্পেসিফিকেশন প্রয়োগ করার সময় Ethereum ক্লায়েন্টরা প্রত্যেকে বিভিন্ন প্রোগ্রামিং ভাষা ব্যবহার করতে পারে। নির্দিষ্ট প্রোগ্রামিং ভাষা সম্পর্কিত আরও বিশদ বিবরণের জন্য পৃথক [ক্লায়েন্ট ডকুমেন্টেশন](/developers/docs/nodes-and-clients/#execution-clients) দেখুন। সর্বশেষ API সহায়তা তথ্যের জন্য আমরা প্রতিটি ক্লায়েন্টের ডকুমেন্টেশন পরীক্ষা করার পরামর্শ দিই। +JSON-RPC স্পেসিফিকেশন বাস্তবায়ন করার সময় ইথিরিয়াম ক্লায়েন্টগুলো প্রত্যেকে বিভিন্ন প্রোগ্রামিং ভাষা ব্যবহার করতে পারে। নির্দিষ্ট প্রোগ্রামিং ভাষা সম্পর্কিত আরও বিস্তারিত তথ্যের জন্য স্বতন্ত্র [ক্লায়েন্ট ডকুমেন্টেশন](/developers/docs/nodes-and-clients/#execution-clients) দেখুন। সর্বশেষ API সাপোর্ট তথ্যের জন্য আমরা প্রতিটি ক্লায়েন্টের ডকুমেন্টেশন দেখার পরামর্শ দিই। ## সুবিধাজনক লাইব্রেরি {#convenience-libraries} -যদিও আপনি JSON-RPC API-এর মাধ্যমে সরাসরি Ethereum ক্লায়েন্টদের সাথে ইন্টারঅ্যাক্ট করা বেছে নিতে পারেন, তবে dapp ডেভেলপারদের জন্য প্রায়শই সহজ বিকল্প রয়েছে। JSON-RPC API-এর উপরে র‍্যাপার সরবরাহ করার জন্য অনেক [জাভাস্ক্রিপ্ট](/developers/docs/apis/javascript/#available-libraries) এবং [ব্যাকএন্ড API](/developers/docs/apis/backend/#available-libraries) লাইব্রেরি বিদ্যমান। এই লাইব্রেরিগুলির সাহায্যে, ডেভেলপাররা Ethereum-এর সাথে ইন্টারঅ্যাক্ট করে এমন JSON-RPC অনুরোধগুলি (হুডের নীচে) শুরু করার জন্য তাদের পছন্দের প্রোগ্রামিং ভাষায় স্বজ্ঞাত, এক-লাইনের পদ্ধতি লিখতে পারে। +যদিও আপনি JSON-RPC API-এর মাধ্যমে সরাসরি ইথিরিয়াম ক্লায়েন্টগুলোর সাথে ইন্টারঅ্যাক্ট করা বেছে নিতে পারেন, ডিএ্যাপ ডেভেলপারদের জন্য প্রায়শই আরও সহজ বিকল্প থাকে। JSON-RPC API-এর উপরে র‍্যাপার (wrappers) প্রদান করার জন্য অনেক [JavaScript](/developers/docs/apis/javascript/#available-libraries) এবং [backend API](/developers/docs/apis/backend/#available-libraries) লাইব্রেরি রয়েছে। এই লাইব্রেরিগুলোর সাহায্যে, ডেভেলপাররা তাদের পছন্দের প্রোগ্রামিং ভাষায় সহজে বোধগম্য, এক-লাইনের মেথড লিখতে পারেন যা ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করার জন্য (পর্দার আড়ালে) JSON-RPC রিকোয়েস্ট ইনিশিয়ালাইজ করে। -## কনসেন্সাস ক্লায়েন্ট APIs {#consensus-clients} +## কনসেন্সাস ক্লায়েন্ট এপিআই {#consensus-clients} -এই পৃষ্ঠাটি মূলত Ethereum এক্সিকিউশন ক্লায়েন্টদের দ্বারা ব্যবহৃত JSON-RPC API নিয়ে কাজ করে। যাইহোক, কনসেন্সাস ক্লায়েন্টদের একটি RPC APIও রয়েছে যা ব্যবহারকারীদের নোড সম্পর্কে তথ্য জিজ্ঞাসা করতে, বিকন ব্লক, বিকন স্টেট এবং অন্যান্য কনসেন্সাস-সম্পর্কিত তথ্য সরাসরি একটি নোড থেকে অনুরোধ করতে দেয়। এই APIটি [বিকন API ওয়েবপেজে](https://ethereum.github.io/beacon-APIs/#/) নথিভুক্ত করা আছে। +এই পৃষ্ঠাটি মূলত ইথিরিয়াম এক্সিকিউশন ক্লায়েন্ট দ্বারা ব্যবহৃত JSON-RPC এপিআই নিয়ে আলোচনা করে। তবে, কনসেন্সাস ক্লায়েন্টগুলোরও একটি RPC এপিআই রয়েছে যা ব্যবহারকারীদের সরাসরি একটি নোড থেকে নোড সম্পর্কে তথ্য অনুসন্ধান করতে, বিকন ব্লক, বিকন স্টেট এবং অন্যান্য কনসেন্সাস-সম্পর্কিত তথ্যের জন্য অনুরোধ করতে দেয়। এই এপিআইটি [Beacon API ওয়েবপেজে](https://ethereum.github.io/beacon-APIs/#/) নথিভুক্ত করা আছে। -একটি অভ্যন্তরীণ API একটি নোডের মধ্যে ইন্টার-ক্লায়েন্ট যোগাযোগের জন্যও ব্যবহৃত হয় - অর্থাৎ, এটি কনসেন্সাস ক্লায়েন্ট এবং এক্সিকিউশন ক্লায়েন্টকে ডেটা সোয়াপ করতে সক্ষম করে। এটিকে 'ইঞ্জিন API' বলা হয় এবং স্পেসগুলি [GitHub](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md)-এ উপলব্ধ। +একটি নোডের মধ্যে আন্তঃ-ক্লায়েন্ট যোগাযোগের জন্যও একটি অভ্যন্তরীণ এপিআই ব্যবহৃত হয় - অর্থাৎ, এটি কনসেন্সাস ক্লায়েন্ট এবং এক্সিকিউশন ক্লায়েন্টকে ডাটা সোয়াপ করতে সক্ষম করে। একে 'Engine API' বলা হয় এবং এর স্পেসিফিকেশনগুলো [GitHub](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md)-এ পাওয়া যায়। ## এক্সিকিউশন ক্লায়েন্ট স্পেক {#spec} -[GitHub-এ সম্পূর্ণ JSON-RPC API স্পেক পড়ুন](https://github.com/ethereum/execution-apis)। এই API টি [এক্সিকিউশন API ওয়েবপেজ](https://ethereum.github.io/execution-apis/)-এ নথিভুক্ত এবং সমস্ত উপলব্ধ পদ্ধতি চেষ্টা করার জন্য একটি ইন্সপেক্টর অন্তর্ভুক্ত করে। +[GitHub-এ সম্পূর্ণ JSON-RPC API স্পেক পড়ুন](https://github.com/ethereum/execution-apis)। এই API-টি [Execution API ওয়েবপেজে](https://ethereum.github.io/execution-apis/) ডকুমেন্ট করা হয়েছে এবং এতে উপলব্ধ সমস্ত মেথডগুলো পরীক্ষা করে দেখার জন্য একটি ইন্সপেক্টর অন্তর্ভুক্ত রয়েছে। -## কনভেনশন {#conventions} +## নিয়মাবলী {#conventions} ### হেক্স ভ্যালু এনকোডিং {#hex-encoding} -দুটি মূল ডেটা টাইপ JSON-এর মাধ্যমে পাস করা হয়: আনফরম্যাটেড বাইট অ্যারে এবং পরিমাণ। উভয়ই একটি হেক্স এনকোডিংয়ের সাথে পাস করা হয় তবে ফর্ম্যাটিংয়ের জন্য বিভিন্ন প্রয়োজনীয়তা সহ। +JSON-এর মাধ্যমে দুটি মূল ডাটা টাইপ পাস করা হয়: আনফরম্যাটেড বাইট অ্যারে এবং পরিমাণ (quantities)। উভয়ই হেক্স এনকোডিংয়ের মাধ্যমে পাস করা হয় তবে ফরম্যাটিংয়ের জন্য এদের ভিন্ন ভিন্ন প্রয়োজনীয়তা রয়েছে। -#### পরিমাণ {#quantities-encoding} +#### পরিমাণ (Quantities) {#quantities-encoding} -পরিমাণ (পূর্ণসংখ্যা, সংখ্যা) এনকোড করার সময়: হেক্স হিসাবে এনকোড করুন, "0x" এর সাথে প্রিফিক্স করুন, সবচেয়ে কমপ্যাক্ট উপস্থাপনা (সামান্য ব্যতিক্রম: শূন্যকে "0x0" হিসাবে উপস্থাপন করা উচিত)। +পরিমাণ (পূর্ণসংখ্যা, সংখ্যা) এনকোড করার সময়: হেক্স হিসেবে এনকোড করুন, শুরুতে "0x" যুক্ত করুন, যা সবচেয়ে কমপ্যাক্ট রূপ (সামান্য ব্যতিক্রম: শূন্যকে "0x0" হিসেবে উপস্থাপন করা উচিত)। -এখানে কয়েকটি উদাহরণ দেওয়া হল: +এখানে কিছু উদাহরণ দেওয়া হলো: -- 0x41 (দশমিকে 65) -- 0x400 (দশমিকে 1024) -- ভুল: 0x (সর্বদা কমপক্ষে একটি সংখ্যা থাকা উচিত - শূন্য হল "0x0") -- ভুল: 0x0400 (লিডিং জিরোর অনুমতি নেই) -- ভুল: ff (0x প্রিফিক্সড হতে হবে) +- 0x41 (ডেসিমালে 65) +- 0x400 (ডেসিমালে 1024) +- ভুল: 0x (সর্বদা অন্তত একটি ডিজিট থাকতে হবে - শূন্য হলো "0x0") +- ভুল: 0x0400 (শুরুতে শূন্য থাকা যাবে না) +- ভুল: ff (শুরুতে 0x থাকতে হবে) -### আনফরম্যাটেড ডেটা {#unformatted-data-encoding} +### আনফরম্যাটেড ডাটা {#unformatted-data-encoding} -আনফরম্যাটেড ডেটা (বাইট অ্যারে, অ্যাকাউন্ট অ্যাড্রেস, হ্যাস, বাইটকোড অ্যারে) এনকোড করার সময়: হেক্স হিসাবে এনকোড করুন, "0x" দিয়ে প্রিফিক্স করুন, প্রতি বাইটে দুটি হেক্স ডিজিট। +আনফরম্যাটেড ডাটা (বাইট অ্যারে, একাউন্ট এডড্রেস, হ্যাস, বাইটকোড অ্যারে) এনকোড করার সময়: হেক্স হিসেবে এনকোড করুন, শুরুতে "0x" যুক্ত করুন, প্রতি বাইটের জন্য দুটি হেক্স ডিজিট ব্যবহার করুন। -এখানে কয়েকটি উদাহরণ দেওয়া হল: +এখানে কিছু উদাহরণ দেওয়া হলো: - 0x41 (সাইজ 1, "A") - 0x004200 (সাইজ 3, "0B0") - 0x (সাইজ 0, "") -- ভুল: 0xf0f0f (অবশ্যই জোড় সংখ্যক অঙ্ক হতে হবে) -- ভুল: 004200 (0x প্রিফিক্স করা আবশ্যক) +- ভুল: 0xf0f0f (ডিজিটের সংখ্যা জোড় হতে হবে) +- ভুল: 004200 (শুরুতে 0x থাকতে হবে) ### ব্লক প্যারামিটার {#block-parameter} -নিম্নলিখিত পদ্ধতিগুলিতে একটি ব্লক প্যারামিটার রয়েছে: +নিচের মেথডগুলোতে একটি ব্লক প্যারামিটার রয়েছে: - [eth_getBalance](#eth_getbalance) - [eth_getCode](#eth_getcode) @@ -68,26 +68,26 @@ JSON-RPC স্পেসিফিকেশন প্রয়োগ করার - [eth_getStorageAt](#eth_getstorageat) - [eth_call](#eth_call) -Ethereum-এর অবস্থা জিজ্ঞাসা করার জন্য অনুরোধ করা হলে, প্রদত্ত ব্লক প্যারামিটারটি ব্লকের উচ্চতা নির্ধারণ করে। +যখন ইথিরিয়ামের স্টেট কোয়েরি করার জন্য রিকোয়েস্ট করা হয়, তখন প্রদত্ত ব্লক প্যারামিটারটি ব্লকের উচ্চতা (height) নির্ধারণ করে। -ব্লক প্যারামিটারের জন্য নিম্নলিখিত বিকল্পগুলি সম্ভব: +ব্লক প্যারামিটারের জন্য নিচের অপশনগুলো ব্যবহার করা যেতে পারে: -- `HEX স্ট্রিং` - একটি পূর্ণসংখ্যার ব্লক নম্বর -- সবচেয়ে প্রথম/জেনেসিস ব্লকের জন্য `স্ট্রিং "আর্লিয়েস্ট"` -- `স্ট্রিং "লেটেস্ট"` - সর্বশেষ প্রস্তাবিত ব্লকের জন্য -- `স্ট্রিং "সেফ"` - সর্বশেষ নিরাপদ হেড ব্লকের জন্য -- `স্ট্রিং "ফাইনালইজড"` - সর্বশেষ চূড়ান্ত ব্লকের জন্য -- `স্ট্রিং "পেন্ডিং"` - পেন্ডিং স্টেট/লেনদেনের জন্য +- `HEX String` - একটি পূর্ণসংখ্যা ব্লক নম্বর +- `String "earliest"` - সবচেয়ে প্রথম/জেনেসিস ব্লকের জন্য +- `String "latest"` - সর্বশেষ প্রস্তাবিত ব্লকের জন্য +- `String "safe"` - সর্বশেষ নিরাপদ হেড ব্লকের জন্য +- `String "finalized"` - সর্বশেষ চূড়ান্ত হওয়া ব্লকের জন্য +- `String "pending"` - পেন্ডিং স্টেট/লেনদেন এর জন্য ## উদাহরণ -এই পৃষ্ঠায় আমরা কমান্ড লাইন টুল, [curl](https://curl.se) ব্যবহার করে পৃথক JSON_RPC API এন্ডপয়েন্টগুলি কীভাবে ব্যবহার করতে হয় তার উদাহরণ প্রদান করি। এই পৃথক এন্ডপয়েন্টের উদাহরণগুলি নীচে [কার্ল উদাহরণ](#curl-examples) বিভাগে পাওয়া যাবে। পৃষ্ঠার আরও নীচে, আমরা একটি Geth নোড, JSON_RPC API এবং কার্ল ব্যবহার করে একটি স্মার্ট কন্ট্র্যাক্ট কম্পাইল এবং ডিপ্লয় করার জন্য একটি [এন্ড-টু-এন্ড উদাহরণ](#usage-example) প্রদান করি। +এই পৃষ্ঠায় আমরা কমান্ড লাইন টুল, [curl](https://curl.se) ব্যবহার করে স্বতন্ত্র JSON_RPC API এন্ডপয়েন্টগুলো কীভাবে ব্যবহার করতে হয় তার উদাহরণ প্রদান করি। এই স্বতন্ত্র এন্ডপয়েন্টের উদাহরণগুলো নিচে [Curl উদাহরণ](#curl-examples) বিভাগে পাওয়া যাবে। পৃষ্ঠার আরও নিচের দিকে, একটি Geth নোড, JSON_RPC API এবং curl ব্যবহার করে একটি স্মার্ট কন্ট্রাক্ট কম্পাইল এবং ডিপ্লয় করার জন্য আমরা একটি [এন্ড-টু-এন্ড উদাহরণ](#usage-example)-ও প্রদান করি। -## কার্ল উদাহরণ {#curl-examples} +## Curl এর উদাহরণ {#curl-examples} -একটি Ethereum নোডে [কার্ল](https://curl.se) অনুরোধ করে JSON_RPC API ব্যবহার করার উদাহরণ নিচে দেওয়া হল। প্রতিটি উদাহরণে নির্দিষ্ট এন্ডপয়েন্টের বর্ণনা, তার প্যারামিটার, রিটার্ন টাইপ এবং এটি কীভাবে ব্যবহার করা উচিত তার একটি কার্যকরী উদাহরণ অন্তর্ভুক্ত রয়েছে। +একটি ইথিরিয়াম নোড-এ [curl](https://curl.se) রিকোয়েস্ট করার মাধ্যমে JSON_RPC API ব্যবহারের উদাহরণ নিচে দেওয়া হলো। প্রতিটি উদাহরণে নির্দিষ্ট এন্ডপয়েন্টের বিবরণ, এর প্যারামিটার, রিটার্ন টাইপ এবং এটি কীভাবে ব্যবহার করা উচিত তার একটি কার্যকরী উদাহরণ অন্তর্ভুক্ত রয়েছে। -কার্ল অনুরোধগুলি কন্টেন্টের প্রকার সম্পর্কিত একটি ত্রুটি মেসেজ ফেরত দিতে পারে। এর কারণ হল `--data` বিকল্পটি কন্টেন্টের প্রকার `application/x-www-form-urlencoded`-এ সেট করে। যদি আপনার নোড এই বিষয়ে অভিযোগ করে, তাহলে কলের শুরুতে `-H "Content-Type: application/json"` স্থাপন করে ম্যানুয়ালি হেডার সেট করুন। উদাহরণগুলিতে URL/IP এবং পোর্টের সংমিশ্রণও অন্তর্ভুক্ত নয় যা কার্ল (curl)-কে দেওয়া শেষ আর্গুমেন্ট হতে হবে (যেমন, `127.0.0.1:8545`)। এই অতিরিক্ত ডেটা সহ একটি সম্পূর্ণ কার্ল অনুরোধ নিম্নলিখিত ফর্মটি নেয়: +curl রিকোয়েস্টগুলো কন্টেন্ট টাইপ সম্পর্কিত একটি এরর মেসেজ রিটার্ন করতে পারে। এর কারণ হলো `--data` অপশনটি কন্টেন্ট টাইপকে `application/x-www-form-urlencoded` হিসেবে সেট করে। যদি আপনার নোড এই বিষয়ে অভিযোগ করে, তবে কলের শুরুতে `-H "Content-Type: application/json"` বসিয়ে ম্যানুয়ালি হেডার সেট করুন। উদাহরণগুলোতে URL/IP এবং পোর্ট এর সংমিশ্রণ অন্তর্ভুক্ত করা হয়নি, যা curl-এ দেওয়া শেষ আর্গুমেন্ট হতে হবে (যেমন, `127.0.0.1:8545`)। এই অতিরিক্ত ডেটাসহ একটি সম্পূর্ণ curl রিকোয়েস্ট নিচের রূপটি ধারণ করে: ```shell curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' 127.0.0.1:8545 @@ -95,18 +95,18 @@ curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","metho ## গসিপ, স্টেট, হিস্ট্রি {#gossip-state-history} -মুষ্টিমেয় কিছু মূল JSON-RPC পদ্ধতির জন্য Ethereum নেটওয়ার্ক থেকে ডেটা প্রয়োজন, এবং সুন্দরভাবে তিনটি প্রধান বিভাগে পড়ে: _গসিপ, স্টেট এবং হিস্ট্রি_। প্রতিটি পদ্ধতিতে যাওয়ার জন্য এই বিভাগগুলির লিঙ্কগুলি ব্যবহার করুন, বা পদ্ধতিগুলির সম্পূর্ণ তালিকা অন্বেষণ করতে বিষয়বস্তুর সারণী ব্যবহার করুন। +কয়েকটি মূল JSON-RPC মেথডের জন্য ইথিরিয়াম নেটওয়ার্ক থেকে ডেটার প্রয়োজন হয় এবং এগুলোকে সুন্দরভাবে তিনটি প্রধান ক্যাটাগরিতে ভাগ করা যায়: _গসিপ, স্টেট এবং হিস্ট্রি_। প্রতিটি মেথডে যেতে এই সেকশনগুলোর লিংক ব্যবহার করুন, অথবা মেথডগুলোর সম্পূর্ণ তালিকা দেখতে সূচিপত্র (table of contents) ব্যবহার করুন। -### গসিপ পদ্ধতি {#gossip-methods} +### গসিপ মেথড {#gossip-methods} -> এই পদ্ধতিগুলি চেইনের হেড ট্র্যাক করে। এইভাবে লেনদেনগুলি নেটওয়ার্কের চারপাশে তাদের পথ তৈরি করে, ব্লকগুলিতে তাদের পথ খুঁজে পায় এবং ক্লায়েন্টরা কীভাবে নতুন ব্লক সম্পর্কে জানতে পারে। +> এই মেথডগুলো চেইনের হেড (head) ট্র্যাক করে। এভাবেই লেনদেন নেটওয়ার্ক এর চারপাশে তাদের পথ তৈরি করে, ব্লকস-এ তাদের জায়গা খুঁজে পায় এবং ক্লায়েন্টরা নতুন ব্লকস সম্পর্কে জানতে পারে। - [eth_blockNumber](#eth_blocknumber) - [eth_sendRawTransaction](#eth_sendrawtransaction) -### স্টেট পদ্ধতি {#state_methods} +### স্টেট মেথড {#state_methods} -> যে পদ্ধতিগুলি সঞ্চিত সমস্ত ডেটার বর্তমান অবস্থা রিপোর্ট করে। "স্টেট" একটি বড় শেয়ার করা RAM-এর মতো, এবং এতে অ্যাকাউন্টের ব্যালেন্স, চুক্তির ডেটা এবং গ্যাস অনুমান অন্তর্ভুক্ত রয়েছে। +> যে মেথডগুলো সংরক্ষিত সমস্ত ডেটার বর্তমান স্টেট রিপোর্ট করে। "স্টেট" হলো একটি বড় শেয়ার করা RAM-এর মতো, এবং এর মধ্যে একাউন্ট ব্যালেন্স, কন্ট্রাক্ট ডেটা এবং গ্যাস এস্টিমেশন অন্তর্ভুক্ত থাকে। - [eth_getBalance](#eth_getbalance) - [eth_getStorageAt](#eth_getstorageat) @@ -115,9 +115,9 @@ curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","metho - [eth_call](#eth_call) - [eth_estimateGas](#eth_estimategas) -### হিস্ট্রি পদ্ধতি {#history_methods} +### হিস্ট্রি মেথড {#history_methods} -> জেনেসিসে ফিরে প্রতিটি ব্লকের ঐতিহাসিক রেকর্ড নিয়ে আসে। এটি একটি বড় অ্যাপেন্ড-অনলি ফাইলের মতো, এবং এতে সমস্ত ব্লক হেডার, ব্লক বডি, আঙ্কেল ব্লক এবং লেনদেনের রসিদ অন্তর্ভুক্ত রয়েছে। +> জেনেসিস (genesis) পর্যন্ত প্রতিটি ব্লক-এর ঐতিহাসিক রেকর্ড নিয়ে আসে। এটি একটি বড় অ্যাপেন্ড-অনলি (append-only) ফাইলের মতো, এবং এর মধ্যে সমস্ত ব্লক হেডার, ব্লক বডি, আঙ্কেল ব্লকস (uncle blocks) এবং লেনদেন রিসিপ্ট অন্তর্ভুক্ত থাকে। - [eth_getBlockTransactionCountByHash](#eth_getblocktransactioncountbyhash) - [eth_getBlockTransactionCountByNumber](#eth_getblocktransactioncountbynumber) @@ -134,28 +134,28 @@ curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","metho ## JSON-RPC API প্লেগ্রাউন্ড -API পদ্ধতিগুলি আবিষ্কার করতে এবং চেষ্টা করার জন্য আপনি [প্লেগ্রাউন্ড টুল](https://ethereum-json-rpc.com) ব্যবহার করতে পারেন। এটি আপনাকে আরও দেখায় যে কোন পদ্ধতি এবং নেটওয়ার্কগুলি বিভিন্ন নোড প্রদানকারী দ্বারা সমর্থিত। +API মেথডগুলো আবিষ্কার করতে এবং পরীক্ষা করে দেখতে আপনি [প্লেগ্রাউন্ড টুল](https://ethereum-json-rpc.com) ব্যবহার করতে পারেন। এটি আপনাকে আরও দেখায় যে বিভিন্ন নোড প্রোভাইডার দ্বারা কোন মেথড এবং নেটওয়ার্কগুলো সমর্থিত। -## JSON-RPC API পদ্ধতি {#json-rpc-methods} +## JSON-RPC এপিআই মেথড {#json-rpc-methods} ### web3_clientVersion {#web3_clientversion} -বর্তমান ক্লায়েন্ট সংস্করণটি প্রদান করে। +বর্তমান ক্লায়েন্ট ভার্সন রিটার্ন করে। **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`স্ট্রিং` - বর্তমান ক্লায়েন্ট সংস্করণ +`String` - বর্তমান ক্লায়েন্ট ভার্সন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' -// Result +// ফলাফল { "id":67, "jsonrpc":"2.0", @@ -165,26 +165,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[], ### web3_sha3 {#web3_sha3} -প্রদত্ত ডেটার Keccak-256 (স্ট্যান্ডার্ডাইজড SHA3-256 _নয়_) রিটার্ন করে। +প্রদত্ত ডাটার Keccak-256 (স্ট্যান্ডার্ডাইজড SHA3-256 _নয়_) রিটার্ন করে। **প্যারামিটার** -1. `DATA` - একটি SHA3 হ্যাসে রূপান্তর করার জন্য ডেটা +1. `DATA` - SHA3 হ্যাসে রূপান্তর করার জন্য ডাটা ```js params: ["0x68656c6c6f20776f726c64"] ``` -**রিটার্ন** +**রিটার্নস** -`DATA` - প্রদত্ত স্ট্রিংটির SHA3 ফলাফল। +`DATA` - প্রদত্ত স্ট্রিংয়ের SHA3 ফলাফল। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c6f20776f726c64"],"id":64}' -// Result +// ফলাফল { "id":64, "jsonrpc": "2.0", @@ -194,28 +194,28 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c ### net_version {#net_version} -বর্তমান নেটওয়ার্ক আইডি রিটার্ন করে। +বর্তমান নেটওয়ার্ক আইডি রিটার্ন করে। **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`স্ট্রিং` - বর্তমান নেটওয়ার্ক আইডি। +`String` - বর্তমান নেটওয়ার্ক আইডি। -বর্তমান নেটওয়ার্ক আইডি-র সম্পূর্ণ তালিকা [chainlist.org](https://chainlist.org)-এ উপলব্ধ। কিছু সাধারণ হল: +বর্তমান নেটওয়ার্ক আইডিগুলোর সম্পূর্ণ তালিকা [chainlist.org](https://chainlist.org)-এ পাওয়া যাবে। কিছু সাধারণ আইডি হলো: -- `1`: Ethereum মেইননেট +- `1`: ইথিরিয়াম মেইননেট - `11155111`: Sepolia টেস্টনেট - `560048` : Hoodi টেস্টনেট **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67}' -// Result +// ফলাফল { "id":67, "jsonrpc": "2.0", @@ -225,22 +225,22 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67 ### net_listening {#net_listening} -ক্লায়েন্ট যদি সক্রিয়ভাবে নেটওয়ার্ক সংযোগের জন্য শুনছে তাহলে `সত্য` রিটার্ন করে। +ক্লায়েন্ট যদি সক্রিয়ভাবে নেটওয়ার্ক কানেকশনের জন্য লিসেন করে, তবে `true` রিটার্ন করে। **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`বুলিয়ান` - শোনার সময় `সত্য`, অন্যথায় `মিথ্যা`। +`Boolean` - লিসেন করার সময় `true`, অন্যথায় `false`। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id":67}' -// Result +// ফলাফল { "id":67, "jsonrpc":"2.0", @@ -250,22 +250,22 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id": ### net_peerCount {#net_peercount} -বর্তমানে ক্লায়েন্টের সাথে সংযুক্ত পিয়ারদের সংখ্যা রিটার্ন করে। +বর্তমানে ক্লায়েন্টের সাথে সংযুক্ত পিয়ারের সংখ্যা রিটার্ন করে। **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - সংযুক্ত পিয়ারদের সংখ্যার পূর্ণসংখ্যা। +`QUANTITY` - সংযুক্ত পিয়ারের সংখ্যার ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id":74}' -// Result +// ফলাফল { "id":74, "jsonrpc": "2.0", @@ -275,22 +275,22 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id": ### eth_protocolVersion {#eth_protocolversion} -বর্তমান Ethereum প্রোটোকল সংস্করণ রিটার্ন করে। মনে রাখবেন এই পদ্ধতিটি [Geth-এ উপলব্ধ নয়](https://github.com/ethereum/go-ethereum/pull/22064#issuecomment-788682924)৷ +বর্তমান ইথিরিয়াম প্রটোকল ভার্সন রিটার্ন করে। মনে রাখবেন যে এই মেথডটি [Geth-এ উপলব্ধ নয়](https://github.com/ethereum/go-ethereum/pull/22064#issuecomment-788682924)। **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`স্ট্রিং` - বর্তমান Ethereum প্রোটোকল সংস্করণ +`String` - বর্তমান ইথিরিয়াম প্রটোকল ভার্সন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[],"id":67}' -// Result +// ফলাফল { "id":67, "jsonrpc": "2.0", @@ -300,7 +300,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[] ### eth_syncing {#eth_syncing} -সিঙ্ক স্ট্যাটাস সম্পর্কে ডেটা সহ একটি অবজেক্ট বা `মিথ্যা` রিটার্ন করে। +সিঙ্ক স্ট্যাটাস সম্পর্কিত ডাটা সহ একটি অবজেক্ট অথবা `false` রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -308,19 +308,19 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[] **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -সঠিক রিটার্ন ডেটা ক্লায়েন্ট প্রয়োগের মধ্যে ভিন্ন হয়। নোড সিঙ্ক না করার সময় সমস্ত ক্লায়েন্ট `মিথ্যা` রিটার্ন করে, এবং সমস্ত ক্লায়েন্ট নিম্নলিখিত ক্ষেত্রগুলি রিটার্ন করে। +সঠিক রিটার্ন ডাটা ক্লায়েন্ট ইমপ্লিমেন্টেশনের উপর ভিত্তি করে পরিবর্তিত হয়। নোড সিঙ্ক না হলে সব ক্লায়েন্ট `False` রিটার্ন করে এবং সব ক্লায়েন্ট নিচের ফিল্ডগুলো রিটার্ন করে। -`অবজেক্ট|বুলিয়ান`, সিঙ্ক স্ট্যাটাস ডেটা সহ একটি অবজেক্ট বা `মিথ্যা`, যখন সিঙ্ক হচ্ছে না: +`Object|Boolean`, সিঙ্ক স্ট্যাটাস ডাটা সহ একটি অবজেক্ট অথবা সিঙ্ক না হলে `FALSE`: -- `স্টার্টিংব্লক`: `কোয়ান্টিটি` - যে ব্লকে ইম্পোর্ট শুরু হয়েছিল (শুধুমাত্র রিসেট করা হবে, সিঙ্ক তার হেডে পৌঁছানোর পরে) -- `কারেন্টব্লক`: `কোয়ান্টিটি` - বর্তমান ব্লক, eth_blockNumber-এর মতোই -- `হাইয়েস্টব্লক`: `কোয়ান্টিটি` - আনুমানিক সর্বোচ্চ ব্লক +- `startingBlock`: `QUANTITY` - যে ব্লক থেকে ইমপোর্ট শুরু হয়েছে (সিঙ্ক তার হেডে পৌঁছানোর পরেই কেবল রিসেট হবে) +- `currentBlock`: `QUANTITY` - বর্তমান ব্লক, eth_blockNumber এর মতই +- `highestBlock`: `QUANTITY` - আনুমানিক সর্বোচ্চ ব্লক -যাইহোক, পৃথক ক্লায়েন্টরা অতিরিক্ত ডেটাও সরবরাহ করতে পারে। উদাহরণস্বরূপ Geth নিম্নলিখিতটি রিটার্ন করে: +তবে, আলাদা ক্লায়েন্টগুলো অতিরিক্ত ডাটাও প্রদান করতে পারে। উদাহরণস্বরূপ Geth নিচের ডাটা রিটার্ন করে: ```json { @@ -361,14 +361,14 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[] } ``` -আরো বিস্তারিত জানার জন্য আপনার নির্দিষ্ট ক্লায়েন্টের জন্য ডকুমেন্টেশন পড়ুন। +আরও বিস্তারিত তথ্যের জন্য আপনার নির্দিষ্ট ক্লায়েন্টের ডকুমেন্টেশন দেখুন। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -378,7 +378,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1} highestBlock: '0x454' } } -// Or when not syncing +// অথবা যখন সিঙ্ক হচ্ছে না { "id":1, "jsonrpc": "2.0", @@ -388,28 +388,28 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1} ### eth_coinbase {#eth_coinbase} -ক্লায়েন্ট কয়েনবেস অ্যাড্রেস রিটার্ন করে। +ক্লায়েন্ট কয়েনবেস এডড্রেস রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন -> **নোট:** এই পদ্ধতিটি **v1.14.0** থেকে অবচিত হয়েছে এবং আর সমর্থিত নয়। এই পদ্ধতিটি ব্যবহার করার চেষ্টা করলে একটি "মেথড নট সাপোর্টেড" ত্রুটি দেখা দেবে। +> **নোট:** এই মেথডটি **v1.14.0** থেকে বাতিল করা হয়েছে এবং আর সাপোর্ট করা হয় না। এই মেথডটি ব্যবহার করার চেষ্টা করলে "Method not supported" এরর দেখাবে। **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`DATA`, 20 বাইট - বর্তমান কয়েনবেস অ্যাড্রেস। +`DATA`, 20 bytes - বর্তমান কয়েনবেস এডড্রেস। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}' -// Result +// ফলাফল { "id":64, "jsonrpc": "2.0", @@ -419,7 +419,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":6 ### eth_chainId {#eth_chainId} -রিপ্লে-সুরক্ষিত লেনদেন স্বাক্ষর করার জন্য ব্যবহৃত চেইন আইডি রিটার্ন করে। +রিপ্লে-প্রোটেক্টেড লেনদেন সাইন করার জন্য ব্যবহৃত চেইন আইডি রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -427,18 +427,18 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":6 **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`chainId`, বর্তমান চেইন আইডি-র পূর্ণসংখ্যাকে প্রতিনিধিত্বকারী স্ট্রিং হিসাবে হেক্সাডেসিমেল মান। +`chainId`, বর্তমান চেইন আইডির ইন্টিজারকে উপস্থাপনকারী স্ট্রিং হিসেবে হেক্সাডেসিমাল ভ্যালু। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}' -// Result +// ফলাফল { "id":67, "jsonrpc": "2.0", @@ -448,7 +448,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67 ### eth_mining {#eth_mining} -ক্লায়েন্ট সক্রিয়ভাবে নতুন ব্লক মাইনিং করলে `সত্য` রিটার্ন করে। এটি শুধুমাত্র প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কের জন্য `সত্য` রিটার্ন করতে পারে এবং [দ্য মার্জ](/roadmap/merge/) থেকে কিছু ক্লায়েন্টে উপলব্ধ নাও হতে পারে। +ক্লায়েন্ট যদি সক্রিয়ভাবে নতুন ব্লক মাইন করে, তবে `true` রিটার্ন করে। এটি শুধুমাত্র প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কের জন্য `true` রিটার্ন করতে পারে এবং [The Merge](/roadmap/merge/)-এর পর থেকে কিছু ক্লায়েন্টে উপলব্ধ নাও থাকতে পারে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -456,18 +456,18 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67 **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`বুলিয়ান` - ক্লায়েন্ট মাইনিং করলে `সত্য` রিটার্ন করে, অন্যথায় `মিথ্যা`। +`Boolean` - ক্লায়েন্ট মাইন করলে `true` রিটার্ন করে, অন্যথায় `false`। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}' -// + { "id":71, "jsonrpc": "2.0", @@ -477,7 +477,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71} ### eth_hashrate {#eth_hashrate} -নোডটি প্রতি সেকেন্ডে কতগুলি হ্যাস মাইনিং করছে তার সংখ্যা রিটার্ন করে। এটি শুধুমাত্র প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কের জন্য `সত্য` রিটার্ন করতে পারে এবং [দ্য মার্জ](/roadmap/merge/) থেকে কিছু ক্লায়েন্টে উপলব্ধ নাও হতে পারে। +নোডটি প্রতি সেকেন্ডে কতগুলো হ্যাস দিয়ে মাইন করছে তা রিটার্ন করে। এটি শুধুমাত্র প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কের জন্য `true` রিটার্ন করতে পারে এবং [The Merge](/roadmap/merge/)-এর পর থেকে কিছু ক্লায়েন্টে উপলব্ধ নাও থাকতে পারে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -485,18 +485,18 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71} **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - প্রতি সেকেন্ডে হ্যাসের সংখ্যা। +`QUANTITY` - প্রতি সেকেন্ডে হ্যাসের সংখ্যা। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}' -// Result +// ফলাফল { "id":71, "jsonrpc": "2.0", @@ -506,7 +506,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":7 ### eth_gasPrice {#eth_gasprice} -wei-তে প্রতি গ্যাসের বর্তমান মূল্যের একটি অনুমান প্রদান করে। উদাহরণস্বরূপ, Besu ক্লায়েন্ট শেষ 100টি ব্লক পরীক্ষা করে এবং ডিফল্টভাবে মধ্যম গ্যাস ইউনিট মূল্য রিটার্ন করে। +wei-তে প্রতি গ্যাসের বর্তমান মূল্যের একটি অনুমান রিটার্ন করে। উদাহরণস্বরূপ, Besu ক্লায়েন্ট ডিফল্টভাবে শেষ 100টি ব্লক পরীক্ষা করে এবং মিডিয়ান গ্যাস ইউনিট প্রাইস রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -514,28 +514,28 @@ wei-তে প্রতি গ্যাসের বর্তমান মূল **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - wei-তে বর্তমান গ্যাস মূল্যের পূর্ণসংখ্যা। +`QUANTITY` - wei-তে বর্তমান গ্যাস প্রাইস এর ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}' -// Result +// ফলাফল { "id":73, "jsonrpc": "2.0", - "result": "0x1dfd14000" // 8049999872 Wei + "result": "0x1dfd14000" // 8049999872 ওয়েই } ``` ### eth_accounts {#eth_accounts} -ক্লায়েন্টের মালিকানাধীন অ্যাড্রেসগুলির একটি তালিকা রিটার্ন করে। +ক্লায়েন্টের মালিকানাধীন এডড্রেসগুলোর একটি তালিকা রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -543,18 +543,18 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":7 **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`DATA-এর অ্যারে`, 20 বাইট - ক্লায়েন্টের মালিকানাধীন অ্যাড্রেস। +`Array of DATA`, 20 Bytes - ক্লায়েন্টের মালিকানাধীন এডড্রেসগুলো। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -564,7 +564,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1 ### eth_blockNumber {#eth_blocknumber} -সবচেয়ে সাম্প্রতিক ব্লকের সংখ্যা প্রদান করে। +সবচেয়ে সাম্প্রতিক ব্লকের নম্বর রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -572,18 +572,18 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1 **প্যারামিটার** -কোনটি না +কোনোটি নয় -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - ক্লায়েন্ট যে বর্তমান ব্লক নম্বরে আছে তার পূর্ণসংখ্যা। +`QUANTITY` - ক্লায়েন্ট বর্তমানে যে ব্লক নম্বরে আছে তার ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}' -// Result +// ফলাফল { "id":83, "jsonrpc": "2.0", @@ -593,7 +593,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id ### eth_getBalance {#eth_getbalance} -একটি নির্দিষ্ট অ্যাড্রেসে অ্যাকাউন্টের ব্যালেন্স প্রদান করে। +প্রদত্ত এডড্রেসে থাকা একাউন্টের ব্যালেন্স রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -601,23 +601,23 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id **প্যারামিটার** -1. `DATA`, 20 বাইট - ব্যালেন্স পরীক্ষা করার জন্য অ্যাড্রেস। -2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"`, বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন +1. `DATA`, 20 Bytes - ব্যালেন্স চেক করার এডড্রেস। +2. `QUANTITY|TAG` - ইন্টিজার ব্লক নম্বর, অথবা স্ট্রিং `"latest"`, `"earliest"`, `"pending"`, `"safe"`, বা `"finalized"`, [block parameter](/developers/docs/apis/json-rpc/#block-parameter) দেখুন ```js params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"] ``` -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - wei-তে বর্তমান ব্যালেন্সের পূর্ণসংখ্যা। +`QUANTITY` - wei-তে বর্তমান ব্যালেন্সের ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -627,7 +627,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407 ### eth_getStorageAt {#eth_getstorageat} -একটি প্রদত্ত অ্যাড্রেসের একটি স্টোরেজ অবস্থান থেকে মান প্রদান করে। +প্রদত্ত এডড্রেসের একটি স্টোরেজ পজিশন থেকে ভ্যালু রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -635,16 +635,16 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407 **প্যারামিটার** -1. `DATA`, 20 বাইট - স্টোরেজের অ্যাড্রেস। -2. `কোয়ান্টিটি` - স্টোরেজের অবস্থানের পূর্ণসংখ্যা। -3. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"`, `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন +1. `DATA`, 20 Bytes - স্টোরেজের এডড্রেস। +2. `QUANTITY` - স্টোরেজে পজিশনের ইন্টিজার। +3. `QUANTITY|TAG` - ইন্টিজার ব্লক নম্বর, অথবা স্ট্রিং `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"`, [block parameter](/developers/docs/apis/json-rpc/#block-parameter) দেখুন -**রিটার্ন** +**রিটার্নস** -`DATA` - এই স্টোরেজ অবস্থানে মান। +`DATA` - এই স্টোরেজ পজিশনের ভ্যালু। **উদাহরণ** -সঠিক অবস্থান গণনা করা পুনরুদ্ধার করার জন্য স্টোরেজের উপর নির্ভর করে। অ্যাড্রেস `0x391694e7e0b0cce554cb130d723a9d27458f9298` দ্বারা `0x295a70b2de5e3953354a6a8344e616ed314d7251`-এ ডিপ্লয় করা নিম্নলিখিত চুক্তিটি বিবেচনা করুন। +সঠিক পজিশন গণনা করা নির্ভর করে কোন স্টোরেজটি রিট্রিভ করা হবে তার উপর। `0x391694e7e0b0cce554cb130d723a9d27458f9298` এডড্রেস দ্বারা `0x295a70b2de5e3953354a6a8344e616ed314d7251`-এ ডিপ্লয় করা নিচের কন্ট্রাক্টটি বিবেচনা করুন। ``` contract Storage { @@ -657,20 +657,20 @@ contract Storage { } ``` -pos0-এর মান পুনরুদ্ধার করা সহজ: +pos0 এর ভ্যালু রিট্রিভ করা সহজ: ```js curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545 {"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"} ``` -মানচিত্রের একটি উপাদান পুনরুদ্ধার করা আরও কঠিন। মানচিত্রে একটি উপাদানের অবস্থান গণনা করা হয়: +ম্যাপের একটি এলিমেন্ট রিট্রিভ করা তুলনামূলক কঠিন। ম্যাপে একটি এলিমেন্টের পজিশন গণনা করা হয় এভাবে: ```js keccak(LeftPad32(key, 0), LeftPad32(map position, 0)) ``` -এর মানে হল pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"]-এ স্টোরেজ পুনরুদ্ধার করতে আমাদের এর সাথে অবস্থান গণনা করতে হবে: +এর মানে হলো pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] এর স্টোরেজ রিট্রিভ করতে আমাদের পজিশন গণনা করতে হবে এভাবে: ```js keccak( @@ -681,7 +681,7 @@ keccak( ) ``` -web3 লাইব্রেরির সাথে আসা geth কনসোলটি গণনা করার জন্য ব্যবহার করা যেতে পারে: +web3 লাইব্রেরির সাথে আসা geth কনসোলটি এই গণনার জন্য ব্যবহার করা যেতে পারে: ```js > var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001" @@ -690,7 +690,7 @@ undefined "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9" ``` -এখন স্টোরেজ আনতে: +এখন স্টোরেজ ফেচ করতে: ```js curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545 @@ -699,7 +699,7 @@ curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": [ ### eth_getTransactionCount {#eth_gettransactioncount} -একটি অ্যাড্রেস থেকে _প্রেরিত_ লেনদেনের সংখ্যা প্রদান করে। +একটি এডড্রেস থেকে _পাঠানো_ লেনদেনের সংখ্যা রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -707,26 +707,26 @@ curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": [ **প্যারামিটার** -1. `DATA`, 20 বাইট - অ্যাড্রেস। -2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন +1. `DATA`, 20 Bytes - এডড্রেস। +2. `QUANTITY|TAG` - ইন্টিজার ব্লক নম্বর, অথবা স্ট্রিং `"latest"`, `"earliest"`, `"pending"`, `"safe"` বা `"finalized"`, [block parameter](/developers/docs/apis/json-rpc/#block-parameter) দেখুন ```js params: [ "0x407d73d8a49eeb85d32cf465507dd71d507100c1", - "latest", // সর্বশেষ ব্লকের অবস্থা + "latest", // সর্বশেষ ব্লকের স্টেট ] ``` -**রিটার্ন** +**রিটার্নস** -`QUANTITY` - এই অ্যাড্রেস থেকে পাঠানো ট্রানজ্যাকশনের সংখ্যার পূর্ণসংখ্যা। +`QUANTITY` - এই এডড্রেস থেকে পাঠানো লেনদেনের সংখ্যার ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -736,7 +736,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params ### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash} -প্রদত্ত ব্লক হ্যাসের সাথে মিলে যাওয়া একটি ব্লক থেকে একটি ব্লকের লেনদেনের সংখ্যা প্রদান করে। +প্রদত্ত ব্লক হ্যাসের সাথে মিলে যাওয়া একটি ব্লকের লেনদেনের সংখ্যা রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -744,22 +744,22 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params **প্যারামিটার** -1. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস +1. `DATA`, 32 Bytes - একটি ব্লকের হ্যাস ```js params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"] ``` -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - এই ব্লকের লেনদেনের সংখ্যার পূর্ণসংখ্যা। +`QUANTITY` - এই ব্লকের লেনদেনের সংখ্যার ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -769,7 +769,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHa ### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber} -প্রদত্ত ব্লক নম্বর মিলে যাওয়া একটি ব্লকের লেনদেনের সংখ্যা প্রদান করে। +প্রদত্ত ব্লক নম্বরের সাথে মিলে যাওয়া একটি ব্লকের লেনদেনের সংখ্যা রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -777,7 +777,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHa **প্যারামিটার** -1. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বরের পূর্ণসংখ্যা, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ। +1. `QUANTITY|TAG` - একটি ব্লক নম্বরের ইন্টিজার, অথবা স্ট্রিং `"earliest"`, `"latest"`, `"pending"`, `"safe"` বা `"finalized"`, যেমনটি [block parameter](/developers/docs/apis/json-rpc/#block-parameter)-এ আছে। ```js params: [ @@ -785,16 +785,16 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - এই ব্লকের লেনদেনের সংখ্যার পূর্ণসংখ্যা। +`QUANTITY` - এই ব্লকের লেনদেনের সংখ্যার ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -804,7 +804,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNu ### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash} -প্রদত্ত ব্লক হ্যাসের সাথে মিলে যাওয়া একটি ব্লক থেকে আঙ্কেল সংখ্যা প্রদান করে। +প্রদত্ত ব্লক হ্যাসের সাথে মিলে যাওয়া একটি ব্লকের আঙ্কেল (uncles) সংখ্যা রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -812,22 +812,22 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNu **প্যারামিটার** -1. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস +1. `DATA`, 32 Bytes - একটি ব্লকের হ্যাস ```js params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"] ``` -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - এই ব্লকের আঙ্কেলদের সংখ্যার পূর্ণসংখ্যা। +`QUANTITY` - এই ব্লকের আঙ্কেল সংখ্যার ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -837,7 +837,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","p ### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber} -প্রদত্ত ব্লক নম্বর মিলে যাওয়া একটি ব্লক থেকে আঙ্কেলদের সংখ্যা প্রদান করে। +প্রদত্ত ব্লক নম্বরের সাথে মিলে যাওয়া একটি ব্লকের আঙ্কেল সংখ্যা রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -845,7 +845,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","p **প্যারামিটার** -1. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বরের পূর্ণসংখ্যা, বা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) -এ +1. `QUANTITY|TAG` - একটি ব্লক নম্বরের ইন্টিজার, অথবা স্ট্রিং `"latest"`, `"earliest"`, `"pending"`, `"safe"` বা `"finalized"`, [block parameter](/developers/docs/apis/json-rpc/#block-parameter) দেখুন ```js params: [ @@ -853,16 +853,16 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - এই ব্লকের আঙ্কেলদের সংখ্যার পূর্ণসংখ্যা। +`QUANTITY` - এই ব্লকের আঙ্কেল সংখ্যার ইন্টিজার। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -872,7 +872,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber", ### eth_getCode {#eth_getcode} -একটি প্রদত্ত অ্যাড্রেসে কোড রিটার্ন করে। +প্রদত্ত এডড্রেসের কোড রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -880,8 +880,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber", **প্যারামিটার** -1. `DATA`, 20 বাইট - অ্যাড্রেস -2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন +1. `DATA`, 20 Bytes - এডড্রেস +2. `QUANTITY|TAG` - ইন্টিজার ব্লক নম্বর, অথবা স্ট্রিং `"latest"`, `"earliest"`, `"pending"`, `"safe"` বা `"finalized"`, [block parameter](/developers/docs/apis/json-rpc/#block-parameter) দেখুন ```js params: [ @@ -890,16 +890,16 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** -`DATA` - প্রদত্ত অ্যাড্রেস থেকে কোড। +`DATA` - প্রদত্ত এডড্রেস থেকে কোড। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -909,27 +909,27 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA ### eth_sign {#eth_sign} -সাইন পদ্ধতি একটি Ethereum নির্দিষ্ট স্বাক্ষর গণনা করে: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`। +sign মেথডটি একটি ইথিরিয়াম নির্দিষ্ট সিগনেচার গণনা করে: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))` দিয়ে। -মেসেজের সাথে একটি উপসর্গ যুক্ত করার মাধ্যমে গণনা করা স্বাক্ষরটিকে একটি Ethereum নির্দিষ্ট স্বাক্ষর হিসাবে স্বীকৃত করে। এটি অপব্যবহার রোধ করে যেখানে একটি ক্ষতিকর ডিএ্যাপ অবাধ ডেটা (যেমন, ট্রানজ্যাকশন) সাইন করতে পারে এবং শিকারকে ছদ্মবেশ ধারণ করার জন্য স্বাক্ষর ব্যবহার করতে পারে। +মেসেজে একটি প্রিফিক্স যোগ করার মাধ্যমে গণনা করা সিগনেচারটি ইথিরিয়াম নির্দিষ্ট সিগনেচার হিসেবে চেনা যায়। এটি অপব্যবহার রোধ করে যেখানে একটি ক্ষতিকারক ডিএ্যাপ ইচ্ছামতো ডাটা (যেমন, লেনদেন) সাইন করতে পারে এবং সিগনেচারটি ব্যবহার করে ভিকটিমের ছদ্মবেশ ধারণ করতে পারে। -দ্রষ্টব্য: স্বাক্ষর করার জন্য অ্যাড্রেস আনলক করা আবশ্যক। +নোট: সাইন করার এডড্রেসটি অবশ্যই আনলক করা থাকতে হবে। **প্যারামিটার** -1. `DATA`, 20 বাইট - অ্যাড্রেস -2. `DATA`, N বাইট - স্বাক্ষর করার জন্য মেসেজ +1. `DATA`, 20 Bytes - এডড্রেস +2. `DATA`, N Bytes - সাইন করার মেসেজ -**রিটার্ন** +**রিটার্নস** -`DATA`: স্বাক্ষর +`DATA`: সিগনেচার **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -939,31 +939,31 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d37 ### eth_signTransaction {#eth_signtransaction} -একটি লেনদেন স্বাক্ষর করে যা পরবর্তী সময়ে [eth_sendRawTransaction](#eth_sendrawtransaction) ব্যবহার করে নেটওয়ার্কে জমা দেওয়া যেতে পারে। +একটি লেনদেন সাইন করে যা পরবর্তীতে [eth_sendRawTransaction](#eth_sendrawtransaction) ব্যবহার করে নেটওয়ার্কে সাবমিট করা যেতে পারে। **প্যারামিটার** -1. `অবজেক্ট` - লেনদেনের অবজেক্ট +1. `Object` - লেনদেন অবজেক্ট -- `টাইপ`: -- `from`: `DATA`, 20 বাইট - যে অ্যাড্রেস থেকে লেনদেন পাঠানো হয়েছে। -- `to`: `DATA`, 20 বাইট - (নতুন চুক্তি তৈরি করার সময় ঐচ্ছিক) যে অ্যাড্রেসে লেনদেনটি নির্দেশিত হয়েছে। -- `গ্যাস`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: 90000) লেনদেন সম্পাদনের জন্য প্রদত্ত গ্যাসের পূর্ণসংখ্যা। এটি অব্যবহৃত গ্যাস ফেরত দেবে। -- `gasPrice`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: নির্ধারণ করা হবে) প্রতি প্রদত্ত গ্যাসের জন্য ব্যবহৃত gasPrice-এর পূর্ণসংখ্যা, Wei-তে। -- `value`: `কোয়ান্টিটি` - (ঐচ্ছিক) এই লেনদেনের সাথে প্রেরিত মূল্যের পূর্ণসংখ্যা, Wei-তে। -- `data`: `DATA` - একটি চুক্তির সংকলিত কোড অথবা আহূত পদ্ধতি স্বাক্ষরের হ্যাস এবং এনকোড করা প্যারামিটার। -- `nonce`: `কোয়ান্টিটি` - (ঐচ্ছিক) একটি ননসের পূর্ণসংখ্যা। এটি আপনাকে একই নন্স ব্যবহারকারী আপনার নিজের পেন্ডিং লেনদেনগুলি ওভাররাইট করার অনুমতি দেয়। +- `type`: +- `from`: `DATA`, 20 Bytes - যে এডড্রেস থেকে লেনদেন পাঠানো হয়। +- `to`: `DATA`, 20 Bytes - (নতুন কন্ট্রাক্ট তৈরি করার সময় ঐচ্ছিক) যে এডড্রেসে লেনদেন নির্দেশিত হয়। +- `gas`: `QUANTITY` - (ঐচ্ছিক, ডিফল্ট: 90000) লেনদেন এক্সিকিউশনের জন্য প্রদত্ত গ্যাসের ইন্টিজার। এটি অব্যবহৃত গ্যাস রিটার্ন করবে। +- `gasPrice`: `QUANTITY` - (ঐচ্ছিক, ডিফল্ট: To-Be-Determined) প্রতিটি পেইড গ্যাসের জন্য ব্যবহৃত gasPrice এর ইন্টিজার, Wei-তে। +- `value`: `QUANTITY` - (ঐচ্ছিক) এই লেনদেনের সাথে পাঠানো ভ্যালুর ইন্টিজার, Wei-তে। +- `data`: `DATA` - একটি কন্ট্রাক্টের কম্পাইল করা কোড অথবা ইনভোক করা মেথড সিগনেচার এবং এনকোড করা প্যারামিটারের হ্যাস। +- `nonce`: `QUANTITY` - (ঐচ্ছিক) একটি নন্স এর ইন্টিজার। এটি একই নন্স ব্যবহার করা আপনার নিজের পেন্ডিং লেনদেনগুলোকে ওভাররাইট করার অনুমতি দেয়। -**রিটার্ন** +**রিটার্নস** -`DATA`, নির্দিষ্ট অ্যাকাউন্ট দ্বারা স্বাক্ষরিত RLP-এনকোডেড লেনদেন অবজেক্ট। +`DATA`, নির্দিষ্ট একাউন্ট দ্বারা সাইন করা RLP-এনকোডেড লেনদেন অবজেক্ট। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}' -// Result +// ফলাফল { "id": 1, "jsonrpc": "2.0", @@ -973,19 +973,19 @@ curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction"," ### eth_sendTransaction {#eth_sendtransaction} -নতুন মেসেজ কল লেনদেন বা একটি চুক্তি তৈরি করে, যদি ডেটা ক্ষেত্রে কোড থাকে এবং `from`-এ নির্দিষ্ট অ্যাকাউন্ট ব্যবহার করে এটি স্বাক্ষর করে। +নতুন মেসেজ কল লেনদেন বা একটি কন্ট্রাক্ট তৈরি করে, যদি ডাটা ফিল্ডে কোড থাকে, এবং `from`-এ নির্দিষ্ট করা একাউন্ট ব্যবহার করে এটি সাইন করে। **প্যারামিটার** -1. `অবজেক্ট` - লেনদেনের অবজেক্ট +1. `Object` - লেনদেন অবজেক্ট -- `from`: `DATA`, 20 বাইট - যে অ্যাড্রেস থেকে লেনদেন পাঠানো হয়েছে। -- `to`: `DATA`, 20 বাইট - (নতুন চুক্তি তৈরি করার সময় ঐচ্ছিক) যে অ্যাড্রেসে লেনদেনটি নির্দেশিত হয়েছে। -- `গ্যাস`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: 90000) লেনদেন সম্পাদনের জন্য প্রদত্ত গ্যাসের পূর্ণসংখ্যা। এটি অব্যবহৃত গ্যাস ফেরত দেবে। -- `gasPrice`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: নির্ধারণ করা হবে) প্রতি প্রদত্ত গ্যাসের জন্য ব্যবহৃত gasPrice-এর পূর্ণসংখ্যা। -- `value`: `কোয়ান্টিটি` - (ঐচ্ছিক) এই লেনদেনের সাথে প্রেরিত মূল্যের পূর্ণসংখ্যা। -- `input`: `DATA` - একটি চুক্তির সংকলিত কোড অথবা আহূত পদ্ধতি স্বাক্ষরের হ্যাস এবং এনকোড করা প্যারামিটার। -- `nonce`: `কোয়ান্টিটি` - (ঐচ্ছিক) একটি ননসের পূর্ণসংখ্যা। এটি আপনাকে একই নন্স ব্যবহারকারী আপনার নিজের পেন্ডিং লেনদেনগুলি ওভাররাইট করার অনুমতি দেয়। +- `from`: `DATA`, 20 Bytes - যে এডড্রেস থেকে লেনদেন পাঠানো হয়। +- `to`: `DATA`, 20 Bytes - (নতুন কন্ট্রাক্ট তৈরি করার সময় ঐচ্ছিক) যে এডড্রেসে লেনদেন নির্দেশিত হয়। +- `gas`: `QUANTITY` - (ঐচ্ছিক, ডিফল্ট: 90000) লেনদেন এক্সিকিউশনের জন্য প্রদত্ত গ্যাসের ইন্টিজার। এটি অব্যবহৃত গ্যাস রিটার্ন করবে। +- `gasPrice`: `QUANTITY` - (ঐচ্ছিক, ডিফল্ট: To-Be-Determined) প্রতিটি পেইড গ্যাসের জন্য ব্যবহৃত gasPrice এর ইন্টিজার। +- `value`: `QUANTITY` - (ঐচ্ছিক) এই লেনদেনের সাথে পাঠানো ভ্যালুর ইন্টিজার। +- `input`: `DATA` - একটি কন্ট্রাক্টের কম্পাইল করা কোড অথবা ইনভোক করা মেথড সিগনেচার এবং এনকোড করা প্যারামিটারের হ্যাস। +- `nonce`: `QUANTITY` - (ঐচ্ছিক) একটি নন্স এর ইন্টিজার। এটি একই নন্স ব্যবহার করা আপনার নিজের পেন্ডিং লেনদেনগুলোকে ওভাররাইট করার অনুমতি দেয়। ```js params: [ @@ -1001,18 +1001,18 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** -`DATA`, 32 বাইট - লেনদেনের হ্যাস, অথবা শূন্য হ্যাস যদি লেনদেন এখনও উপলব্ধ না হয়। +`DATA`, 32 Bytes - লেনদেনের হ্যাস, অথবা লেনদেনটি এখনও উপলব্ধ না হলে জিরো হ্যাস। -আপনি যখন একটি চুক্তি তৈরি করেন, তখন একটি ব্লকে লেনদেন প্রস্তাবিত হওয়ার পরে, চুক্তির অ্যাড্রেস পেতে [eth_getTransactionReceipt](#eth_gettransactionreceipt) ব্যবহার করুন। +আপনি যখন একটি কন্ট্রাক্ট তৈরি করেন, তখন লেনদেনটি একটি ব্লকে প্রস্তাবিত হওয়ার পর কন্ট্রাক্ট এডড্রেস পেতে [eth_getTransactionReceipt](#eth_gettransactionreceipt) ব্যবহার করুন। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1022,11 +1022,11 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{ ### eth_sendRawTransaction {#eth_sendrawtransaction} -স্বাক্ষরিত লেনদেনের জন্য নতুন মেসেজ কল লেনদেন বা একটি চুক্তি তৈরি করে। +সাইন করা লেনদেনের জন্য নতুন মেসেজ কল লেনদেন বা একটি কন্ট্রাক্ট তৈরি করে। **প্যারামিটার** -1. `DATA`, স্বাক্ষরিত লেনদেন ডেটা। +1. `DATA`, সাইন করা লেনদেনের ডাটা। ```js params: [ @@ -1034,18 +1034,18 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** -`DATA`, 32 বাইট - লেনদেনের হ্যাস, অথবা শূন্য হ্যাস যদি লেনদেন এখনও উপলব্ধ না হয়। +`DATA`, 32 Bytes - লেনদেনের হ্যাস, অথবা লেনদেনটি এখনও উপলব্ধ না হলে জিরো হ্যাস। -আপনি যখন একটি চুক্তি তৈরি করেন, তখন একটি ব্লকে লেনদেন প্রস্তাবিত হওয়ার পরে, চুক্তির অ্যাড্রেস পেতে [eth_getTransactionReceipt](#eth_gettransactionreceipt) ব্যবহার করুন। +আপনি যখন একটি কন্ট্রাক্ট তৈরি করেন, তখন লেনদেনটি একটি ব্লকে প্রস্তাবিত হওয়ার পর কন্ট্রাক্ট এডড্রেস পেতে [eth_getTransactionReceipt](#eth_gettransactionreceipt) ব্যবহার করুন। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1055,7 +1055,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params" ### eth_call {#eth_call} -ব্লকচেইনে একটি লেনদেন তৈরি না করেই অবিলম্বে একটি নতুন মেসেজ কল কার্যকর করে। প্রায়শই শুধুমাত্র পঠনযোগ্য স্মার্ট কন্ট্র্যাক্ট ফাংশনগুলি কার্যকর করার জন্য ব্যবহৃত হয়, উদাহরণস্বরূপ একটি ERC-20 চুক্তির জন্য `balanceOf`। +ব্লকচেইনে কোনো লেনদেন তৈরি না করেই তাৎক্ষণিকভাবে একটি নতুন মেসেজ কল এক্সিকিউট করে। প্রায়শই রিড-অনলি স্মার্ট কন্ট্রাক্ট ফাংশন এক্সিকিউট করার জন্য ব্যবহৃত হয়, উদাহরণস্বরূপ একটি ERC-20 কন্ট্রাক্টের জন্য `balanceOf`। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1063,27 +1063,27 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params" **প্যারামিটার** -1. `অবজেক্ট` - লেনদেন কল অবজেক্ট +1. `Object` - লেনদেন কল অবজেক্ট -- `from`: `DATA`, 20 বাইট - (ঐচ্ছিক) যে অ্যাড্রেস থেকে লেনদেন পাঠানো হয়েছে। -- `to`: `DATA`, 20 বাইট - যে অ্যাড্রেসে লেনদেনটি নির্দেশিত হয়েছে। -- `গ্যাস`: `কোয়ান্টিটি` - (ঐচ্ছিক) লেনদেন সম্পাদনের জন্য প্রদত্ত গ্যাসের পূর্ণসংখ্যা। eth_call শূন্য গ্যাস খরচ করে, কিন্তু কিছু এক্সিকিউশনের জন্য এই প্যারামিটারের প্রয়োজন হতে পারে। -- `gasPrice`: `কোয়ান্টিটি` - (ঐচ্ছিক) প্রতিটি প্রদত্ত গ্যাসের জন্য ব্যবহৃত gasPrice-এর পূর্ণসংখ্যা -- `value`: `কোয়ান্টিটি` - (ঐচ্ছিক) এই লেনদেনের সাথে প্রেরিত মূল্যের পূর্ণসংখ্যা -- `input`: `DATA` - (ঐচ্ছিক) পদ্ধতি স্বাক্ষরের হ্যাস এবং এনকোড করা প্যারামিটার। বিস্তারিত জানার জন্য সলিডিটি ডকুমেন্টেশনে [Ethereum চুক্তি ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) দেখুন। +- `from`: `DATA`, 20 Bytes - (ঐচ্ছিক) যে এডড্রেস থেকে লেনদেন পাঠানো হয়। +- `to`: `DATA`, 20 Bytes - যে এডড্রেসে লেনদেন নির্দেশিত হয়। +- `gas`: `QUANTITY` - (ঐচ্ছিক) লেনদেন এক্সিকিউশনের জন্য প্রদত্ত গ্যাসের ইন্টিজার। eth_call শূন্য গ্যাস খরচ করে, তবে কিছু এক্সিকিউশনের জন্য এই প্যারামিটারটির প্রয়োজন হতে পারে। +- `gasPrice`: `QUANTITY` - (ঐচ্ছিক) প্রতিটি পেইড গ্যাসের জন্য ব্যবহৃত gasPrice এর ইন্টিজার +- `value`: `QUANTITY` - (ঐচ্ছিক) এই লেনদেনের সাথে পাঠানো ভ্যালুর ইন্টিজার +- `input`: `DATA` - (ঐচ্ছিক) মেথড সিগনেচার এবং এনকোড করা প্যারামিটারের হ্যাস। বিস্তারিত জানতে [Solidity ডকুমেন্টেশনে ইথিরিয়াম কন্ট্রাক্ট ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) দেখুন। -2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন +2. `QUANTITY|TAG` - ইন্টিজার ব্লক নম্বর, অথবা স্ট্রিং `"latest"`, `"earliest"`, `"pending"`, `"safe"` বা `"finalized"`, [block parameter](/developers/docs/apis/json-rpc/#block-parameter) দেখুন -**রিটার্ন** +**রিটার্নস** -`DATA` - সম্পাদিত চুক্তির রিটার্ন ভ্যালু। +`DATA` - এক্সিকিউট করা কন্ট্রাক্টের রিটার্ন ভ্যালু। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1093,7 +1093,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}] ### eth_estimateGas {#eth_estimategas} -লেনদেনটি সম্পূর্ণ করার জন্য কতটা গ্যাস প্রয়োজন তার একটি অনুমান তৈরি করে এবং ফেরত দেয়। লেনদেনটি ব্লকচেইনে যুক্ত হবে না। মনে রাখবেন যে অনুমানটি লেনদেনের দ্বারা প্রকৃতপক্ষে ব্যবহৃত গ্যাসের পরিমাণের চেয়ে উল্লেখযোগ্যভাবে বেশি হতে পারে, যার মধ্যে EVM মেকানিক্স এবং নোডের কর্মক্ষমতা সহ বিভিন্ন কারণে। +লেনদেনটি সম্পন্ন করার জন্য কতটুকু গ্যাস প্রয়োজন তার একটি অনুমান তৈরি করে এবং রিটার্ন করে। লেনদেনটি ব্লকচেইনে যোগ করা হবে না। মনে রাখবেন যে ইভিএম মেকানিক্স এবং নোড পারফরম্যান্স সহ বিভিন্ন কারণে লেনদেনের দ্বারা প্রকৃতপক্ষে ব্যবহৃত গ্যাসের পরিমাণের চেয়ে অনুমানটি উল্লেখযোগ্যভাবে বেশি হতে পারে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1101,18 +1101,18 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}] **প্যারামিটার** -[eth_call](#eth_call) প্যারামিটারগুলি দেখুন, তবে সমস্ত বৈশিষ্ট্য ঐচ্ছিক। যদি কোনো গ্যাস সীমা নির্দিষ্ট করা না থাকে, তাহলে geth পেন্ডিং ব্লক থেকে ব্লক গ্যাস সীমাটিকে একটি ঊর্ধ্ব সীমা হিসেবে ব্যবহার করে। ফলস্বরূপ, যখন গ্যাসের পরিমাণ পেন্ডিং ব্লক গ্যাস লিমিটের চেয়ে বেশি হয়, তখন ফেরত আসা অনুমানটি কল/ট্রানজ্যাকশন এক্সিকিউট করার জন্য যথেষ্ট নাও হতে পারে। +[eth_call](#eth_call) প্যারামিটারগুলো দেখুন, তবে সব প্রপার্টি ঐচ্ছিক। যদি কোনো গ্যাস লিমিট নির্দিষ্ট করা না থাকে তবে geth পেন্ডিং ব্লক থেকে ব্লক গ্যাস লিমিটকে আপার বাউন্ড হিসেবে ব্যবহার করে। ফলস্বরূপ, যখন গ্যাসের পরিমাণ পেন্ডিং ব্লক গ্যাস লিমিটের চেয়ে বেশি হয় তখন কল/লেনদেন এক্সিকিউট করার জন্য রিটার্ন করা অনুমানটি যথেষ্ট নাও হতে পারে। -**রিটার্ন** +**রিটার্নস** -`কোয়ান্টিটি` - ব্যবহৃত গ্যাসের পরিমাণ। +`QUANTITY` - ব্যবহৃত গ্যাসের পরিমাণ। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1122,7 +1122,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see ### eth_getBlockByHash {#eth_getblockbyhash} -হ্যাসের মাধ্যমে একটি ব্লক সম্পর্কে তথ্য প্রদান করে। +হ্যাস দ্বারা একটি ব্লক সম্পর্কে তথ্য রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1130,8 +1130,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see **প্যারামিটার** -1. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস। -2. `বুলিয়ান` - যদি `সত্য` হয় তবে এটি সম্পূর্ণ লেনদেন অবজেক্টগুলি প্রদান করে, যদি `মিথ্যা` হয় তবে শুধুমাত্র লেনদেনের হ্যাসগুলি প্রদান করে। +1. `DATA`, 32 Bytes - একটি ব্লকের হ্যাস। +2. `Boolean` - যদি `true` হয় তবে এটি সম্পূর্ণ লেনদেন অবজেক্টগুলো রিটার্ন করে, যদি `false` হয় তবে শুধুমাত্র লেনদেনের হ্যাসগুলো। ```js params: [ @@ -1140,34 +1140,34 @@ params: [ ] ``` -**রিটার্ন** - -`অবজেক্ট` - একটি ব্লক অবজেক্ট, অথবা যখন কোনো ব্লক পাওয়া যায়নি তখন `null`: - -- `number`: `কোয়ান্টিটি` - ব্লক নম্বর। যখন এর পেন্ডিং ব্লক থাকে তখন `null`। -- `hash`: `DATA`, 32 বাইট - ব্লকের হ্যাস। যখন এর পেন্ডিং ব্লক থাকে তখন `null`। -- `parentHash`: `DATA`, 32 বাইট - প্যারেন্ট ব্লকের হ্যাস। -- `nonce`: `DATA`, 8 বাইট - জেনারেট করা প্রুফ-অফ-ওয়ার্কের হ্যাস। যখন এর পেন্ডিং ব্লক থাকে তখন `null`, প্রুফ-অফ-স্টেক ব্লকের জন্য `0x0` (দ্য মার্জ থেকে) -- `sha3Uncles`: `DATA`, 32 বাইট - ব্লকের আঙ্কেল ডেটার SHA3। -- `logsBloom`: `DATA`, 256 বাইট - ব্লকের লগগুলির জন্য ব্লুম ফিল্টার। যখন এর পেন্ডিং ব্লক থাকে তখন `null`। -- `transactionsRoot`: `DATA`, 32 বাইট - ব্লকের লেনদেন ট্রাইয়ের রুট। -- `stateRoot`: `DATA`, 32 বাইট - ব্লকের চূড়ান্ত স্টেট ট্রাইয়ের রুট। -- `receiptsRoot`: `DATA`, 32 বাইট - ব্লকের রসিদ ট্রাইয়ের রুট। -- `miner`: `DATA`, 20 বাইট - সেই সুবিধাভোগীর অ্যাড্রেস যাকে ব্লকের পুরস্কার দেওয়া হয়েছিল। -- `difficulty`: `কোয়ান্টিটি` - এই ব্লকের জন্য অসুবিধার পূর্ণসংখ্যা। -- `totalDifficulty`: `কোয়ান্টিটি` - এই ব্লক পর্যন্ত চেইনের মোট অসুবিধার পূর্ণসংখ্যা। -- `extraData`: `DATA` - এই ব্লকের "অতিরিক্ত ডেটা" ক্ষেত্র। -- `size`: `কোয়ান্টিটি` - বাইটে এই ব্লকের আকারের পূর্ণসংখ্যা। -- `gasLimit`: `কোয়ান্টিটি` - এই ব্লকে অনুমোদিত সর্বাধিক গ্যাস। -- `gasUsed`: `কোয়ান্টিটি` - এই ব্লকের সমস্ত লেনদেন দ্বারা ব্যবহৃত মোট গ্যাস। -- `timestamp`: `কোয়ান্টিটি` - ব্লকটি কখন একত্রিত হয়েছিল তার ইউনিক্স টাইমস্ট্যাম্প। -- `transactions`: `অ্যারে` - লেনদেন অবজেক্টের অ্যারে, অথবা 32 বাইট লেনদেন হ্যাস, যা শেষ প্রদত্ত প্যারামিটারের উপর নির্ভর করে। -- `uncles`: `অ্যারে` - আঙ্কেল হ্যাসের অ্যারে। +**রিটার্নস** + +`Object` - একটি ব্লক অবজেক্ট, অথবা কোনো ব্লক পাওয়া না গেলে `null`: + +- `number`: `QUANTITY` - ব্লক নম্বর। পেন্ডিং ব্লক হলে `null`। +- `hash`: `DATA`, 32 Bytes - ব্লকের হ্যাস। পেন্ডিং ব্লক হলে `null`। +- `parentHash`: `DATA`, 32 Bytes - প্যারেন্ট ব্লকের হ্যাস। +- `nonce`: `DATA`, 8 Bytes - জেনারেট করা প্রুফ-অফ-ওয়ার্ক এর হ্যাস। পেন্ডিং ব্লক হলে `null`, প্রুফ-অফ-স্টেক ব্লকের জন্য `0x0` (The Merge এর পর থেকে) +- `sha3Uncles`: `DATA`, 32 Bytes - ব্লকে থাকা আঙ্কেল ডাটার SHA3। +- `logsBloom`: `DATA`, 256 Bytes - ব্লকের লগগুলোর জন্য ব্লুম ফিল্টার। পেন্ডিং ব্লক হলে `null`। +- `transactionsRoot`: `DATA`, 32 Bytes - ব্লকের লেনদেন ট্রাই (trie) এর রুট। +- `stateRoot`: `DATA`, 32 Bytes - ব্লকের চূড়ান্ত স্টেট ট্রাই এর রুট। +- `receiptsRoot`: `DATA`, 32 Bytes - ব্লকের রিসিপ্ট ট্রাই এর রুট। +- `miner`: `DATA`, 20 Bytes - বেনিফিশিয়ারির এডড্রেস যাকে ব্লক রিওয়ার্ড দেওয়া হয়েছিল। +- `difficulty`: `QUANTITY` - এই ব্লকের ডিফিকাল্টির ইন্টিজার। +- `totalDifficulty`: `QUANTITY` - এই ব্লক পর্যন্ত চেইনের মোট ডিফিকাল্টির ইন্টিজার। +- `extraData`: `DATA` - এই ব্লকের "extra data" ফিল্ড। +- `size`: `QUANTITY` - বাইটে এই ব্লকের সাইজের ইন্টিজার। +- `gasLimit`: `QUANTITY` - এই ব্লকে অনুমোদিত সর্বোচ্চ গ্যাস। +- `gasUsed`: `QUANTITY` - এই ব্লকের সব লেনদেন দ্বারা ব্যবহৃত মোট গ্যাস। +- `timestamp`: `QUANTITY` - ব্লকটি কখন কোলেট (collated) করা হয়েছিল তার ইউনিক্স টাইমস্ট্যাম্প। +- `transactions`: `Array` - লেনদেন অবজেক্টের অ্যারে, অথবা শেষ প্রদত্ত প্যারামিটারের উপর নির্ভর করে 32 Bytes লেনদেনের হ্যাস। +- `uncles`: `Array` - আঙ্কেল হ্যাসের অ্যারে। **উদাহরণ** ```js -// অনুরোধ +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}' // ফলাফল { @@ -1202,7 +1202,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0 ### eth_getBlockByNumber {#eth_getblockbynumber} -ব্লক নম্বর দ্বারা একটি ব্লক সম্পর্কে তথ্য প্রদান করে। +ব্লক নম্বর দ্বারা একটি ব্লক সম্পর্কে তথ্য রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1210,8 +1210,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0 **প্যারামিটার** -1. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বরের পূর্ণসংখ্যা, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ। -2. `বুলিয়ান` - যদি `সত্য` হয় তবে এটি সম্পূর্ণ লেনদেন অবজেক্টগুলি প্রদান করে, যদি `মিথ্যা` হয় তবে শুধুমাত্র লেনদেনের হ্যাসগুলি প্রদান করে। +1. `QUANTITY|TAG` - একটি ব্লক নম্বরের ইন্টিজার, অথবা স্ট্রিং `"earliest"`, `"latest"`, `"pending"`, `"safe"` বা `"finalized"`, যেমনটি [block parameter](/developers/docs/apis/json-rpc/#block-parameter)-এ আছে। +2. `Boolean` - যদি `true` হয় তবে এটি সম্পূর্ণ লেনদেন অবজেক্টগুলো রিটার্ন করে, যদি `false` হয় তবে শুধুমাত্র লেনদেনের হ্যাসগুলো। ```js params: [ @@ -1220,21 +1220,21 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** [eth_getBlockByHash](#eth_getblockbyhash) দেখুন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}' ``` -ফলাফল দেখুন [eth_getBlockByHash](#eth_getblockbyhash) +ফলাফল [eth_getBlockByHash](#eth_getblockbyhash) দেখুন ### eth_getTransactionByHash {#eth_gettransactionbyhash} -লেনদেনের হ্যাসের অনুরোধে একটি লেনদেন সম্পর্কে তথ্য প্রদান করে। +লেনদেনের হ্যাস দ্বারা রিকোয়েস্ট করা একটি লেনদেন সম্পর্কে তথ্য রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1242,37 +1242,37 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":[ **প্যারামিটার** -1. `DATA`, 32 বাইট - একটি লেনদেনের হ্যাস +1. `DATA`, 32 Bytes - লেনদেনের হ্যাস ```js params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"] ``` -**রিটার্ন** +**রিটার্নস** -`অবজেক্ট` - একটি লেনদেন অবজেক্ট, অথবা যখন কোনো লেনদেন পাওয়া যায়নি তখন `null`: +`Object` - একটি লেনদেন অবজেক্ট, অথবা কোনো লেনদেন পাওয়া না গেলে `null`: -- `blockHash`: `DATA`, 32 বাইট - এই লেনদেনটি যে ব্লকে ছিল তার হ্যাস। `null` যখন এটি পেন্ডিং থাকে। -- `blockNumber`: `কোয়ান্টিটি` - ব্লক নম্বর যেখানে এই লেনদেনটি ছিল। `null` যখন এটি পেন্ডিং থাকে। -- `from`: `DATA`, 20 বাইট - প্রেরকের অ্যাড্রেস। -- `গ্যাস`: `কোয়ান্টিটি` - প্রেরকের দ্বারা সরবরাহ করা গ্যাস। -- `gasPrice`: `কোয়ান্টিটি` - প্রেরকের দ্বারা সরবরাহ করা গ্যাস মূল্য Wei-তে। -- `hash`: `DATA`, 32 বাইট - লেনদেনের হ্যাস। -- `input`: `DATA` - লেনদেনের সাথে প্রেরিত ডেটা। -- `nonce`: `কোয়ান্টিটি` - প্রেরকের দ্বারা এর আগে করা লেনদেনের সংখ্যা। -- `to`: `DATA`, 20 বাইট - প্রাপকের অ্যাড্রেস। `null` যখন এটি একটি চুক্তি তৈরির লেনদেন হয়। -- `transactionIndex`: `কোয়ান্টিটি` - ব্লকের লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা। `null` যখন এটি পেন্ডিং থাকে। -- `value`: `কোয়ান্টিটি` - Wei-তে স্থানান্তরিত মান। -- `v`: `কোয়ান্টিটি` - ECDSA রিকভারি আইডি -- `r`: `কোয়ান্টিটি` - ECDSA স্বাক্ষর r -- `s`: `কোয়ান্টিটি` - ECDSA স্বাক্ষর s +- `blockHash`: `DATA`, 32 Bytes - যে ব্লকে এই লেনদেনটি ছিল তার হ্যাস। পেন্ডিং হলে `null`। +- `blockNumber`: `QUANTITY` - যে ব্লক নম্বরে এই লেনদেনটি ছিল। পেন্ডিং হলে `null`। +- `from`: `DATA`, 20 Bytes - প্রেরকের এডড্রেস। +- `gas`: `QUANTITY` - প্রেরক দ্বারা প্রদত্ত গ্যাস। +- `gasPrice`: `QUANTITY` - Wei-তে প্রেরক দ্বারা প্রদত্ত গ্যাস প্রাইস। +- `hash`: `DATA`, 32 Bytes - লেনদেনের হ্যাস। +- `input`: `DATA` - লেনদেনের সাথে পাঠানো ডাটা। +- `nonce`: `QUANTITY` - এর আগে প্রেরক দ্বারা করা লেনদেনের সংখ্যা। +- `to`: `DATA`, 20 Bytes - প্রাপকের এডড্রেস। কন্ট্রাক্ট তৈরির লেনদেন হলে `null`। +- `transactionIndex`: `QUANTITY` - ব্লকে লেনদেনের ইনডেক্স পজিশনের ইন্টিজার। পেন্ডিং হলে `null`। +- `value`: `QUANTITY` - Wei-তে ট্রান্সফার করা ভ্যালু। +- `v`: `QUANTITY` - ECDSA রিকভারি আইডি +- `r`: `QUANTITY` - ECDSA সিগনেচার r +- `s`: `QUANTITY` - ECDSA সিগনেচার s **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}' -// Result +// ফলাফল { "jsonrpc":"2.0", "id":1, @@ -1297,7 +1297,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","param ### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex} -ব্লক হ্যাস এবং লেনদেন সূচক অবস্থান দ্বারা একটি লেনদেন সম্পর্কে তথ্য প্রদান করে। +ব্লক হ্যাস এবং লেনদেনের ইনডেক্স পজিশন দ্বারা একটি লেনদেন সম্পর্কে তথ্য রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1305,8 +1305,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","param **প্যারামিটার** -1. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস। -2. `কোয়ান্টিটি` - লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা। +1. `DATA`, 32 Bytes - একটি ব্লকের হ্যাস। +2. `QUANTITY` - লেনদেনের ইনডেক্স পজিশনের ইন্টিজার। ```js params: [ @@ -1315,21 +1315,21 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** [eth_getTransactionByHash](#eth_gettransactionbyhash) দেখুন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}' ``` -ফলাফল দেখুন [eth_getTransactionByHash](#eth_gettransactionbyhash) +ফলাফল [eth_getTransactionByHash](#eth_gettransactionbyhash) দেখুন ### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex} -ব্লক নম্বর এবং লেনদেন সূচক অবস্থান দ্বারা একটি লেনদেন সম্পর্কে তথ্য প্রদান করে। +ব্লক নম্বর এবং লেনদেনের ইনডেক্স পজিশন দ্বারা একটি লেনদেন সম্পর্কে তথ্য রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1337,8 +1337,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAnd **প্যারামিটার** -1. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বর, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ। -2. `কোয়ান্টিটি` - লেনদেন সূচক অবস্থান। +1. `QUANTITY|TAG` - একটি ব্লক নম্বর, অথবা স্ট্রিং `"earliest"`, `"latest"`, `"pending"`, `"safe"` বা `"finalized"`, যেমনটি [block parameter](/developers/docs/apis/json-rpc/#block-parameter)-এ আছে। +2. `QUANTITY` - লেনদেনের ইনডেক্স পজিশন। ```js params: [ @@ -1347,60 +1347,60 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** [eth_getTransactionByHash](#eth_gettransactionbyhash) দেখুন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}' ``` -ফলাফল দেখুন [eth_getTransactionByHash](#eth_gettransactionbyhash) +ফলাফল [eth_getTransactionByHash](#eth_gettransactionbyhash) দেখুন ### eth_getTransactionReceipt {#eth_gettransactionreceipt} -লেনদেনের হ্যাসের মাধ্যমে একটি লেনদেনের রসিদ প্রদান করে। +লেনদেনের হ্যাস দ্বারা একটি লেনদেনের রিসিপ্ট রিটার্ন করে। -**দ্রষ্টব্য** পেন্ডিং লেনদেনের জন্য রসিদ উপলব্ধ নয়। +**নোট** পেন্ডিং লেনদেনের জন্য রিসিপ্ট উপলব্ধ নয়। **প্যারামিটার** -1. `DATA`, 32 বাইট - একটি লেনদেনের হ্যাস +1. `DATA`, 32 Bytes - লেনদেনের হ্যাস ```js params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"] ``` -**রিটার্ন** -`অবজেক্ট` - একটি লেনদেন রসিদ অবজেক্ট, অথবা যখন কোনো রসিদ পাওয়া যায়নি তখন `null`: +**রিটার্নস** +`Object` - একটি লেনদেন রিসিপ্ট অবজেক্ট, অথবা কোনো রিসিপ্ট পাওয়া না গেলে `null`: -- `transactionHash `: `DATA`, 32 বাইট - লেনদেনের হ্যাস। -- `transactionIndex`: `কোয়ান্টিটি` - ব্লকের লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা। -- `blockHash`: `DATA`, 32 বাইট - এই লেনদেনটি যে ব্লকে ছিল তার হ্যাস। -- `blockNumber`: `কোয়ান্টিটি` - ব্লক নম্বর যেখানে এই লেনদেনটি ছিল। -- `from`: `DATA`, 20 বাইট - প্রেরকের অ্যাড্রেস। -- `to`: `DATA`, 20 বাইট - প্রাপকের অ্যাড্রেস। null যখন এটি একটি চুক্তি তৈরির লেনদেন হয়। -- `cumulativeGasUsed` : `কোয়ান্টিটি ` - ব্লকের মধ্যে এই লেনদেনটি কার্যকর করার সময় ব্যবহৃত মোট গ্যাসের পরিমাণ। -- `effectiveGasPrice` : `কোয়ান্টিটি` - প্রতি ইউনিট গ্যাসের জন্য প্রদত্ত বেস ফি এবং টিপের যোগফল। -- `gasUsed `: `কোয়ান্টিটি ` - শুধুমাত্র এই নির্দিষ্ট লেনদেন দ্বারা ব্যবহৃত গ্যাসের পরিমাণ। -- `contractAddress `: `DATA`, 20 বাইট - তৈরি করা চুক্তির অ্যাড্রেস, যদি লেনদেনটি একটি চুক্তি তৈরি করে থাকে, অন্যথায় `null`। -- `logs`: `অ্যারে` - লগ অবজেক্টের অ্যারে, যা এই লেনদেনটি তৈরি করেছে। -- `logsBloom`: `DATA`, 256 বাইট - হালকা ক্লায়েন্টদের জন্য সম্পর্কিত লগগুলি দ্রুত পুনরুদ্ধার করার জন্য ব্লুম ফিল্টার। -- `type`: `কোয়ান্টিটি` - লেনদেনের প্রকারের পূর্ণসংখ্যা, লেগ্যাসি লেনদেনের জন্য `0x0`, অ্যাক্সেস তালিকা প্রকারের জন্য `0x1`, ডাইনামিক ফি-র জন্য `0x2`। +- `transactionHash `: `DATA`, 32 Bytes - লেনদেনের হ্যাস। +- `transactionIndex`: `QUANTITY` - ব্লকে লেনদেনের ইনডেক্স পজিশনের ইন্টিজার। +- `blockHash`: `DATA`, 32 Bytes - যে ব্লকে এই লেনদেনটি ছিল তার হ্যাস। +- `blockNumber`: `QUANTITY` - যে ব্লক নম্বরে এই লেনদেনটি ছিল। +- `from`: `DATA`, 20 Bytes - প্রেরকের এডড্রেস। +- `to`: `DATA`, 20 Bytes - প্রাপকের এডড্রেস। কন্ট্রাক্ট তৈরির লেনদেন হলে null। +- `cumulativeGasUsed` : `QUANTITY ` - ব্লকে এই লেনদেনটি এক্সিকিউট হওয়ার সময় ব্যবহৃত মোট গ্যাসের পরিমাণ। +- `effectiveGasPrice` : `QUANTITY` - প্রতি ইউনিট গ্যাসের জন্য প্রদত্ত বেস ফি এবং টিপের যোগফল। +- `gasUsed `: `QUANTITY ` - শুধুমাত্র এই নির্দিষ্ট লেনদেন দ্বারা ব্যবহৃত গ্যাসের পরিমাণ। +- `contractAddress `: `DATA`, 20 Bytes - তৈরি করা কন্ট্রাক্ট এডড্রেস, যদি লেনদেনটি একটি কন্ট্রাক্ট তৈরি করে থাকে, অন্যথায় `null`। +- `logs`: `Array` - লগ অবজেক্টের অ্যারে, যা এই লেনদেনটি জেনারেট করেছে। +- `logsBloom`: `DATA`, 256 Bytes - লাইট ক্লায়েন্টদের দ্রুত সম্পর্কিত লগগুলো রিট্রিভ করার জন্য ব্লুম ফিল্টার। +- `type`: `QUANTITY` - লেনদেনের ধরনের ইন্টিজার, লিগ্যাসি লেনদেনের জন্য `0x0`, এক্সেস লিস্ট টাইপের জন্য `0x1`, ডায়নামিক ফির জন্য `0x2`। -এটি _যেকোনো একটি_ রিটার্ন করে: +এটি আরও রিটার্ন করে _যেকোনো একটি_ : -- `root`: `DATA` 32 বাইটের পোস্ট-ট্রানজ্যাকশন স্টেট রুট (বাইজেন্টিয়াম-পূর্ব) -- `status`: `কোয়ান্টিটি` হয় `1` (সাফল্য) বা `0` (ব্যর্থতা) +- `root` : `DATA` 32 bytes পোস্ট-ট্রানজেকশন স্টেট রুট (Byzantium এর আগে) +- `status`: `QUANTITY` হয় `1` (সফল) অথবা `0` (ব্যর্থ) **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}' -// Result +// ফলাফল { "jsonrpc": "2.0", "id": 1, @@ -1408,15 +1408,15 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para "blockHash": "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3", "blockNumber": "0xeff35f", - "contractAddress": null, // string of the address if it was created + "contractAddress": null, // ঠিকানাটি তৈরি করা হলে তার স্ট্রিং "cumulativeGasUsed": "0xa12515", "effectiveGasPrice": "0x5a9c688d4", "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7", "gasUsed": "0xb4c8", "logs": [{ - // logs as returned by getFilterLogs, etc. + // getFilterLogs ইত্যাদি দ্বারা রিটার্ন করা লগ }], - "logsBloom": "0x00...0", // 256 byte bloom filter + "logsBloom": "0x00...0", // 256 বাইট ব্লুম ফিল্টার "status": "0x1", "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2", "transactionHash": @@ -1429,7 +1429,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para ### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex} -হ্যাস এবং আঙ্কেল ইনডেক্স পজিশন দ্বারা একটি ব্লকের আঙ্কেল সম্পর্কে তথ্য প্রদান করে। +হ্যাস এবং আঙ্কেল ইনডেক্স পজিশন দ্বারা একটি ব্লকের আঙ্কেল সম্পর্কে তথ্য রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1437,8 +1437,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para **প্যারামিটার** -1. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস। -2. `কোয়ান্টিটি` - আঙ্কেলের সূচক অবস্থান। +1. `DATA`, 32 Bytes - একটি ব্লকের হ্যাস। +2. `QUANTITY` - আঙ্কেলের ইনডেক্স পজিশন। ```js params: [ @@ -1447,23 +1447,23 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** [eth_getBlockByHash](#eth_getblockbyhash) দেখুন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}' ``` -ফলাফল দেখুন [eth_getBlockByHash](#eth_getblockbyhash) +ফলাফল [eth_getBlockByHash](#eth_getblockbyhash) দেখুন -**দ্রষ্টব্য**: একটি আঙ্কেলের মধ্যে পৃথক লেনদেন থাকে না। +**নোট**: একটি আঙ্কেলে আলাদা কোনো লেনদেন থাকে না। ### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex} -নম্বর এবং আঙ্কেল ইনডেক্স পজিশন দ্বারা একটি ব্লকের আঙ্কেল সম্পর্কে তথ্য প্রদান করে। +নম্বর এবং আঙ্কেল ইনডেক্স পজিশন দ্বারা একটি ব্লকের আঙ্কেল সম্পর্কে তথ্য রিটার্ন করে। প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন @@ -1471,8 +1471,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex" **প্যারামিটার** -1. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বর, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"`, `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ। -2. `কোয়ান্টিটি` - আঙ্কেলের সূচক অবস্থান। +1. `QUANTITY|TAG` - একটি ব্লক নম্বর, অথবা স্ট্রিং `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"`, যেমনটি [block parameter](/developers/docs/apis/json-rpc/#block-parameter)-এ আছে। +2. `QUANTITY` - আঙ্কেলের ইনডেক্স পজিশন। ```js params: [ @@ -1481,41 +1481,41 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** [eth_getBlockByHash](#eth_getblockbyhash) দেখুন -**দ্রষ্টব্য**: একটি আঙ্কেলের মধ্যে পৃথক লেনদেন থাকে না। +**নোট**: একটি আঙ্কেলে আলাদা কোনো লেনদেন থাকে না। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}' ``` -ফলাফল দেখুন [eth_getBlockByHash](#eth_getblockbyhash) +ফলাফল [eth_getBlockByHash](#eth_getblockbyhash) দেখুন ### eth_newFilter {#eth_newfilter} -ফিল্টার বিকল্পের উপর ভিত্তি করে একটি ফিল্টার অবজেক্ট তৈরি করে, যা স্টেট পরিবর্তন হলে (লগ) অবহিত করে। -স্টেট পরিবর্তিত হয়েছে কিনা তা পরীক্ষা করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন। +স্টেট পরিবর্তন (লগ) হলে নোটিফাই করার জন্য ফিল্টার অপশনের উপর ভিত্তি করে একটি ফিল্টার অবজেক্ট তৈরি করে। +স্টেট পরিবর্তন হয়েছে কিনা তা চেক করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন। -**বিষয় ফিল্টার নির্দিষ্ট করার উপর একটি নোট:** -বিষয়গুলি ক্রম-নির্ভর। [A, B] বিষয় সহ একটি লগের সাথে একটি লেনদেন নিম্নলিখিত বিষয় ফিল্টার দ্বারা মেলানো হবে: +**টপিক ফিল্টার নির্দিষ্ট করার বিষয়ে একটি নোট:** +টপিকগুলো অর্ডার-নির্ভর। [A, B] টপিক সহ একটি লগের লেনদেন নিচের টপিক ফিল্টারগুলোর সাথে মিলে যাবে: - `[]` "যেকোনো কিছু" -- `[A]` "প্রথম অবস্থানে A (এবং পরে যেকোনো কিছু)" -- `[null, B]` "প্রথম অবস্থানে যেকোনো কিছু এবং দ্বিতীয় অবস্থানে B (এবং পরে যেকোনো কিছু)" -- `[A, B]` "প্রথম অবস্থানে A এবং দ্বিতীয় অবস্থানে B (এবং পরে যেকোনো কিছু)" -- `[[A, B], [A, B]]` "প্রথম অবস্থানে (A অথবা B) এবং দ্বিতীয় অবস্থানে (A অথবা B) (এবং পরে যেকোনো কিছু)" +- `[A]` "প্রথম পজিশনে A (এবং এরপর যেকোনো কিছু)" +- `[null, B]` "প্রথম পজিশনে যেকোনো কিছু এবং দ্বিতীয় পজিশনে B (এবং এরপর যেকোনো কিছু)" +- `[A, B]` "প্রথম পজিশনে A এবং দ্বিতীয় পজিশনে B (এবং এরপর যেকোনো কিছু)" +- `[[A, B], [A, B]]` "প্রথম পজিশনে (A অথবা B) এবং দ্বিতীয় পজিশনে (A অথবা B) (এবং এরপর যেকোনো কিছু)" - **প্যারামিটার** -1. `অবজেক্ট` - ফিল্টার বিকল্পগুলি: +1. `Object` - ফিল্টার অপশনগুলো: -- `fromBlock`: `কোয়ান্টিটি|ট্যাগ` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) পূর্ণসংখ্যার ব্লক নম্বর, অথবা শেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। -- `toBlock`: `কোয়ান্টিটি|ট্যাগ` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) পূর্ণসংখ্যার ব্লক নম্বর, অথবা শেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। -- `address`: `DATA|অ্যারে`, 20 বাইট - (ঐচ্ছিক) চুক্তির অ্যাড্রেস বা অ্যাড্রেসের একটি তালিকা যেখান থেকে লগ উৎপন্ন হওয়া উচিত। -- `topics`: `DATA-এর অ্যারে`, - (ঐচ্ছিক) 32 বাইট `DATA` বিষয়গুলির অ্যারে। বিষয়গুলি ক্রম-নির্ভর। প্রতিটি বিষয় "অথবা" বিকল্পগুলির সাথে DATA-এর একটি অ্যারেও হতে পারে। +- `fromBlock`: `QUANTITY|TAG` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) ইন্টিজার ব্লক নম্বর, অথবা সর্বশেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। +- `toBlock`: `QUANTITY|TAG` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) ইন্টিজার ব্লক নম্বর, অথবা সর্বশেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। +- `address`: `DATA|Array`, 20 Bytes - (ঐচ্ছিক) কন্ট্রাক্ট এডড্রেস বা এডড্রেসগুলোর একটি তালিকা যেখান থেকে লগগুলো উৎপন্ন হওয়া উচিত। +- `topics`: `Array of DATA`, - (ঐচ্ছিক) 32 Bytes `DATA` টপিকের অ্যারে। টপিকগুলো অর্ডার-নির্ভর। প্রতিটি টপিক "or" অপশন সহ DATA এর একটি অ্যারেও হতে পারে। ```js params: [ @@ -1535,15 +1535,15 @@ params: [ ] ``` -**রিটার্ন** -`কোয়ান্টিটি` - একটি ফিল্টার আইডি। +**রিটার্নস** +`QUANTITY` - একটি ফিল্টার আইডি। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1553,21 +1553,21 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topic ### eth_newBlockFilter {#eth_newblockfilter} -নোডে একটি ফিল্টার তৈরি করে, যা নতুন ব্লক এলে অবহিত করে। -স্টেট পরিবর্তিত হয়েছে কিনা তা পরীক্ষা করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন। +নতুন ব্লক আসলে নোটিফাই করার জন্য নোডে একটি ফিল্টার তৈরি করে। +স্টেট পরিবর্তন হয়েছে কিনা তা চেক করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন। **প্যারামিটার** -কোনোটিই নয় +কোনোটি নয় -**রিটার্ন** -`কোয়ান্টিটি` - একটি ফিল্টার আইডি। +**রিটার্নস** +`QUANTITY` - একটি ফিল্টার আইডি। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1577,21 +1577,21 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[], ### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter} -নোডে একটি ফিল্টার তৈরি করে, যা নতুন পেন্ডিং লেনদেন এলে অবহিত করে। -স্টেট পরিবর্তিত হয়েছে কিনা তা পরীক্ষা করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন। +নতুন পেন্ডিং লেনদেন আসলে নোটিফাই করার জন্য নোডে একটি ফিল্টার তৈরি করে। +স্টেট পরিবর্তন হয়েছে কিনা তা চেক করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন। **প্যারামিটার** -কোনোটিই নয় +কোনোটি নয় -**রিটার্ন** -`কোয়ান্টিটি` - একটি ফিল্টার আইডি। +**রিটার্নস** +`QUANTITY` - একটি ফিল্টার আইডি। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1601,12 +1601,11 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter" ### eth_uninstallFilter {#eth_uninstallfilter} -প্রদত্ত আইডি সহ একটি ফিল্টার আনইনস্টল করে। যখন আর দেখার প্রয়োজন নেই তখন সর্বদা কল করা উচিত। -অতিরিক্তভাবে, ফিল্টারগুলি যখন একটি নির্দিষ্ট সময়ের জন্য [eth_getFilterChanges](#eth_getfilterchanges) দিয়ে অনুরোধ করা হয় না তখন টাইমআউট হয়ে যায়। +প্রদত্ত আইডি সহ একটি ফিল্টার আনইনস্টল করে। যখন আর ওয়াচ করার প্রয়োজন নেই তখন এটি সর্বদা কল করা উচিত। এছাড়া একটি নির্দিষ্ট সময়ের জন্য [eth_getFilterChanges](#eth_getfilterchanges) দিয়ে রিকোয়েস্ট করা না হলে ফিল্টারগুলো টাইমআউট হয়ে যায়। **প্যারামিটার** -1. `কোয়ান্টিটি` - ফিল্টার আইডি। +1. `QUANTITY` - ফিল্টার আইডি। ```js params: [ @@ -1614,15 +1613,15 @@ params: [ ] ``` -**রিটার্ন** -`বুলিয়ান` - যদি ফিল্টারটি সফলভাবে আনইনস্টল করা হয় তবে `সত্য`, অন্যথায় `মিথ্যা`। +**রিটার্নস** +`Boolean` - ফিল্টারটি সফলভাবে আনইনস্টল হলে `true`, অন্যথায় `false`। **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}' -// Result +// ফলাফল { "id":1, "jsonrpc": "2.0", @@ -1632,11 +1631,11 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":[" ### eth_getFilterChanges {#eth_getfilterchanges} -একটি ফিল্টারের জন্য পোলিং পদ্ধতি, যা শেষ পোলের পর থেকে ঘটে যাওয়া লগগুলির একটি অ্যারে প্রদান করে। +একটি ফিল্টারের জন্য পোলিং মেথড, যা শেষ পোলের পর থেকে ঘটা লগগুলোর একটি অ্যারে রিটার্ন করে। **প্যারামিটার** -1. `কোয়ান্টিটি` - ফিল্টার আইডি। +1. `QUANTITY` - ফিল্টার আইডি। ```js params: [ @@ -1644,30 +1643,28 @@ params: [ ] ``` -**রিটার্ন** -`অ্যারে` - লগ অবজেক্টের অ্যারে, অথবা যদি শেষ পোল থেকে কিছু পরিবর্তন না হয় তবে একটি খালি অ্যারে। - -- `eth_newBlockFilter` দিয়ে তৈরি ফিল্টারগুলির জন্য রিটার্ন হল ব্লক হ্যাস (`DATA`, 32 বাইট), যেমন, `["0x3454645634534..."]`। +**রিটার্নস** +`Array` - লগ অবজেক্টের অ্যারে, অথবা শেষ পোলের পর থেকে কিছু পরিবর্তন না হলে একটি খালি অ্যারে। -- `eth_newPendingTransactionFilter` দিয়ে তৈরি ফিল্টারগুলির জন্য রিটার্ন হল ট্রানজ্যাকশন হ্যাস (`DATA`, 32 বাইট), যেমন, `["0x6345343454645..."]`। - -- `eth_newFilter` দিয়ে তৈরি করা ফিল্টারের জন্য লগগুলি নিম্নলিখিত প্যারামিটার সহ অবজেক্ট: - - `removed`: `ট্যাগ` - চেইন পুনর্গঠনের কারণে লগটি সরানো হলে `সত্য`। `মিথ্যা` যদি এটি একটি বৈধ লগ হয়। - - `logIndex`: `কোয়ান্টিটি` - ব্লকের লগ সূচকের অবস্থানের পূর্ণসংখ্যা। `null` যখন এটি পেন্ডিং লগ থাকে। - - `transactionIndex`: `কোয়ান্টিটি` - লগটি যেখান থেকে তৈরি করা হয়েছে সেই লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা। `null` যখন এটি পেন্ডিং লগ থাকে। - - `transactionHash`: `DATA`, 32 বাইট - এই লগটি যেখান থেকে তৈরি করা হয়েছে সেই লেনদেনের হ্যাস। `null` যখন এটি পেন্ডিং লগ থাকে। - - `blockHash`: `DATA`, 32 বাইট - এই লগটি যে ব্লকে ছিল তার হ্যাস। `null` যখন এটি পেন্ডিং থাকে। `null` যখন এটি পেন্ডিং লগ থাকে। - - `blockNumber`: `কোয়ান্টিটি` - এই লগটি যে ব্লকে ছিল তার ব্লক নম্বর। `null` যখন এটি পেন্ডিং থাকে। `null` যখন এটি পেন্ডিং লগ থাকে। - - `address`: `DATA`, 20 বাইট - যে অ্যাড্রেস থেকে এই লগটি উৎপন্ন হয়েছে। - - `data`: `DATA` - পরিবর্তনশীল-দৈর্ঘ্যের নন-ইনডেক্সড লগ ডেটা। ( _solidity_-তে: শূন্য বা তার বেশি 32 বাইটের নন-ইনডেক্সড লগ আর্গুমেন্ট।) - - `topics`: `DATA-এর অ্যারে` - সূচিত লগ আর্গুমেন্টের 0 থেকে 4টি 32 বাইট `DATA`-এর অ্যারে। ( _solidity_-তে: প্রথম টপিকটি হল ইভেন্টের স্বাক্ষরের _হ্যাস_ (যেমন, `Deposit(address,bytes32,uint256)`), যদি না আপনি `anonymous` স্পেসিফায়ার দিয়ে ইভেন্টটি ঘোষণা করেন।) +- `eth_newBlockFilter` দিয়ে তৈরি ফিল্টারের জন্য রিটার্ন হলো ব্লক হ্যাস (`DATA`, 32 Bytes), যেমন, `["0x3454645634534..."]`। +- `eth_newPendingTransactionFilter ` দিয়ে তৈরি ফিল্টারের জন্য রিটার্ন হলো লেনদেনের হ্যাস (`DATA`, 32 Bytes), যেমন, `["0x6345343454645..."]`। +- `eth_newFilter` দিয়ে তৈরি ফিল্টারের জন্য লগগুলো হলো নিচের প্যারাম সহ অবজেক্ট: + - `removed`: `TAG` - চেইন রিঅর্গানাইজেশনের কারণে লগটি রিমুভ করা হলে `true`। এটি একটি ভ্যালিড লগ হলে `false`। + - `logIndex`: `QUANTITY` - ব্লকে লগের ইনডেক্স পজিশনের ইন্টিজার। পেন্ডিং লগ হলে `null`। + - `transactionIndex`: `QUANTITY` - যে লেনদেনের ইনডেক্স পজিশন থেকে লগটি তৈরি করা হয়েছিল তার ইন্টিজার। পেন্ডিং লগ হলে `null`। + - `transactionHash`: `DATA`, 32 Bytes - যে লেনদেন থেকে এই লগটি তৈরি করা হয়েছিল তার হ্যাস। পেন্ডিং লগ হলে `null`। + - `blockHash`: `DATA`, 32 Bytes - যে ব্লকে এই লগটি ছিল তার হ্যাস। পেন্ডিং হলে `null`। পেন্ডিং লগ হলে `null`। + - `blockNumber`: `QUANTITY` - যে ব্লক নম্বরে এই লগটি ছিল। পেন্ডিং হলে `null`। পেন্ডিং লগ হলে `null`। + - `address`: `DATA`, 20 Bytes - যে এডড্রেস থেকে এই লগটি উৎপন্ন হয়েছে। + - `data`: `DATA` - ভেরিয়েবল-লেংথ নন-ইনডেক্সড লগ ডাটা। (_solidity_-তে: শূন্য বা ততোধিক 32 Bytes নন-ইনডেক্সড লগ আর্গুমেন্ট।) + - `topics`: `Array of DATA` - ইনডেক্সড লগ আর্গুমেন্টের 0 থেকে 4টি 32 Bytes `DATA` এর অ্যারে। (_solidity_-তে: প্রথম টপিকটি হলো ইভেন্টের সিগনেচারের _হ্যাস_ (যেমন, `Deposit(address,bytes32,uint256)`), যদি না আপনি ইভেন্টটিকে `anonymous` স্পেসিফায়ার দিয়ে ডিক্লেয়ার করে থাকেন।) - **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}' -// Result +// ফলাফল { "id":1, "jsonrpc":"2.0", @@ -1688,11 +1685,11 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":[ ### eth_getFilterLogs {#eth_getfilterlogs} -প্রদত্ত আইডি সহ ফিল্টারের সাথে মিলে যাওয়া সমস্ত লগের একটি অ্যারে প্রদান করে। +প্রদত্ত আইডি সহ ফিল্টারের সাথে মিলে যাওয়া সব লগের একটি অ্যারে রিটার্ন করে। **প্যারামিটার** -1. `কোয়ান্টিটি` - ফিল্টার আইডি। +1. `QUANTITY` - ফিল্টার আইডি। ```js params: [ @@ -1700,31 +1697,31 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** [eth_getFilterChanges](#eth_getfilterchanges) দেখুন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}' ``` -ফলাফল দেখুন [eth_getFilterChanges](#eth_getfilterchanges) +ফলাফল [eth_getFilterChanges](#eth_getfilterchanges) দেখুন ### eth_getLogs {#eth_getlogs} -একটি প্রদত্ত ফিল্টার অবজেক্টের সাথে মিলে যাওয়া সমস্ত লগের একটি অ্যারে প্রদান করে। +প্রদত্ত ফিল্টার অবজেক্টের সাথে মিলে যাওয়া সব লগের একটি অ্যারে রিটার্ন করে। **প্যারামিটার** -1. `অবজেক্ট` - ফিল্টার বিকল্পগুলি: +1. `Object` - ফিল্টার অপশনগুলো: -- `fromBlock`: `কোয়ান্টিটি|ট্যাগ` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) পূর্ণসংখ্যার ব্লক নম্বর, অথবা শেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। -- `toBlock`: `কোয়ান্টিটি|ট্যাগ` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) পূর্ণসংখ্যার ব্লক নম্বর, অথবা শেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। -- `address`: `DATA|অ্যারে`, 20 বাইট - (ঐচ্ছিক) চুক্তির অ্যাড্রেস বা অ্যাড্রেসের একটি তালিকা যেখান থেকে লগ উৎপন্ন হওয়া উচিত। -- `topics`: `DATA-এর অ্যারে`, - (ঐচ্ছিক) 32 বাইট `DATA` বিষয়গুলির অ্যারে। বিষয়গুলি ক্রম-নির্ভর। প্রতিটি বিষয় "অথবা" বিকল্পগুলির সাথে DATA-এর একটি অ্যারেও হতে পারে। -- `blockHash`: `DATA`, 32 বাইট - (ঐচ্ছিক, **ভবিষ্যৎ**) EIP-234 যোগ করার সাথে, `blockHash` একটি নতুন ফিল্টার বিকল্প হবে যা 32-বাইট হ্যাস `blockHash`-এর সাথে একক ব্লকে প্রত্যাবর্তিত লগগুলিকে সীমাবদ্ধ করে। `blockHash` ব্যবহার করা `fromBlock` = `toBlock` = হ্যাস `blockHash`-এর সাথে ব্লক নম্বরের সমান। যদি ফিল্টার মানদণ্ডে `blockHash` উপস্থিত থাকে, তবে `fromBlock` বা `toBlock` কোনোটিরই অনুমতি নেই। +- `fromBlock`: `QUANTITY|TAG` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) ইন্টিজার ব্লক নম্বর, অথবা সর্বশেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। +- `toBlock`: `QUANTITY|TAG` - (ঐচ্ছিক, ডিফল্ট: `"latest"`) ইন্টিজার ব্লক নম্বর, অথবা সর্বশেষ প্রস্তাবিত ব্লকের জন্য `"latest"`, সর্বশেষ নিরাপদ ব্লকের জন্য `"safe"`, সর্বশেষ চূড়ান্ত ব্লকের জন্য `"finalized"`, অথবা এখনও ব্লকে না থাকা লেনদেনের জন্য `"pending"`, `"earliest"`। +- `address`: `DATA|Array`, 20 Bytes - (ঐচ্ছিক) কন্ট্রাক্ট এডড্রেস বা এডড্রেসগুলোর একটি তালিকা যেখান থেকে লগগুলো উৎপন্ন হওয়া উচিত। +- `topics`: `Array of DATA`, - (ঐচ্ছিক) 32 Bytes `DATA` টপিকের অ্যারে। টপিকগুলো অর্ডার-নির্ভর। প্রতিটি টপিক "or" অপশন সহ DATA এর একটি অ্যারেও হতে পারে। +- `blockHash`: `DATA`, 32 Bytes - (ঐচ্ছিক, **ভবিষ্যৎ**) EIP-234 যুক্ত হওয়ার সাথে সাথে, `blockHash` একটি নতুন ফিল্টার অপশন হবে যা রিটার্ন করা লগগুলোকে 32-বাইট হ্যাস `blockHash` সহ একক ব্লকে সীমাবদ্ধ করে। `blockHash` ব্যবহার করা `fromBlock` = `toBlock` = `blockHash` হ্যাস সহ ব্লক নম্বরের সমতুল্য। যদি ফিল্টার ক্রাইটেরিয়াতে `blockHash` উপস্থিত থাকে, তবে `fromBlock` বা `toBlock` কোনোটিই অনুমোদিত নয়। ```js params: [ @@ -1736,25 +1733,25 @@ params: [ ] ``` -**রিটার্ন** +**রিটার্নস** [eth_getFilterChanges](#eth_getfilterchanges) দেখুন **উদাহরণ** ```js -// Request +// রিকোয়েস্ট curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}' ``` -ফলাফল দেখুন [eth_getFilterChanges](#eth_getfilterchanges) +ফলাফল [eth_getFilterChanges](#eth_getfilterchanges) দেখুন ## ব্যবহারের উদাহরণ {#usage-example} -### JSON_RPC ব্যবহার করে একটি চুক্তি ডিপ্লয় করা {#deploying-contract} +### JSON_RPC ব্যবহার করে একটি কন্ট্রাক্ট ডিপ্লয় করা {#deploying-contract} -এই বিভাগে শুধুমাত্র RPC ইন্টারফেস ব্যবহার করে কীভাবে একটি চুক্তি ডিপ্লয় করতে হয় তার একটি প্রদর্শন অন্তর্ভুক্ত রয়েছে। চুক্তি ডিপ্লয় করার জন্য বিকল্প পথ রয়েছে যেখানে এই জটিলতাটি বিমূর্ত করা হয়—উদাহরণস্বরূপ, RPC ইন্টারফেসের উপরে নির্মিত লাইব্রেরি ব্যবহার করে যেমন [web3.js](https://web3js.readthedocs.io/) এবং [web3.py](https://github.com/ethereum/web3.py)। এই বিমূর্ততাগুলি সাধারণত বোঝা সহজ এবং কম ত্রুটি-প্রবণ, তবে হুডের নীচে কী ঘটছে তা বোঝা এখনও সহায়ক। +এই বিভাগে শুধুমাত্র RPC ইন্টারফেস ব্যবহার করে কীভাবে একটি কন্ট্রাক্ট ডিপ্লয় করতে হয় তার একটি ডেমোনস্ট্রেশন বা প্রদর্শন অন্তর্ভুক্ত রয়েছে। কন্ট্রাক্ট ডিপ্লয় করার বিকল্প উপায় রয়েছে যেখানে এই জটিলতাগুলো বিমূর্ত (abstracted) করা হয়—উদাহরণস্বরূপ, RPC ইন্টারফেসের উপর তৈরি লাইব্রেরি যেমন [web3.js](https://web3js.readthedocs.io/) এবং [web3.py](https://github.com/ethereum/web3.py) ব্যবহার করে। এই অ্যাবস্ট্রাকশনগুলো সাধারণত বুঝতে সহজ এবং এতে ভুলের সম্ভাবনা কম থাকে, তবে এর পেছনের কাজগুলো কীভাবে হচ্ছে তা বোঝা এখনও বেশ সহায়ক। -নিম্নলিখিতটি `Multiply7` নামক একটি সহজবোধ্য স্মার্ট কন্ট্র্যাক্ট যা একটি Ethereum নোডে JSON-RPC ইন্টারফেস ব্যবহার করে ডিপ্লয় করা হবে। এই টিউটোরিয়ালটি ধরে নেয় যে পাঠক ইতিমধ্যে একটি Geth নোড চালাচ্ছেন। নোড এবং ক্লায়েন্ট সম্পর্কে আরও তথ্য [এখানে](/developers/docs/nodes-and-clients/run-a-node) পাওয়া যায়। অ-Geth ক্লায়েন্টদের জন্য HTTP JSON-RPC কীভাবে শুরু করতে হয় তা দেখতে অনুগ্রহ করে পৃথক [ক্লায়েন্ট](/developers/docs/nodes-and-clients/) ডকুমেন্টেশন পড়ুন। বেশিরভাগ ক্লায়েন্ট ডিফল্টভাবে `localhost:8545`-এ পরিবেশন করে। +নিচে `Multiply7` নামের একটি সাধারণ স্মার্ট কন্ট্রাক্ট দেওয়া হলো যা JSON-RPC ইন্টারফেস ব্যবহার করে একটি ইথিরিয়াম নোড-এ ডিপ্লয় করা হবে। এই টিউটোরিয়ালটি ধরে নেয় যে পাঠক ইতিমধ্যে একটি Geth নোড চালাচ্ছেন। নোড এবং ক্লায়েন্ট সম্পর্কে আরও তথ্য [এখানে](/developers/docs/nodes-and-clients/run-a-node) পাওয়া যাবে। নন-Geth ক্লায়েন্টগুলোর জন্য কীভাবে HTTP JSON-RPC চালু করতে হয় তা দেখতে অনুগ্রহ করে নির্দিষ্ট [ক্লায়েন্ট](/developers/docs/nodes-and-clients/) ডকুমেন্টেশন দেখুন। বেশিরভাগ ক্লায়েন্ট ডিফল্টভাবে `localhost:8545`-এ সার্ভ করে। ```javascript contract Multiply7 { @@ -1766,15 +1763,15 @@ contract Multiply7 { } ``` -প্রথমত, নিশ্চিত করতে হবে যে HTTP RPC ইন্টারফেস সক্ষম আছে। এর মানে আমরা স্টার্টআপে Geth-কে `--http` ফ্ল্যাগ দিয়ে সরবরাহ করি। এই উদাহরণে আমরা একটি ব্যক্তিগত উন্নয়ন চেইনে Geth নোড ব্যবহার করি। এই পদ্ধতি ব্যবহার করে আমাদের আসল নেটওয়ার্কে ইথারের প্রয়োজন নেই। +প্রথমেই নিশ্চিত করতে হবে যে HTTP RPC ইন্টারফেসটি চালু আছে। এর মানে হলো স্টার্টআপের সময় আমরা Geth-কে `--http` ফ্ল্যাগ প্রদান করি। এই উদাহরণে আমরা একটি প্রাইভেট ডেভেলপমেন্ট চেইনে Geth নোড ব্যবহার করছি। এই পদ্ধতি ব্যবহার করলে আসল নেটওয়ার্ক-এ আমাদের ইথার (ether)-এর প্রয়োজন হবে না। ```bash geth --http --dev console 2>>geth.log ``` -এটি `http://localhost:8545`-এ HTTP RPC ইন্টারফেস শুরু করবে। +এটি `http://localhost:8545`-এ HTTP RPC ইন্টারফেস চালু করবে। -আমরা [curl](https://curl.se) ব্যবহার করে কয়েনবেস অ্যাড্রেস (অ্যাকাউন্টগুলির অ্যারে থেকে প্রথম অ্যাড্রেস প্রাপ্ত করে) এবং ব্যালেন্স পুনরুদ্ধার করে ইন্টারফেসটি চলছে কিনা তা যাচাই করতে পারি। দয়া করে মনে রাখবেন যে এই উদাহরণগুলির ডেটা আপনার স্থানীয় নোডে ভিন্ন হবে। আপনি যদি এই কমান্ডগুলি চেষ্টা করতে চান, তাহলে প্রথমটির থেকে প্রাপ্ত ফলাফল দিয়ে দ্বিতীয় কার্ল অনুরোধের অনুরোধ প্যারামিটারগুলি প্রতিস্থাপন করুন। +আমরা [curl](https://curl.se) ব্যবহার করে কয়েনবেস এডড্রেস (একাউন্ট-এর অ্যারে থেকে প্রথম এডড্রেসটি পেয়ে) এবং ব্যালেন্স পুনরুদ্ধার করে ইন্টারফেসটি চলছে কিনা তা যাচাই করতে পারি। অনুগ্রহ করে মনে রাখবেন যে এই উদাহরণগুলোর ডেটা আপনার লোকাল নোড-এ ভিন্ন হবে। আপনি যদি এই কমান্ডগুলো চেষ্টা করতে চান, তবে দ্বিতীয় curl রিকোয়েস্টের রিকোয়েস্ট প্যারামিটারগুলো প্রথমটি থেকে প্রাপ্ত ফলাফল দিয়ে প্রতিস্থাপন করুন। ```bash curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545 @@ -1784,16 +1781,16 @@ curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635 {"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"} ``` -যেহেতু সংখ্যাগুলি হেক্স এনকোডেড, তাই ব্যালেন্সটি একটি হেক্স স্ট্রিং হিসাবে wei-তে ফেরত দেওয়া হয়। আমরা যদি সংখ্যা হিসাবে ইথারে ব্যালেন্স পেতে চাই তবে আমরা Geth কনসোল থেকে web3 ব্যবহার করতে পারি। +যেহেতু সংখ্যাগুলো হেক্স এনকোড করা, তাই ব্যালেন্সটি wei-তে একটি হেক্স স্ট্রিং হিসেবে ফেরত দেওয়া হয়। আমরা যদি ব্যালেন্সটি ইথার-এ একটি সংখ্যা হিসেবে পেতে চাই তবে আমরা Geth কনসোল থেকে web3 ব্যবহার করতে পারি। ```javascript web3.fromWei("0x1639e49bba16280000", "ether") // "410" ``` -এখন যেহেতু আমাদের ব্যক্তিগত উন্নয়ন চেইনে কিছু ইথার আছে, আমরা চুক্তিটি ডিপ্লয় করতে পারি। প্রথম ধাপ হল Multiply7 চুক্তিটিকে বাইট কোডে কম্পাইল করা যা EVM-এ পাঠানো যেতে পারে। সলিডিটি কম্পাইলার solc ইনস্টল করতে, [সলিডিটি ডকুমেন্টেশন](https://docs.soliditylang.org/en/latest/installing-solidity.html) অনুসরণ করুন। (আপনি আমাদের উদাহরণের জন্য ব্যবহৃত কম্পাইলারের সংস্করণের সাথে মেলাতে একটি পুরানো `solc` রিলিজ ব্যবহার করতে চাইতে পারেন।) +যেহেতু এখন আমাদের প্রাইভেট ডেভেলপমেন্ট চেইনে কিছু ইথার আছে, আমরা কন্ট্রাক্টটি ডিপ্লয় করতে পারি। প্রথম ধাপ হলো Multiply7 কন্ট্রাক্টটিকে বাইট কোডে কম্পাইল করা যা EVM-এ পাঠানো যেতে পারে। সলিডিটি (Solidity) কম্পাইলার solc ইনস্টল করতে, [Solidity documentation](https://docs.soliditylang.org/en/latest/installing-solidity.html) অনুসরণ করুন। (আপনি হয়তো [আমাদের উদাহরণের জন্য ব্যবহৃত কম্পাইলারের সংস্করণের](https://github.com/ethereum/solidity/releases/tag/v0.4.20) সাথে মেলাতে একটি পুরোনো `solc` রিলিজ ব্যবহার করতে চাইতে পারেন।) -পরবর্তী পদক্ষেপ হল Multiply7 কন্ট্র্যাক্টকে বাইট কোডে কম্পাইল করা যা EVM-এ পাঠানো যেতে পারে। +পরবর্তী ধাপ হলো Multiply7 কন্ট্রাক্টটিকে বাইট কোডে কম্পাইল করা যা EVM-এ পাঠানো যেতে পারে। ```bash echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin @@ -1803,59 +1800,58 @@ Binary: 6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029 ``` -এখন যেহেতু আমাদের কম্পাইল করা কোড আছে, আমাদের নির্ধারণ করতে হবে এটি ডিপ্লয় করতে কত গ্যাস খরচ হবে। RPC ইন্টারফেসের একটি `eth_estimateGas` পদ্ধতি রয়েছে যা আমাদের একটি অনুমান দেবে। +এখন যেহেতু আমাদের কাছে কম্পাইল করা কোড আছে, আমাদের নির্ধারণ করতে হবে এটি ডিপ্লয় করতে কত গ্যাস খরচ হবে। RPC ইন্টারফেসে একটি `eth_estimateGas` মেথড রয়েছে যা আমাদের একটি আনুমানিক হিসাব দেবে। ```bash curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545 {"jsonrpc":"2.0","id":5,"result":"0x1c31e"} ``` -এবং অবশেষে চুক্তিটি ডিপ্লয় করুন। +এবং সবশেষে কন্ট্রাক্টটি ডিপ্লয় করুন। ```bash curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545 {"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"} ``` -লেনদেনটি নোড দ্বারা গৃহীত হয় এবং একটি লেনদেন হ্যাস ফেরত দেওয়া হয়। এই হ্যাসটি ট্রানজ্যাকশন ট্র্যাক করতে ব্যবহার করা যেতে পারে। পরবর্তী পদক্ষেপ হল আমাদের কন্ট্র্যাক্টটি কোন অ্যাড্রেসে ডিপ্লয় করা হয়েছে তা নির্ধারণ করা। প্রতিটি এক্সিকিউটেড ট্রানজ্যাকশন একটি রিসিপ্ট তৈরি করবে। এই রিসিপ্টে ট্রানজ্যাকশন সম্পর্কে বিভিন্ন তথ্য থাকে, যেমন ট্রানজ্যাকশনটি কোন ব্লকে অন্তর্ভুক্ত ছিল এবং EVM দ্বারা কতটা গ্যাস ব্যবহার করা হয়েছিল। যদি একটি ট্রানজ্যাকশন -একটি কন্ট্র্যাক্ট তৈরি করে তবে এতে কন্ট্র্যাক্ট অ্যাড্রেসও থাকবে। আমরা `eth_getTransactionReceipt` RPC পদ্ধতি ব্যবহার করে রিসিপ্টটি পুনরুদ্ধার করতে পারি। +লেনদেন-টি নোড দ্বারা গৃহীত হয় এবং একটি লেনদেন হ্যাস ফেরত দেওয়া হয়। এই হ্যাস-টি লেনদেন ট্র্যাক করতে ব্যবহার করা যেতে পারে। পরবর্তী ধাপ হলো আমাদের কন্ট্রাক্টটি কোথায় ডিপ্লয় করা হয়েছে সেই এডড্রেস নির্ধারণ করা। প্রতিটি সম্পাদিত লেনদেন একটি রসিদ (receipt) তৈরি করবে। এই রসিদে লেনদেন সম্পর্কে বিভিন্ন তথ্য থাকে যেমন লেনদেন-টি কোন ব্লক-এ অন্তর্ভুক্ত ছিল এবং EVM দ্বারা কত গ্যাস ব্যবহার করা হয়েছিল। যদি কোনো লেনদেন একটি কন্ট্রাক্ট তৈরি করে তবে এতে কন্ট্রাক্ট এডড্রেস-ও থাকবে। আমরা `eth_getTransactionReceipt` RPC মেথড দিয়ে রসিদটি পুনরুদ্ধার করতে পারি। ```bash curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545 {"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}} ``` -আমাদের কন্ট্র্যাক্টটি `0x4d03d617d700cf81935d7f797f4e2ae719648262`-এ তৈরি করা হয়েছিল। একটি রিসিপ্টের পরিবর্তে একটি নাল (null) ফলাফল মানে ট্রানজ্যাকশনটি এখনও একটি ব্লকে অন্তর্ভুক্ত করা হয়নি। এক মুহূর্ত অপেক্ষা করুন এবং আপনার কনসেন্সাস ক্লায়েন্ট চলছে কিনা তা পরীক্ষা করুন এবং আবার চেষ্টা করুন। +আমাদের কন্ট্রাক্টটি `0x4d03d617d700cf81935d7f797f4e2ae719648262`-এ তৈরি করা হয়েছিল। রসিদের পরিবর্তে একটি নাল (null) ফলাফলের অর্থ হলো লেনদেন-টি এখনও কোনো ব্লক-এ অন্তর্ভুক্ত হয়নি। কিছুক্ষণ অপেক্ষা করুন এবং আপনার কনসেন্সাস ক্লায়েন্ট চলছে কিনা তা পরীক্ষা করে আবার চেষ্টা করুন। -#### স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করা {#interacting-with-smart-contract} +#### স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করা {#interacting-with-smart-contract} -এই উদাহরণে আমরা কন্ট্র্যাক্টের `multiply` পদ্ধতিতে `eth_sendTransaction` ব্যবহার করে একটি ট্রানজ্যাকশন পাঠাব। +এই উদাহরণে আমরা কন্ট্রাক্টের `multiply` মেথডে `eth_sendTransaction` ব্যবহার করে একটি লেনদেন পাঠাব। -`eth_sendTransaction`-এর জন্য বেশ কিছু আর্গুমেন্টের প্রয়োজন, বিশেষ করে `from`, `to` এবং `data`। `From` হল আমাদের অ্যাকাউন্টের পাবলিক অ্যাড্রেস, এবং `to` হল কন্ট্র্যাক্ট অ্যাড্রেস। `data` আর্গুমেন্টে একটি পেলোড থাকে যা নির্ধারণ করে কোন পদ্ধতিকে কোন আর্গুমেন্টের সাথে কল করতে হবে। এখানেই [ABI (অ্যাপ্লিকেশন বাইনারি ইন্টারফেস)](https://docs.soliditylang.org/en/latest/abi-spec.html) কাজে আসে। ABI হল একটি JSON ফাইল যা সংজ্ঞায়িত করে কিভাবে EVM-এর জন্য ডেটা সংজ্ঞায়িত এবং এনকোড করতে হয়। +`eth_sendTransaction`-এর জন্য বেশ কয়েকটি আর্গুমেন্ট প্রয়োজন, বিশেষ করে `from`, `to` এবং `data`। `From` হলো আমাদের একাউন্ট-এর পাবলিক এডড্রেস, এবং `to` হলো কন্ট্রাক্ট এডড্রেস। `data` আর্গুমেন্টে একটি পেলোড থাকে যা নির্ধারণ করে কোন মেথডটি কল করতে হবে এবং কোন আর্গুমেন্টগুলোর সাথে। এখানেই [ABI (অ্যাপ্লিকেশন বাইনারি ইন্টারফেস)](https://docs.soliditylang.org/en/latest/abi-spec.html) কাজে আসে। ABI হলো একটি JSON ফাইল যা নির্ধারণ করে কীভাবে EVM-এর জন্য ডেটা সংজ্ঞায়িত এবং এনকোড করতে হয়। -পেলোডের বাইটগুলি নির্ধারণ করে যে কন্ট্র্যাক্টের কোন পদ্ধতিকে কল করা হয়েছে। এটি ফাংশনের নাম এবং তার আর্গুমেন্টের প্রকারের উপর Keccak হ্যাসের প্রথম 4 বাইট, যা হেক্স এনকোডেড। multiply ফাংশন একটি uint গ্রহণ করে যা uint256-এর একটি উপনাম। এর ফলে আমরা পাই: +পেলোডের বাইটগুলো নির্ধারণ করে কন্ট্রাক্টের কোন মেথডটি কল করা হয়েছে। এটি ফাংশনের নাম এবং এর আর্গুমেন্টের ধরনগুলোর উপর Keccak হ্যাস থেকে প্রথম 4 বাইট, যা হেক্স এনকোড করা। multiply ফাংশনটি একটি uint গ্রহণ করে যা uint256-এর একটি উপনাম (alias)। এটি আমাদের যা দেয় তা হলো: ```javascript web3.sha3("multiply(uint256)").substring(0, 10) // "0xc6888fa1" ``` -পরবর্তী পদক্ষেপ হল আর্গুমেন্টগুলিকে এনকোড করা। এখানে শুধুমাত্র একটি uint256 আছে, ধরা যাক, মান 6। ABI-এর একটি বিভাগ রয়েছে যা নির্দিষ্ট করে কিভাবে uint256 টাইপ এনকোড করতে হয়। +পরবর্তী ধাপ হলো আর্গুমেন্টগুলো এনকোড করা। এখানে শুধুমাত্র একটি uint256 আছে, ধরা যাক, মানটি হলো 6। ABI-তে একটি বিভাগ রয়েছে যা নির্দিষ্ট করে কীভাবে uint256 ধরনগুলো এনকোড করতে হয়। -`int: enc(X)` হল X-এর বিগ-এন্ডিয়ান টু'স কমপ্লিমেন্ট এনকোডিং, যা নেগেটিভ X-এর জন্য 0xff দিয়ে এবং পজিটিভ X-এর জন্য শূন্য বাইট দিয়ে উচ্চ-ক্রম (বাম) দিকে প্যাড করা হয়, যাতে দৈর্ঘ্য 32 বাইটের গুণিতক হয়। +`int: enc(X)` হলো X-এর বিগ-এন্ডিয়ান টুস কমপ্লিমেন্ট (two’s complement) এনকোডিং, যা নেগেটিভ X-এর জন্য উচ্চ-ক্রম (বাম) দিকে 0xff দিয়ে এবং পজিটিভ X-এর জন্য শূন্য > বাইট দিয়ে প্যাড করা হয় যাতে এর দৈর্ঘ্য 32 বাইটের গুণিতক হয়। -এটি `0000000000000000000000000000000000000000000000000000000000000006`-এ এনকোড করে। +এটি `0000000000000000000000000000000000000000000000000000000000000006`-এ এনকোড হয়। -ফাংশন নির্বাচক এবং এনকোড করা আর্গুমেন্ট একত্রিত করলে আমাদের ডেটা হবে `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006`। +ফাংশন সিলেক্টর এবং এনকোড করা আর্গুমেন্ট একত্রিত করলে আমাদের ডেটা হবে `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006`। -এটি এখন নোডে পাঠানো যেতে পারে: +এটি এখন নোড-এ পাঠানো যেতে পারে: ```bash curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545 {"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"} ``` -যেহেতু একটি ট্রানজ্যাকশন পাঠানো হয়েছে, তাই একটি ট্রানজ্যাকশন হ্যাস ফেরত দেওয়া হয়েছে। রিসিপ্ট পুনরুদ্ধার করলে পাওয়া যায়: +যেহেতু একটি লেনদেন পাঠানো হয়েছিল, তাই একটি লেনদেন হ্যাস ফেরত দেওয়া হয়েছে। রসিদটি পুনরুদ্ধার করলে পাওয়া যায়: ```javascript { @@ -1879,19 +1875,19 @@ curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from } ``` -রিসিপ্টটিতে একটি লগ রয়েছে। এই লগটি ট্রানজ্যাকশন এক্সিকিউশনের সময় EVM দ্বারা তৈরি করা হয়েছিল এবং রিসিপ্টে অন্তর্ভুক্ত করা হয়েছিল। `multiply` ফাংশনটি দেখায় যে ইনপুটের 7 গুণ দিয়ে `Print` ইভেন্টটি উত্থাপিত হয়েছিল। যেহেতু `Print` ইভেন্টের আর্গুমেন্টটি একটি uint256 ছিল, তাই আমরা এটিকে ABI নিয়ম অনুসারে ডিকোড করতে পারি যা আমাদের প্রত্যাশিত ডেসিমেল 42 দেবে। ডেটা ছাড়াও এটি লক্ষণীয় যে কোন ইভেন্টটি লগ তৈরি করেছে তা নির্ধারণ করতে টপিক ব্যবহার করা যেতে পারে: +রসিদটিতে একটি লগ রয়েছে। এই লগটি লেনদেন সম্পাদনের সময় EVM দ্বারা তৈরি করা হয়েছিল এবং রসিদে অন্তর্ভুক্ত করা হয়েছিল। `multiply` ফাংশনটি দেখায় যে ইনপুটের 7 গুণের সাথে `Print` ইভেন্টটি রেইজ করা হয়েছিল। যেহেতু `Print` ইভেন্টের আর্গুমেন্টটি একটি uint256 ছিল, তাই আমরা এটিকে ABI নিয়ম অনুযায়ী ডিকোড করতে পারি যা আমাদের প্রত্যাশিত ডেসিমাল 42 দেবে। ডেটা ছাড়াও এটি লক্ষণীয় যে টপিকগুলো ব্যবহার করে নির্ধারণ করা যেতে পারে কোন ইভেন্টটি লগ তৈরি করেছে: ```javascript web3.sha3("Print(uint256)") // "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da" ``` -এটি ছিল সবচেয়ে সাধারণ কিছু কাজের একটি সংক্ষিপ্ত পরিচিতি, যা JSON-RPC-এর সরাসরি ব্যবহার প্রদর্শন করে। +এটি ছিল সবচেয়ে সাধারণ কিছু কাজের একটি সংক্ষিপ্ত পরিচিতি, যা JSON-RPC-এর সরাসরি ব্যবহার প্রদর্শন করে। -## সম্পর্কিত বিষয় {#related-topics} +## সম্পর্কিত বিষয়সমূহ {#related-topics} - [JSON-RPC স্পেসিফিকেশন](http://www.jsonrpc.org/specification) -- [নোড এবং ক্লায়েন্ট](/developers/docs/nodes-and-clients/) -- [JavaScript APIs](/developers/docs/apis/javascript/) +- [নোড এবং ক্লায়েন্ট](/developers/docs/nodes-and-clients/) +- [জাভাস্ক্রিপ্ট API](/developers/docs/apis/javascript/) - [ব্যাকএন্ড API](/developers/docs/apis/backend/) -- [এক্সিকিউশন ক্লায়েন্ট](/developers/docs/nodes-and-clients/#execution-clients) +- [এক্সিকিউশন ক্লায়েন্ট](/developers/docs/nodes-and-clients/#execution-clients) \ No newline at end of file diff --git a/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md index 198380efa71..f7f4aef32dd 100644 --- a/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md +++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md @@ -1,6 +1,6 @@ --- title: Ethash -description: "Ethash অ্যালগরিদমটির একটি বিস্তারিত বিবরণ।" +description: "ইথহ্যাস (Ethash) এ্যালগরিদমের একটি বিস্তারিত রূপ।" lang: bn --- @@ -8,29 +8,29 @@ lang: bn - Ethash ছিল Ethereum-এর প্রুফ-অফ-ওয়ার্ক মাইনিং অ্যালগরিদম। প্রুফ-অফ-ওয়ার্ক এখন **সম্পূর্ণরূপে বন্ধ করে দেওয়া হয়েছে** এবং Ethereum এখন এর পরিবর্তে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) ব্যবহার করে সুরক্ষিত। [The Merge](/roadmap/merge/), [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এবং [স্টেকিং](/staking/) সম্পর্কে আরও পড়ুন। এই পৃষ্ঠাটি ঐতিহাসিক আগ্রহের জন্য! + ইথহ্যাস (Ethash) ছিল ইথিরিয়ামের প্রুফ-অফ-ওয়ার্ক মাইনিং এ্যালগরিদম। প্রুফ-অফ-ওয়ার্ক এখন **সম্পূর্ণরূপে বন্ধ করা হয়েছে** এবং এর পরিবর্তে ইথিরিয়াম এখন [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) ব্যবহার করে সুরক্ষিত। [দ্য মার্জ](/roadmap/merge/), [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এবং [স্টেকিং](/staking/) সম্পর্কে আরও পড়ুন। এই পেজটি ঐতিহাসিক আগ্রহের জন্য! -Ethash হল [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) অ্যালগরিদমের একটি পরিবর্তিত সংস্করণ। Ethash প্রুফ-অফ-ওয়ার্ক [মেমরি হার্ড](https://wikipedia.org/wiki/Memory-hard_function), যা অ্যালগরিদমটিকে ASIC প্রতিরোধী করে তুলবে বলে মনে করা হয়েছিল। Ethash ASIC অবশেষে তৈরি করা হয়েছিল কিন্তু প্রুফ-অফ-ওয়ার্ক বন্ধ না হওয়া পর্যন্ত GPU মাইনিং একটি কার্যকর বিকল্প ছিল। Ethash এখনও অন্যান্য নন-Ethereum প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কে অন্য কয়েন মাইন করতে ব্যবহৃত হয়। +ইথহ্যাস হলো [ড্যাগার-হাশিমোতো (Dagger-Hashimoto)](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) এ্যালগরিদমের একটি পরিবর্তিত সংস্করণ। ইথহ্যাস প্রুফ-অফ-ওয়ার্ক হলো [মেমরি হার্ড](https://wikipedia.org/wiki/Memory-hard_function), যা এ্যালগরিদমটিকে ASIC প্রতিরোধী করে তুলবে বলে মনে করা হয়েছিল। শেষ পর্যন্ত ইথহ্যাস ASIC-গুলো তৈরি করা হয়েছিল, কিন্তু প্রুফ-অফ-ওয়ার্ক বন্ধ হওয়ার আগ পর্যন্ত GPU মাইনিং একটি কার্যকর বিকল্প ছিল। ইথহ্যাস এখনও অন্যান্য নন-ইথিরিয়াম প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কে অন্যান্য কয়েন মাইন করতে ব্যবহৃত হয়। -## Ethash কিভাবে কাজ করে? {#how-does-ethash-work} +## ইথহ্যাস কীভাবে কাজ করে? {#how-does-ethash-work} -মেমরি হার্ডনেস একটি প্রুফ-অফ-ওয়ার্ক অ্যালগরিদম দিয়ে অর্জন করা হয় যার জন্য ননস এবং ব্লক হেডারের উপর নির্ভরশীল একটি নির্দিষ্ট রিসোর্সের সাবসেট বেছে নিতে হয়। এই রিসোর্স (আকারে কয়েক গিগাবাইট) কে DAG বলা হয়। DAG প্রতি 30000 ব্লকে পরিবর্তিত হয়, একটি ~125-ঘন্টার উইন্ডো যাকে ইপক বলা হয় (প্রায় 5.2 দিন) এবং এটি তৈরি হতে কিছুটা সময় নেয়। যেহেতু DAG শুধুমাত্র ব্লকের উচ্চতার উপর নির্ভর করে, তাই এটি আগে থেকে তৈরি করা যেতে পারে, কিন্তু যদি তা না করা হয় তাহলে ক্লায়েন্টকে একটি ব্লক তৈরি করার জন্য এই প্রক্রিয়ার শেষ পর্যন্ত অপেক্ষা করতে হবে। যদি ক্লায়েন্টরা সময়ের আগে DAG তৈরি এবং ক্যাশে না করে, তাহলে প্রতিটি ইপক পরিবর্তনের সময় নেটওয়ার্কে ব্যাপক ব্লক বিলম্ব হতে পারে। নোট করুন যে প্রুফ-অফ-ওয়ার্ক যাচাই করার জন্য DAG তৈরি করার প্রয়োজন নেই, যা মূলত কম CPU এবং ছোট মেমরি উভয় দিয়েই যাচাইকরণের অনুমতি দেয়। +মেমরি হার্ডনেস এমন একটি প্রুফ-অফ-ওয়ার্ক এ্যালগরিদমের মাধ্যমে অর্জিত হয় যার জন্য নন্স এবং ব্লক হেডারের উপর নির্ভরশীল একটি নির্দিষ্ট রিসোর্সের সাবসেট বেছে নেওয়া প্রয়োজন। এই রিসোর্সটিকে (কয়েক গিগাবাইট আকারের) DAG বলা হয়। DAG প্রতি 30000 ব্লকস পর পর পরিবর্তিত হয়, যা ~125-ঘণ্টার একটি উইন্ডো যাকে এপোক (প্রায় 5.2 দিন) বলা হয় এবং এটি তৈরি হতে কিছুটা সময় নেয়। যেহেতু DAG শুধুমাত্র ব্লক হাইটের উপর নির্ভর করে, তাই এটি আগে থেকেই তৈরি করা যায়, কিন্তু যদি তা না হয় তবে একটি ব্লক তৈরি করার জন্য ক্লায়েন্টকে এই প্রক্রিয়াটি শেষ হওয়া পর্যন্ত অপেক্ষা করতে হবে। যদি ক্লায়েন্টরা আগে থেকে DAG তৈরি এবং ক্যাশ না করে, তবে নেটওয়ার্ক প্রতিটি এপোক ট্রানজিশনে ব্যাপক ব্লক বিলম্বের সম্মুখীন হতে পারে। মনে রাখবেন যে প্রুফ-অফ-ওয়ার্ক যাচাই করার জন্য DAG তৈরি করার প্রয়োজন নেই, যা মূলত কম CPU এবং ছোট মেমরি উভয়ের মাধ্যমেই যাচাইকরণের অনুমতি দেয়। -অ্যালগরিদমটি যে সাধারণ পথ গ্রহণ করে তা নিম্নরূপ: +এ্যালগরিদমটি সাধারণত যে পদ্ধতি অনুসরণ করে তা নিচে দেওয়া হলো: -1. একটি **সীড** বিদ্যমান যা প্রতিটি ব্লকের জন্য সেই পর্যন্ত ব্লক হেডারগুলো স্ক্যান করে গণনা করা যেতে পারে। -2. সীড থেকে, একজন একটি **16 MB সিউডোর‍্যান্ডম ক্যাশে** গণনা করতে পারে। লাইট ক্লায়েন্টরা ক্যাশে সংরক্ষণ করে। -3. ক্যাশে থেকে, আমরা একটি **1 GB ডেটাসেট** তৈরি করতে পারি, এই বৈশিষ্ট্য সহ যে ডেটাসেটের প্রতিটি আইটেম ক্যাশে থেকে শুধুমাত্র অল্প সংখ্যক আইটেমের উপর নির্ভর করে। সম্পূর্ণ ক্লায়েন্ট এবং মাইনাররা ডেটাসেট সংরক্ষণ করে। ডেটাসেট সময়ের সাথে রৈখিকভাবে বৃদ্ধি পায়। -4. মাইনিং এর মধ্যে ডেটাসেটের র‍্যান্ডম স্লাইস গ্রহণ করা এবং সেগুলোকে একসাথে হ্যাস করা জড়িত। আপনার প্রয়োজনীয় ডেটাসেটের নির্দিষ্ট অংশগুলো পুনরায় তৈরি করতে ক্যাশে ব্যবহার করে কম মেমরির সাথে যাচাইকরণ করা যেতে পারে, তাই আপনাকে কেবল ক্যাশে সংরক্ষণ করতে হবে। +1. একটি **সিড (seed)** রয়েছে যা সেই পয়েন্ট পর্যন্ত ব্লক হেডারগুলো স্ক্যান করে প্রতিটি ব্লকের জন্য গণনা করা যেতে পারে। +2. সিড থেকে, একটি **16 MB সিউডোর‍্যান্ডম ক্যাশ** গণনা করা যায়। লাইট ক্লায়েন্টরা ক্যাশ স্টোর করে। +3. ক্যাশ থেকে, আমরা একটি **1 GB ডেটাসেট** তৈরি করতে পারি, যার বৈশিষ্ট্য হলো ডেটাসেটের প্রতিটি আইটেম ক্যাশ থেকে শুধুমাত্র অল্প সংখ্যক আইটেমের উপর নির্ভর করে। ফুল ক্লায়েন্ট এবং মাইনাররা ডেটাসেট স্টোর করে। ডেটাসেট সময়ের সাথে সাথে লিনিয়ারলি বৃদ্ধি পায়। +4. মাইনিংয়ের ক্ষেত্রে ডেটাসেটের র‍্যান্ডম স্লাইসগুলো নেওয়া এবং সেগুলোকে একসাথে হ্যাস করা জড়িত। আপনার প্রয়োজনীয় ডেটাসেটের নির্দিষ্ট অংশগুলো পুনরায় তৈরি করতে ক্যাশ ব্যবহার করে কম মেমরির মাধ্যমে যাচাইকরণ করা যেতে পারে, তাই আপনার শুধুমাত্র ক্যাশ স্টোর করার প্রয়োজন হয়। -বৃহৎ ডেটাসেটটি প্রতি 30000 ব্লকে একবার আপডেট করা হয়, তাই একজন মাইনারের প্রচেষ্টার বেশিরভাগই হবে ডেটাসেট পড়া, এতে পরিবর্তন করা নয়। +বড় ডেটাসেটটি প্রতি 30000 ব্লকস পর পর একবার আপডেট করা হয়, তাই একজন মাইনারের বেশিরভাগ প্রচেষ্টাই ডেটাসেট পড়ার ক্ষেত্রে ব্যয় হবে, এতে পরিবর্তন করার ক্ষেত্রে নয়। -## সংজ্ঞা {#definitions} +## সংজ্ঞাসমূহ {#definitions} -আমরা নিম্নলিখিত সংজ্ঞাগুলো ব্যবহার করি: +আমরা নিচের সংজ্ঞাসমূহ ব্যবহার করি: ``` WORD_BYTES = 4 # bytes in word @@ -47,18 +47,15 @@ CACHE_ROUNDS = 3 # number of rounds in cache production ACCESSES = 64 # number of accesses in hashimoto loop ``` -### 'SHA3'-এর ব্যবহার {#sha3} +### 'SHA3' এর ব্যবহার {#sha3} -Ethereum-এর ডেভেলপমেন্ট SHA3 স্ট্যান্ডার্ডের ডেভেলপমেন্টের সাথে একই সময়ে হয়েছিল, এবং -স্ট্যান্ডার্ড প্রক্রিয়াটি চূড়ান্ত হ্যাস অ্যালগরিদমের প্যাডিংয়ে একটি দেরীতে পরিবর্তন করেছিল, যাতে Ethereum-এর -"sha3_256" এবং "sha3_512" হ্যাসগুলো স্ট্যান্ডার্ড sha3 হ্যাস নয়, বরং একটি ভ্যারিয়েন্ট যা প্রায়শই -অন্যান্য প্রসঙ্গে "Keccak-256" এবং "Keccak-512" হিসাবে উল্লেখ করা হয়। আলোচনা দেখুন, যেমন, [এখানে](https://eips.ethereum.org/EIPS/eip-1803), [এখানে](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use), অথবা [এখানে](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057)। +ইথিরিয়ামের ডেভেলপমেন্ট SHA3 স্ট্যান্ডার্ডের ডেভেলপমেন্টের সাথে মিলে যায়, এবং স্ট্যান্ডার্ড প্রক্রিয়াটি চূড়ান্ত হ্যাস এ্যালগরিদমের প্যাডিংয়ে একটি বিলম্বিত পরিবর্তন করে, যার ফলে ইথিরিয়ামের "sha3_256" এবং "sha3_512" হ্যাসগুলো স্ট্যান্ডার্ড sha3 হ্যাস নয়, বরং একটি ভ্যারিয়েন্ট যা অন্যান্য ক্ষেত্রে প্রায়শই "Keccak-256" এবং "Keccak-512" হিসেবে উল্লেখ করা হয়। আলোচনা দেখুন, যেমন, [এখানে](https://eips.ethereum.org/EIPS/eip-1803), [এখানে](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use), অথবা [এখানে](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057)। -অনুগ্রহ করে মনে রাখবেন যে নীচের অ্যালগরিদমের বিবরণে "sha3" হ্যাসগুলো উল্লেখ করা হয়েছে। +অনুগ্রহ করে এটি মনে রাখবেন কারণ নিচের এ্যালগরিদমের বর্ণনায় "sha3" হ্যাসগুলো উল্লেখ করা হয়েছে। -## প্যারামিটার {#parameters} +## প্যারামিটারসমূহ {#parameters} -Ethash-এর ক্যাশে এবং ডেটাসেটের জন্য প্যারামিটারগুলো ব্লক নম্বরের উপর নির্ভর করে। ক্যাশে সাইজ এবং ডেটাসেট সাইজ উভয়ই রৈখিকভাবে বৃদ্ধি পায়; তবে, আমরা চক্রীয় আচরণের দিকে পরিচালিত করতে পারে এমন আকস্মিক নিয়মিততার ঝুঁকি কমাতে রৈখিকভাবে ক্রমবর্ধমান থ্রেশহোল্ডের নীচে সর্বোচ্চ প্রাইম সংখ্যাটি নিই। +ইথহ্যাস এর ক্যাশ এবং ডেটাসেটের প্যারামিটারগুলো ব্লক নম্বরের উপর নির্ভর করে। ক্যাশ সাইজ এবং ডেটাসেট সাইজ উভয়ই লিনিয়ারলি বৃদ্ধি পায়; তবে, সাইক্লিক আচরণের দিকে পরিচালিত আকস্মিক নিয়মিততার ঝুঁকি কমানোর জন্য আমরা সর্বদা লিনিয়ারলি ক্রমবর্ধমান থ্রেশহোল্ডের নিচে সর্বোচ্চ প্রাইম (মৌলিক সংখ্যা) নিই। ```python def get_cache_size(block_number): @@ -76,22 +73,22 @@ def get_full_size(block_number): return sz ``` -ডেটাসেট এবং ক্যাশে সাইজের মানের সারণী পরিশিষ্টে সরবরাহ করা হয়েছে। +ডেটাসেট এবং ক্যাশ সাইজ ভ্যালুর টেবিলগুলো পরিশিষ্টে (appendix) দেওয়া হয়েছে। -## ক্যাশে জেনারেশন {#cache-generation} +## ক্যাশ জেনারেশন {#cache-generation} -এখন, আমরা ক্যাশে তৈরির জন্য ফাংশনটি নির্দিষ্ট করছি: +এখন, আমরা একটি ক্যাশ তৈরি করার ফাংশন নির্দিষ্ট করছি: ```python def mkcache(cache_size, seed): n = cache_size // HASH_BYTES - # Sequentially produce the initial dataset + # ক্রমানুসারে প্রাথমিক ডেটাসেট তৈরি করুন o = [sha3_512(seed)] for i in range(1, n): o.append(sha3_512(o[-1])) - # Use a low-round version of randmemohash + # randmemohash-এর একটি লো-রাউন্ড সংস্করণ ব্যবহার করুন for _ in range(CACHE_ROUNDS): for i in range(n): v = o[i][0] % n @@ -100,11 +97,11 @@ def mkcache(cache_size, seed): return o ``` -ক্যাশে উৎপাদন প্রক্রিয়ার মধ্যে প্রথমে ক্রমানুসারে 32 MB মেমরি পূরণ করা হয়, তারপর [_স্ট্রিক্ট মেমরি হার্ড হ্যাশিং ফাংশন_ (2014)](http://www.hashcash.org/papers/memohash.pdf) থেকে Sergio Demian Lerner-এর _RandMemoHash_ অ্যালগরিদমের দুটি পাস করা হয়। আউটপুটটি হল 524288টি 64-বাইট মানের একটি সেট। +ক্যাশ উৎপাদন প্রক্রিয়ায় প্রথমে ক্রমান্বয়ে 32 MB মেমরি পূরণ করা হয়, তারপর [_Strict Memory Hard Hashing Functions_ (2014)](http://www.hashcash.org/papers/memohash.pdf) থেকে Sergio Demian Lerner-এর _RandMemoHash_ এ্যালগরিদমের দুটি পাস সম্পাদন করা হয়। এর আউটপুট হলো 524288 টি 64-বাইট ভ্যালুর একটি সেট। ## ডেটা এগ্রিগেশন ফাংশন {#date-aggregation-function} -আমরা কিছু ক্ষেত্রে XOR-এর একটি নন-অ্যাসোসিয়েটিভ বিকল্প হিসাবে [FNV হ্যাস](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) দ্বারা অনুপ্রাণিত একটি অ্যালগরিদম ব্যবহার করি। নোট করুন যে আমরা প্রাইমটিকে সম্পূর্ণ 32-বিট ইনপুটের সাথে গুণ করি, FNV-1 স্পেকের বিপরীতে যা প্রাইমটিকে এক বাইট (অক্টেট) দিয়ে পর্যায়ক্রমে গুণ করে। +আমরা কিছু ক্ষেত্রে XOR-এর নন-অ্যাসোসিয়েটিভ বিকল্প হিসেবে [FNV হ্যাস](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) দ্বারা অনুপ্রাণিত একটি এ্যালগরিদম ব্যবহার করি। মনে রাখবেন যে আমরা সম্পূর্ণ 32-বিট ইনপুটের সাথে প্রাইম গুণ করি, যা FNV-1 স্পেকের বিপরীত, যেখানে প্রাইমকে পর্যায়ক্রমে এক বাইট (অকটেট) দিয়ে গুণ করা হয়। ```python FNV_PRIME = 0x01000193 @@ -113,57 +110,57 @@ def fnv(v1, v2): return ((v1 * FNV_PRIME) ^ v2) % 2**32 ``` -অনুগ্রহ করে মনে রাখবেন, যদিও ইয়েলো পেপারে fnv কে v1\*(FNV_PRIME ^ v2) হিসাবে নির্দিষ্ট করা হয়েছে, সমস্ত বর্তমান ইমপ্লিমেন্টেশন ধারাবাহিকভাবে উপরের সংজ্ঞাটি ব্যবহার করে। +অনুগ্রহ করে মনে রাখবেন, ইয়েলো পেপারেও fnv-কে v1\*(FNV_PRIME ^ v2) হিসেবে নির্দিষ্ট করা হয়েছে, তবে বর্তমান সমস্ত ইমপ্লিমেন্টেশন ধারাবাহিকভাবে উপরের সংজ্ঞাটি ব্যবহার করে। -## সম্পূর্ণ ডেটাসেট গণনা {#full-dataset-calculation} +## সম্পূর্ণ ডেটাসেট ক্যালকুলেশন {#full-dataset-calculation} -সম্পূর্ণ 1 GB ডেটাসেটের প্রতিটি 64-বাইট আইটেম নিম্নরূপ গণনা করা হয়: +সম্পূর্ণ 1 GB ডেটাসেটের প্রতিটি 64-বাইট আইটেম নিচের মতো করে গণনা করা হয়: ```python def calc_dataset_item(cache, i): n = len(cache) r = HASH_BYTES // WORD_BYTES - # initialize the mix + # মিক্স ইনিশিয়ালাইজ করুন mix = copy.copy(cache[i % n]) mix[0] ^= i mix = sha3_512(mix) - # fnv it with a lot of random cache nodes based on i + # i-এর উপর ভিত্তি করে প্রচুর র্যান্ডম ক্যাশে নোডের সাথে এটি fnv করুন for j in range(DATASET_PARENTS): cache_index = fnv(i ^ j, mix[j % r]) mix = map(fnv, mix, cache[cache_index % n]) return sha3_512(mix) ``` -মূলত, আমরা 256টি সিউডোর‍্যান্ডমলি নির্বাচিত ক্যাশে নোড থেকে ডেটা একত্রিত করি, এবং ডেটাসেট নোড গণনা করার জন্য এটিকে হ্যাস করি। সম্পূর্ণ ডেটাসেটটি তখন নিম্নলিখিতভাবে তৈরি করা হয়: +মূলত, আমরা 256 টি সিউডোর‍্যান্ডমভাবে নির্বাচিত ক্যাশ নোড থেকে ডেটা একত্রিত করি এবং ডেটাসেট নোড গণনা করতে সেটিকে হ্যাস করি। সম্পূর্ণ ডেটাসেটটি এরপর নিচের মাধ্যমে তৈরি করা হয়: ```python def calc_dataset(full_size, cache): return [calc_dataset_item(cache, i) for i in range(full_size // HASH_BYTES)] ``` -## প্রধান লুপ {#main-loop} +## মেইন লুপ {#main-loop} -এখন, আমরা প্রধান "হ্যাশিমোটো"-সদৃশ লুপটি নির্দিষ্ট করছি, যেখানে আমরা একটি নির্দিষ্ট হেডার এবং ননসের জন্য আমাদের চূড়ান্ত মান তৈরি করার জন্য সম্পূর্ণ ডেটাসেট থেকে ডেটা একত্রিত করি। নীচের কোডে, `header` একটি _ট্রাঙ্কেটেড_ ব্লক হেডারের RLP উপস্থাপনার SHA3-256 _হ্যাস_ প্রতিনিধিত্ব করে, অর্থাৎ, **mixHash** এবং **nonce** ক্ষেত্রগুলো বাদ দিয়ে একটি হেডার। `nonce` হলো বিগ-এন্ডিয়ান অর্ডারে একটি 64 বিট আনসাইন্ড ইন্টিজারের আট বাইট। সুতরাং `nonce[::-1]` হল সেই মানের আট-বাইট লিটল-এন্ডিয়ান উপস্থাপনা: +এখন, আমরা প্রধান "hashimoto"-এর মতো লুপ নির্দিষ্ট করছি, যেখানে আমরা একটি নির্দিষ্ট হেডার এবং নন্স এর জন্য আমাদের চূড়ান্ত ভ্যালু তৈরি করতে সম্পূর্ণ ডেটাসেট থেকে ডেটা একত্রিত করি। নিচের কোডে, `header` একটি _ট্রাংকেটেড_ ব্লক হেডারের RLP রিপ্রেজেন্টেশনের SHA3-256 _হ্যাস_ উপস্থাপন করে, অর্থাৎ, এমন একটি হেডার যা থেকে **mixHash** এবং **nonce** ফিল্ডগুলো বাদ দেওয়া হয়েছে। `nonce` হলো বিগ-এন্ডিয়ান অর্ডারে একটি 64 বিট আনসাইনড ইন্টিজারের আট বাইট। তাই `nonce[::-1]` হলো সেই ভ্যালুর আট-বাইট লিটল-এন্ডিয়ান রিপ্রেজেন্টেশন: ```python def hashimoto(header, nonce, full_size, dataset_lookup): n = full_size / HASH_BYTES w = MIX_BYTES // WORD_BYTES mixhashes = MIX_BYTES / HASH_BYTES - # combine header+nonce into a 64 byte seed + # হেডার+নন্স-কে একটি ৬৪ বাইট সিডে একত্রিত করুন s = sha3_512(header + nonce[::-1]) - # start the mix with replicated s + # রেপ্লিকেটেড s দিয়ে মিক্স শুরু করুন mix = [] for _ in range(MIX_BYTES / HASH_BYTES): mix.extend(s) - # mix in random dataset nodes + # র্যান্ডম ডেটাসেট নোডগুলোতে মিক্স করুন for i in range(ACCESSES): p = fnv(i ^ s[0], mix[i % w]) % (n // mixhashes) * mixhashes newdata = [] for j in range(MIX_BYTES / HASH_BYTES): newdata.extend(dataset_lookup(p + j)) mix = map(fnv, mix, newdata) - # compress mix + # মিক্স কম্প্রেস করুন cmix = [] for i in range(0, len(mix), 4): cmix.append(fnv(fnv(fnv(mix[i], mix[i+1]), mix[i+2]), mix[i+3])) @@ -179,17 +176,17 @@ def hashimoto_full(full_size, dataset, header, nonce): return hashimoto(header, nonce, full_size, lambda x: dataset[x]) ``` -মূলত, আমরা একটি 128 বাইট চওড়া "মিক্স" বজায় রাখি, এবং বারবার ক্রমানুসারে সম্পূর্ণ ডেটাসেট থেকে 128 বাইট আনি এবং মিক্সের সাথে একত্রিত করার জন্য `fnv` ফাংশন ব্যবহার করি। 128 বাইটের সিকুয়েন্সিয়াল অ্যাক্সেস ব্যবহার করা হয় যাতে অ্যালগরিদমের প্রতিটি রাউন্ড সর্বদা RAM থেকে একটি সম্পূর্ণ পেজ নিয়ে আসে, যা ট্রান্সলেশন লুকাসাইড বাফার মিস কমিয়ে দেয় যা ASIC তাত্ত্বিকভাবে এড়াতে সক্ষম হবে। +মূলত, আমরা 128 বাইট চওড়া একটি "mix" বজায় রাখি, এবং বারবার ক্রমান্বয়ে সম্পূর্ণ ডেটাসেট থেকে 128 বাইট ফেচ করি এবং এটিকে মিক্সের সাথে একত্রিত করতে `fnv` ফাংশন ব্যবহার করি। 128 বাইটের সিকোয়েন্সিয়াল অ্যাক্সেস ব্যবহার করা হয় যাতে এ্যালগরিদমের প্রতিটি রাউন্ড সর্বদা RAM থেকে একটি সম্পূর্ণ পেজ ফেচ করে, যা ট্রান্সলেশন লুকাসাইড বাফার মিসগুলো কমিয়ে দেয় যা তাত্ত্বিকভাবে ASIC-গুলো এড়াতে সক্ষম হবে। -যদি এই অ্যালগরিদমের আউটপুট কাঙ্ক্ষিত লক্ষ্যের নিচে হয়, তবে ননসটি বৈধ। নোট করুন যে শেষে `sha3_256`-এর অতিরিক্ত প্রয়োগ নিশ্চিত করে যে একটি মধ্যবর্তী ননস বিদ্যমান যা প্রমাণ করতে প্রদান করা যেতে পারে যে অন্তত অল্প পরিমাণে কাজ করা হয়েছে; এই দ্রুত বাইরের PoW যাচাইকরণ অ্যান্টি-DDoS উদ্দেশ্যে ব্যবহার করা যেতে পারে। এটি পরিসংখ্যানগত নিশ্চয়তা প্রদান করতেও কাজ করে যে ফলাফলটি একটি নিরপেক্ষ, 256-বিট সংখ্যা। +যদি এই এ্যালগরিদমের আউটপুট কাঙ্ক্ষিত টার্গেটের নিচে হয়, তবে নন্সটি বৈধ। মনে রাখবেন যে শেষে `sha3_256`-এর অতিরিক্ত প্রয়োগ নিশ্চিত করে যে একটি ইন্টারমিডিয়েট নন্স রয়েছে যা প্রমাণ করতে দেওয়া যেতে পারে যে অন্তত অল্প পরিমাণ কাজ করা হয়েছে; এই দ্রুত আউটার PoW ভেরিফিকেশন অ্যান্টি-DDoS উদ্দেশ্যে ব্যবহার করা যেতে পারে। এটি পরিসংখ্যানগত নিশ্চয়তা প্রদান করতেও কাজ করে যে ফলাফলটি একটি আনবায়াসড, 256-বিট নম্বর। ## মাইনিং {#mining} -মাইনিং অ্যালগরিদমটি নিম্নরূপ সংজ্ঞায়িত করা হয়েছে: +মাইনিং এ্যালগরিদমটি নিচের মতো করে সংজ্ঞায়িত করা হয়েছে: ```python def mine(full_size, dataset, header, difficulty): - # zero-pad target to compare with hash on the same digit + # একই ডিজিটে হ্যাস-এর সাথে তুলনা করতে টার্গেট জিরো-প্যাড করুন target = zpad(encode_int(2**256 // difficulty), 64)[::-1] from random import randint nonce = randint(0, 2**64) @@ -198,9 +195,9 @@ def mine(full_size, dataset, header, difficulty): return nonce ``` -## সীড হ্যাস সংজ্ঞায়িত করা {#seed-hash} +## সিড হ্যাস সংজ্ঞায়িত করা {#seed-hash} -একটি প্রদত্ত ব্লকের উপরে মাইন করার জন্য ব্যবহৃত সীড হ্যাস গণনা করার জন্য, আমরা নিম্নলিখিত অ্যালগরিদম ব্যবহার করি: +একটি প্রদত্ত ব্লকের উপরে মাইন করতে ব্যবহৃত হবে এমন সিড হ্যাস গণনা করার জন্য, আমরা নিচের এ্যালগরিদমটি ব্যবহার করি: ```python def get_seedhash(block): @@ -210,20 +207,20 @@ def mine(full_size, dataset, header, difficulty): return s ``` -নোট করুন যে মসৃণ মাইনিং এবং যাচাইকরণের জন্য, আমরা একটি পৃথক থ্রেডে ভবিষ্যতের সীডহ্যাস এবং ডেটাসেটগুলো আগে থেকে গণনা করার সুপারিশ করি। +মনে রাখবেন যে মসৃণ মাইনিং এবং যাচাইকরণের জন্য, আমরা একটি পৃথক থ্রেডে ভবিষ্যতের সিডহ্যাস এবং ডেটাসেটগুলো আগে থেকে গণনা করার পরামর্শ দিই। -## আরও পড়ুন {#further-reading} +## আরও পড়ুন {#further-reading} -_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_ +_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_ ## পরিশিষ্ট {#appendix} -আপনি যদি উপরের পাইথন স্পেকটিকে কোড হিসাবে চালাতে আগ্রহী হন তবে নিম্নলিখিত কোডটি আগে যুক্ত করা উচিত। +আপনি যদি উপরের পাইথন স্পেকটি কোড হিসেবে রান করতে আগ্রহী হন তবে নিচের কোডটি আগে যুক্ত করা উচিত। ```python import sha3, copy -# Assumes little endian bit ordering (same as Intel architectures) +# লিটল এন্ডিয়ান বিট অর্ডারিং ধরে নেওয়া হয় (ইন্টেল আর্কিটেকচারের মতো একই) def decode_int(s): return int(s[::-1].encode('hex'), 16) if s else 0 @@ -251,7 +248,7 @@ def serialize_cache(ds): serialize_dataset = serialize_cache -# sha3 hash function, outputs 64 bytes +# sha3 হ্যাস ফাংশন, ৬৪ বাইট আউটপুট দেয় def sha3_512(x): return hash_words(lambda v: sha3.sha3_512(v).digest(), 64, x) @@ -270,7 +267,7 @@ def isprime(x): ### ডেটা সাইজ {#data-sizes} -নিম্নলিখিত লুকআপ টেবিলগুলো ডেটা সাইজ এবং ক্যাশে সাইজের প্রায় 2048টি সারণীবদ্ধ ইপক প্রদান করে। +নিচের লুকআপ টেবিলগুলো ডেটা সাইজ এবং ক্যাশ সাইজের প্রায় 2048 টি ট্যাবুলেটেড এপোক প্রদান করে। ```python def get_datasize(block_number): @@ -714,7 +711,7 @@ cache_sizes = [ 34208704, 34340032, 34471744, 34600256, 34734016, 34864576, 34993984, 35127104, 35258176, 35386688, 35518528, 35650624, 35782336, 35910976, 36044608, 36175808, 36305728, 36436672, 36568384, 36699968, 36830656, -36961984, 37093312, 37223488, 37355072, 37617472, 37747904, +36961984, 37093312, 37223488, 37355072, 37486528, 37617472, 37747904, 37879232, 38009792, 38141888, 38272448, 38403392, 38535104, 38660672, 38795584, 38925632, 39059264, 39190336, 39320768, 39452096, 39581632, 39713984, 39844928, 39974848, 40107968, 40238144, 40367168, 40500032, @@ -1019,4 +1016,4 @@ cache_sizes = [ 283377344, 283508416, 283639744, 283770304, 283901504, 284032576, 284163136, 284294848, 284426176, 284556992, 284687296, 284819264, 284950208, 285081536] -``` +``` \ No newline at end of file diff --git a/public/content/translations/bn/ethereum-forks/index.md b/public/content/translations/bn/ethereum-forks/index.md new file mode 100644 index 00000000000..b9f9bb1b569 --- /dev/null +++ b/public/content/translations/bn/ethereum-forks/index.md @@ -0,0 +1,689 @@ +--- +title: "সমস্ত ইথিরিয়াম ফর্ক-এর টাইমলাইন (2014 থেকে বর্তমান)" +description: "ইথিরিয়াম ব্লকচেইন-এর একটি ইতিহাস, যার মধ্যে প্রধান মাইলফলক, রিলিজ এবং ফর্ক অন্তর্ভুক্ত রয়েছে।" +lang: bn +sidebarDepth: 1 +--- + +# সমস্ত ইথিরিয়াম ফর্ক-এর টাইমলাইন (2014 থেকে বর্তমান) {#the-history-of-ethereum} + +[Ethereum](/) ব্লকচেইন-এর সমস্ত প্রধান মাইলফলক, ফর্ক এবং আপডেটের একটি টাইমলাইন। + + + +ফর্ক হলো যখন নেটওয়ার্ক-এ বড় ধরনের প্রযুক্তিগত আপগ্রেড বা পরিবর্তন করার প্রয়োজন হয় – এগুলো সাধারণত [ইথিরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIPs)](/eips/) থেকে আসে এবং প্রটোকল-এর "নিয়ম" পরিবর্তন করে। + +ঐতিহ্যবাহী, কেন্দ্রীয়ভাবে নিয়ন্ত্রিত সফটওয়্যারে যখন আপগ্রেডের প্রয়োজন হয়, তখন কোম্পানিটি শেষ-ব্যবহারকারীর জন্য কেবল একটি নতুন সংস্করণ প্রকাশ করে। ব্লকচেইন ভিন্নভাবে কাজ করে কারণ এর কোনো কেন্দ্রীয় মালিকানা নেই। নতুন ফর্ক নিয়মগুলো বাস্তবায়ন করতে [ইথিরিয়াম ক্লায়েন্ট](/developers/docs/nodes-and-clients/)-দের অবশ্যই তাদের সফটওয়্যার আপডেট করতে হবে। এছাড়া ব্লক প্রস্তুতকারকদের (প্রুফ-অফ-ওয়ার্ক জগতে মাইনার, প্রুফ-অফ-স্টেক জগতে ভ্যালিডেটরস) এবং নোড-গুলোকে অবশ্যই নতুন নিয়মের বিপরীতে ব্লক তৈরি এবং যাচাই করতে হবে। [কনসেন্সাস মেকানিজম সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/) + +এই নিয়ম পরিবর্তনগুলো নেটওয়ার্ক-এ একটি অস্থায়ী বিভাজন তৈরি করতে পারে। নতুন বা পুরোনো নিয়ম অনুযায়ী নতুন ব্লকস তৈরি হতে পারে। ফর্ক-এর বিষয়ে সাধারণত আগে থেকেই একমত হওয়া যায় যাতে ক্লায়েন্ট-রা একসাথে পরিবর্তনগুলো গ্রহণ করে এবং আপগ্রেডসহ ফর্ক-টি মূল চেইনে পরিণত হয়। তবে, বিরল ক্ষেত্রে, ফর্ক নিয়ে মতবিরোধের কারণে নেটওয়ার্ক স্থায়ীভাবে বিভক্ত হতে পারে – যার সবচেয়ে উল্লেখযোগ্য উদাহরণ হলো DAO ফর্ক-এর মাধ্যমে Ethereum Classic-এর সৃষ্টি। + + + + + +ইথিরিয়ামের অন্তর্নিহিত সফটওয়্যারটি দুটি অংশে বিভক্ত, যা [এক্সিকিউশন লেয়ার](/glossary/#execution-layer) এবং [কনসেন্সাস লেয়ার](/glossary/#consensus-layer) নামে পরিচিত। + +**এক্সিকিউশন আপগ্রেডের নামকরণ** + +2021 সাল থেকে, **এক্সিকিউশন লেয়ার**-এর আপগ্রেডগুলোর নামকরণ কালানুক্রমিকভাবে [পূর্ববর্তী Devcon এবং Devconnect-এর স্থানগুলোর](https://devcon.org/en/past-events/) শহরের নাম অনুসারে করা হয়: + +| আপগ্রেডের নাম | Devcon(nect) বছর | Devcon নম্বর | আপগ্রেডের তারিখ | +| -------------- | ----------------- | ------------- | ------------ | +| Berlin | 2014 | 0 | এপ্রিল 15, 2021 | +| London | 2015 | I | আগস্ট 5, 2021 | +| Shanghai | 2016 | II | এপ্রিল 12, 2023 | +| Cancun | 2017 | III | মার্চ 13, 2024 | +| Prague | 2018 | IV | মে 7, 2025 | +| Osaka | 2019 | V | ডিসেম্বর 3, 2025 | +| **Amsterdam** | 2022 | Devconnect | নির্ধারিত নয় - পরবর্তী | +| _Bogotá_ | 2022 | VI | নির্ধারিত নয় | +| _Istanbul_ | 2023 | Devconnect | নির্ধারিত নয় | +| _Bangkok_ | 2024 | VII | নির্ধারিত নয় | +| _Buenos Aires_ | 2025 | Devconnect | নির্ধারিত নয় | +| _Mumbai_ | 2026 | VIII | নির্ধারিত নয় | + +**কনসেন্সাস আপগ্রেডের নামকরণ** + +[বিকন চেইন](/glossary/#beacon-chain) চালু হওয়ার পর থেকে, **কনসেন্সাস লেয়ার**-এর আপগ্রেডগুলোর নামকরণ বর্ণানুক্রমিকভাবে শুরু হওয়া মহাকাশীয় নক্ষত্রের নাম অনুসারে করা হয়: + +| আপগ্রেডের নাম | আপগ্রেডের তারিখ | +| --------------------------------------------------------- | ------------ | +| বিকন চেইন জেনেসিস | ডিসেম্বর 1, 2020 | +| [Altair](https://en.wikipedia.org/wiki/Altair) | অক্টোবর 27, 2021 | +| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | সেপ্টেম্বর 6, 2022 | +| [Capella](https://en.wikipedia.org/wiki/Capella) | এপ্রিল 12, 2023 | +| [Deneb](https://en.wikipedia.org/wiki/Deneb) | মার্চ 13, 2024 | +| [Electra]() | মে 7, 2025 | +| [Fulu]() | ডিসেম্বর 3, 2025 | +| [**Gloas**](https://en.wikipedia.org/wiki/WASP-13) | নির্ধারিত নয় - পরবর্তী | +| [_Heze_](https://en.wikipedia.org/wiki/Zeta_Virginis) | নির্ধারিত নয় | + +**সম্মিলিত নামকরণ** + +এক্সিকিউশন এবং কনসেন্সাস আপগ্রেডগুলো প্রাথমিকভাবে ভিন্ন ভিন্ন সময়ে চালু করা হয়েছিল, কিন্তু 2022 সালে [The Merge](/roadmap/merge/)-এর পর এগুলো একই সাথে ডিপ্লয় করা হচ্ছে। এর ফলে, একটি একক সংযুক্ত শব্দ ব্যবহার করে এই আপগ্রেডগুলোকে সহজে উল্লেখ করার জন্য কথ্য পরিভাষা তৈরি হয়েছে। এটি _Shanghai-Capella_ আপগ্রেডের মাধ্যমে শুরু হয়েছিল, যা সাধারণত "**Shapella**" নামে পরিচিত, এবং পরবর্তী আপগ্রেডগুলোতেও এটি অব্যাহত রয়েছে। + +| এক্সিকিউশন আপগ্রেড | কনসেন্সাস আপগ্রেড | সংক্ষিপ্ত নাম | +| ----------------- | ----------------- | ------------- | +| Shanghai | Capella | "Shapella" | +| Cancun | Deneb | "Dencun" | +| Prague | Electra | "Pectra" | +| Osaka | Fulu | "Fusaka" | +| Amsterdam | Gloas | "Glamsterdam" | +| Bogotá | Heze | "Hegotá" | + + + +অতীতের কিছু বিশেষভাবে গুরুত্বপূর্ণ আপগ্রেড সম্পর্কে সরাসরি তথ্যে যান: [বিকন চেইন](/roadmap/beacon-chain/); [The Merge](/roadmap/merge/); এবং [EIP-1559](#london) + +ভবিষ্যতের প্রটোকল আপগ্রেড খুঁজছেন? [ইথিরিয়াম রোডম্যাপে আসন্ন আপগ্রেডগুলো সম্পর্কে জানুন](/roadmap/)। + + + +## 2025 {#2025} + +### Fulu-Osaka ("Fusaka") {#fusaka} + + + +[Fusaka সম্পর্কে আরও জানুন](/roadmap/fusaka/) + +### Prague-Electra ("Pectra") {#pectra} + + + +Prague-Electra ("Pectra") আপগ্রেডে ইথিরিয়াম প্রটোকল-এর বেশ কয়েকটি উন্নতি অন্তর্ভুক্ত ছিল যার লক্ষ্য ছিল সমস্ত ব্যবহারকারী, লেয়ার 2 নেটওয়ার্ক, স্টেকার এবং নোড অপারেটরদের অভিজ্ঞতা উন্নত করা। + +কম্পাউন্ডিং ভ্যালিডেটর একাউন্ট-এর মাধ্যমে স্টেকিং-এ একটি আপগ্রেড এসেছে, এবং এক্সিকিউশন উইথড্রয়াল এডড্রেস ব্যবহার করে স্টেক করা ফান্ডের ওপর নিয়ন্ত্রণ উন্নত হয়েছে। EIP-7251 একটি একক ভ্যালিডেটর-এর জন্য সর্বোচ্চ কার্যকরী ব্যালেন্স 2048-এ উন্নীত করেছে, যা স্টেকার-দের জন্য মূলধনের দক্ষতা বাড়িয়েছে। EIP-7002 একটি এক্সিকিউশন একাউন্ট-কে নিরাপদে ভ্যালিডেটর একশন ট্রিগার করতে সক্ষম করেছে, যার মধ্যে প্রস্থান করা বা ফান্ডের কিছু অংশ তুলে নেওয়া অন্তর্ভুক্ত, যা ETH স্টেকার-দের অভিজ্ঞতা উন্নত করার পাশাপাশি নোড অপারেটরদের জবাবদিহিতা জোরদার করতে সাহায্য করেছে। + +আপগ্রেডের অন্যান্য অংশগুলো সাধারণ ব্যবহারকারীদের অভিজ্ঞতা উন্নত করার ওপর দৃষ্টি নিবদ্ধ করেছে। EIP-7702 একটি সাধারণ নন-স্মার্ট-কন্ট্রাক্ট একাউন্ট ([EOA](/glossary/#eoa))-এর জন্য একটি স্মার্ট কন্ট্রাক্ট-এর মতো কোড এক্সিকিউট করার ক্ষমতা নিয়ে এসেছে। এটি ঐতিহ্যবাহী ইথিরিয়াম একাউন্ট-গুলোর জন্য অসীম নতুন কার্যকারিতা উন্মুক্ত করেছে, যেমন ট্রানজেকশন ব্যাচিং, গ্যাস স্পনসরশিপ, বিকল্প প্রমাণীকরণ, প্রোগ্রামেবল ব্যয়ের নিয়ন্ত্রণ, একাউন্ট রিকভারি মেকানিজম এবং আরও অনেক কিছু। + + + +উন্নত ব্যবহারকারীর অভিজ্ঞতা: + +
    +
  • EIP-7702 - EOA একাউন্ট কোড সেট করা
    • +
  • EIP-7691 - ব্লব থ্রুপুট বৃদ্ধি
    • +
  • EIP-7623 - কলডাটা খরচ বৃদ্ধি
    • +
  • EIP-7840 - EL কনফিগ ফাইলে ব্লব শিডিউল যোগ করা
    • +
+ +উন্নত স্টেকিং অভিজ্ঞতা: + +
    +
  • EIP-7251 - MAX_EFFECTIVE_BALANCE বৃদ্ধি
    • +
  • EIP-7002 - এক্সিকিউশন লেয়ার ট্রিগারযোগ্য প্রস্থান
    • +
  • EIP-7685 - সাধারণ উদ্দেশ্যে এক্সিকিউশন লেয়ার রিকোয়েস্ট
    • +
  • EIP-6110 - অনচেইন-এ ভ্যালিডেটর ডিপোজিট সরবরাহ
    • +
+ +প্রটোকল দক্ষতা এবং নিরাপত্তা উন্নতি: + +
    +
  • EIP-2537 - BLS12-381 কার্ভ অপারেশনের জন্য প্রিকম্পাইল
    • +
  • EIP-2935 - স্টেট-এ ঐতিহাসিক ব্লক হ্যাস সংরক্ষণ
    • +
  • EIP-7549 - কমিটি ইনডেক্স এটেস্টেশন-এর বাইরে সরানো
    • +
+ + + +- [Pectra.wtf](https://pectra.wtf) +- [কীভাবে Pectra স্টেকিং অভিজ্ঞতা উন্নত করবে](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) +- [Electra আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/consensus-specs/tree/master/specs/electra/) +- [Prague-Electra ("Pectra") সাধারণ জিজ্ঞাসা](/roadmap/pectra/) + + + +## 2024 {#2024} + +### Cancun-Deneb ("Dencun") {#dencun} + + + +#### Cancun summary {#cancun-summary} + +Cancun আপগ্রেডে ইথিরিয়ামের _এক্সিকিউশন_-এর বেশ কিছু উন্নতি রয়েছে যার লক্ষ্য হলো স্কেলিং উন্নত করা, যা Deneb কনসেন্সাস আপগ্রেডের সাথে একত্রে কাজ করে। + +উল্লেখযোগ্যভাবে এর মধ্যে EIP-4844 অন্তর্ভুক্ত রয়েছে, যা **Proto-Danksharding** নামে পরিচিত, এটি লেয়ার 2 রোলআপস-এর জন্য ডাটা স্টোরেজের খরচ উল্লেখযোগ্যভাবে হ্রাস করে। এটি ডাটা "ব্লবস" প্রবর্তনের মাধ্যমে অর্জিত হয় যা রোলআপস-কে অল্প সময়ের জন্য মেইননেট-এ ডাটা পোস্ট করতে সক্ষম করে। এর ফলে লেয়ার 2 রোলআপস-এর ব্যবহারকারীদের জন্য লেনদেন ফি উল্লেখযোগ্যভাবে কমে যায়। + + + +
    +
  • EIP-1153 - ট্রানজিয়েন্ট স্টোরেজ অপকোড
    • +
  • EIP-4788 - EVM-এ বিকন ব্লক রুট
    • +
  • EIP-4844 - শার্ড ব্লব লেনদেন (Proto-Danksharding)
    • +
  • EIP-5656 - MCOPY - মেমরি কপি করার নির্দেশ
    • +
  • EIP-6780 - SELFDESTRUCT শুধুমাত্র একই লেনদেন-এ
    • +
  • EIP-7516 - BLOBBASEFEE অপকোড
    • +
+ + + +- [লেয়ার 2 রোলআপস](/layer-2/) +- [Proto-Danksharding](/roadmap/scaling/#proto-danksharding) +- [Danksharding](/roadmap/danksharding/) +- [Cancun আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md) + +#### Deneb summary {#deneb-summary} + +Deneb আপগ্রেডে ইথিরিয়ামের _কনসেন্সাস_-এর বেশ কিছু উন্নতি রয়েছে যার লক্ষ্য হলো স্কেলিং উন্নত করা। এই আপগ্রেডটি Cancun এক্সিকিউশন আপগ্রেডের সাথে একত্রে আসে যাতে Proto-Danksharding (EIP-4844) সক্ষম করা যায়, এর পাশাপাশি বিকন চেইন-এর অন্যান্য উন্নতিও রয়েছে। + +আগে থেকে তৈরি করা স্বাক্ষরিত "স্বেচ্ছায় প্রস্থান বার্তা" আর মেয়াদোত্তীর্ণ হয় না, ফলে থার্ড-পার্টি নোড অপারেটরের সাথে ফান্ড স্টেকিং করা ব্যবহারকারীদের আরও বেশি নিয়ন্ত্রণ দেওয়া হয়। এই স্বাক্ষরিত প্রস্থান বার্তার মাধ্যমে, স্টেকার-রা নোড অপারেশন অর্পণ করতে পারে এবং একই সাথে যেকোনো সময় নিরাপদে প্রস্থান করার এবং তাদের ফান্ড তুলে নেওয়ার ক্ষমতা বজায় রাখতে পারে, কারও অনুমতির প্রয়োজন ছাড়াই। + +EIP-7514 ভ্যালিডেটরস-দের নেটওয়ার্ক-এ যোগদানের "চার্ন" রেট প্রতি এপোক-এ আট (8)-এ সীমাবদ্ধ করে ETH ইস্যুয়েন্স-কে আরও কঠোর করে। যেহেতু ETH ইস্যুয়েন্স মোট স্টেক করা ETH-এর সমানুপাতিক, তাই যোগদানকারী ভ্যালিডেটরস-এর সংখ্যা সীমিত করা নতুন ইস্যু করা ETH-এর _বৃদ্ধির হার_ সীমাবদ্ধ করে, পাশাপাশি নোড অপারেটরদের জন্য হার্ডওয়্যারের প্রয়োজনীয়তা হ্রাস করে, যা ডিসেন্ট্রালাইজড হতে সাহায্য করে। + + + +
    +
  • EIP-4788 - EVM-এ বিকন ব্লক রুট
    • +
  • EIP-4844 - শার্ড ব্লব লেনদেন
    • +
  • EIP-7044 - চিরস্থায়ীভাবে বৈধ স্বাক্ষরিত স্বেচ্ছায় প্রস্থান
    • +
  • EIP-7045 - সর্বোচ্চ এটেস্টেশন অন্তর্ভুক্তির স্লট বৃদ্ধি
    • +
  • EIP-7514 - সর্বোচ্চ এপোক চার্ন লিমিট যোগ করা
    • +
+ + + +- [Deneb আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/consensus-specs/tree/master/specs/deneb/) +- [Cancun-Deneb ("Dencun") সাধারণ জিজ্ঞাসা](/roadmap/dencun/) + + + +## 2023 {#2023} + +### Shanghai-Capella ("Shapella") {#shapella} + + + +#### Shanghai summary {#shanghai-summary} + +Shanghai আপগ্রেড এক্সিকিউশন লেয়ার-এ স্টেকিং উইথড্রয়াল নিয়ে এসেছে। Capella আপগ্রেডের সাথে একত্রে, এটি ব্লকস-কে উইথড্রয়াল অপারেশন গ্রহণ করতে সক্ষম করেছে, যা স্টেকার-দের বিকন চেইন থেকে এক্সিকিউশন লেয়ার-এ তাদের ETH তুলে নেওয়ার অনুমতি দেয়। + + + +
    +
  • EIP-3651 – COINBASE এডড্রেস ওয়ার্ম শুরু করে
    • +
  • EIP-3855 – নতুন PUSH0 নির্দেশ
    • +
  • EIP-3860 – লিমিট এবং মিটার ইনিটকোড
    • +
  • EIP-4895 – অপারেশন হিসেবে বিকন চেইন পুশ উইথড্রয়াল
    • +
  • EIP-6049 - SELFDESTRUCT বাতিল করা
    • +
+ + + +- [Shanghai আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md) + +#### Capella summary {#capella-summary} + +Capella আপগ্রেড ছিল কনসেন্সাস লেয়ার (বিকন চেইন)-এর তৃতীয় প্রধান আপগ্রেড এবং এটি স্টেকিং উইথড্রয়াল সক্ষম করেছে। Capella এক্সিকিউশন লেয়ার আপগ্রেড, Shanghai-এর সাথে সমলয়ে ঘটেছিল এবং স্টেকিং উইথড্রয়াল কার্যকারিতা সক্ষম করেছিল। + +এই কনসেন্সাস লেয়ার আপগ্রেডটি সেই স্টেকার-দের জন্য ক্ষমতা নিয়ে এসেছে যারা তাদের প্রাথমিক ডিপোজিটের সাথে উইথড্রয়াল ক্রেডেনশিয়াল প্রদান করেনি, যার ফলে উইথড্রয়াল সক্ষম হয়। + +আপগ্রেডটি স্বয়ংক্রিয় একাউন্ট সুইপিং কার্যকারিতাও প্রদান করেছে, যা যেকোনো উপলব্ধ রিওয়ার্ড পেমেন্ট বা সম্পূর্ণ উইথড্রয়ালের জন্য ভ্যালিডেটর একাউন্ট-গুলোকে ক্রমাগত প্রসেস করে। + +- [স্টেকিং উইথড্রয়াল সম্পর্কে আরও জানুন](/staking/withdrawals/)। +- [Capella আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/consensus-specs/tree/master/specs/capella/) + + + +## 2022 {#2022} + +### Paris (The Merge) {#paris} + + + +#### Summary {#paris-summary} + +প্রুফ-অফ-ওয়ার্ক ব্লকচেইন 58750000000000000000000-এর একটি [টার্মিনাল টোটাল ডিফিকাল্টি](/glossary/#terminal-total-difficulty) অতিক্রম করার মাধ্যমে Paris আপগ্রেডটি ট্রিগার হয়েছিল। এটি 15 সেপ্টেম্বর 2022-এ 15537393 ব্লক-এ ঘটেছিল, যা পরবর্তী ব্লক-এ Paris আপগ্রেড ট্রিগার করে। Paris ছিল [The Merge](/roadmap/merge/) ট্রানজিশন - এর প্রধান বৈশিষ্ট্য ছিল [প্রুফ-অফ-ওয়ার্ক](/developers/docs/consensus-mechanisms/pow) মাইনিং এ্যালগরিদম এবং সংশ্লিষ্ট কনসেন্সাস লজিক বন্ধ করা এবং এর পরিবর্তে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos) চালু করা। Paris নিজেই ছিল [এক্সিকিউশন ক্লায়েন্ট](/developers/docs/nodes-and-clients/#execution-clients)-দের জন্য একটি আপগ্রেড (কনসেন্সাস লেয়ার-এ Bellatrix-এর সমতুল্য) যা তাদের সংযুক্ত [কনসেন্সাস ক্লায়েন্ট](/developers/docs/nodes-and-clients/#consensus-clients)-দের কাছ থেকে নির্দেশ নিতে সক্ষম করেছিল। এর জন্য অভ্যন্তরীণ API মেথডগুলোর একটি নতুন সেট সক্রিয় করার প্রয়োজন ছিল, যা সম্মিলিতভাবে [Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) নামে পরিচিত। এটি নিঃসন্দেহে [Homestead](#homestead)-এর পর ইথিরিয়ামের ইতিহাসে সবচেয়ে উল্লেখযোগ্য আপগ্রেড ছিল! + +- [Paris আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) + + + +
    +
  • EIP-3675 – কনসেন্সাস-কে প্রুফ-অফ-স্টেক-এ আপগ্রেড করা
    • +
  • EIP-4399 – DIFFICULTY অপকোড-কে PREVRANDAO দিয়ে প্রতিস্থাপন করা
    • +
+ + + +--- + +### Bellatrix {#bellatrix} + + + +#### Summary {#bellatrix-summary} + +Bellatrix আপগ্রেড ছিল [বিকন চেইন](/roadmap/beacon-chain)-এর জন্য দ্বিতীয় নির্ধারিত আপগ্রেড, যা চেইনটিকে [The Merge](/roadmap/merge/)-এর জন্য প্রস্তুত করে। এটি নিষ্ক্রিয়তা এবং স্ল্যাশিংযোগ্য অপরাধের জন্য ভ্যালিডেটর জরিমানাকে তাদের সম্পূর্ণ মূল্যে নিয়ে আসে। Bellatrix-এ ফর্ক চয়েস নিয়মের একটি আপডেটও অন্তর্ভুক্ত রয়েছে যাতে চেইনটিকে The Merge এবং শেষ প্রুফ-অফ-ওয়ার্ক ব্লক থেকে প্রথম প্রুফ-অফ-স্টেক ব্লক-এ ট্রানজিশনের জন্য প্রস্তুত করা যায়। এর মধ্যে কনসেন্সাস ক্লায়েন্ট-দের 58750000000000000000000-এর [টার্মিনাল টোটাল ডিফিকাল্টি](/glossary/#terminal-total-difficulty) সম্পর্কে সচেতন করা অন্তর্ভুক্ত। + +- [Bellatrix আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/consensus-specs/tree/master/specs/bellatrix) + +--- + +### Gray Glacier {#gray-glacier} + + + +#### Summary {#gray-glacier-summary} + +Gray Glacier নেটওয়ার্ক আপগ্রেড [ডিফিকাল্টি বোম্ব](/glossary/#difficulty-bomb)-কে তিন মাস পিছিয়ে দিয়েছে। এই আপগ্রেডে এটিই একমাত্র পরিবর্তন, এবং এটি প্রকৃতির দিক থেকে [Arrow Glacier](#arrow-glacier) এবং [Muir Glacier](#muir-glacier) আপগ্রেডের মতো। [Byzantium](#byzantium), [Constantinople](#constantinople) এবং [London](#london) নেটওয়ার্ক আপগ্রেডেও একই ধরনের পরিবর্তন করা হয়েছে। + +- [EF ব্লগ - Gray Glacier আপগ্রেড ঘোষণা](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement) + + + +
    +
  • EIP-5133 – সেপ্টেম্বর 2022 পর্যন্ত ডিফিকাল্টি বোম্ব বিলম্বিত করে
    • +
+ + + + + +## 2021 {#2021} + +### Arrow Glacier {#arrow-glacier} + + + +#### Summary {#arrow-glacier-summary} + +Arrow Glacier নেটওয়ার্ক আপগ্রেড [ডিফিকাল্টি বোম্ব](/glossary/#difficulty-bomb)-কে কয়েক মাস পিছিয়ে দিয়েছে। এই আপগ্রেডে এটিই একমাত্র পরিবর্তন, এবং এটি প্রকৃতির দিক থেকে [Muir Glacier](#muir-glacier) আপগ্রেডের মতো। [Byzantium](#byzantium), [Constantinople](#constantinople) এবং [London](#london) নেটওয়ার্ক আপগ্রেডেও একই ধরনের পরিবর্তন করা হয়েছে। + +- [EF ব্লগ - Arrow Glacier আপগ্রেড ঘোষণা](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement) +- [Ethereum Cat Herders - ইথিরিয়াম Arrow Glacier আপগ্রেড](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002) + + + +
    +
  • EIP-4345 – জুন 2022 পর্যন্ত ডিফিকাল্টি বোম্ব বিলম্বিত করে
    • +
+ + + +--- + +### Altair {#altair} + + + +#### Summary {#altair-summary} + +Altair আপগ্রেড ছিল [বিকন চেইন](/roadmap/beacon-chain)-এর জন্য প্রথম নির্ধারিত আপগ্রেড। এটি "সিঙ্ক কমিটি"-এর জন্য সমর্থন যোগ করেছে—যা লাইট ক্লায়েন্ট-দের সক্ষম করে, এবং The Merge-এর দিকে উন্নয়ন অগ্রসর হওয়ার সাথে সাথে ভ্যালিডেটর নিষ্ক্রিয়তা এবং স্ল্যাশিং জরিমানা বাড়িয়েছে। + +- [Altair আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/consensus-specs/tree/master/specs/altair) + +#### মজার তথ্য! {#altair-fun-fact} + +Altair ছিল প্রথম বড় নেটওয়ার্ক আপগ্রেড যার একটি নির্দিষ্ট রোলআউট সময় ছিল। এর আগের প্রতিটি আপগ্রেড প্রুফ-অফ-ওয়ার্ক চেইনে একটি ঘোষিত ব্লক নম্বরের ওপর ভিত্তি করে ছিল, যেখানে ব্লক-এর সময় পরিবর্তিত হয়। বিকন চেইন-এর জন্য প্রুফ-অফ-ওয়ার্ক সমাধানের প্রয়োজন নেই, এবং এর পরিবর্তে এটি একটি সময়-ভিত্তিক এপোক সিস্টেমে কাজ করে যা 32টি বারো-সেকেন্ডের "স্লট" নিয়ে গঠিত যেখানে ভ্যালিডেটরস ব্লকস প্রস্তাব করতে পারে। এই কারণেই আমরা ঠিক জানতাম কখন আমরা 74,240 এপোক-এ পৌঁছাব এবং Altair লাইভ হবে! + +- [ব্লক টাইম](/developers/docs/blocks/#block-time) + +--- + +### London {#london} + + + +#### Summary {#london-summary} + +London আপগ্রেড [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) চালু করেছে, যা ট্রানজেকশন ফি মার্কেট সংস্কার করেছে, এর পাশাপাশি গ্যাস রিফান্ড কীভাবে পরিচালনা করা হয় এবং [Ice Age](/glossary/#ice-age) শিডিউলে পরিবর্তন এনেছে। + +#### London আপগ্রেড / EIP-1559 কী ছিল? {#eip-1559} + +London আপগ্রেডের আগে, ইথিরিয়ামে নির্দিষ্ট আকারের ব্লকস ছিল। উচ্চ নেটওয়ার্ক চাহিদার সময়ে, এই ব্লকস পূর্ণ ক্ষমতায় কাজ করত। ফলস্বরূপ, ব্যবহারকারীদের প্রায়শই একটি ব্লক-এ অন্তর্ভুক্ত হওয়ার জন্য চাহিদা কমার অপেক্ষা করতে হতো, যা ব্যবহারকারীর খারাপ অভিজ্ঞতার দিকে পরিচালিত করত। London আপগ্রেড ইথিরিয়ামে পরিবর্তনশীল আকারের ব্লকস চালু করেছে। + +আগস্ট 2021-এর [London আপগ্রেড](/ethereum-forks/#london)-এর মাধ্যমে ইথিরিয়াম নেটওয়ার্ক-এ ট্রানজেকশন ফি গণনা করার পদ্ধতি পরিবর্তিত হয়েছে। London আপগ্রেডের আগে, `base` এবং `priority` ফি আলাদা না করেই ফি গণনা করা হতো, যা নিম্নরূপ: + +ধরা যাক Alice-কে Bob-কে 1 ETH দিতে হবে। লেনদেন-এ, গ্যাস লিমিট হলো 21,000 ইউনিট, এবং গ্যাস প্রাইস হলো 200 gwei। + +মোট ফি হতো: `গ্যাস ইউনিট (লিমিট) * প্রতি ইউনিটের গ্যাস প্রাইস` অর্থাৎ `21,000 * 200 = 4,200,000 gwei` বা 0.0042 ETH + +London আপগ্রেডে [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)-এর বাস্তবায়ন ট্রানজেকশন ফি মেকানিজমকে আরও জটিল করে তুলেছে, কিন্তু গ্যাস ফি-কে আরও অনুমানযোগ্য করে তুলেছে, যার ফলে একটি আরও দক্ষ ট্রানজেকশন ফি মার্কেট তৈরি হয়েছে। ব্যবহারকারীরা লেনদেন এক্সিকিউট করার জন্য তারা কত টাকা দিতে ইচ্ছুক তার সাথে সামঞ্জস্যপূর্ণ একটি `maxFeePerGas` দিয়ে লেনদেন জমা দিতে পারে, এই জেনে যে তারা গ্যাসের বাজার মূল্যের (`baseFeePerGas`) চেয়ে বেশি অর্থ প্রদান করবে না, এবং তাদের টিপ বাদ দিয়ে অতিরিক্ত যেকোনো অর্থ ফেরত পাবে। + +এই ভিডিওটি EIP-1559 এবং এর সুবিধাগুলো ব্যাখ্যা করে: [EIP-1559 ব্যাখ্যা করা হয়েছে](https://www.youtube.com/watch?v=MGemhK9t44Q) + +- [আপনি কি একজন ডিএ্যাপ ডেভেলপার? আপনার লাইব্রেরি এবং টুলিং আপগ্রেড করতে ভুলবেন না।](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md) +- [ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement) +- [Ethereum Cat Herder-এর ব্যাখ্যামূলক লেখা পড়ুন](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) + + + +
    +
  • EIP-1559 – ট্রানজেকশন ফি মার্কেট উন্নত করে
    • +
  • EIP-3198 – একটি ব্লক থেকে BASEFEE ফেরত দেয়
    • +
  • EIP-3529 - EVM অপারেশনের জন্য গ্যাস রিফান্ড হ্রাস করে
    • +
  • EIP-3541 - 0xEF দিয়ে শুরু হওয়া কন্ট্রাক্ট ডিপ্লয় করা প্রতিরোধ করে
    • +
  • EIP-3554 – ডিসেম্বর 2021 পর্যন্ত Ice Age বিলম্বিত করে
    • +
+ + + +--- + +### Berlin {#berlin} + + + +#### Summary {#berlin-summary} + +Berlin আপগ্রেড নির্দিষ্ট EVM একশনের জন্য গ্যাস খরচ অপ্টিমাইজ করেছে, এবং একাধিক লেনদেন প্রকারের জন্য সমর্থন বাড়িয়েছে। + +- [ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement) +- [Ethereum Cat Herder-এর ব্যাখ্যামূলক লেখা পড়ুন](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80) + + + +
    +
  • EIP-2565 – ModExp গ্যাস খরচ কমায়
    • +
  • EIP-2718 – একাধিক লেনদেন প্রকারের জন্য সহজ সমর্থন সক্ষম করে
    • +
  • EIP-2929 – স্টেট এক্সেস অপকোডের জন্য গ্যাস খরচ বৃদ্ধি করে
    • +
  • EIP-2930 – ঐচ্ছিক এক্সেস লিস্ট যোগ করে
    • +
+ + + + + +## 2020 {#2020} + +### Beacon Chain genesis {#beacon-chain-genesis} + + + +#### Summary {#beacon-chain-genesis-summary} + +নিরাপদে চালু হওয়ার জন্য [বিকন চেইন](/roadmap/beacon-chain/)-এর 32 স্টেক করা ETH-এর 16384টি ডিপোজিটের প্রয়োজন ছিল। এটি 27 নভেম্বর ঘটেছিল, এবং বিকন চেইন 1 ডিসেম্বর, 2020-এ ব্লকস তৈরি করা শুরু করে। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2020/11/27/eth2-quick-update-no-21) + + + বিকন চেইন + + +--- + +### Staking deposit contract deployed {#staking-deposit-contract} + + + +#### Summary {#deposit-contract-summary} + +স্টেকিং ডিপোজিট কন্টাক্ট ইথিরিয়াম ইকোসিস্টেমে [স্টেকিং](/glossary/#staking) চালু করেছে। যদিও এটি একটি [মেইননেট](/glossary/#mainnet) কন্ট্রাক্ট, এটি [বিকন চেইন](/roadmap/beacon-chain/) চালু করার টাইমলাইনের ওপর সরাসরি প্রভাব ফেলেছিল, যা একটি গুরুত্বপূর্ণ [ইথিরিয়াম আপগ্রেড](/roadmap/)। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19) + + + স্টেকিং + + +--- + +### Muir Glacier {#muir-glacier} + + + +#### Summary {#muir-glacier-summary} + +Muir Glacier ফর্ক [ডিফিকাল্টি বোম্ব](/glossary/#difficulty-bomb)-এ একটি বিলম্ব চালু করেছে। [প্রুফ-অফ-ওয়ার্ক](/developers/docs/consensus-mechanisms/pow/) কনসেন্সাস মেকানিজম-এর ব্লক ডিফিকাল্টি বৃদ্ধি লেনদেন পাঠানো এবং ডিএ্যাপস ব্যবহারের জন্য অপেক্ষার সময় বাড়িয়ে ইথিরিয়ামের ব্যবহারযোগ্যতা হ্রাস করার হুমকি দিচ্ছিল। + +- [ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement) +- [Ethereum Cat Herder-এর ব্যাখ্যামূলক লেখা পড়ুন](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) + + + +
    +
  • EIP-2384 – ডিফিকাল্টি বোম্ব-কে আরও 4,000,000 ব্লকস, বা ~611 দিনের জন্য বিলম্বিত করে।
    • +
+ + + + + +## 2019 {#2019} + +### Istanbul {#istanbul} + + + +#### Summary {#istanbul-summary} + +Istanbul ফর্ক: + +- [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/ethereum-stack/#ethereum-virtual-machine)-এ নির্দিষ্ট একশনের [গ্যাস](/glossary/#gas) খরচ অপ্টিমাইজ করেছে। +- ডিনায়াল-অফ-সার্ভিস এ্যাটাক প্রতিরোধ ক্ষমতা উন্নত করেছে। +- SNARKs এবং STARKs-এর ওপর ভিত্তি করে [লেয়ার 2 স্কেলিং](/developers/docs/scaling/#layer-2-scaling) সমাধানগুলোকে আরও পারফরম্যান্ট করেছে। +- ইথিরিয়াম এবং Zcash-কে ইন্টারঅপারেট করতে সক্ষম করেছে। +- কন্ট্রাক্ট-গুলোকে আরও সৃজনশীল ফাংশন চালু করার অনুমতি দিয়েছে। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement) + + + +
    +
  • EIP-152 – ইথিরিয়াম-কে Zcash-এর মতো গোপনীয়তা-সংরক্ষণকারী মুদ্রার সাথে কাজ করার অনুমতি দেয়।
    • +
  • EIP-1108 – [গ্যাস](/glossary/#gas) খরচ উন্নত করতে সস্তা ক্রিপ্টোগ্রাফি।
    • +
  • EIP-1344 – CHAINID [অপকোড](/developers/docs/ethereum-stack/#ethereum-virtual-machine) যোগ করে রিপ্লে এ্যাটাক থেকে ইথিরিয়াম-কে রক্ষা করে।
    • +
  • EIP-1884 – ব্যবহারের ওপর ভিত্তি করে অপকোড গ্যাস প্রাইস অপ্টিমাইজ করা।
    • +
  • EIP-2028 – ব্লকস-এ আরও ডাটা অনুমতি দিতে CallData-এর খরচ কমায় – যা [লেয়ার 2 স্কেলিং](/developers/docs/scaling/#layer-2-scaling)-এর জন্য ভালো।
    • +
  • EIP-2200 – অন্যান্য অপকোড গ্যাস প্রাইস পরিবর্তন।
    • +
+ + + +--- + +### Constantinople {#constantinople} + + + +#### Summary {#constantinople-summary} + +Constantinople ফর্ক: + +- ব্লক [মাইনিং](/developers/docs/consensus-mechanisms/pow/mining/) রিওয়ার্ড 3 থেকে 2 ETH-এ হ্রাস করেছে। +- [প্রুফ-অফ-স্টেক বাস্তবায়িত হওয়ার](#beacon-chain-genesis) আগে ব্লকচেইন যাতে ফ্রিজ না হয় তা নিশ্চিত করেছে। +- [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/ethereum-stack/#ethereum-virtual-machine)-এ নির্দিষ্ট একশনের [গ্যাস](/glossary/#gas) খরচ অপ্টিমাইজ করেছে। +- এখনও তৈরি হয়নি এমন এডড্রেস-এর সাথে ইন্টারঅ্যাক্ট করার ক্ষমতা যোগ করেছে। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement) + + + +
    +
  • EIP-145 – নির্দিষ্ট অনচেইন একশনের খরচ অপ্টিমাইজ করে।
    • +
  • EIP-1014 – আপনাকে এখনও তৈরি হয়নি এমন এডড্রেস-এর সাথে ইন্টারঅ্যাক্ট করার অনুমতি দেয়।
    • +
  • EIP-1052 – অন্য কন্ট্রাক্ট-এর কোডের হ্যাস পুনরুদ্ধার করতে EXTCODEHASH নির্দেশ চালু করে।
    • +
  • EIP-1234 – প্রুফ-অফ-স্টেক-এর আগে ব্লকচেইন যাতে ফ্রিজ না হয় তা নিশ্চিত করে এবং ব্লক রিওয়ার্ড 3 থেকে 2 ETH-এ হ্রাস করে।
    • +
+ + + + + +## 2017 {#2017} + +### Byzantium {#byzantium} + + + +#### Summary {#byzantium-summary} + +Byzantium ফর্ক: + +- ব্লক [মাইনিং](/developers/docs/consensus-mechanisms/pow/mining/) রিওয়ার্ড 5 থেকে 3 ETH-এ হ্রাস করেছে। +- [ডিফিকাল্টি বোম্ব](/glossary/#difficulty-bomb)-কে এক বছর বিলম্বিত করেছে। +- অন্যান্য কন্ট্রাক্ট-এ নন-স্টেট-চেঞ্জিং কল করার ক্ষমতা যোগ করেছে। +- [লেয়ার 2 স্কেলিং](/developers/docs/scaling/#layer-2-scaling)-এর অনুমতি দিতে নির্দিষ্ট ক্রিপ্টোগ্রাফি পদ্ধতি যোগ করেছে। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement) + + + +
    +
  • EIP-140 – REVERT অপকোড যোগ করে।
    • +
  • EIP-658 – সাফল্য বা ব্যর্থতা নির্দেশ করতে লেনদেন রসিদে স্ট্যাটাস ফিল্ড যোগ করা হয়েছে।
    • +
  • EIP-196 – [ZK-Snarks](/developers/docs/scaling/zk-rollups/)-এর অনুমতি দিতে এলিপটিক কার্ভ এবং স্কেলার মাল্টিপ্লিকেশন যোগ করে।
    • +
  • EIP-197 – [ZK-Snarks](/developers/docs/scaling/zk-rollups/)-এর অনুমতি দিতে এলিপটিক কার্ভ এবং স্কেলার মাল্টিপ্লিকেশন যোগ করে।
    • +
  • EIP-198 – RSA সিগনেচার ভেরিফিকেশন সক্ষম করে।
    • +
  • EIP-211 – পরিবর্তনশীল দৈর্ঘ্যের রিটার্ন ভ্যালুর জন্য সমর্থন যোগ করে।
    • +
  • EIP-214 – STATICCALL অপকোড যোগ করে, যা অন্যান্য কন্ট্রাক্ট-এ নন-স্টেট-চেঞ্জিং কলের অনুমতি দেয়।
    • +
  • EIP-100 – ডিফিকাল্টি এডজাস্টমেন্ট ফর্মুলা পরিবর্তন করে।
    • +
  • EIP-649 – [ডিফিকাল্টি বোম্ব](/glossary/#difficulty-bomb)-কে 1 বছর বিলম্বিত করে এবং ব্লক রিওয়ার্ড 5 থেকে 3 ETH-এ হ্রাস করে।
    • +
+ + + + + +## 2016 {#2016} + +### Spurious Dragon {#spurious-dragon} + + + +#### Summary {#spurious-dragon-summary} + +Spurious Dragon ফর্ক ছিল নেটওয়ার্ক-এ ডিনায়াল অফ সার্ভিস (DoS) এ্যাটাকের (সেপ্টেম্বর/অক্টোবর 2016) দ্বিতীয় প্রতিক্রিয়া, যার মধ্যে অন্তর্ভুক্ত ছিল: + +- নেটওয়ার্ক-এ ভবিষ্যতের এ্যাটাক প্রতিরোধ করতে অপকোড প্রাইসিং টিউনিং করা। +- ব্লকচেইন স্টেট-এর "ডিব্লোট" সক্ষম করা। +- রিপ্লে এ্যাটাক প্রটেকশন যোগ করা। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon) + + + +
    +
  • EIP-155 – একটি ইথিরিয়াম চেইন থেকে লেনদেন-কে বিকল্প চেইনে রিব্রডকাস্ট হওয়া থেকে বাধা দেয়, উদাহরণস্বরূপ একটি টেস্টনেট লেনদেন মূল ইথিরিয়াম চেইনে রিপ্লে হওয়া।
    • +
  • EIP-160 – EXP অপকোডের দাম সমন্বয় করে – কম্পিউটেশনালি ব্যয়বহুল কন্ট্রাক্ট অপারেশনের মাধ্যমে নেটওয়ার্ক-কে ধীর করা আরও কঠিন করে তোলে।
    • +
  • EIP-161 – DOS এ্যাটাকের মাধ্যমে যোগ করা খালি একাউন্ট-গুলো অপসারণের অনুমতি দেয়।
    • +
  • EIP-170 – ব্লকচেইন-এ একটি কন্ট্রাক্ট-এর সর্বোচ্চ কোড সাইজ পরিবর্তন করে – 24576 বাইট-এ।
    • +
+ + + +--- + +### Tangerine whistle {#tangerine-whistle} + + + +#### Summary {#tangerine-whistle-summary} + +Tangerine Whistle ফর্ক ছিল নেটওয়ার্ক-এ ডিনায়াল অফ সার্ভিস (DoS) এ্যাটাকের (সেপ্টেম্বর/অক্টোবর 2016) প্রথম প্রতিক্রিয়া, যার মধ্যে অন্তর্ভুক্ত ছিল: + +- আন্ডারপ্রাইসড অপারেশন কোড সম্পর্কিত জরুরি নেটওয়ার্ক স্বাস্থ্য সমস্যাগুলোর সমাধান করা। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2016/10/18/faq-upcoming-ethereum-hard-fork) + + + +
    +
  • EIP-150 – স্প্যাম এ্যাটাক-এ ব্যবহার করা যেতে পারে এমন অপকোডগুলোর গ্যাস খরচ বৃদ্ধি করে।
    • +
  • EIP-158 – ইথিরিয়াম প্রটোকল-এর পূর্ববর্তী সংস্করণগুলোর ত্রুটির কারণে খুব কম খরচে স্টেট-এ রাখা বিপুল সংখ্যক খালি একাউন্ট অপসারণ করে স্টেট সাইজ হ্রাস করে।
    • +
+ + + +--- + +### DAO fork {#dao-fork} + + + +#### Summary {#dao-fork-summary} + +DAO ফর্ক ছিল [2016 DAO এ্যাটাক](https://www.coindesk.com/learn/understanding-the-dao-attack/)-এর প্রতিক্রিয়া যেখানে একটি হ্যাক-এ একটি অনিরাপদ [DAO](/glossary/#dao) কন্ট্রাক্ট থেকে 3.6 মিলিয়নেরও বেশি ETH চুরি হয়ে গিয়েছিল। ফর্ক-টি ত্রুটিপূর্ণ কন্ট্রাক্ট থেকে ফান্ডগুলোকে একটি [নতুন কন্ট্রাক্ট](https://eth.blockscout.com/address/0xbf4ed7b27f1d666546e30d74d50d173d20bca754)-এ স্থানান্তরিত করেছে যার একটি মাত্র ফাংশন ছিল: উইথড্র। যারা ফান্ড হারিয়েছিল তারা তাদের ওয়ালেট-এ থাকা প্রতি 100 DAO টোকেন-এর জন্য 1 ETH তুলে নিতে পারত। + +এই পদক্ষেপের ওপর ইথিরিয়াম কমিউনিটি ভোট দিয়েছিল। যেকোনো ETH হোল্ডার [একটি ভোটিং প্ল্যাটফর্ম](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/)-এ একটি লেনদেন-এর মাধ্যমে ভোট দিতে সক্ষম হয়েছিল। ফর্ক করার সিদ্ধান্তটি 85%-এরও বেশি ভোটে পৌঁছেছিল। + +কিছু মাইনার ফর্ক করতে অস্বীকার করেছিল কারণ DAO ঘটনাটি প্রটোকল-এর কোনো ত্রুটি ছিল না। তারা পরবর্তীতে [Ethereum Classic](https://ethereumclassic.org/) গঠন করে। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2016/07/20/hard-fork-completed) + +--- + +### Homestead {#homestead} + + + +#### Summary {#homestead-summary} + +Homestead ফর্ক যা ভবিষ্যতের দিকে তাকিয়ে ছিল। এতে বেশ কয়েকটি প্রটোকল পরিবর্তন এবং একটি নেটওয়ার্কিং পরিবর্তন অন্তর্ভুক্ত ছিল যা ইথিরিয়াম-কে আরও নেটওয়ার্ক আপগ্রেড করার ক্ষমতা দিয়েছিল। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2016/02/29/homestead-release) + + + +
    +
  • EIP-2 – কন্ট্রাক্ট তৈরির প্রক্রিয়ায় সম্পাদনা করে।
    • +
  • EIP-7 – নতুন অপকোড যোগ করে: DELEGATECALL
    • +
  • EIP-8 – devp2p ফরোয়ার্ড কম্প্যাটিবিলিটি প্রয়োজনীয়তা চালু করে
    • +
+ + + + + +## 2015 {#2015} + +### Frontier thawing {#frontier-thawing} + + + +#### Summary {#frontier-thawing-summary} + +Frontier thawing ফর্ক প্রতি [ব্লক](/glossary/#block)-এ 5,000 [গ্যাস](/glossary/#gas) লিমিট তুলে নিয়েছে এবং ডিফল্ট গ্যাস প্রাইস 51 [gwei](/glossary/#gwei)-তে সেট করেছে। এটি লেনদেন-এর অনুমতি দিয়েছে – লেনদেন-এর জন্য 21,000 গ্যাস প্রয়োজন। [প্রুফ-অফ-স্টেক](/glossary/#pos)-এ ভবিষ্যতের হার্ড ফর্ক নিশ্চিত করতে [ডিফিকাল্টি বোম্ব](/glossary/#difficulty-bomb) চালু করা হয়েছিল। + +- [ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2015/08/04/the-thawing-frontier) +- [ইথিরিয়াম প্রটোকল আপডেট 1 পড়ুন](https://blog.ethereum.org/2015/08/04/ethereum-protocol-update-1) + +--- + +### Frontier {#frontier} + + + +#### Summary {#frontier-summary} + +Frontier ছিল ইথিরিয়াম প্রজেক্টের একটি লাইভ, কিন্তু বেয়ারবোন বাস্তবায়ন। এটি সফল অলিম্পিক টেস্টিং পর্ব অনুসরণ করেছিল। এটি প্রযুক্তিগত ব্যবহারকারীদের, বিশেষ করে ডেভেলপারদের জন্য উদ্দিষ্ট ছিল। [ব্লকস](/glossary/#block)-এর একটি 5,000 [গ্যাস](/glossary/#gas) লিমিট ছিল। এই ‘thawing’ পিরিয়ড মাইনারদের তাদের অপারেশন শুরু করতে এবং প্রারম্ভিক গ্রহণকারীদের ‘তাড়াহুড়ো’ না করেই তাদের ক্লায়েন্ট ইনস্টল করতে সক্ষম করেছিল। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2015/07/22/frontier-is-coming-what-to-expect-and-how-to-prepare) + + + +## 2014 {#2014} + +### Ether sale {#ether-sale} + + + +ইথার আনুষ্ঠানিকভাবে 42 দিনের জন্য বিক্রির জন্য উন্মুক্ত হয়েছিল। আপনি এটি BTC দিয়ে কিনতে পারতেন। + +[ইথিরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale) + +--- + +### Yellowpaper released {#yellowpaper} + + + +ড. গ্যাভিন উড রচিত ইয়েলো পেপার হলো ইথিরিয়াম প্রটোকল-এর একটি প্রযুক্তিগত সংজ্ঞা। + +[ইয়েলো পেপার দেখুন](https://github.com/ethereum/yellowpaper) + + + +## 2013 {#2013} + +### Whitepaper released {#whitepaper} + + + +2015 সালে প্রজেক্টটি চালু হওয়ার আগে, 2013 সালে ইথিরিয়ামের প্রতিষ্ঠাতা ভিটালিক বুটেরিন দ্বারা প্রকাশিত পরিচায়ক পেপার। + + + হোয়াইটপেপার + \ No newline at end of file diff --git a/public/content/translations/bn/roadmap/fusaka/peerdas/index.md b/public/content/translations/bn/roadmap/fusaka/peerdas/index.md new file mode 100644 index 00000000000..5ef20535f7a --- /dev/null +++ b/public/content/translations/bn/roadmap/fusaka/peerdas/index.md @@ -0,0 +1,88 @@ +--- +title: PeerDAS +description: "ফুসাকা (Fusaka) ইথিরিয়াম প্রটোকল আপগ্রেডের অংশ হিসেবে PeerDAS সম্পর্কে জানুন" +lang: bn +--- + +# PeerDAS {#peer-das} + +[Ethereum](/) প্রটোকলটি [EIP-4844 এর মাধ্যমে ব্লব (blob) লেনদেন চালুর](/roadmap/danksharding/) পর থেকে এর সবচেয়ে উল্লেখযোগ্য স্কেলিং আপগ্রেডের মধ্য দিয়ে যাচ্ছে। [Fusaka আপগ্রেডের](/roadmap/fusaka/) অংশ হিসেবে, PeerDAS ব্লব ডাটা পরিচালনার একটি নতুন উপায় নিয়ে এসেছে, যা L2-গুলোর জন্য **[ডাটা এভেইলএবিলিটি (DA)](/developers/docs/data-availability/)** সক্ষমতা প্রায় বহুগুণ বাড়িয়ে দেয়। + +[ব্লব স্কেলিং রোডম্যাপ সম্পর্কে আরও জানুন](https://blog.ethereum.org/2025/08/22/protocol-update-002) + +## স্কেলিং {#scalability} + +ইথিরিয়ামের লক্ষ্য হলো বিশ্বের সবার জন্য একটি নিরপেক্ষ, সুরক্ষিত এবং ডিসেন্ট্রালাইজড প্ল্যাটফর্ম হওয়া। নেটওয়ার্কের ব্যবহার বাড়ার সাথে সাথে, নেটওয়ার্কের স্কেল, নিরাপত্তা এবং ডিসেন্ট্রালাইজেশনের ট্রাইলেমা (trilemma) বা ত্রিমুখী সমস্যার ভারসাম্য বজায় রাখা প্রয়োজন। ইথিরিয়াম যদি তার বর্তমান ডিজাইনের মধ্যেই নেটওয়ার্ক দ্বারা পরিচালিত ডাটা বৃদ্ধি করে, তবে এটি [যে নোডগুলোর ওপর ইথিরিয়াম তার ডিসেন্ট্রালাইজেশনের জন্য নির্ভর করে](/developers/docs/nodes-and-clients/), সেগুলোকে অতিরিক্ত চাপে ফেলার ঝুঁকিতে পড়বে। স্কেলিংয়ের জন্য এমন কঠোর মেকানিজম ডিজাইন প্রয়োজন যা আপস বা ট্রেড-অফগুলো (trade-offs) কমিয়ে আনে। + +এই লক্ষ্য অর্জনের অন্যতম কৌশল হলো সমস্ত লেনদেন [লেয়ার 1 (L1)](/glossary/#layer-1) মেইননেট-এ প্রসেস করার পরিবর্তে লেয়ার 2 স্কেলিং সলিউশনগুলোর একটি বৈচিত্র্যময় ইকোসিস্টেমের অনুমতি দেওয়া। [লেয়ার 2 (L2s)](/glossary/#layer-2) বা [রেলআপস](/glossary#rollups) তাদের নিজস্ব আলাদা চেইনে লেনদেন প্রসেস করে এবং ভেরিফিকেশন ও নিরাপত্তার জন্য ইথিরিয়াম ব্যবহার করে। শুধুমাত্র নিরাপত্তা-সংক্রান্ত গুরুত্বপূর্ণ কমিটমেন্টগুলো প্রকাশ করা এবং পেলোডগুলো (payloads) সংকুচিত করার মাধ্যমে L2-গুলো ইথিরিয়ামের DA সক্ষমতা আরও দক্ষতার সাথে ব্যবহার করতে পারে। এর ফলে, L1 নিরাপত্তার নিশ্চয়তার সাথে আপস না করেই কম ডাটা বহন করে, অন্যদিকে L2-গুলো কম গ্যাস খরচে আরও বেশি ব্যবহারকারী যুক্ত করতে পারে। প্রাথমিকভাবে, L2-গুলো সাধারণ লেনদেনে `calldata` হিসেবে ডাটা প্রকাশ করত, যা গ্যাসের জন্য L1 লেনদেনের সাথে প্রতিযোগিতা করত এবং বিপুল পরিমাণ ডাটা এভেইলএবিলিটির জন্য অবাস্তব ছিল। + +## প্রোটো-ড্যাংকশার্ডিং {#proto-danksharding} + +L2 স্কেলিংয়ের দিকে প্রথম বড় পদক্ষেপ ছিল ডেনকুন (Dencun) আপগ্রেড, যা [প্রোটো-ড্যাংকশার্ডিং](/roadmap/danksharding/) (EIP-4844) চালু করেছিল। এই আপগ্রেডটি রেলআপস-এর জন্য ব্লব (blobs) নামক একটি নতুন, বিশেষায়িত ডাটা টাইপ তৈরি করেছে। [ব্লব](/developers/docs/data-availability/blockchain-data-storage-strategies/#eip-4844-blobs) বা বাইনারি লার্জ অবজেক্ট (binary large objects) হলো আরবিট্রারি ডাটার ক্ষণস্থায়ী অংশ, যেগুলোর ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) এক্সিকিউশনের প্রয়োজন হয় না এবং নোডগুলো এগুলোকে শুধুমাত্র সীমিত সময়ের জন্য সংরক্ষণ করে। এই আরও দক্ষ প্রসেসিং L2-গুলোকে ইথিরিয়ামে আরও বেশি ডাটা প্রকাশ করতে এবং আরও বেশি স্কেল করতে সাহায্য করেছে। + +স্কেলিংয়ের জন্য ইতিমধ্যে শক্তিশালী সুবিধা থাকা সত্ত্বেও, ব্লব ব্যবহার করা চূড়ান্ত লক্ষ্যের একটি অংশ মাত্র। বর্তমান প্রটোকলে, নেটওয়ার্কের প্রতিটি নোডকে এখনও প্রতিটি ব্লব ডাউনলোড করতে হয়। এর ফলে ব্যক্তিগত নোডগুলোর প্রয়োজনীয় ব্যান্ডউইথ একটি বাধা হয়ে দাঁড়ায়, কারণ ব্লবের সংখ্যা বাড়ার সাথে সাথে ডাউনলোড করার জন্য প্রয়োজনীয় ডাটার পরিমাণও সরাসরি বৃদ্ধি পায়। + +ইথিরিয়াম ডিসেন্ট্রালাইজেশনের ক্ষেত্রে কোনো আপস করে না, এবং ব্যান্ডউইথ হলো এর অন্যতম সংবেদনশীল বিষয়। এমনকি যাদের সামর্থ্য আছে তাদের জন্য শক্তিশালী কম্পিউটিং ব্যাপকভাবে উপলব্ধ থাকলেও, উন্নত দেশগুলোর (যেমন [জার্মানি](https://www.speedtest.net/global-index/germany), [বেলজিয়াম](https://www.speedtest.net/global-index/belgium), [অস্ট্রেলিয়া](https://www.speedtest.net/global-index/australia) বা [যুক্তরাষ্ট্র](https://www.speedtest.net/global-index/united-states)) অত্যন্ত শহুরে এলাকাগুলোতেও [আপলোড ব্যান্ডউইথের সীমাবদ্ধতা](https://www.speedtest.net/global-index) নোডগুলোকে শুধুমাত্র ডাটা সেন্টার থেকে চালানোর মধ্যে সীমাবদ্ধ করে দিতে পারে, যদি ব্যান্ডউইথের প্রয়োজনীয়তাগুলো সতর্কতার সাথে নিয়ন্ত্রণ করা না হয়। + +ব্লব বৃদ্ধির সাথে সাথে নোড অপারেটরদের ব্যান্ডউইথ এবং ডিস্ক স্পেসের প্রয়োজনীয়তা ক্রমশ বৃদ্ধি পায়। ব্লবের আকার এবং পরিমাণ এই সীমাবদ্ধতাগুলোর দ্বারা সীমিত। প্রতিটি ব্লব 128kb পর্যন্ত ডাটা বহন করতে পারে, যেখানে প্রতি ব্লকে গড়ে 6টি ব্লব থাকে। এটি ছিল ভবিষ্যতের এমন একটি ডিজাইনের দিকে প্রথম পদক্ষেপ, যা ব্লবগুলোকে আরও বেশি কার্যকর উপায়ে ব্যবহার করবে। + +## ডাটা এভেইলএবিলিটি স্যাম্পলিং {#das} + +[ডাটা এভেইলএবিলিটি](/developers/docs/data-availability/) হলো এই নিশ্চয়তা যে, চেইনটিকে স্বাধীনভাবে ভ্যালিডেট করার জন্য প্রয়োজনীয় সমস্ত ডাটা নেটওয়ার্কের সকল অংশগ্রহণকারীর কাছে অ্যাক্সেসযোগ্য। এটি নিশ্চিত করে যে ডাটা সম্পূর্ণভাবে প্রকাশিত হয়েছে এবং চেইনের নতুন স্টেট বা আগত লেনদেনগুলোকে ট্রাস্টলেসভাবে (trustlessly) যাচাই করতে ব্যবহার করা যেতে পারে। + +ইথিরিয়াম ব্লবগুলো একটি শক্তিশালী ডাটা এভেইলএবিলিটি গ্যারান্টি প্রদান করে যা L2-গুলোর নিরাপত্তা নিশ্চিত করে। এটি করার জন্য, ইথিরিয়াম নোডগুলোকে সম্পূর্ণ ব্লবগুলো ডাউনলোড এবং সংরক্ষণ করতে হয়। কিন্তু আমরা যদি নেটওয়ার্কে ব্লবগুলোকে আরও দক্ষতার সাথে বিতরণ করতে পারি এবং এই সীমাবদ্ধতা এড়াতে পারি, তবে কেমন হয়? + +ডাটা সংরক্ষণ এবং এর প্রাপ্যতা নিশ্চিত করার একটি ভিন্ন পদ্ধতি হলো **ডাটা এভেইলএবিলিটি স্যাম্পলিং (DAS)**। ইথিরিয়াম চালানো প্রতিটি কম্পিউটার প্রতিটি ব্লব সম্পূর্ণভাবে সংরক্ষণ করার পরিবর্তে, DAS একটি ডিসেন্ট্রালাইজড শ্রম বিভাজন (division of labor) চালু করে। এটি নোডগুলোর সম্পূর্ণ নেটওয়ার্ক জুড়ে ছোট, পরিচালনাযোগ্য কাজগুলো বিতরণ করে ডাটা প্রসেস করার বোঝা কমিয়ে দেয়। ব্লবগুলোকে বিভিন্ন অংশে ভাগ করা হয় এবং প্রতিটি নোড সমস্ত নোড জুড়ে অভিন্ন র্যান্ডম ডিস্ট্রিবিউশনের (uniform random distribution) জন্য একটি মেকানিজম ব্যবহার করে শুধুমাত্র কয়েকটি অংশ ডাউনলোড করে। + +এটি একটি নতুন সমস্যার জন্ম দেয়—ডাটার প্রাপ্যতা এবং অখণ্ডতা (integrity) প্রমাণ করা। যখন পৃথক নোডগুলো শুধুমাত্র ছোট ছোট অংশ ধারণ করে, তখন নেটওয়ার্ক কীভাবে গ্যারান্টি দিতে পারে যে ডাটা উপলব্ধ এবং এটি সম্পূর্ণ সঠিক? একটি ক্ষতিকারক নোড ভুয়া ডাটা প্রদান করতে পারে এবং সহজেই শক্তিশালী ডাটা এভেইলএবিলিটি গ্যারান্টি ভেঙে দিতে পারে! এখানেই ক্রিপ্টোগ্রাফি সাহায্য করতে আসে। + +ডাটার অখণ্ডতা নিশ্চিত করতে, EIP-4844 ইতিমধ্যেই KZG কমিটমেন্টের সাথে বাস্তবায়িত হয়েছিল। এগুলো হলো ক্রিপ্টোগ্রাফিক প্রমাণ যা নেটওয়ার্কে একটি নতুন ব্লব যোগ করার সময় তৈরি হয়। প্রতিটি ব্লকে একটি ছোট প্রমাণ অন্তর্ভুক্ত থাকে এবং নোডগুলো যাচাই করতে পারে যে প্রাপ্ত ব্লবগুলো ব্লকের KZG কমিটমেন্টের সাথে মিলে যায়। + +DAS হলো এমন একটি মেকানিজম যা এর ওপর ভিত্তি করে তৈরি হয় এবং নিশ্চিত করে যে ডাটা সঠিক এবং উপলব্ধ উভয়ই। স্যাম্পলিং হলো এমন একটি প্রক্রিয়া যেখানে একটি নোড ডাটার শুধুমাত্র একটি ছোট অংশের জন্য কোয়েরি করে এবং কমিটমেন্টের বিপরীতে এটি যাচাই করে। KZG হলো একটি পলিনোমিয়াল কমিটমেন্ট স্কিম (polynomial commitment scheme), যার মানে হলো পলিনোমিয়াল কার্ভের (polynomial curve) যেকোনো একক পয়েন্ট যাচাই করা যেতে পারে। পলিনোমিয়ালের শুধুমাত্র কয়েকটি পয়েন্ট চেক করার মাধ্যমে, স্যাম্পলিং করা ক্লায়েন্ট একটি শক্তিশালী সম্ভাব্য গ্যারান্টি পেতে পারে যে ডাটা উপলব্ধ রয়েছে। + +## PeerDAS {#peer-das} + +[PeerDAS (EIP-7594)](https://eips.ethereum.org/EIPS/eip-7594) হলো একটি নির্দিষ্ট প্রস্তাব যা ইথিরিয়ামে DAS মেকানিজম বাস্তবায়ন করে, যা সম্ভবত দ্য মার্জ (The Merge)-এর পর থেকে সবচেয়ে বড় আপগ্রেড। PeerDAS-কে ব্লব ডাটা প্রসারিত করার জন্য ডিজাইন করা হয়েছে, এটিকে কলামে ভাগ করে এবং নোডগুলোতে একটি সাবসেট বিতরণ করে। + +এটি অর্জনের জন্য ইথিরিয়াম কিছু চতুর গণিতের সাহায্য নেয়: এটি ব্লব ডাটায় রিড-সলোমন (Reed-Solomon) স্টাইলের ইরেজার কোডিং (erasure coding) প্রয়োগ করে। ব্লব ডাটাকে একটি পলিনোমিয়াল হিসেবে উপস্থাপন করা হয় যার সহগগুলো (coefficients) ডাটাকে এনকোড করে, তারপর একটি বর্ধিত ব্লব তৈরি করতে অতিরিক্ত পয়েন্টগুলোতে সেই পলিনোমিয়ালের মূল্যায়ন করে, যা মূল্যায়নের সংখ্যা দ্বিগুণ করে। এই অতিরিক্ত রিডানডেন্সি (redundancy) ইরেজার রিকভারি (erasure recovery) সক্ষম করে: এমনকি যদি কিছু মূল্যায়ন অনুপস্থিত থাকে, তবুও মূল ব্লবটি পুনর্গঠন করা যেতে পারে যতক্ষণ না বর্ধিত অংশগুলো সহ মোট ডাটার অন্তত অর্ধেক উপলব্ধ থাকে। + +![Extended polynomial](./polynomial.png) + +বাস্তবে, এই পলিনোমিয়ালের হাজার হাজার সহগ রয়েছে। KZG কমিটগুলো হলো কয়েক বাইটের মান, অনেকটা হ্যাস-এর মতো, যা সমস্ত নোডের কাছে পরিচিত। পর্যাপ্ত ডাটা পয়েন্ট ধারণকারী প্রতিটি নোড [দক্ষতার সাথে ব্লব ডাটার একটি সম্পূর্ণ সেট পুনর্গঠন করতে পারে](https://arxiv.org/abs/2207.11079)। + +> মজার তথ্য: ডিভিডি (DVD)-তেও একই কোডিং কৌশল ব্যবহার করা হতো। আপনি যদি একটি ডিভিডিতে আঁচড় কাটেন, তবুও প্লেয়ারটি এটি পড়তে সক্ষম হতো রিড-সলোমন কোডিংয়ের কারণে, যা পলিনোমিয়ালের অনুপস্থিত অংশগুলো যোগ করে। + +ঐতিহাসিকভাবে, ব্লকচেইনের ডাটা, তা ব্লকস হোক বা ব্লব, সমস্ত নোডে সম্প্রচার করা হতো। PeerDAS-এর স্প্লিট-অ্যান্ড-স্যাম্পল (split-and-sample) পদ্ধতির মাধ্যমে, সবাইকে সবকিছু সম্প্রচার করার আর প্রয়োজন নেই। ফুসাকা-পরবর্তী সময়ে, কনসেন্সাস লেয়ার নেটওয়ার্কিং গসিপ টপিক/সাবনেটে (gossip topics/subnets) সংগঠিত হয়: ব্লব কলামগুলোকে নির্দিষ্ট সাবনেটে বরাদ্দ করা হয়, এবং প্রতিটি নোড একটি পূর্বনির্ধারিত সাবসেটে সাবস্ক্রাইব করে এবং শুধুমাত্র সেই অংশগুলো সংরক্ষণ করে। + +PeerDAS-এর মাধ্যমে, বর্ধিত ব্লব ডাটাকে 128টি অংশে ভাগ করা হয় যাকে কলাম বলা হয়। এই নোডগুলোতে ডাটা বিতরণ করা হয় একটি ডেডিকেটেড গসিপ প্রটোকলের মাধ্যমে নির্দিষ্ট সাবনেটগুলোতে, যেগুলোতে তারা সাবস্ক্রাইব করে। নেটওয়ার্কের প্রতিটি সাধারণ নোড অন্তত 8টি র্যান্ডমভাবে নির্বাচিত কলাম সাবনেটে অংশগ্রহণ করে। 128টি সাবনেটের মধ্যে মাত্র 8টি থেকে ডাটা পাওয়ার অর্থ হলো এই ডিফল্ট নোডটি সমস্ত ডাটার মাত্র 1/16 অংশ পায়, কিন্তু যেহেতু ডাটাটি প্রসারিত করা হয়েছিল, তাই এটি মূল ডাটার 1/8 অংশ। + +এটি বর্তমানের “সবাই সবকিছু ডাউনলোড করে” স্কিমার তুলনায় 8 গুণ বেশি একটি নতুন তাত্ত্বিক স্কেলিং সীমার অনুমতি দেয়। নোডগুলো ব্লব কলাম পরিবেশনকারী বিভিন্ন র্যান্ডম সাবনেটে সাবস্ক্রাইব করার ফলে, এগুলোর সমানভাবে বিতরণ হওয়ার সম্ভাবনা খুব বেশি থাকে এবং তাই ডাটার প্রতিটি অংশ নেটওয়ার্কের কোথাও না কোথাও বিদ্যমান থাকে। ভ্যালিডেটরস চালানো নোডগুলোকে তাদের চালানো প্রতিটি ভ্যালিডেটরের সাথে আরও বেশি সাবনেটে সাবস্ক্রাইব করতে হয়। + +> প্রতিটি নোডের একটি অনন্য র্যান্ডমভাবে জেনারেট করা আইডি থাকে, এটি সাধারণত সংযোগের জন্য এর পাবলিক পরিচয় হিসেবে কাজ করে। PeerDAS-এ, এই নম্বরটি ব্যবহার করে নির্ধারণ করা হয় যে এটিকে কোন র্যান্ডম সেট সাবনেটগুলোতে সাবস্ক্রাইব করতে হবে, যার ফলে সমস্ত ব্লব ডাটার একটি অভিন্ন র্যান্ডম ডিস্ট্রিবিউশন তৈরি হয়। + +একবার একটি নোড সফলভাবে মূল ডাটা পুনর্গঠন করলে, এটি পুনরুদ্ধার করা কলামগুলোকে পুনরায় নেটওয়ার্কে বিতরণ করে, সক্রিয়ভাবে যেকোনো ডাটা গ্যাপ নিরাময় করে এবং সামগ্রিক সিস্টেমের স্থিতিস্থাপকতা (resilience) বাড়ায়। ≥4096 ETH সম্মিলিত ব্যালেন্সসহ ভ্যালিডেটরস-এর সাথে সংযুক্ত নোডগুলোকে অবশ্যই একটি সুপারনোড হতে হবে এবং তাই সমস্ত ডাটা কলাম সাবনেটে সাবস্ক্রাইব করতে হবে এবং সমস্ত কলাম সংরক্ষণ করতে হবে। এই সুপারনোডগুলো ক্রমাগত ডাটা গ্যাপ নিরাময় করবে। প্রটোকলের সম্ভাব্য স্ব-নিরাময় (self-healing) প্রকৃতি শক্তিশালী এভেইলএবিলিটি গ্যারান্টির অনুমতি দেয়, যেখানে শুধুমাত্র ডাটার কিছু অংশ ধারণকারী হোম অপারেটরদের সীমাবদ্ধ করে না। + +![Nodes subscribing to columns distributed via subnets](./subnets.png) + +উপরে বর্ণিত স্যাম্পলিং মেকানিজমের কারণে ব্লব ডাটার শুধুমাত্র একটি ছোট সাবসেট ধারণকারী যেকোনো নোড দ্বারা ডাটা এভেইলএবিলিটি নিশ্চিত করা যেতে পারে। এই প্রাপ্যতা প্রয়োগ করা হয়: ভ্যালিডেটরস-কে অবশ্যই নতুন ফর্ক-চয়েস (fork-choice) নিয়মগুলো অনুসরণ করতে হবে, যার অর্থ হলো তারা ডাটার প্রাপ্যতা যাচাই করার পরেই কেবল ব্লকস গ্রহণ করবে এবং ভোট দেবে। + +ব্যবহারকারীদের (বিশেষ করে L2 ব্যবহারকারীদের) ওপর এর সরাসরি প্রভাব হলো কম ফি। রোলআপ ডাটার জন্য 8 গুণ বেশি স্পেস থাকার কারণে, তাদের চেইনে ব্যবহারকারীর কার্যক্রম সময়ের সাথে সাথে আরও সস্তা হয়ে যায়। তবে ফুসাকা-পরবর্তী সময়ে ফি কমতে সময় লাগবে এবং এটি BPO-গুলোর ওপর নির্ভর করবে। + +## ব্লব-প্যারামিটার-অনলি (BPOs) {#bpo} + +নেটওয়ার্ক তাত্ত্বিকভাবে 8 গুণ বেশি ব্লব প্রসেস করতে সক্ষম হবে, তবে ব্লব বৃদ্ধি এমন একটি পরিবর্তন যা সঠিকভাবে পরীক্ষা করা এবং ধাপে ধাপে নিরাপদে কার্যকর করা প্রয়োজন। টেস্টনেট মেইননেট-এ ফিচারগুলো ডিপ্লয় করার জন্য যথেষ্ট আত্মবিশ্বাস প্রদান করে, তবে উল্লেখযোগ্যভাবে বেশি সংখ্যক ব্লব সক্ষম করার আগে আমাদের p2p নেটওয়ার্কের স্থিতিশীলতা নিশ্চিত করতে হবে। + +নেটওয়ার্ককে অতিরিক্ত চাপে না ফেলে প্রতি ব্লকে ব্লবের লক্ষ্যমাত্রা ধীরে ধীরে বাড়াতে, ফুসাকা **[ব্লব-প্যারামিটার-অনলি (BPO)](https://ethereum-magicians.org/t/blob-parameter-only-bpo-forks/22623)** ফর্ক চালু করেছে। সাধারণ ফর্ক-এর বিপরীতে যেগুলোর জন্য বিস্তৃত ইকোসিস্টেম সমন্বয়, চুক্তি এবং সফ্টওয়্যার আপডেটের প্রয়োজন হয়, [BPO (EIP-7892)](https://eips.ethereum.org/EIPS/eip-7892) হলো প্রি-প্রোগ্রাম করা আপগ্রেড যা কোনো হস্তক্ষেপ ছাড়াই সময়ের সাথে সাথে ব্লবের সর্বোচ্চ সংখ্যা বৃদ্ধি করে। + +এর মানে হলো ফুসাকা সক্রিয় হওয়ার এবং PeerDAS লাইভ হওয়ার পরপরই, ব্লবের সংখ্যা অপরিবর্তিত থাকবে। ব্লবের সংখ্যা প্রতি কয়েক সপ্তাহে দ্বিগুণ হতে শুরু করবে যতক্ষণ না এটি সর্বোচ্চ 48-এ পৌঁছায়, এই সময়ে ডেভেলপাররা নজর রাখবেন যাতে মেকানিজমটি প্রত্যাশা অনুযায়ী কাজ করে এবং নেটওয়ার্ক চালানো নোডগুলোর ওপর কোনো বিরূপ প্রভাব না ফেলে। + +## ভবিষ্যৎ দিকনির্দেশনা {#future-directions} + +PeerDAS হলো [FullDAS-এর বৃহত্তর স্কেলিং লক্ষ্যের দিকে](https://ethresear.ch/t/fulldas-towards-massive-scalability-with-32mb-blocks-and-beyond/19529) বা ড্যাংকশার্ডিংয়ের (Danksharding) একটি পদক্ষেপ মাত্র। যেখানে PeerDAS প্রতিটি ব্লবে আলাদাভাবে 1D ইরেজার কোডিং ব্যবহার করে, সেখানে সম্পূর্ণ ড্যাংকশার্ডিং ব্লব ডাটার সম্পূর্ণ ম্যাট্রিক্স জুড়ে আরও সম্পূর্ণ 2D ইরেজার কোডিং স্কিম ব্যবহার করবে। ডাটাকে দুই মাত্রায় (two dimensions) প্রসারিত করা আরও শক্তিশালী রিডানডেন্সি বৈশিষ্ট্য এবং আরও দক্ষ পুনর্গঠন ও যাচাইকরণ তৈরি করে। FullDAS বাস্তবায়নের জন্য অতিরিক্ত গবেষণার পাশাপাশি উল্লেখযোগ্য নেটওয়ার্ক এবং প্রটোকল অপ্টিমাইজেশনের প্রয়োজন হবে। + +## আরও পড়ুন {#further-reading} + +- [ফ্রান্সেসকো ডি'আমাতো (Francesco D'Amato) এর PeerDAS: পিয়ার ডাটা এভেইলএবিলিটি স্যাম্পলিং](https://www.youtube.com/watch?v=WOdpO1tH_Us) +- [ইথিরিয়ামের PeerDAS-এর একটি ডকুমেন্টেশন](https://eprint.iacr.org/2024/1362.pdf) +- [AGM ছাড়াই PeerDAS-এর নিরাপত্তা প্রমাণ করা](https://eprint.iacr.org/2025/1683) +- [PeerDAS, এর প্রভাব এবং ফুসাকা টেস্টিং নিয়ে ভিটালিক (Vitalik)](https://x.com/VitalikButerin/status/1970983281090085200) \ No newline at end of file diff --git a/public/content/translations/de/ethereum-forks/index.md b/public/content/translations/de/ethereum-forks/index.md index 787e1e4b9c0..90a2a5fcdea 100644 --- a/public/content/translations/de/ethereum-forks/index.md +++ b/public/content/translations/de/ethereum-forks/index.md @@ -1,26 +1,191 @@ --- -title: Geschichte und Forks von Ethereum -description: "Eine Geschichte der Ethereum-Blockchain, einschließlich der wichtigsten Meilensteine, Veröffentlichungen und Abspaltungen." +title: Zeitachse aller Ethereum-Forks (2014 bis heute) +description: "Eine Geschichte der Ethereum-Blockchain einschließlich wichtiger Meilensteine, Veröffentlichungen und Forks." lang: de sidebarDepth: 1 --- -# Die Geschichte von Ethereum {#the-history-of-ethereum} +# Zeitachse aller Ethereum-Forks (2014 bis heute) {#the-history-of-ethereum} -Ein Zeitstrang aller wichtigsten Meilensteine, Forks und Aktualisierungen der Ethereum-Blockchain. +Eine Zeitachse aller wichtigen Meilensteine, Forks und Updates der [Ethereum](/)-Blockchain. - + -Forks entstehen, wenn größere technische Aktualisierungen oder Änderungen am Netzwerk vorgenommen werden müssen – sie gehen in der Regel aus [Ethereum-Verbesserungsvorschlägen (EIPs)](/eips/) hervor und ändern die „Regeln“ des Protokolls. +Forks treten auf, wenn größere technische Upgrades oder Änderungen am Netzwerk vorgenommen werden müssen – sie stammen typischerweise von [Ethereum-Verbesserungsvorschlägen (EIPs)](/eips/) und ändern die „Regeln“ des Protokolls. -Wenn für eine Standardsoftware eine Aktualisierung benötigt wird, veröffentlicht der Hersteller lediglich eine neue Version für den Endbenutzer. Blockchains arbeiten anders, da es keinen alleinigen Besitzer gibt. [Ethereum-Clients](/developers/docs/nodes-and-clients/) müssen ihre Software aktualisieren, um die neuen Fork-Regeln zu implementieren. Plus Block Ersteller (Miner in einer Proof-of-Work Umgebung, Validatoren in einer Proof-of-Stake Umgebung) und Nodes erstellen neue Blöcke und müssen diese, entsprechend der neuen Richtlinien, validieren. [Mehr zu Konsensmechanismen](/developers/docs/consensus-mechanisms/) -Diese Regeländerungen können eine vorübergehende Aufspaltung des Netzwerks verursachen. Neue Blöcke konnen nach den neuen oder den alten Regeln erzeugt werden. Forks werden in der Regel im Voraus vereinbart, damit die Clients die Änderungen einheitlich übernehmen und der Fork mit den Upgrades zur Main Chain wird. In seltenen Fällen können jedoch Meinungsverschiedenheiten über Forks dazu führen, dass das Netzwerk dauerhaft gespalten wird – am bekanntesten ist die Entstehung von Ethereum Classic durch den DAO Fork. +Wenn Upgrades in traditioneller, zentral gesteuerter Software benötigt werden, veröffentlicht das Unternehmen einfach eine neue Version für den Endbenutzer. Blockchains funktionieren anders, da es keinen zentralen Eigentümer gibt. [Ethereum-Clients](/developers/docs/nodes-and-clients/) müssen ihre Software aktualisieren, um die neuen Fork-Regeln zu implementieren. Außerdem müssen Block-Ersteller (Miner in einer Proof-of-Work-Welt, Validatoren in einer Proof-of-Stake-Welt) und Blockchain-Knoten Blöcke erstellen und nach den neuen Regeln validieren. [Mehr zu Konsensmechanismen](/developers/docs/consensus-mechanisms/) + +Diese Regeländerungen können zu einer vorübergehenden Spaltung im Netzwerk führen. Neue Blöcke könnten nach den neuen oder den alten Regeln produziert werden. Forks werden in der Regel im Voraus vereinbart, sodass Clients die Änderungen einstimmig übernehmen und der Fork mit den Upgrades zur Hauptkette wird. In seltenen Fällen können jedoch Meinungsverschiedenheiten über Forks dazu führen, dass sich das Netzwerk dauerhaft spaltet – am bekanntesten ist die Entstehung von Ethereum Classic durch den DAO-Fork. -Springen Sie direkt zu Informationen über einige besonders wichtige vergangene Upgrades: [Die Beacon Chain](/roadmap/beacon-chain/); [Die Zusammenführung](/roadmap/merge/); und [EIP-1559](#london) + + +Die Software, die Ethereum zugrunde liegt, besteht aus zwei Hälften, bekannt als die [Ausführungsebene](/glossary/#execution-layer) und die [Konsensebene](/glossary/#consensus-layer). + +**Benennung von Ausführungs-Upgrades** + +Seit 2021 werden Upgrades der **Ausführungsebene** nach den Städtenamen [früherer Devcon- und Devconnect-Standorte](https://devcon.org/en/past-events/) in chronologischer Reihenfolge benannt: + +| Upgrade-Name | Devcon(nect)-Jahr | Devcon-Nummer | Upgrade-Datum | +| -------------- | ----------------- | ------------- | ------------- | +| Berlin | 2014 | 0 | 15. Apr. 2021 | +| London | 2015 | I | 5. Aug. 2021 | +| Shanghai | 2016 | II | 12. Apr. 2023 | +| Cancun | 2017 | III | 13. März 2024 | +| Prague | 2018 | IV | 7. Mai 2025 | +| Osaka | 2019 | V | 3. Dez. 2025 | +| **Amsterdam** | 2022 | Devconnect | TBD - Nächstes| +| _Bogotá_ | 2022 | VI | TBD | +| _Istanbul_ | 2023 | Devconnect | TBD | +| _Bangkok_ | 2024 | VII | TBD | +| _Buenos Aires_ | 2025 | Devconnect | TBD | +| _Mumbai_ | 2026 | VIII | TBD | + +**Benennung von Konsens-Upgrades** + +Seit dem Start der [Beacon Chain](/glossary/#beacon-chain) werden Upgrades der **Konsensebene** nach Sternen benannt, deren Anfangsbuchstaben in alphabetischer Reihenfolge fortschreiten: + +| Upgrade-Name | Upgrade-Datum | +| --------------------------------------------------------- | ------------- | +| Beacon Chain Genesis | 1. Dez. 2020 | +| [Altair](https://en.wikipedia.org/wiki/Altair) | 27. Okt. 2021 | +| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | 6. Sep. 2022 | +| [Capella](https://en.wikipedia.org/wiki/Capella) | 12. Apr. 2023 | +| [Deneb](https://en.wikipedia.org/wiki/Deneb) | 13. März 2024 | +| [Electra]() | 7. Mai 2025 | +| [Fulu]() | 3. Dez. 2025 | +| [**Gloas**](https://en.wikipedia.org/wiki/WASP-13) | TBD - Nächstes| +| [_Heze_](https://en.wikipedia.org/wiki/Zeta_Virginis) | TBD | + +**Kombinierte Benennung** + +Die Ausführungs- und Konsens-Upgrades wurden anfangs zu unterschiedlichen Zeiten eingeführt, aber nach [The Merge](/roadmap/merge/) im Jahr 2022 wurden diese gleichzeitig bereitgestellt. Daher haben sich umgangssprachliche Begriffe entwickelt, um Verweise auf diese Upgrades mit einem einzigen zusammengezogenen Begriff zu vereinfachen. Dies begann mit dem _Shanghai-Capella_-Upgrade, das allgemein als „**Shapella**“ bezeichnet wird, und wird bei nachfolgenden Upgrades fortgesetzt. + +| Ausführungs-Upgrade | Konsens-Upgrade | Kurzname | +| ------------------- | --------------- | ------------- | +| Shanghai | Capella | "Shapella" | +| Cancun | Deneb | "Dencun" | +| Prague | Electra | "Pectra" | +| Osaka | Fulu | "Fusaka" | +| Amsterdam | Gloas | "Glamsterdam" | +| Bogotá | Heze | "Hegotá" | + + -Suchen Sie nach weiteren Protokoll-Upgrades? [Erfahren Sie mehr über anstehende Upgrades auf der Ethereum-Roadmap](/roadmap/). +Springen Sie direkt zu Informationen über einige der besonders wichtigen vergangenen Upgrades: [Die Beacon Chain](/roadmap/beacon-chain/); [The Merge](/roadmap/merge/); und [EIP-1559](#london) + +Suchen Sie nach zukünftigen Protokoll-Upgrades? [Erfahren Sie mehr über kommende Upgrades auf der Ethereum-Roadmap](/roadmap/). + + + +## 2025 {#2025} + +### Fulu-Osaka ("Fusaka") {#fusaka} + + + +[Mehr zu Fusaka](/roadmap/fusaka/) + +### Prague-Electra ("Pectra") {#pectra} + + + +Das Prague-Electra-Upgrade („Pectra“) umfasste mehrere Verbesserungen am Ethereum-Protokoll, die darauf abzielten, die Erfahrung für alle Benutzer, Ebene-2-Netzwerke, Staker und Blockchain-Knoten-Betreiber zu verbessern. + +Das Staking erhielt ein Upgrade mit sich verzinsenden Validator-Konten und einer verbesserten Kontrolle über eingesetzte Mittel (Stake) mithilfe der Ausführungs-Auszahlungsadresse. EIP-7251 erhöhte das maximale effektive Guthaben für einen einzelnen Validator auf 2048, was die Kapitaleffizienz für Staker verbesserte. EIP-7002 ermöglichte es einem Ausführungskonto, Validator-Aktionen sicher auszulösen, einschließlich des Ausstiegs oder der Auszahlung von Teilen der Mittel, was die Erfahrung für ETH-Staker verbesserte und gleichzeitig dazu beitrug, die Verantwortlichkeit für Blockchain-Knoten-Betreiber zu stärken. + +Andere Teile des Upgrades konzentrierten sich auf die Verbesserung der Erfahrung für reguläre Benutzer. EIP-7702 brachte die Möglichkeit für ein reguläres Konto ohne Smart Contract ([Extern verwaltetes Konto (EOA)](/glossary/#eoa)), Code ähnlich einem Smart Contract auszuführen. Dies eröffnete grenzenlose neue Funktionen für traditionelle Ethereum-Konten, wie z. B. Transaktionsbündelung, Gas-Sponsoring, alternative Authentifizierung, programmierbare Ausgabenkontrollen, Kontowiederherstellungsmechanismen und mehr. + + + +Bessere Benutzererfahrung: + +
    +
  • EIP-7702 - EOA-Kontocode festlegen
    • +
  • EIP-7691 - Erhöhung des Blob-Durchsatzes
    • +
  • EIP-7623 - Erhöhung der Calldata-Kosten
    • +
  • EIP-7840 - Blob-Zeitplan zu EL-Konfigurationsdateien hinzufügen
    • +
+ +Bessere Staking-Erfahrung: + +
    +
  • EIP-7251 - Erhöhung der MAX_EFFECTIVE_BALANCE
    • +
  • EIP-7002 - Über die Ausführungsebene auslösbare Ausstiege
    • +
  • EIP-7685 - Allgemeine Anfragen an die Ausführungsebene
    • +
  • EIP-6110 - Bereitstellung von Validator-Einzahlungen auf der Blockchain
    • +
+ +Verbesserungen der Protokolleffizienz und -sicherheit: + +
    +
  • EIP-2537 - Vorkompilierung für BLS12-381-Kurvenoperationen
    • +
  • EIP-2935 - Speichern historischer Block-Hashes im Zustand
    • +
  • EIP-7549 - Verschieben des Komitee-Index außerhalb der Bestätigungen
    • +
+ + + +- [Pectra.wtf](https://pectra.wtf) +- [Wie Pectra die Staking-Erfahrung verbessern wird](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) +- [Lesen Sie die Spezifikationen des Electra-Upgrades](https://github.com/ethereum/consensus-specs/tree/master/specs/electra/) +- [Prague-Electra („Pectra“) FAQ](/roadmap/pectra/) + + + +## 2024 {#2024} + +### Cancun-Deneb ("Dencun") {#dencun} + + + +#### Cancun-Zusammenfassung {#cancun-summary} + +Das Cancun-Upgrade enthält eine Reihe von Verbesserungen an Ethereums _Ausführung_, die darauf abzielen, die Skalierung in Verbindung mit den Deneb-Konsens-Upgrades zu verbessern. + +Dazu gehört insbesondere EIP-4844, bekannt als **Proto-Danksharding**, das die Kosten für die Datenspeicherung für Ebene-2-Rollups erheblich senkt. Dies wird durch die Einführung von Daten-„Blobs“ erreicht, die es Rollups ermöglichen, Daten für kurze Zeit im Mainnet zu veröffentlichen. Dies führt zu deutlich niedrigeren Transaktionsgebühren für Benutzer von Ebene-2-Rollups. + + + +
    +
  • EIP-1153 - Transiente Speicher-Opcodes
    • +
  • EIP-4788 - Beacon-Block-Root in der EVM
    • +
  • EIP-4844 - Shard-Blob-Transaktionen (Proto-Danksharding)
    • +
  • EIP-5656 - MCOPY - Speicher-Kopierbefehl
    • +
  • EIP-6780 - SELFDESTRUCT nur in derselben Transaktion
    • +
  • EIP-7516 - BLOBBASEFEE-Opcode
    • +
+ + + +- [Ebene-2-Rollups](/layer-2/) +- [Proto-Danksharding](/roadmap/scaling/#proto-danksharding) +- [Danksharding](/roadmap/danksharding/) +- [Lesen Sie die Spezifikation des Cancun-Upgrades](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md) + +#### Deneb-Zusammenfassung {#deneb-summary} + +Das Deneb-Upgrade enthält eine Reihe von Verbesserungen an Ethereums _Konsens_, die darauf abzielen, die Skalierung zu verbessern. Dieses Upgrade erfolgt in Verbindung mit den Cancun-Ausführungs-Upgrades, um Proto-Danksharding (EIP-4844) zu ermöglichen, zusammen mit anderen Verbesserungen an der Beacon Chain. + +Vorgenerierte signierte „freiwillige Ausstiegsnachrichten“ laufen nicht mehr ab, was Benutzern, die ihre Mittel bei einem Drittanbieter-Blockchain-Knoten-Betreiber staken, mehr Kontrolle gibt. Mit dieser signierten Ausstiegsnachricht können Staker den Betrieb des Blockchain-Knotens delegieren und gleichzeitig die Möglichkeit behalten, jederzeit sicher auszusteigen und ihre Mittel abzuheben, ohne jemanden um Erlaubnis bitten zu müssen. + +EIP-7514 bringt eine Verschärfung der Emission von ETH mit sich, indem die „Churn“-Rate, mit der Validatoren dem Netzwerk beitreten können, auf acht (8) pro Epoche begrenzt wird. Da die ETH-Emission proportional zu den gesamten gestakten ETH ist, begrenzt die Einschränkung der Anzahl der beitretenden Validatoren die _Wachstumsrate_ der neu ausgegebenen ETH, während gleichzeitig die Hardwareanforderungen für Blockchain-Knoten-Betreiber gesenkt werden, was der Dezentralisierung zugutekommt. + + + +
    +
  • EIP-4788 - Beacon-Block-Root in der EVM
    • +
  • EIP-4844 - Shard-Blob-Transaktionen
    • +
  • EIP-7044 - Dauerhaft gültige signierte freiwillige Ausstiege
    • +
  • EIP-7045 - Erhöhung des maximalen Bestätigungs-Inklusions-Slots
    • +
  • EIP-7514 - Hinzufügen eines maximalen Epochen-Churn-Limits
    • +
+ + + +- [Lesen Sie die Spezifikationen des Deneb-Upgrades](https://github.com/ethereum/consensus-specs/tree/master/specs/deneb/) +- [Cancun-Deneb („Dencun“) FAQ](/roadmap/dencun/) @@ -32,52 +197,52 @@ Suchen Sie nach weiteren Protokoll-Upgrades? [Erfahren Sie mehr über anstehende #### Shanghai-Zusammenfassung {#shanghai-summary} -Das Shanghai-Update ebnete den Weg für Staking-Auszahlungen auf der Ausführungsebene. Die Fusion mit dem Capella-Upgrade ermöglichte es Blöcken, Auszahlungen zu akzeptieren, wodurch Stakern erlaubt wurde, ihre ETH von der Beacon Chain auf der Ausführungsebene abzuheben. +Das Shanghai-Upgrade brachte Staking-Auszahlungen auf die Ausführungsebene. In Verbindung mit dem Capella-Upgrade ermöglichte dies Blöcken, Auszahlungsoperationen zu akzeptieren, was es Stakern erlaubt, ihre ETH von der Beacon Chain auf die Ausführungsebene abzuheben. - +
    -
  • EIP-3651 – Führt die COINBASE-Adresse ein
    • -
  • EIP-3855 – Neue PUSH0-Anweisung
    • -
  • EIP-3860 – Initcode-Größenlimit
    • -
  • EIP-4895 – Beacon Chain Push-Abhebungen als Operationen
    • -
  • EIP-6049 – Veraltet SELFDESTRUCT
    • +
  • EIP-3651 – Startet die COINBASE-Adresse warm
    • +
  • EIP-3855 – Neuer PUSH0-Befehl
    • +
  • EIP-3860 – Begrenzung und Messung des Initcodes
    • +
  • EIP-4895 – Beacon-Chain-Push-Auszahlungen als Operationen
    • +
  • EIP-6049 - Veraltung von SELFDESTRUCT
 -- [Lesen Sie die Spezifikation für das Shanghai-Upgrade](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md) +- [Lesen Sie die Spezifikation des Shanghai-Upgrades](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md) #### Capella-Zusammenfassung {#capella-summary} -Das Capella-Update war das drittgrößte Upgrade für die Konsensebene (Beacon Chain) und ermöglichte Staking-Abhebungen. Mit Capella, das gleichzeitig mit dem Upgrade der Ausführungsebene, Shanghai, erfolgte, wurde die Staking-Abhebungsfunktion zur Verfügung gestellt. +Das Capella-Upgrade war das dritte große Upgrade der Konsensebene (Beacon Chain) und ermöglichte Staking-Auszahlungen. Capella fand synchron mit dem Upgrade der Ausführungsebene, Shanghai, statt und aktivierte die Staking-Auszahlungsfunktion. -Das Upgrade für die Konsensebene ermöglichte es Stakern, die bei der ersten Einzahlung keine Abhebungen vornehmen durften, Abhebungen vorzunehmen. +Dieses Upgrade der Konsensebene brachte Stakern, die bei ihrer anfänglichen Einzahlung keine Auszahlungsdaten angegeben hatten, die Möglichkeit, dies nachzuholen und so Auszahlungen zu ermöglichen. -Das Upgrade hat auch eine automatische Kontenbereinigungsfunktion bereitgestellt, die kontinuierlich Validator-Konten auf verfügbare Prämienzahlungen oder vollständige Abhebungen überprüft und verarbeitet. +Das Upgrade bot auch eine automatische Konto-Sweeping-Funktion, die Validator-Konten kontinuierlich auf verfügbare Belohnungszahlungen oder vollständige Auszahlungen verarbeitet. - [Mehr zu Staking-Auszahlungen](/staking/withdrawals/). -- [Lesen Sie die Spezifikationen für das Capella-Upgrade](https://github.com/ethereum/consensus-specs/tree/master/specs/capella/) +- [Lesen Sie die Spezifikationen des Capella-Upgrades](https://github.com/ethereum/consensus-specs/tree/master/specs/capella/) ## 2022 {#2022} -### Paris (Die Zusammenführung) {#paris} +### Paris (The Merge) {#paris} #### Zusammenfassung {#paris-summary} -Das Paris-Upgrade wurde durch das Erreichen einer [endgültigen Gesamtschwierigkeit](/glossary/#terminal-total-difficulty) von 58750000000000000000000 auf der Proof-of-Work-Blockchain ausgelöst. Dies geschah am 15. September 2022 im Block 15537393 und löste das Paris-Upgrade im nächsten Block aus. Paris war der Übergang zur [Zusammenführung (The Merge)](/roadmap/merge/) – seine wichtigste Funktion bestand darin, den [Proof-of-Work](/developers/docs/consensus-mechanisms/pow)-Mining-Algorithmus und die damit verbundene Konsenslogik abzuschalten und stattdessen [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos) einzuschalten. Paris selbst war ein Upgrade für die [Ausführungsclients](/developers/docs/nodes-and-clients/#execution-clients) (entspricht Bellatrix auf der Konsensebene), das ihnen ermöglichte, Anweisungen von ihren verbundenen [Konsensclients](/developers/docs/nodes-and-clients/#consensus-clients) entgegenzunehmen. Hierfür musste ein neuer Satz interner API-Methoden aktiviert werden, der gemeinsam als [Engine-API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) bekannt ist. Dies war wohl das bedeutendste Upgrade in der Geschichte von Ethereum seit [Homestead](#homestead)! +Das Paris-Upgrade wurde dadurch ausgelöst, dass die Proof-of-Work-Blockchain eine [terminale Gesamtschwierigkeit](/glossary/#terminal-total-difficulty) von 58750000000000000000000 überschritt. Dies geschah bei Block 15537393 am 15. September 2022 und löste das Paris-Upgrade im nächsten Block aus. Paris war der Übergang zu [The Merge](/roadmap/merge/) – sein Hauptmerkmal war das Abschalten des [Proof-of-Work](/developers/docs/consensus-mechanisms/pow)-Mining-Algorithmus und der zugehörigen Konsenslogik und stattdessen das Einschalten von [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos). Paris selbst war ein Upgrade für die [Ausführungs-Clients](/developers/docs/nodes-and-clients/#execution-clients) (äquivalent zu Bellatrix auf der Konsensebene), das es ihnen ermöglichte, Anweisungen von ihren verbundenen [Konsens-Clients](/developers/docs/nodes-and-clients/#consensus-clients) entgegenzunehmen. Dies erforderte die Aktivierung einer neuen Reihe interner API-Methoden, die zusammen als [Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) bekannt sind. Dies war wohl das bedeutendste Upgrade in der Geschichte von Ethereum seit [Homestead](#homestead)! -- [Lesen Sie die Spezifikation für das Paris-Upgrade](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) +- [Lesen Sie die Spezifikation des Paris-Upgrades](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) - +
    -
  • EIP-3675 – Ermöglicht den Übergang des Ethereum-Netzwerks vom Konsensmechanismus Proof-of-Work (PoW) zum Proof-of-Stake (PoS).
    • -
  • EIP-4399 – Die SCHWIERIGKEITEN mit der Wiederverwendung und Lesbarkeit des Opcodes werden durch den PREVRANDAO behoben
    • +
  • EIP-3675 – Upgrade des Konsenses auf Proof-of-Stake
    • +
  • EIP-4399 – Ersetzen des DIFFICULTY-Opcodes durch PREVRANDAO
 @@ -90,7 +255,7 @@ Das Paris-Upgrade wurde durch das Erreichen einer [endgültigen Gesamtschwierigk #### Zusammenfassung {#bellatrix-summary} -Das Bellatrix-Upgrade war das zweite geplante Upgrade für die [Beacon Chain](/roadmap/beacon-chain), das die Blockchain auf die [die Zusammenführung](/roadmap/merge/) vorbereitete. Es setzt Validator-Strafen für Inaktivität und strafbare Vergehen auf alle ihre Werte. Bellatrix beinhaltet auch eine Aktualisierung der Fork-Choice-Regeln, um die Blockchain auf die Zusammenführung und den Übergang vom letzten Proof-of-Work-Block zum ersten Proof-of-Stake-Block vorzubereiten. Dies beinhaltet auch, dass die Konsensclients über die [Terminale Gesamtschwierigkeit](/glossary/#terminal-total-difficulty) von 58750000000000000000000 informiert werden. +Das Bellatrix-Upgrade war das zweite geplante Upgrade für die [Beacon Chain](/roadmap/beacon-chain), das die Chain auf [The Merge](/roadmap/merge/) vorbereitete. Es bringt die Validator-Strafen für Inaktivität und Slashing-Vergehen auf ihre vollen Werte. Bellatrix enthält auch ein Update der Fork-Choice-Regeln, um die Chain auf The Merge und den Übergang vom letzten Proof-of-Work-Block zum ersten Proof-of-Stake-Block vorzubereiten. Dazu gehört, dass Konsens-Clients auf die [terminale Gesamtschwierigkeit](/glossary/#terminal-total-difficulty) von 58750000000000000000000 aufmerksam gemacht werden. - [Lesen Sie die Spezifikation des Bellatrix-Upgrades](https://github.com/ethereum/consensus-specs/tree/master/specs/bellatrix) @@ -102,14 +267,14 @@ Das Bellatrix-Upgrade war das zweite geplante Upgrade für die [Beacon Chain](/r #### Zusammenfassung {#gray-glacier-summary} -Das Gray Glacier Netzwerk-Upgrade hat die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) um drei Monate nach hinten verschoben. Dies ist die einzige Änderung, die in diesem Upgrade eingeführt wurde, und ähnelt den [Arrow Glacier](#arrow-glacier) und [Muir Glacier](#muir-glacier) Upgrades. Ähnliche Änderungen wurden bei den Netzwerk-Upgrades [Byzantium](#byzantium),[Constantinople](#constantinople) und [London](#london) durchgeführt. +Das Gray-Glacier-Netzwerk-Upgrade verschob die [Schwierigkeitsbombe (Difficulty Bomb)](/glossary/#difficulty-bomb) um drei Monate nach hinten. Dies ist die einzige Änderung, die in diesem Upgrade eingeführt wurde, und ähnelt in ihrer Art den Upgrades [Arrow Glacier](#arrow-glacier) und [Muir Glacier](#muir-glacier). Ähnliche Änderungen wurden bei den Netzwerk-Upgrades [Byzantium](#byzantium), [Constantinople](#constantinople) und [London](#london) durchgeführt. -- [EF Blog - Gray Glacier Upgrade-Ankündigung](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement) +- [EF-Blog - Ankündigung des Gray-Glacier-Upgrades](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement) - +
    -
  • EIP-5133 – Verzögert die Explosion der Schwierigkeitsbombe bis Ende September 2022
    • +
  • EIP-5133 – verzögert die Schwierigkeitsbombe bis September 2022
 @@ -124,12 +289,12 @@ Das Gray Glacier Netzwerk-Upgrade hat die [Schwierigkeitsbombe](/glossary/#diffi #### Zusammenfassung {#arrow-glacier-summary} -Das Arrow Glacier Netzwerk-Upgrade hat die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) um mehrere Monate nach hinten geschoben. Dies ist die einzige Änderung, die mit diesem Upgrade eingeführt wird, und ähnelt dem [Muir Glacier](#muir-glacier)-Upgrade. Ähnliche Änderungen wurden bei den Netzwerk-Upgrades [Byzantium](#byzantium),[Constantinople](#constantinople) und [London](#london) durchgeführt. +Das Arrow-Glacier-Netzwerk-Upgrade verschob die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) um mehrere Monate nach hinten. Dies ist die einzige Änderung, die in diesem Upgrade eingeführt wurde, und ähnelt in ihrer Art dem [Muir Glacier](#muir-glacier)-Upgrade. Ähnliche Änderungen wurden bei den Netzwerk-Upgrades [Byzantium](#byzantium), [Constantinople](#constantinople) und [London](#london) durchgeführt. -- [EF Blog – Ankündigung des Arrow Glacier-Upgrades](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement) -- [Ethereum Cat Herders – Ethereum Arrow Glacier-Upgrade](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002) +- [EF-Blog - Ankündigung des Arrow-Glacier-Upgrades](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement) +- [Ethereum Cat Herders - Ethereum Arrow-Glacier-Upgrade](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002) - +
  • EIP-4345 – verzögert die Schwierigkeitsbombe bis Juni 2022
    • @@ -145,13 +310,13 @@ Das Arrow Glacier Netzwerk-Upgrade hat die [Schwierigkeitsbombe](/glossary/#diff #### Zusammenfassung {#altair-summary} -Das Altair-Upgrade war das erste geplante Upgrade für die [Beacon Chain](/roadmap/beacon-chain). Es wurde die Unterstützung für „Sync-Komitees“ hinzugefügt, die leichte Clients aktivierte und die Strafen für Inaktivität und Slashing von Validatoren erhöht, da die Entwicklung der Zusammenführung voranschritt. +Das Altair-Upgrade war das erste geplante Upgrade für die [Beacon Chain](/roadmap/beacon-chain). Es fügte Unterstützung für „Sync-Komitees“ hinzu – was Light-Clients ermöglichte – und erhöhte die Strafen für Validator-Inaktivität und Slashing, während die Entwicklung in Richtung The Merge voranschritt. -- [Lesen Sie die Spezifikation zum Altair-Upgrade](https://github.com/ethereum/consensus-specs/tree/master/specs/altair) +- [Lesen Sie die Spezifikation des Altair-Upgrades](https://github.com/ethereum/consensus-specs/tree/master/specs/altair) -#### Wissenswertes! {#altair-fun-fact} +#### Fun Fact! {#altair-fun-fact} -Altair war das erste große Netzwerk-Upgrade, für das es einen genauen Einführungszeitpunkt gab. Jedes vorherige Upgrade basierte auf einer angegebenen Blocknummer auf der Proof-of-Work-Chain, bei der die Blockzeiten variieren. Die Beacon Chain erfordert kein Lösen von Proof-of-Work und arbeitet stattdessen mit einem zeitbasierten Epochensystem, das aus 32 zwölfsekündigen „Slots" besteht, in denen Validatoren Blöcke vorschlagen können. Deshalb wussten wir genau, wann wir Epoche 74.240 erreichen würden und Altair live gehen würde! +Altair war das erste große Netzwerk-Upgrade, das eine genaue Rollout-Zeit hatte. Jedes vorherige Upgrade basierte auf einer deklarierten Blocknummer auf der Proof-of-Work-Chain, bei der die Blockzeiten variieren. Die Beacon Chain erfordert keine Lösung für Proof-of-Work und arbeitet stattdessen mit einem zeitbasierten Epochensystem, das aus 32 zwölfsekündigen „Slots“ besteht, in denen Validatoren Blöcke vorschlagen können. Deshalb wussten wir genau, wann wir Epoche 74.240 erreichen würden und Altair live ging! - [Blockzeit](/developers/docs/blocks/#block-time) @@ -163,20 +328,34 @@ Altair war das erste große Netzwerk-Upgrade, für das es einen genauen Einführ #### Zusammenfassung {#london-summary} -Das London-Upgrade führte die [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) ein, das den Markt für Transaktionsgebühren reformierte sowie Änderungen bei der Handhabung von Gasrückerstattungen und dem [Ice-Age](/glossary/#ice-age)-Zeitplan beinhaltete. +Das London-Upgrade führte [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) ein, das den Transaktionsgebührenmarkt reformierte, zusammen mit Änderungen bei der Handhabung von Gas-Rückerstattungen und dem Zeitplan der [Eiszeit (Ice Age)](/glossary/#ice-age). -- [Sind Sie ein dApp-Entwickler? Bitte aktualisieren Sie Ihre Bibliotheken und Werkzeuge.](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md) +#### Was war das London-Upgrade / EIP-1559? {#eip-1559} + +Vor dem London-Upgrade hatte Ethereum Blöcke mit fester Größe. In Zeiten hoher Netzwerknachfrage arbeiteten diese Blöcke mit voller Kapazität. Infolgedessen mussten Benutzer oft warten, bis die Nachfrage sank, um in einen Block aufgenommen zu werden, was zu einer schlechten Benutzererfahrung führte. Das London-Upgrade führte Blöcke mit variabler Größe in Ethereum ein. + +Die Art und Weise, wie Transaktionsgebühren im Ethereum-Netzwerk berechnet wurden, änderte sich mit [dem London-Upgrade](/ethereum-forks/#london) vom August 2021. Vor dem London-Upgrade wurden die Gebühren ohne Trennung von `base`- und `priority`-Gebühren wie folgt berechnet: + +Nehmen wir an, Alice musste Bob 1 ETH zahlen. In der Transaktion beträgt das Gaslimit 21.000 Einheiten und der Gaspreis 200 Gwei. + +Die Gesamtgebühr hätte betragen: `Gaseinheiten (Limit) * Gaspreis pro Einheit`, d. h. `21.000 * 200 = 4.200.000 Gwei` oder 0,0042 ETH + +Die Implementierung von [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) im London-Upgrade machte den Transaktionsgebührenmechanismus komplexer, aber die Gasgebühren vorhersehbarer, was zu einem effizienteren Transaktionsgebührenmarkt führte. Benutzer können Transaktionen mit einer `maxFeePerGas` einreichen, die dem entspricht, was sie für die Ausführung der Transaktion zu zahlen bereit sind, in dem Wissen, dass sie nicht mehr als den Marktpreis für Gas (`baseFeePerGas`) zahlen werden, und erhalten jeden Überschuss, abzüglich ihres Trinkgelds, zurückerstattet. + +Dieses Video erklärt EIP-1559 und die Vorteile, die es bringt: [EIP-1559 Erklärt](https://www.youtube.com/watch?v=MGemhK9t44Q) + +- [Sind Sie ein Dapp-Entwickler? Stellen Sie sicher, dass Sie Ihre Bibliotheken und Tools aktualisieren.](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md) - [Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement) -- [Lesen Sie die Erklärung der Ethereum Cat Herder](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) +- [Lesen Sie die Erklärung der Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) - +
      -
    • EIP-1559 – trägt zur Verbesserung der Marktbedingungen bei und senkt gleichzeitig die Transaktionsgebühren
      • -
    • EIP-3198 – zur Wiedergabe eines BASEFEE-Blockcodes
      • -
    • EIP-3529 – reduziert die Gasgebühren für EVM-Operationen
      • -
    • EIP-3541 – verhindert die Bereitstellung von Verträgen, verhindert, die mit 0xEF beginnen
      • -
    • EIP-3554 – plant, das Ice Age bis Dezember 2021 zu verlängern
      • +
    • EIP-1559 – verbessert den Transaktionsgebührenmarkt
      • +
    • EIP-3198 – gibt die BASEFEE aus einem Block zurück
      • +
    • EIP-3529 - reduziert Gas-Rückerstattungen für EVM-Operationen
      • +
    • EIP-3541 - verhindert die Bereitstellung von Verträgen, die mit 0xEF beginnen
      • +
    • EIP-3554 – verzögert die Eiszeit bis Dezember 2021
     @@ -189,18 +368,18 @@ Das London-Upgrade führte die [EIP-1559](https://eips.ethereum.org/EIPS/eip-155 #### Zusammenfassung {#berlin-summary} -Mit dem Berlin-Upgrade wurden die Gaskosten für bestimmte EVM-Aktionen optimiert und die Unterstützung für mehrere Transaktionsarten erweitert. +Das Berlin-Upgrade optimierte die Gaskosten für bestimmte EVM-Aktionen und erhöht die Unterstützung für mehrere Transaktionstypen. -- [Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement) -- [Lies die Erklärung der Ethereum Cat Herder](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80) +- [Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement) +- [Lesen Sie die Erklärung der Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80) - +
      -
    • EIP-2565 – senkt die Gaskosten für ModExp
      • -
    • EIP-2718 – ermöglicht einen viel einfacheren Zugang zu den verschiedenen Transaktionsdiensten
      • -
    • EIP-2929 – Gaskostenerhöhung für Zustandszugriffs-Opcodes
      • -
    • EIP-2930 – fügt eine optionale Zugriffsliste hinzu
      • +
    • EIP-2565 – senkt die ModExp-Gaskosten
      • +
    • EIP-2718 – ermöglicht eine einfachere Unterstützung für mehrere Transaktionstypen
      • +
    • EIP-2929 – Erhöhung der Gaskosten für Zustandszugriffs-Opcodes
      • +
    • EIP-2930 – fügt optionale Zugriffslisten hinzu
     @@ -209,15 +388,15 @@ Mit dem Berlin-Upgrade wurden die Gaskosten für bestimmte EVM-Aktionen optimier ## 2020 {#2020} -### Entstehungsgeschichte der Beacon Chain {#beacon-chain-genesis} +### Beacon Chain Genesis {#beacon-chain-genesis} #### Zusammenfassung {#beacon-chain-genesis-summary} -Die [Beacon Chain](/roadmap/beacon-chain/) benötigte zum sicheren Betrieb 16.384 Einzahlungen von 32 gestakten ETH. Dazu kam es am 27. November, was bedeutet, dass die Beacon Chain am 1. Dezember 2020 mit der Erzeugung von Blöcken begann. Dies ist ein wichtiger erster Schritt zur Verwirklichung der [Ethereum-Vision](/roadmap/). +Die [Beacon Chain](/roadmap/beacon-chain/) benötigte 16.384 Einzahlungen von 32 gestakten ETH, um sicher zu starten. Dies geschah am 27. November, und die Beacon Chain begann am 1. Dezember 2020 mit der Produktion von Blöcken. -[Die Ankündigung der Ethereum Foundation lesen](https://blog.ethereum.org/2020/11/27/eth2-quick-update-no-21) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2020/11/27/eth2-quick-update-no-21) Die Beacon Chain @@ -225,15 +404,15 @@ Die [Beacon Chain](/roadmap/beacon-chain/) benötigte zum sicheren Betrieb 16.38 --- -### Staking-Einzahlungsvertrag bereitgestellt {#staking-deposit-contract} +### Staking deposit contract deployed {#staking-deposit-contract} #### Zusammenfassung {#deposit-contract-summary} -Mit dem Staking-Einzahlungsvertrag wurde [Staking](/glossary/#staking) im Ökosystem von Ethereum eingeführt. Obwohl es sich um einen [Mainnet](/glossary/#mainnet)-Vertrag handelt, hatte er einen direkten Einfluss auf den Zeitplan für die Einführung der [Beacon Chain](/roadmap/beacon-chain/), einem wichtigen [Ethereum-Upgrade](/roadmap/). +Der Staking-Einzahlungsvertrag führte das [Staking](/glossary/#staking) in das Ethereum-Ökosystem ein. Obwohl es sich um einen [Mainnet](/glossary/#mainnet)-Vertrag handelte, hatte er direkte Auswirkungen auf den Zeitplan für den Start der [Beacon Chain](/roadmap/beacon-chain/), einem wichtigen [Ethereum-Upgrade](/roadmap/). -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19) Staking @@ -247,15 +426,15 @@ Mit dem Staking-Einzahlungsvertrag wurde [Staking](/glossary/#staking) im Ökosy #### Zusammenfassung {#muir-glacier-summary} -Die Muir-Glacier-Fork führte eine Verzögerung in die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) ein. Erhöhungen der Blockschwierigkeitsstufe des [Proof-of-Work](/developers/docs/consensus-mechanisms/pow/)-Konsensmechanismus drohten, die Nutzbarkeit von Ethereum zu verringern, indem die Wartezeiten für das Senden von Transaktionen und die Verwendung von dApps erhöht werden. +Der Muir-Glacier-Fork führte eine Verzögerung der [Schwierigkeitsbombe](/glossary/#difficulty-bomb) ein. Erhöhungen der Blockschwierigkeit des [Proof-of-Work](/developers/docs/consensus-mechanisms/pow/)-Konsensmechanismus drohten die Nutzbarkeit von Ethereum zu verschlechtern, indem sie die Wartezeiten für das Senden von Transaktionen und die Nutzung von Dapps erhöhten. -- [Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement) -- [Lies die Erklärung der Ethereum Cat Herder](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) +- [Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement) +- [Lesen Sie die Erklärung der Ethereum Cat Herders](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) - +
      -
    • EIP-2384 – verzögert die Schwierigkeitsbombe um weitere 4.000.000 Blöcke, oder etwa 611 Tage.
      • +
    • EIP-2384 – verzögert die Schwierigkeitsbombe um weitere 4.000.000 Blöcke oder ~611 Tage.
     @@ -270,26 +449,25 @@ Die Muir-Glacier-Fork führte eine Verzögerung in die [Schwierigkeitsbombe](/gl #### Zusammenfassung {#istanbul-summary} -Die Istanbul-Fork: +Der Istanbul-Fork: -- Optimierte die [Gaskosten](/glossary/#gas) für bestimmte Aktionen in der [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine). -- Verbesserte Widerstandskraft gegen Denial-of-Service-Angriffe. -- Machte [Skalierungslösungen der Ebene 2](/developers/docs/scaling/#layer-2-scaling) basierend auf SNARKs und STARKs leistungsstärker. -- Aktivierte Ethereum und Zcash zur Interoperation. -- Ermöglichte Verträgen, kreativere Funktionen einzuführen. +- Optimierte die [Gas](/glossary/#gas)-Kosten bestimmter Aktionen in der [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine). +- Verbesserte die Widerstandsfähigkeit gegen Denial-of-Service-Angriffe. +- Machte [Ebene-2-Skalierungslösungen](/developers/docs/scaling/#layer-2-scaling) basierend auf SNARKs und STARKs leistungsfähiger. +- Ermöglichte die Interoperabilität von Ethereum und Zcash. +- Erlaubte Verträgen, kreativere Funktionen einzuführen. -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement) - +
      -
    • EIP-152 – ermöglicht es dem Ethereum-Netzwerk, mit anonymen Währungen wie Zcash zu arbeiten, wodurch das Recht auf Privatsphäre geschützt werden kann.
      • -
    • EIP-1108 – eine günstigere Kryptographie zur Optimierung der [Gaskosten](/glossary/#gas).
      • -
    • EIP-1344 – schützt Ethereum vor Wiederholungsangriffen durch Hinzufügen des CHAINID [-Opcodes](/developers/docs/ethereum-stack/#ethereum-virtual-machine).
      • -
    • EIP-1884 – die Optimierung der Gaspreis-Verfahrenscodes auf der Grundlage des Gasverbrauchs.
      • -
    • EIP-2028 – reduziert die Kosten für „CallData“, mit dem Ziel, mehr Daten in den Blöcken zu implementieren – gut für [Layer-2-Skalierbarkeit](/developers/docs/scaling/#layer-2-scaling).
      • -
    • EIP-2200 – -weitere Änderungen der Gaspreisverfahrenscodes.
      • +
    • EIP-152 – ermöglicht Ethereum die Zusammenarbeit mit datenschutzfreundlichen Währungen wie Zcash.
      • +
    • EIP-1108 – günstigere Kryptografie zur Verbesserung der [Gas](/glossary/#gas)-Kosten.
      • +
    • EIP-1344 – schützt Ethereum vor Replay-Angriffen durch Hinzufügen des CHAINID-[Opcodes](/developers/docs/ethereum-stack/#ethereum-virtual-machine).
      • +
    • EIP-1884 – Optimierung der Opcode-Gaspreise basierend auf dem Verbrauch.
      • +
    • EIP-2028 – reduziert die Kosten für CallData, um mehr Daten in Blöcken zu ermöglichen – gut für die [Ebene-2-Skalierung](/developers/docs/scaling/#layer-2-scaling).
      • +
    • EIP-2200 – weitere Änderungen der Opcode-Gaspreise.
     @@ -302,21 +480,22 @@ weitere Änderungen der Gaspreisverfahrenscodes. #### Zusammenfassung {#constantinople-summary} -Die Constantinople-Fork: +Der Constantinople-Fork: -- Sie stellte sicher, dass die Blockchain nicht einfrieren konnte, bevor der [Proof-of-Stake](#beacon-chain-genesis) implementiert wurde. -- Optimierte die [Gas-](/glossary/#gas)-Kosten für bestimmte Aktionen in der [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine). +- Reduzierte die [Block-Belohnung](/developers/docs/consensus-mechanisms/pow/mining/) für das Mining von 3 auf 2 ETH. +- Stellte sicher, dass die Blockchain nicht einfror, bevor [Proof-of-Stake implementiert wurde](#beacon-chain-genesis). +- Optimierte die [Gas](/glossary/#gas)-Kosten bestimmter Aktionen in der [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine). - Fügte die Möglichkeit hinzu, mit Adressen zu interagieren, die noch nicht erstellt wurden. -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement) - +
      -
    • EIP-145 – optimiert die Kosten von bestimmten On-Chain-Aktionen.
      • -
    • EIP-1014 – erlaubt es Ihnen, Adressen zu verwenden, die noch nicht angelegt wurden.
      • -
    • EIP-1052 – optimiert die Kosten bestimmter On-Chain-Aktionen.
      • -
    • EIP-1234 – stellt sicher, dass die Blockchain vor dem Proof-of-Stake-Verfahren nicht eingefroren wird.
      • +
    • EIP-145 – optimiert die Kosten bestimmter Aktionen auf der Blockchain.
      • +
    • EIP-1014 – ermöglicht die Interaktion mit Adressen, die noch erstellt werden müssen.
      • +
    • EIP-1052 – führt den EXTCODEHASH-Befehl ein, um den Hash des Codes eines anderen Vertrags abzurufen.
      • +
    • EIP-1234 – stellt sicher, dass die Blockchain vor Proof-of-Stake nicht einfriert, und reduziert die Block-Belohnung von 3 auf 2 ETH.
     @@ -331,27 +510,27 @@ Die Constantinople-Fork: #### Zusammenfassung {#byzantium-summary} -Die Byzantium-Fork: +Der Byzantium-Fork: -- Reduzierte die Block-[Mining](/developers/docs/consensus-mechanisms/pow/mining/)-Prämien von 5 auf 3 ETH. +- Reduzierte die [Block-Belohnung](/developers/docs/consensus-mechanisms/pow/mining/) für das Mining von 5 auf 3 ETH. - Verzögerte die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) um ein Jahr. -- Fügte die Möglichkeit hinzu, nicht zustandsverändernde Aufrufe zu anderen Verträgen zu tätigen. -- Fügte bestimmte Kryptographie-Methoden hinzu, um [Layer-2-Skalierung](/developers/docs/scaling/#layer-2-scaling) zu ermöglichen. +- Fügte die Möglichkeit hinzu, nicht-zustandsändernde Aufrufe an andere Verträge durchzuführen. +- Fügte bestimmte Kryptografie-Methoden hinzu, um die [Ebene-2-Skalierung](/developers/docs/scaling/#layer-2-scaling) zu ermöglichen. -[Die Ankündigung der Ethereum Foundation lesen](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement) - +
      -
    • EIP-140 – integriert den Operationscode REVERT.
      • -
    • EIP-658 – Statusfeld zu Transaktionsbelegen hinzugefügt, Erfolg oder Misserfolg anzuzeigen.
      • -
    • EIP-196 – integriert die elliptische Kurve sowie die Multiplikation mit einem Skalar, die die Verwendung von [ZK-Snarks ](/developers/docs/scaling/zk-rollups/) ermöglichen.
      • +
    • EIP-140 – fügt den REVERT-Opcode hinzu.
      • +
    • EIP-658 – Statusfeld zu Transaktionsbelegen hinzugefügt, um Erfolg oder Misserfolg anzuzeigen.
      • +
    • EIP-196 – fügt elliptische Kurven und Skalarmultiplikation hinzu, um [ZK-Snarks](/developers/docs/scaling/zk-rollups/) zu ermöglichen.
    • EIP-197 – fügt elliptische Kurven und Skalarmultiplikation hinzu, um [ZK-Snarks](/developers/docs/scaling/zk-rollups/) zu ermöglichen.
      • -
    • EIP-198 – aktiviert Überprüfung der RSA-Signatur.
      • -
    • EIP-211 – fügt Unterstützung der Ausgabewerte eines Variableninhalts hinzu.
      • -
    • EIP-214 – integriert den Verfahrenscode, STATICCALL der nicht zustandsveränderte Aufrufe für andere Verträge erlaubt.
      • -
    • EIP-100 – ändert die Formel für die Einstellung des Schwierigkeitsgrades.
      • -
    • EIP-649 – verzögert die [ Schwierigkeitsbombe](/glossary/#difficulty-bomb) um ein Jahr und senkt die vollen Blockprämien von 5 auf 3 ETH.
      • +
    • EIP-198 – ermöglicht die RSA-Signaturüberprüfung.
      • +
    • EIP-211 – fügt Unterstützung für Rückgabewerte variabler Länge hinzu.
      • +
    • EIP-214 – fügt den STATICCALL-Opcode hinzu, der nicht-zustandsändernde Aufrufe an andere Verträge ermöglicht.
      • +
    • EIP-100 – ändert die Formel zur Anpassung der Schwierigkeit.
      • +
    • EIP-649 – verzögert die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) um 1 Jahr und reduziert die Block-Belohnung von 5 auf 3 ETH.
     @@ -366,63 +545,63 @@ Die Byzantium-Fork: #### Zusammenfassung {#spurious-dragon-summary} -Die Spurious-Dragon-Fork war die zweite Reaktion auf die Denial-of-Service(DoS)-Angriffe auf das Netzwerk (September/Oktober 2016), einschließlich: +Der Spurious-Dragon-Fork war die zweite Reaktion auf die Denial-of-Service-Angriffe (DoS) auf das Netzwerk (September/Oktober 2016), einschließlich: -- Abstimmen der Verfahrenscode-Preise, um zukünftige Angriffe auf das Netzwerk zu verhindern. -- Aktivierung von „Debloat“ (Wachstumsveringerung) für den Blockchain-Zustand. -- Hinzufügen von Replay-Angriffsschutz. +- Anpassung der Opcode-Preise, um zukünftige Angriffe auf das Netzwerk zu verhindern. +- Ermöglichung der „Entschlackung“ (Debloat) des Blockchain-Zustands. +- Hinzufügen von Schutz vor Replay-Angriffen. -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon) - +
      -
    • EIP-155 – verhindert, dass Transaktionen von einer Ethereum-Blockchain wieder auf einer alternativen Blockchain gesendet werden. Beispiel: Eine Testnetz-Transaktion, die auf der Ethereum Haupt-Blockchain wiedergegeben wird.
      • -
    • EIP-160 – passt Preise des EXP-Verfahrenscodes an – und wirkt somit der Verlangsamung des Netzwerks durch rechenintensive Vertragsklauseln entgegen.
      • -
    • EIP-161 – ermöglicht das Löschen leerer Konten, die bei DOS-Attacken hinzugefügt wurden.
      • -
    • EIP-170 – ändert die maximale Codegröße, die ein Vertrag in der Blockchain haben kann, in 24576 Bytes.
      • +
    • EIP-155 – verhindert, dass Transaktionen von einer Ethereum-Chain auf einer alternativen Chain erneut gesendet werden, z. B. dass eine Testnet-Transaktion auf der Haupt-Ethereum-Chain wiederholt wird.
      • +
    • EIP-160 – passt die Preise des EXP-Opcodes an – macht es schwieriger, das Netzwerk durch rechenintensive Vertragsoperationen zu verlangsamen.
      • +
    • EIP-161 – ermöglicht das Entfernen leerer Konten, die durch die DOS-Angriffe hinzugefügt wurden.
      • +
    • EIP-170 – ändert die maximale Codegröße, die ein Vertrag auf der Blockchain haben kann – auf 24576 Bytes.
     --- -### Tangerine Whistle {#tangerine-whistle} +### Tangerine whistle {#tangerine-whistle} #### Zusammenfassung {#tangerine-whistle-summary} -Die Tangerine-Whistle-Fork war die erste Reaktion auf die Denial-of-Service(DoS)-Angriffe auf das Netzwerk (September/Oktober 2016), einschließlich: +Der Tangerine-Whistle-Fork war die erste Reaktion auf die Denial-of-Service-Angriffe (DoS) auf das Netzwerk (September/Oktober 2016), einschließlich: -- Lösung der dringenden Probleme im Bereich der Netzwerkgesundheit im Zusammenhang mit unterbewerteten Verfahrenscodes. +- Behebung dringender Probleme mit der Netzwerkgesundheit in Bezug auf zu niedrig bepreiste Operationscodes. -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/10/18/faq-upcoming-ethereum-hard-fork) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/10/18/faq-upcoming-ethereum-hard-fork) - +
      -
    • EIP-150 – erhöht die Gaskosten der Verfahrenscodes, die bei Spam-Attacken verwendet werden können.
      • -
    • EIP-158 – reduziert die Zustandsgröße, indem sie eine große Anzahl leerer Konten entfernt, die aufgrund von Fehlern in früheren Versionen des Ethereum-Protokolls ursprünglich minimale Transaktionsgebühren enthielten.
      • +
    • EIP-150 – erhöht die Gaskosten von Opcodes, die bei Spam-Angriffen verwendet werden können.
      • +
    • EIP-158 – reduziert die Zustandsgröße durch Entfernen einer großen Anzahl leerer Konten, die aufgrund von Fehlern in früheren Versionen des Ethereum-Protokolls zu sehr geringen Kosten in den Zustand eingefügt wurden.
     --- -### DAO-Fork {#dao-fork} +### DAO fork {#dao-fork} #### Zusammenfassung {#dao-fork-summary} -Die DAO-Abspaltung war eine Reaktion auf den [DAO-Angriff 2016](https://www.coindesk.com/learn/understanding-the-dao-attack/), bei dem einem unsicheren [DAO](/glossary/#dao)-Vertrag durch einen Hack über 3,6 Millionen ETH entzogen wurden. Die Fork verschiebt das Guthaben aus dem fehlerhaften Vertrag in einen [neuen Vertrag](https://etherscan.io/address/0xbf4ed7b27f1d666546e30d74d50d173d20bca754) mit einer einzigen Funktion: Abheben. Jeder, der Geld verloren hat, konnte 1 ETH für jeden 100 DAO-Token in seiner Wallet abheben. +Der DAO-Fork war eine Reaktion auf den [DAO-Angriff von 2016](https://www.coindesk.com/learn/understanding-the-dao-attack/), bei dem ein unsicherer [DAO](/glossary/#dao)-Vertrag bei einem Hack um über 3,6 Millionen ETH erleichtert wurde. Der Fork verschob die Mittel aus dem fehlerhaften Vertrag in einen [neuen Vertrag](https://eth.blockscout.com/address/0xbf4ed7b27f1d666546e30d74d50d173d20bca754) mit einer einzigen Funktion: Auszahlen (withdraw). Jeder, der Mittel verloren hatte, konnte 1 ETH für jeweils 100 DAO-Token in seinen Wallets abheben. -Über diese Vorgehensweise wurde seitens der Ethereum-Community abgestimmt. Jeder ETH-Inhaber konnte über eine Transaktion auf [, einer Abstimmungsplattform,](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/) abstimmen. Die Entscheidung für die Fork erhielt mehr als 85 % der Stimmen. +Über diese Vorgehensweise wurde von der Ethereum-Community abgestimmt. Jeder ETH-Inhaber konnte über eine Transaktion auf [einer Abstimmungsplattform](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/) abstimmen. Die Entscheidung für den Fork erreichte über 85 % der Stimmen. -Einige Miner weigerten sich, die Abspaltung mitzutragen, da der Vorfall des DAO keinen Fehler im Protokoll darstellte. Sie gründeten daraufhin [Ethereum Classic](https://ethereumclassic.org/). +Einige Miner weigerten sich, den Fork durchzuführen, da der DAO-Vorfall kein Fehler im Protokoll war. Sie gründeten daraufhin [Ethereum Classic](https://ethereumclassic.org/). -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/07/20/hard-fork-completed) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/07/20/hard-fork-completed) --- @@ -432,17 +611,16 @@ Einige Miner weigerten sich, die Abspaltung mitzutragen, da der Vorfall des DAO #### Zusammenfassung {#homestead-summary} -Die Homestead-Fork, die in die Zukunft schaute. Sie enthielt mehrere Protokolländerungen und eine Änderung des Netzwerks, die Ethereum die Möglichkeit gab, weitere Netzwerk-Upgrades durchzuführen. +Der Homestead-Fork, der in die Zukunft blickte. Er umfasste mehrere Protokolländerungen und eine Netzwerkänderung, die Ethereum die Möglichkeit gab, weitere Netzwerk-Upgrades durchzuführen. -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/02/29/homestead-release) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2016/02/29/homestead-release) - +
      -
    • EIP-2 – ermöglicht es Bearbeitungen bei der Entwicklung von Smart Contracts vorzunehmen.
      • -
    • EIP-7 – -führt einen neuen Verfahrenscode ein: DELEGATECALL
      • -
    • EIP-8 – präsentiert DEVP2P zur Erfüllung der Kompatibilitätsanforderungen
      • +
    • EIP-2 – nimmt Änderungen am Vertragserstellungsprozess vor.
      • +
    • EIP-7 – fügt neuen Opcode hinzu: DELEGATECALL
      • +
    • EIP-8 – führt devp2p-Vorwärtskompatibilitätsanforderungen ein
     @@ -451,16 +629,16 @@ führt einen neuen Verfahrenscode ein: DELEGATECALL ## 2015 {#2015} -### Frontier Thawing {#frontier-thawing} +### Frontier thawing {#frontier-thawing} #### Zusammenfassung {#frontier-thawing-summary} -Die Frontier-Thawing-Fork hob das 5.000 [Gas](/glossary/#gas)-Limit pro [Block](/glossary/#block) auf und setzte den Standardgaspreis auf 51 [gwei](/glossary/#gwei). Dies erlaubte Transaktionen – Transaktionen benötigen 21.000 Gas. Die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) wurde eingeführt, um eine zukünftige harte Abspaltung zu [Proof-of-Stake](/glossary/#pos) sicherzustellen. +Der Frontier-Thawing-Fork hob das Limit von 5.000 [Gas](/glossary/#gas) pro [Block](/glossary/#block) auf und setzte den Standard-Gaspreis auf 51 [Gwei](/glossary/#gwei). Dies ermöglichte Transaktionen – Transaktionen erfordern 21.000 Gas. Die [Schwierigkeitsbombe](/glossary/#difficulty-bomb) wurde eingeführt, um einen zukünftigen Hard-Fork zu [Proof-of-Stake](/glossary/#pos) sicherzustellen. -- [Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2015/08/04/the-thawing-frontier) -- [Lesen Sie das Ethereum Protokoll-Update 1](https://blog.ethereum.org/2015/08/04/ethereum-protocol-update-1) +- [Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2015/08/04/the-thawing-frontier) +- [Lesen Sie das Ethereum-Protokoll-Update 1](https://blog.ethereum.org/2015/08/04/ethereum-protocol-update-1) --- @@ -470,42 +648,42 @@ Die Frontier-Thawing-Fork hob das 5.000 [Gas](/glossary/#gas)-Limit pro [Block]( #### Zusammenfassung {#frontier-summary} -Frontier war live, aber soweit nur die Implementierung eines grundsätzlichen Rahmens des Ethereum-Projekts. Es folgte der erfolgreichen olympischen Testphase. Es war für technische Benutzer gedacht, speziell für Entwickler. [Blöcke](/glossary/#block) hatten ein [Gas](/glossary/#gas)-Limit von 5.000. Diese Zeit des „Auftauens" ermöglichte es den Minern, ihren Betrieb zu starten und für Early-Adopters, ihre Kunden zu installieren, ohne dies „überstürzen“ zu müssen. +Frontier war eine Live-, aber rudimentäre Implementierung des Ethereum-Projekts. Es folgte auf die erfolgreiche Olympic-Testphase. Es war für technische Benutzer, insbesondere Entwickler, gedacht. [Blöcke](/glossary/#block) hatten ein [Gaslimit](/glossary/#gas) von 5.000. Diese „Auftau“-Phase (Thawing) ermöglichte es Minern, ihren Betrieb aufzunehmen, und frühen Anwendern, ihre Clients zu installieren, ohne sich „beeilen“ zu müssen. -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2015/07/22/frontier-is-coming-what-to-expect-and-how-to-prepare) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2015/07/22/frontier-is-coming-what-to-expect-and-how-to-prepare) ## 2014 {#2014} -### Ether-Verkauf {#ether-sale} +### Ether sale {#ether-sale} -Ether ging offiziell 42 Tage lang in den Verkauf. Man konnte es mit BTC kaufen. +Ether ging offiziell für 42 Tage in den Verkauf. Man konnte es mit BTC kaufen. -[Lies die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale) +[Lesen Sie die Ankündigung der Ethereum Foundation](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale) --- -### Yellowpaper veröffentlicht {#yellowpaper} +### Yellowpaper released {#yellowpaper} -Das Yellowpaper, verfasst von Dr. Gavin Wood, ist eine technische Definition des Ethereum-Protokolls. +Das Yellow Paper, verfasst von Dr. Gavin Wood, ist eine technische Definition des Ethereum-Protokolls. -[Yellowpaper anzeigen](https://github.com/ethereum/yellowpaper) +[Sehen Sie sich das Yellow Paper an](https://github.com/ethereum/yellowpaper) ## 2013 {#2013} -### Whitepaper veröffentlicht {#whitepaper} +### Whitepaper released {#whitepaper} -Dieses einleitende Papier wurde ursprünglich 2013 von Vitalik Buterin, dem Gründer von Ethereum, vor dem Projektstart im Jahr 2015 veröffentlicht. +Das Einführungspapier, das 2013 von Vitalik Buterin, dem Gründer von Ethereum, vor dem Start des Projekts im Jahr 2015 veröffentlicht wurde. Whitepaper - +     \ No newline at end of file diff --git a/public/content/translations/de/whitepaper/index.md b/public/content/translations/de/whitepaper/index.md index 2affb6145af..204493689c0 100644 --- a/public/content/translations/de/whitepaper/index.md +++ b/public/content/translations/de/whitepaper/index.md @@ -6,23 +6,21 @@ sidebarDepth: 2 hideEditButton: true --- -# Ethereum Whitepaper {#ethereum-whitepaper} - -_Diese einleitende Arbeit wurde ursprünglich 2014 von Vitalik Buterin, dem Gründer von [Ethereum](/what-is-ethereum/), vor dem Projektstart im Jahr 2015 veröffentlicht. Es ist erwähnenswert, dass sich Ethereum, wie viele gemeinschaftlich gesteuerte Open-Source-Softwareprojekte, seit seiner anfänglichen Einführung weiterentwickelt hat._ + -_Obwohl diese Arbeit schon einige Jahre alt ist, pflegen wir sie nach wie vor, weil sie weiterhin als nützliche Referenz und präzise Darstellung von Ethereum und seiner Vision dient. Um mehr über die neuesten Entwicklungen von Ethereum und dazu zu erfahren, wie Änderungen am Protokoll vorgenommen werden, empfehlen wir [diese Anleitung](/learn/)._ +_Obwohl schon einige Jahre alt, behalten wir das untenstehende Originaldokument bei, da es nach wie vor als nützliche Referenz und als zutreffende Darstellung von [Ethereum](/) und seiner Vision dient._ -[Forscher und Akademiker, die eine historische oder kanonische Version des Whitepapers [vom Dezember 2014] suchen, sollten diese PDF-Datei verwenden.](./whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf) +# Ethereum Whitepaper {#ethereum-whitepaper} ## Eine Plattform der nächsten Generation für Smart Contracts und dezentralisierte Anwendungen {#a-next-generation-smart-contract-and-decentralized-application-platform} -Satoshi Nakamotos Entwicklung von Bitcoin im Jahr 2009 wurde oft als radikale Weiterentwicklung von Geld und Währung gefeiert, da es sich dabei um das erste Beispiel eines digitalen Assets handelt, das weder eine Besicherung noch einen "[intrinsischen Wert](http://bitcoinmagazine.com/8640/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it/)" oder einen zentralisierten Herausgeber oder Kontrolleur hat. Ein anderer, wohl wichtigerer Teil des Bitcoin-Experiments ist jedoch die zugrunde liegende Blockchain-Technologie als Instrument des verteilten Konsenses, und so verlagert sich die Aufmerksamkeit rasch auf diesen anderen Aspekt von Bitcoin. Zu den häufig zitierten alternativen Anwendungen der Blockchain-Technologie gehören die Verwendung digitaler Assets auf der Blockchain zur Darstellung benutzerdefinierter Währungen und Finanzinstrumente („[Colored Coins](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)“), das Eigentum an einem zugrunde liegenden physischen Gerät („[Smart Property](https://en.bitcoin.it/wiki/Smart_Property)“), nicht vertretbare Assets wie Domänennamen („[Namecoin](http://namecoin.org)“) sowie komplexere Anwendungen, bei denen digitale Assets direkt von einem Stück Code kontrolliert und beliebige Regeln ("[Smart Contracts](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html)") oder sogar Blockchain-basierte „[dezentralisierte autonome Organisationen](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)“ (DAOs) implementiert werden. Ethereum beabsichtigt, eine Blockchain mit einer eingebauten, vollwertigen, Turing-kompletten Programmiersprache bereitzustellen, die zur Erstellung von „Verträgen“ verwendet werden kann, mit denen beliebige Statusübergangsfunktionen kodiert werden können, so dass Benutzer jedes der oben beschriebenen Systeme sowie viele andere, die wir uns noch nicht vorstellen können, erstellen können. Dazu muss nur eine entsprechende Logik in ein paar Zeilen Code geschrieben werden. +Satoshi Nakamotos Entwicklung von Bitcoin im Jahr 2009 wurde oft als radikale Weiterentwicklung von Geld und Währung gefeiert, da es sich dabei um das erste Beispiel eines digitalen Assets handelt, das weder eine Besicherung noch einen "[intrinsischen Wert](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it)" oder einen zentralisierten Herausgeber oder Kontrolleur hat. Ein anderer, wohl wichtigerer Teil des Bitcoin-Experiments ist jedoch die zugrunde liegende Blockchain-Technologie als Instrument des verteilten Konsenses, und so verlagert sich die Aufmerksamkeit rasch auf diesen anderen Aspekt von Bitcoin. Zu den häufig zitierten alternativen Anwendungen der Blockchain-Technologie gehören die Verwendung digitaler Assets auf der Blockchain zur Darstellung benutzerdefinierter Währungen und Finanzinstrumente („[Colored Coins](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)“), das Eigentum an einem zugrunde liegenden physischen Gerät („[Smart Property](https://en.bitcoin.it/wiki/Smart_Property)“), nicht vertretbare Assets wie Domänennamen („[Namecoin](http://namecoin.org)“) sowie komplexere Anwendungen, bei denen digitale Assets direkt von einem Stück Code kontrolliert und beliebige Regeln ("[Smart Contracts](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html)") oder sogar Blockchain-basierte „[dezentralisierte autonome Organisationen](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)“ (DAOs) implementiert werden. Ethereum beabsichtigt, eine Blockchain mit einer eingebauten, vollwertigen, Turing-kompletten Programmiersprache bereitzustellen, die zur Erstellung von „Verträgen“ verwendet werden kann, mit denen beliebige Statusübergangsfunktionen kodiert werden können, so dass Benutzer jedes der oben beschriebenen Systeme sowie viele andere, die wir uns noch nicht vorstellen können, erstellen können. Dazu muss nur eine entsprechende Logik in ein paar Zeilen Code geschrieben werden. ## Einführung in Bitcoin und bestehende Konzepte {#introduction-to-bitcoin-and-existing-concepts} ### Historie {#history} -Das Konzept der dezentralisierten digitalen Währung sowie alternativer Anwendungen wie Eigentumsregistern gibt es seit Jahrzehnten. Die anonymen E-Cash-Protokolle der 1980er und 1990er Jahre, die sich hauptsächlich auf ein kryptografisches Primitiv stützten, das als Chaumian Blinding bekannt ist, boten eine Währung mit einem hohen Maß an Datenschutz, aber die Protokolle konnten sich aufgrund ihrer Abhängigkeit von einem zentralisierten Vermittler größtenteils nicht durchsetzen. 1998 war Wei Dais [b-money](http://www.weidai.com/bmoney.txt) der erste Vorschlag, der die Idee der Geldschöpfung durch das Lösen von Rechenrätseln und einen dezentralen Konsens vorstellte, aber der Vorschlag enthielt nur wenige Details darüber, wie der dezentralisiertee Konsens tatsächlich umgesetzt werden könnte. 2005 stellte Hal Finney das Konzept der „[wiederverwendbaren Proofs of Work](https://nakamotoinstitute.org/finney/rpow/)“ vor, ein System, das Ideen von b-money zusammen mit Adam Backs schwierig zu berechnenden Hashcash-Puzzles verwendet, um ein Konzept für eine Kryptowährung zu schaffen, aber auch hier blieb es hinter dem Ideal zurück, da es sich auf vertrauenswürdige Rechner als Backend stützte. 2009 setzte Satoshi Nakamoto zum ersten Mal eine dezentralisierte Währung durch die Kombination von Kryptografie mit öffentlichem Schlüssel und einem Konsensalgorithmus zur Nachverfolgung der Eigentumsverhältnisse von Coins, dem sogenannten „Proof-of-Work“, in die Praxis umgesetzt. +Das Konzept der dezentralisierten digitalen Währung sowie alternativer Anwendungen wie Eigentumsregistern gibt es seit Jahrzehnten. Die anonymen E-Cash-Protokolle der 1980er und 1990er Jahre, die sich hauptsächlich auf ein kryptografisches Primitiv stützten, das als Chaumian Blinding bekannt ist, boten eine Währung mit einem hohen Maß an Datenschutz, aber die Protokolle konnten sich aufgrund ihrer Abhängigkeit von einem zentralisierten Vermittler größtenteils nicht durchsetzen. 1998 war Wei Dais [b-money](http://www.weidai.com/bmoney.txt) der erste Vorschlag, der die Idee der Geldschöpfung durch das Lösen von Rechenrätseln und einen dezentralen Konsens vorstellte, aber der Vorschlag enthielt nur wenige Details darüber, wie der dezentralisierte Konsens tatsächlich umgesetzt werden könnte. 2005 stellte Hal Finney das Konzept der „[wiederverwendbaren Proofs of Work](https://nakamotoinstitute.org/finney/rpow/)“ vor, ein System, das Ideen von b-money zusammen mit Adam Backs schwierig zu berechnenden Hashcash-Puzzles verwendet, um ein Konzept für eine Kryptowährung zu schaffen, aber auch hier blieb es hinter dem Ideal zurück, da es sich auf vertrauenswürdige Rechner als Backend stützte. 2009 setzte Satoshi Nakamoto zum ersten Mal eine dezentralisierte Währung durch die Kombination von Kryptografie mit öffentlichem Schlüssel und einem Konsensalgorithmus zur Nachverfolgung der Eigentumsverhältnisse von Coins, dem sogenannten „Proof-of-Work“, in die Praxis umgesetzt. Der Mechanismus hinter Proof-of-Work war ein Durchbruch in diesem Bereich, da er zwei Probleme gleichzeitig löste. Erstens bot er einen einfachen und einigermaßen effektiven Konsensalgorithmus, der es den Knoten im Netzwerk ermöglichte, sich gemeinsam auf eine Reihe kanonischer Aktualisierungen des Status des Bitcoin-Ledgers zu einigen. Zweitens wurde ein Mechanismus bereitgestellt, der den freien Eintritt in den Konsensprozess ermöglicht und das politische Problem der Entscheidung darüber, wer den Konsens beeinflussen darf, löst, während gleichzeitig Sybil-Angriffe verhindert werden. Dies geschieht, indem eine formale Barriere für die Teilnahme, wie z. B. das Erfordernis, als eindeutige Einheit auf einer bestimmten Liste registriert zu sein, durch eine wirtschaftliche Barriere ersetzt wird – das Gewicht eines einzelnen Knotens im Konsensabstimmungsprozess ist direkt proportional zur Rechenleistung, die der Knoten bereitstellt. Seitdem wurde ein alternativer Ansatz namens _Proof-of-Stake_ vorgeschlagen, bei dem die Gewichtung eines Knotens proportional zu seinen Währungsbeständen und nicht zu seinen Rechenressourcen erfolgt; die Erörterung der relativen Vorzüge der beiden Ansätze würde den Rahmen dieser Arbeit sprengen, aber es sei darauf hingewiesen, dass beide Ansätze als Rückgrat einer Kryptowährung dienen können. @@ -91,7 +89,7 @@ Der Algorithmus zur Überprüfung der Gültigkeit eines Blocks, ausgedrückt in Im Wesentlichen muss jede Transaktion im Block einen gültigen Statusübergang von dem ursprünglich kanonischen Status vor der Ausführung der Transaktion zu einem neuen Status bereitstellen. Beachten Sie, dass der Status auf keine Weise im Block kodiert ist; er ist eine reine Abstraktion, die sich der validierende Knoten merken muss und die nur (sicher) für einen Block berechnet werden kann, indem man vom Genesis-Status ausgeht und jede Transaktion in jedem Block nacheinander anwendet. Zusätzlich sei darauf hingewiesen, dass die Reihenfolge, in der der Miner Transaktionen in den Block einfügt, wichtig ist; wenn es zwei Transaktionen A und B in einem Block gibt, wobei B einen von A geschaffenen UTXO ausgibt, ist der Block gültig, wenn A vor B kommt, aber nicht umgekehrt. -Die einzige Gültigkeitsbedingung in der obigen Liste, die in anderen Systemen nicht vorkommt, ist die Erfordernis eines „Proof-of-Work“. Die genaue Bedingung ist, dass der Doppel-SHA256-Hash jedes Blocks, der als 256-Bit-Zahl behandelt wird, kleiner sein muss als ein dynamisch angepasstes Ziel, das zum Zeitpunkt der Erstellung dieses Dokuments ungefähr 2187 beträgt. Damit soll die Erstellung von Blöcken rechnerisch „erschwert“ werden, um zu verhindern, dass Sybill-Angreifer die gesamte Blockchain zu ihren Gunsten umgestalten. Da SHA256 als eine völlig unvorhersehbare Pseudozufallsfunktion konzipiert ist, kannst du einen gültigen Block nur durch Ausprobieren erstellen. Dabei erhöhst du wiederholt die Nonce und prüfst, ob der neue Hash passt. +Die einzige Gültigkeitsbedingung in der obigen Liste, die in anderen Systemen nicht vorkommt, ist die Erfordernis eines „Proof-of-Work“. Die genaue Bedingung ist, dass der Doppel-SHA256-Hash jedes Blocks, der als 256-Bit-Zahl behandelt wird, kleiner sein muss als ein dynamisch angepasstes Ziel, das zum Zeitpunkt der Erstellung dieses Dokuments ungefähr 2187 beträgt. Damit soll die Erstellung von Blöcken rechnerisch „erschwert“ werden, um zu verhindern, dass Sybil-Angreifer die gesamte Blockchain zu ihren Gunsten umgestalten. Da SHA256 als eine völlig unvorhersehbare Pseudozufallsfunktion konzipiert ist, kannst du einen gültigen Block nur durch Ausprobieren erstellen. Dabei erhöhst du wiederholt die Nonce und prüfst, ob der neue Hash passt. Bei der derzeitigen Zielvorgabe von ca. 2187 muss das Netz durchschnittlich ca. 269 Versuche unternehmen, bis ein gültiger Block gefunden wird; im Allgemeinen wird die Zielvorgabe vom Netzwerk alle 2016 Blöcke neu kalibriert, sodass im Durchschnitt alle zehn Minuten ein neuer Block von einem Knoten im Netzwerk erzeugt wird. Um die Miner für diese Rechenarbeit zu entschädigen, ist der Miner eines jeden Blocks berechtigt, eine Transaktion hinzuzufügen, die ihm 25 BTC aus dem Nichts zuweist. Außerdem: Wenn bei einer Transaktion der Gesamtnennwert in ihren Eingaben höher ist als in ihren Ausgaben, geht die Differenz als „Transaktionsgebühr“ ebenfalls an den Miner. Übrigens ist dies auch der einzige Mechanismus, mit dem BTC ausgegeben werden; der Genesis-Status enthielt überhaupt keine Coins. @@ -102,7 +100,7 @@ Um den Zweck des Minings besser zu verstehen, wollen wir untersuchen, was im Fal 3. Eine weitere Transaktion durchführen, die dieselben 100 BTC an ihn selbst sendet 4. Versuchen, das Netzwerk davon zu überzeugen, dass seine Transaktion an sich selbst zuerst kam. -Sobald Schritt (1) erfolgt ist, nimmt nach ein paar Minuten ein Miner die Transaktion in einen Block auf, beispielsweise in Block Nummer 270000. Nach etwa einer Stunde werden der Kette nach diesem Block fünf weitere Blöcke hinzugefügt worden sein, wobei jeder dieser Blöcke indirekt auf die Transaktion verweist und sie somit „bestätigt“. An diesem Punkt akzeptiert der Händler die Zahlung als abgeschlossen und liefert das Produkt; da wir davon ausgehen, dass es sich um eine digitale Ware handelt, erfolgt die Lieferung sofort. Nun erstellt der Angreifer eine weitere Transaktion, die die 100 BTC an ihn selbst sendet. Wenn der Angreifer sie einfach in die freie Wildbahn entlässt, wird die Transaktion nicht verarbeitet; Miner werden versuchen, `APPLY(S,TX)` auszuführen, und feststellen, dass `TX` ein UTXO verbraucht, das sich nicht mehr im Status befindet. Stattdessen erstellt der Angreifer eine „Abspaltung“ der Blockchain, indem er zu Beginn eine andere Version von Block 270000 mint, die auf denselben Block 269999 als übergeordneten Block verweist, aber mit der neuen Transaktion anstelle der alten. Da die Blockdaten unterschiedlich sind, muss der Proof-of-Work neu erstellt werden. Außerdem hat die neue Version des Blocks 270000 des Angreifers einen anderen Hash, sodass die ursprünglichen Blöcke 270001 bis 270005 nicht auf ihn „verweisen“; somit sind die ursprüngliche Kette und die neue Kette des Angreifers völlig getrennt. Die Regel besagt, dass bei einer Abspaltung die längste Blockchain als Wahrheit angesehen wird, sodass legitime Minder an der Kette 270005 arbeiten, während der Angreifer allein an der Kette 270000 arbeitet. Damit der Angreifer seine Blockchain zur längsten machen kann, müsste er über mehr Rechenleistung verfügen als der Rest des Netzwerks zusammen, um aufholen zu können (daher „51-%-Attacke“). +Sobald Schritt (1) erfolgt ist, nimmt nach ein paar Minuten ein Miner die Transaktion in einen Block auf, beispielsweise in Block Nummer 270000. Nach etwa einer Stunde werden der Kette nach diesem Block fünf weitere Blöcke hinzugefügt worden sein, wobei jeder dieser Blöcke indirekt auf die Transaktion verweist und sie somit „bestätigt“. An diesem Punkt akzeptiert der Händler die Zahlung als abgeschlossen und liefert das Produkt; da wir davon ausgehen, dass es sich um eine digitale Ware handelt, erfolgt die Lieferung sofort. Nun erstellt der Angreifer eine weitere Transaktion, die die 100 BTC an ihn selbst sendet. Wenn der Angreifer sie einfach in die freie Wildbahn entlässt, wird die Transaktion nicht verarbeitet; Miner werden versuchen, `APPLY(S,TX)` auszuführen, und feststellen, dass `TX` ein UTXO verbraucht, das sich nicht mehr im Status befindet. Stattdessen erstellt der Angreifer eine „Abspaltung“ der Blockchain, indem er zu Beginn eine andere Version von Block 270000 mint, die auf denselben Block 269999 als übergeordneten Block verweist, aber mit der neuen Transaktion anstelle der alten. Da die Blockdaten unterschiedlich sind, muss der Proof-of-Work neu erstellt werden. Außerdem hat die neue Version des Blocks 270000 des Angreifers einen anderen Hash, sodass die ursprünglichen Blöcke 270001 bis 270005 nicht auf ihn „verweisen“; somit sind die ursprüngliche Kette und die neue Kette des Angreifers völlig getrennt. Die Regel besagt, dass bei einer Abspaltung die längste Blockchain als Wahrheit angesehen wird, sodass legitime Miner an der Kette 270005 arbeiten, während der Angreifer allein an der Kette 270000 arbeitet. Damit der Angreifer seine Blockchain zur längsten machen kann, müsste er über mehr Rechenleistung verfügen als der Rest des Netzwerks zusammen, um aufholen zu können (daher „51-%-Attacke“). ### Merkle Trees {#merkle-trees} @@ -112,13 +110,13 @@ _Links: Es reicht aus, nur eine kleine Anzahl von Knoten in einem Merkle Tree zu _Rechts: Jeder Versuch, irgendeinen Teil des Merkle Tree zu ändern, führt letztendlich zu einer Inkonsistenz irgendwo in der Kette._ -Eine wichtige Eigenschaft der Skalierbarkeit von Bitcoin ist, dass der Block in einer mehrstufigen Datenstruktur gespeichert wird. Der „Hash“ eines Blocks ist eigentlich nur der Hash des Block-Headers, ein etwa 200 Byte großes Datenstück, das den Zeitstempel, die Nonce, den vorherigen Blocks-Hash und den Root-Hash einer Datenstruktur namens Merkle Tree enthält, der alle Transaktionen des Blocks speichert. Ein Merkle Tree ist eine Art Binärbaum, der aus einer Reihe von Knoten besteht. An einem Ende des Baumes befinden sich zahlreiche Blattknoten, die die zugrunde liegenden Daten enthalten. Dazwischen liegt eine Menge von Zwischenknoten, wobei jeder dieser Knoten der Hash seiner beiden untergeordneten Knoten ist. Am anderen Ende des Baumes befindet sich schließlich ein einzelner Wurzelknoten, ebenfalls aus dem Hash seiner beiden untergeordneten Knoten gebildet. Dieser Steht für die „Spitze“ des Baumes. Der Zweck des Merkle Tree besteht darin, dass die Daten eines Blocks stückweise geliefert werden können: Ein Knoten kann nur den Header eines Blocks aus einer Quelle herunterladen, den kleinen Teil des Baums, der für ihn relevant ist, aus einer anderen Quelle und dabei trotzdem sicher sein, dass alle Daten korrekt sind. Der Grund, warum dies funktioniert, ist, dass Hashes nach oben weitergegeben werden: Wenn ein böswilliger Benutzer versucht, eine gefälschte Transaktion am unteren Ende eines Merkle Trees einzutragen, führt diese Änderung zu einer Änderung des darüber liegenden Knotens und dann zu einer Änderung des darüber liegenden Knotens, wodurch schließlich die Wurzel des Baums und damit der Hash des Blocks geändert wird, was dazu führt, dass das Protokoll ihn als einen völlig anderen Block registriert (mit ziemlicher Sicherheit mit einem ungültigen Proof-of-Work). +Eine wichtige Eigenschaft der Skalierbarkeit von Bitcoin ist, dass der Block in einer mehrstufigen Datenstruktur gespeichert wird. Der „Hash“ eines Blocks ist eigentlich nur der Hash des Block-Headers, ein etwa 200 Byte großes Datenstück, das den Zeitstempel, die Nonce, den vorherigen Blocks-Hash und den Root-Hash einer Datenstruktur namens Merkle Tree enthält, der alle Transaktionen des Blocks speichert. Ein Merkle Tree ist eine Art Binärbaum, der aus einer Reihe von Knoten besteht. An einem Ende des Baumes befinden sich zahlreiche Blattknoten, die die zugrunde liegenden Daten enthalten. Dazwischen liegt eine Menge von Zwischenknoten, wobei jeder dieser Knoten der Hash seiner beiden untergeordneten Knoten ist. Am anderen Ende des Baumes befindet sich schließlich ein einzelner Wurzelknoten, ebenfalls aus dem Hash seiner beiden untergeordneten Knoten gebildet. Dieser steht für die „Spitze“ des Baumes. Der Zweck des Merkle Tree besteht darin, dass die Daten eines Blocks stückweise geliefert werden können: Ein Knoten kann nur den Header eines Blocks aus einer Quelle herunterladen, den kleinen Teil des Baums, der für ihn relevant ist, aus einer anderen Quelle und dabei trotzdem sicher sein, dass alle Daten korrekt sind. Der Grund, warum dies funktioniert, ist, dass Hashes nach oben weitergegeben werden: Wenn ein böswilliger Benutzer versucht, eine gefälschte Transaktion am unteren Ende eines Merkle Trees einzutragen, führt diese Änderung zu einer Änderung des darüber liegenden Knotens und dann zu einer Änderung des darüber liegenden Knotens, wodurch schließlich die Wurzel des Baums und damit der Hash des Blocks geändert wird, was dazu führt, dass das Protokoll ihn als einen völlig anderen Block registriert (mit ziemlicher Sicherheit mit einem ungültigen Proof-of-Work). Das Merkle Tree-Protokoll ist für die langfristige Nachhaltigkeit wohl unerlässlich. Ein „voller Knoten“ im Bitcoin-Netzwerk, also einer, der die Gesamtheit aller Blöcke speichert und verarbeitet, beansprucht im April 2014 etwa 15 GB Speicherplatz im Bitcoin-Netzwerk und wächst jeden Monat um über ein Gigabyte. Derzeit ist dies für einige Desktop-Computer und nicht für Smartphones machbar, und in Zukunft werden nur Unternehmen und Hobbybegeisterte teilnehmen können. Ein Protokoll, das als „vereinfachte Zahlungsverifizierung“ (SPV; Simplified Payment Verification) bekannt ist, ermöglicht die Existenz einer weiteren Klasse von Knoten, den sogenannten „leichten Knoten“, die die Block-Header herunterladen, den Proof-of-Work auf den Block-Headern überprüfen und dann nur die „Zweige“ herunterladen, die mit den für sie relevanten Transaktionen verbunden sind. Dadurch können leichte Knoten mit einer hohen Sicherheitsgarantie den Status jeder Bitcoin-Transaktion und ihren aktuellen Saldo ermitteln, während sie nur einen sehr kleinen Teil der gesamten Blockchain herunterladen. ### Alternative Blockchain-Anwendungen {#alternative-blockchain-applications} -Die Idee, den Grundgedanken der Blockchain auf andere Konzepte zu übertragen, hat ebenfalls eine lange Geschichte. 2005 veröffentlichte Nick Szabo das Konzept von „[sicheren Eigentumstiteln mit Eigentümerauthorität](https://nakamotoinstitute.org/secure-property-titles/)“ – ein Dokument, welches beschreibt, wie „neue Fortschritte in der replizierten Datenbanktechnologie“ ein Blockchain-basiertes Sytem für die Speicherung eines Registers darüber, wer der Eigentümer wovon ist, ermöglichen, wobei ein ausgeklügeltes Framework mit Konzepten wie Homesteading, Adverse Possession und georgischer Grundsteuer geschaffen wird. Leider gab es zu dieser Zeit kein effektives repliziertes Datenbanksystem, sodass das Protokoll nie in die Praxis umgesetzt wurde. Nach 2009, nachdem der dezentralisierte Konsens von Bitcoin entwickelt wurde, entstand jedoch schnell eine Reihe von alternativen Anwendungen. +Die Idee, den Grundgedanken der Blockchain auf andere Konzepte zu übertragen, hat ebenfalls eine lange Geschichte. 2005 veröffentlichte Nick Szabo das Konzept von „[sicheren Eigentumstiteln mit Eigentümerauthorität](https://nakamotoinstitute.org/library/secure-property-titles/)“ – ein Dokument, welches beschreibt, wie „neue Fortschritte in der replizierten Datenbanktechnologie“ ein Blockchain-basiertes System für die Speicherung eines Registers darüber, wer der Eigentümer wovon ist, ermöglichen, wobei ein ausgeklügeltes Framework mit Konzepten wie Homesteading, Adverse Possession und georgischer Grundsteuer geschaffen wird. Leider gab es zu dieser Zeit kein effektives repliziertes Datenbanksystem, sodass das Protokoll nie in die Praxis umgesetzt wurde. Nach 2009, nachdem der dezentralisierte Konsens von Bitcoin entwickelt wurde, entstand jedoch schnell eine Reihe von alternativen Anwendungen. - **Namecoin** – [Namecoin](https://namecoin.org/) wurde 2010 erschaffen und lässt sich am besten als eine dezentralisierte Datenbank zur Namensregistrierung beschrieben. In dezentralen Protokollen wie Tor, Bitcoin und BitMessage muss es eine Möglichkeit geben, Konten zu identifizieren, damit andere Leute mit ihnen interagieren können. Aber in allen bisherigen Lösungen ist der einzige verfügbare Identifikator ein pseudo-zufälliger Hash wie `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy`. Im Idealfall möchte man ein Konto mit einem Namen wie „george“ haben können. Das Problem ist jedoch, dass, wenn eine Person ein Konto mit dem Namen „george“ einrichten kann, eine andere Person das gleiche Verfahren nutzen kann, um sich ebenfalls als „george“ zu registrieren und sich als diese Person auszugeben. Die einzige Lösung ist ein First-to-File-Paradigma, bei dem der erste Registrant erfolgreich ist und der zweite scheitert – ein Problem, das sich perfekt für das Bitcoin-Konsensprotokoll eignet. Namecoin ist die älteste und erfolgreichste Implementierung eines Namensregistrierungssystems, das auf einer solchen Idee beruht. - **Colored Coins** – [Colored Coins](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) dienen als Protokoll, das die Möglichkeit bietet, eine eigene digitale Währung zu erschaffen oder – in dem wichtigen trivialen Fall einer Währung mit einer Einheit – digitale Token, auf der Bitcoin-Blockchain. Im Colored-Coins-Protokoll wird eine neue Währung „veröffentlicht“, indem man einem bestimmten Bitcoin-UTXO öffentlich eine Farbe zuweist. Das Protokoll definiert rekursiv die Farbe anderer UTXO als die gleiche wie die der Eingaben, die die Transaktion ausgegeben hat, welche diese erzeugte (bei Eingaben mit gemischten Farben gelten einige spezielle Regeln). Dies ermöglicht es den Benutzern, Wallets zu verwalten, die nur UTXO einer bestimmten Farbe enthalten, und sie wie ähnlich wie reguläre Bitcoins zu versenden und über die Blockchain zurückzuverfolgen, um die Farbe eines UTXO zu ermitteln, den sie erhalten haben. @@ -279,7 +277,7 @@ Unter dieser Voraussetzung würde der Hedging-Vertrag wie folgt aussehen: 1. Warten, bis Partei A 1000 Ether eingibt. 2. Warten, bis Partei B 1000 Ether eingibt. 3. Den USD-Wert von 1000 Ether, der durch das Abfragen des Datenfeed-Vertrags ermittelt wurde, im Speicher festhalten. Sagen wir, es sind x $. -4. Nach 30 Tagen A oder B erlauben, den Vertrag zu „ reaktivieren“, um x $ wertäquivalente Ether (berechnet durch erneutes Abfragen des Datenfeed-Vertrags, um den neuen Preis zu erhalten) an A und den Rest an B zu senden. +4. Nach 30 Tagen A oder B erlauben, den Vertrag zu „reaktivieren”, um x $ wertäquivalente Ether (berechnet durch erneutes Abfragen des Datenfeed-Vertrags, um den neuen Preis zu erhalten) an A und den Rest an B zu senden. Ein solcher Vertrag hätte ein erhebliches Potenzial im Kryptohandel. Eines der Hauptprobleme, die im Zusammenhang mit Kryptowährungen angeführt werden, ist die Tatsache, dass sie volatil sind; obwohl viele Benutzer und Händler die Sicherheit und Bequemlichkeit im Umgang mit kryptografischen Assets wünschen, möchten sie möglicherweise nicht riskieren, innerhalb eines einzigen Tages 23 % des Wertes ihrer Mittel zu verlieren. Bis jetzt war die häufigste vorgeschlagene Lösung durch Herausgeber unterstützte Assets; die Idee ist, dass ein Herausgeber eine Unterwährung schafft, in der er das Recht hat, Einheiten auszugeben und zurückzuziehen, und einem beliebigen Benutzer eine Einheit der Währung bereitstellt, der ihm (offline) eine Einheit eines bestimmten zugrunde liegenden Assets (z. B. Gold oder USD) gibt. Der Herausgeber verspricht dann, eine Einheit des zugrunde liegenden Assets an jeden zu liefern, der ihm eine Einheit des Krypto-Assets zurücksendet. Dieser Mechanismus ermöglicht es, jedes nicht-kryptografische Asset in ein kryptografisches Asset „aufzuwerten“, vorausgesetzt, dem Herausgeber kann vertraut werden. @@ -490,12 +488,12 @@ Das Konzept einer beliebigen Statusübergangsfunktion, wie es im Ethereum-Protok ### Weiterführende Informationen {#further-reading} -1. [Intrinsischer Wert](http://bitcoinmagazine.com/8640/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it/) +1. [Intrinsischer Wert](https://bitcoinmagazine.com/culture/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it) 2. [Smart Property](https://en.bitcoin.it/wiki/Smart_Property) 3. [Smart Contracts](https://en.bitcoin.it/wiki/Contracts) 4. [B-Money](http://www.weidai.com/bmoney.txt) 5. [Wiederverwendbare Proofs-of-Work](https://nakamotoinstitute.org/finney/rpow/) -6. [Sichere Eigentumstitel mit Eigentümerautorität](https://nakamotoinstitute.org/secure-property-titles/) +6. [Sichere Eigentumstitel mit Eigentümerautorität](https://nakamotoinstitute.org/library/secure-property-titles/) 7. [Bitcoin-Whitepaper](http://bitcoin.org/bitcoin.pdf) 8. [Namecoin](https://namecoin.org/) 9. [Zookos Dreieck](https://wikipedia.org/wiki/Zooko's_triangle) diff --git a/public/content/translations/id/developers/docs/nodes-and-clients/index.md b/public/content/translations/id/developers/docs/nodes-and-clients/index.md index 620251aad60..eac3627bf31 100644 --- a/public/content/translations/id/developers/docs/nodes-and-clients/index.md +++ b/public/content/translations/id/developers/docs/nodes-and-clients/index.md @@ -1,305 +1,313 @@ --- title: Node dan klien -description: Gambaran umum tentang perangkat lunak node dan klien Ethereum, juga cara menyiapkan node dan mengapa Anda harus melakukannya. +description: Gambaran umum tentang node dan perangkat lunak klien Ethereum, ditambah cara menyiapkan node dan mengapa Anda harus melakukannya. lang: id sidebarDepth: 2 --- -Ethereum adalah jaringan komputer terdistribusi yang menjalankan perangkat lunak (dikenal sebagai node) yang dapat memverifikasi blok dan data transaksi. Anda memerlukan satu aplikasi, yang dikenal sebagai klien, pada perangkat Anda untuk "menjalankan" sebuah node. +[Ethereum](/) adalah jaringan komputer terdistribusi (dikenal sebagai node) yang menjalankan perangkat lunak yang dapat memverifikasi blok dan data transaksi. Perangkat lunak ini harus dijalankan di komputer Anda untuk mengubahnya menjadi node Ethereum. Ada dua perangkat lunak terpisah (dikenal sebagai 'klien') yang diperlukan untuk membentuk sebuah node. ## Prasyarat {#prerequisites} -Anda harus memahami konsep jaringan peer-to-peer dan [dasar-dasar EVM](/developers/docs/evm/) sebelum menggali lebih dalam dan menjalankan instance klien Ethereum Anda sendiri. Coba lihat [pengantar Ethereum](/developers/docs/intro-to-ethereum/) kami. +Anda harus memahami konsep jaringan peer-to-peer dan [dasar-dasar EVM](/developers/docs/evm/) sebelum menyelam lebih dalam dan menjalankan instans klien Ethereum Anda sendiri. Lihat [pengantar Ethereum](/developers/docs/intro-to-ethereum/) kami. + +Jika Anda baru mengenal topik node, kami sarankan untuk terlebih dahulu memeriksa pengantar ramah pengguna kami tentang [menjalankan node Ethereum](/run-a-node). ## Apa itu node dan klien? {#what-are-nodes-and-clients} -"Node" merujuk pada satu bagian perangkat lunak yang dikenal sebagai satu klien. Klien adalah implementasi Ethereum yang memverifikasi semua transaksi di setiap blok, menjaga jaringan tetap aman dan data tetap akurat. +"Node" adalah instans perangkat lunak klien Ethereum apa pun yang terhubung ke komputer lain yang juga menjalankan perangkat lunak Ethereum, membentuk sebuah jaringan. Klien adalah implementasi Ethereum yang memverifikasi data terhadap aturan protokol dan menjaga jaringan tetap aman. Sebuah node harus menjalankan dua klien: klien konsensus dan klien eksekusi. -Anda bisa melihat tampilan jaringan Ethereum secara nyata dengan melihat [peta node](https://etherscan.io/nodetracker) ini. +- Klien eksekusi (juga dikenal sebagai Mesin Eksekusi, klien EL atau sebelumnya klien Eth1) mendengarkan transaksi baru yang disiarkan di jaringan, mengeksekusinya di EVM, dan menyimpan status terbaru serta basis data dari semua data Ethereum saat ini. +- Klien konsensus (juga dikenal sebagai Beacon Node, klien CL atau sebelumnya klien Eth2) mengimplementasikan algoritma konsensus proof-of-stake, yang memungkinkan jaringan untuk mencapai kesepakatan berdasarkan data yang divalidasi dari klien eksekusi. Ada juga perangkat lunak ketiga, yang dikenal sebagai 'validator' yang dapat ditambahkan ke klien konsensus, memungkinkan node untuk berpartisipasi dalam mengamankan jaringan. -Ada banyak [klien Ethereum](/developers/docs/nodes-and-clients/#execution-clients), dalam berbagai bahasa pemrograman seperti Go, Rust, JavaScript, Typescript, Python, C# .NET, Nim dan Java. Persamaan dari semua implementasi ini adalah semuanya mengikuti spesifikasi formal (pada awalnya [Yellow Paper Ethereum](https://ethereum.github.io/yellowpaper/paper.pdf)). Spesifikasi ini mengatur bagaimana jaringan Ethereum dan blockchain berfungsi. +Klien-klien ini bekerja sama untuk melacak kepala rantai Ethereum dan memungkinkan pengguna untuk berinteraksi dengan jaringan Ethereum. Desain modular dengan beberapa perangkat lunak yang bekerja bersama disebut [kompleksitas terenkapsulasi](https://vitalik.eth.limo/general/2022/02/28/complexity.html). Pendekatan ini membuatnya lebih mudah untuk mengeksekusi [The Merge](/roadmap/merge) dengan mulus, membuat perangkat lunak klien lebih mudah dipelihara dan dikembangkan, dan memungkinkan penggunaan kembali klien individu, misalnya, dalam [ekosistem layer 2](/layer-2/). -![Klien eksekusi](./client-diagram.png) Diagram yang disederhanakan tentang apa saja fitur klien Ethereum. +![Coupled execution and consensus clients](./eth1eth2client.png) +Diagram yang disederhanakan dari klien eksekusi dan konsensus yang digabungkan. -## Jenis node {#node-types} +### Keragaman klien {#client-diversity} -Jika Anda ingin [menjalankan node sendiri](/developers/docs/nodes-and-clients/run-a-node/), Anda harus mengerti bahwa ada berbagai jenis node yang mengonsumsi data secara berbeda. Bahkan, klien dapat menjalankan 3 tipe node yang berbeda - ringan, penuh, dan arsip. Ada juga opsi strategi sinkronisasi berbeda yang memungkinkan waktu sinkronisasi yang lebih cepat. Sinkronisasi merujuk pada seberapa cepat prosesnya mendapat informasi paling terbaru pada state Ethereum. +Baik [klien eksekusi](/developers/docs/nodes-and-clients/#execution-clients) maupun [klien konsensus](/developers/docs/nodes-and-clients/#consensus-clients) ada dalam berbagai bahasa pemrograman yang dikembangkan oleh tim yang berbeda. -### Node penuh {#full-node} +Beberapa implementasi klien dapat membuat jaringan lebih kuat dengan mengurangi ketergantungannya pada satu basis kode. Tujuan idealnya adalah untuk mencapai keragaman tanpa ada klien yang mendominasi jaringan, sehingga menghilangkan potensi titik kegagalan tunggal. +Berbagai bahasa juga mengundang komunitas pengembang yang lebih luas dan memungkinkan mereka untuk membuat integrasi dalam bahasa pilihan mereka. -- Menyimpan data blockchain penuh. -- Berpartisipasi dalam validasi blok, memverifikasi semua blok dan state. -- Semua state bisa dikembangkan dari satu node penuh. -- Melayani jaringan dan menyediakan data sesuai permintaan. +Pelajari lebih lanjut tentang [keragaman klien](/developers/docs/nodes-and-clients/client-diversity/). -### Node Ringan {#light-node} +Kesamaan dari implementasi ini adalah semuanya mengikuti satu spesifikasi. Spesifikasi mendikte bagaimana jaringan dan blockchain Ethereum berfungsi. Setiap detail teknis didefinisikan dan spesifikasi dapat ditemukan sebagai: -- Menyimpan rantai header dan meminta semua hal lainnya. -- Bisa memverifikasi keabsahan data yang dibandingkan dengan root state dalam header blok. -- Berguna untuk perangkat dengan kapasitas rendah, seperti perangkat bawaan atau ponsel, yang tidak sanggup menyimpan data blokchain dalam ukuran gigabyte. +- Awalnya, [Ethereum Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf) +- [Spesifikasi eksekusi](https://github.com/ethereum/execution-specs/) +- [Spesifikasi konsensus](https://github.com/ethereum/consensus-specs) +- [EIP](https://eips.ethereum.org/) yang diimplementasikan dalam berbagai [peningkatan jaringan](/ethereum-forks/) -### Node arsip {#archive-node} +### Melacak node di jaringan {#network-overview} -- Menyimpan semua data yang tersimpan dalam node penuh dan menyusun riwayat arsip state. Diperlukan jika Anda ingin menanyakan sesuatu seperti saldo akun pada blok #4.000.000, atau secara sederhana dan andal [menguji sekumpulan transaksi Anda sendiri tanpa menambangnya dengan mengggunakan OpenEthereum](https://openethereum.github.io/JSONRPC-trace-module#trace_callmany). -- Data ini mewakilkan unit terabita yang membuat node arsip kurang menarik bagi pengguna pada umumnya, tetapi dapat menolong untuk layanan seperti penjelajah blok, vendor dompet, dan analitik rantai. +Beberapa pelacak menawarkan gambaran umum waktu nyata dari node di jaringan Ethereum. Perhatikan bahwa karena sifat jaringan yang terdesentralisasi, perayap ini hanya dapat memberikan pandangan terbatas tentang jaringan dan mungkin melaporkan hasil yang berbeda. -Mensinkronisasikan klien di mode mana saja selain arsip akan menghasilkan data blockchain yang terpangkas. Ini berarti, tidak ada arsip untuk semua state riwayat, tetapi node penuh dapat menyusunnya sesuai permintaan. +- [Peta node](https://etherscan.io/nodetracker) oleh Etherscan +- [Ethernodes](https://ethernodes.org/) oleh Bitfly +- [Nodewatch](https://www.nodewatch.io/) oleh Chainsafe, merayapi node konsensus +- [Monitoreth](https://monitoreth.io/) - oleh MigaLabs, Alat pemantauan jaringan terdistribusi +- [Laporan Kesehatan Jaringan Mingguan](https://probelab.io) - oleh ProbeLab, Menggunakan [perayap Nebula](https://github.com/dennis-tra/nebula) dan alat lainnya -## Mengapa Anda harus menjalankan satu node Ethereum? {#why-should-i-run-an-ethereum-node} +## Jenis node {#node-types} -Menjalankan node memungkinkan Anda menggunakan Ethereum tanpa membutuhkan kepercayaan dan secara privat sekaligus Anda mendukung ekosistem. +Jika Anda ingin [menjalankan node Anda sendiri](/developers/docs/nodes-and-clients/run-a-node/), Anda harus memahami bahwa ada berbagai jenis node yang mengonsumsi data secara berbeda. Faktanya, klien dapat menjalankan tiga jenis node yang berbeda: light, full, dan archive. Ada juga opsi strategi sinkronisasi yang berbeda yang memungkinkan waktu sinkronisasi lebih cepat. Sinkronisasi mengacu pada seberapa cepat ia bisa mendapatkan informasi paling mutakhir tentang status Ethereum. -### Keuntungan untuk Anda {#benefits-to-you} +### Full node {#full-node} -Menjalankan node sendiri memungkinkan Anda menggunakan Ethereum dengan cara yang benar-benar privat, mandiri, dan tidak membutuhkan kepercayaan. Anda tidak perlu mempercayai jaringan karena Anda bisa memverifikasi data sendiri dengan klien Anda. "Jangan percaya, lakukan verifikasi" adalah mantra blockchain yang populer. +Full node melakukan validasi blok demi blok dari blockchain, termasuk mengunduh dan memverifikasi badan blok dan data status untuk setiap blok. Ada berbagai kelas full node - beberapa mulai dari blok genesis dan memverifikasi setiap blok dalam seluruh sejarah blockchain. Yang lain memulai verifikasi mereka pada blok yang lebih baru yang mereka percayai valid (misalnya, 'snap sync' Geth). Terlepas dari mana verifikasi dimulai, full node hanya menyimpan salinan lokal dari data yang relatif baru (biasanya 128 blok terbaru), memungkinkan data lama dihapus untuk menghemat ruang disk. Data lama dapat dibuat ulang saat dibutuhkan. -- Node Anda memverifikasi semua transaksi dan blok dibandingkan dengan aturan konsensus itu sendiri. Ini berarti Anda tidak harus mengandalkan node lain dalam jaringan atau sepenuhnya mempercayainya. -- Anda tidak akan harus membocorkan alamat dan saldo Anda ke node acak. Semua hal bisa dicek dengan klien Anda sendiri. -- Dapp Anda bisa lebih aman dan privat jika Anda menggunakan node Anda sendiri. [MetaMask](https://metamask.io), [MyEtherWallet](https://myetherwallet.com) and some other wallets can be easily pointed to your own local node. -- Anda dapat memrogram endpoint RPC kustom Anda sendiri. -- Anda dapat menghubungkan node Anda dengan menggunakan **Komunikasi Antar Proes (IPC)** atau menulis kembali node untuk memuat program Anda sebagai plugin. Ini menghasilkan latensi yang rendah, yang diperlukan untuk menggantikan transaksi Anda secepat mungkin (maksudnya frontrunning). +- Menyimpan data blockchain penuh (meskipun ini dipangkas secara berkala sehingga full node tidak menyimpan semua data status kembali ke genesis) +- Berpartisipasi dalam validasi blok, memverifikasi semua blok dan status. +- Semua status dapat diambil dari penyimpanan lokal atau dibuat ulang dari 'snapshot' oleh full node. +- Melayani jaringan dan menyediakan data berdasarkan permintaan. -![Bagaimana Anda mengakses Ethereum lewat aplikasi dan node Anda](./nodes.png) +### Archive node {#archive-node} -### Keuntungan jaringan {#network-benefits} +Archive node adalah full node yang memverifikasi setiap blok dari genesis dan tidak pernah menghapus data apa pun yang diunduh. -Sebuah kumpulan node beragam penting untuk kesehatan, keamanan dan ketahanan operasional Ethereum. +- Menyimpan semua yang disimpan di full node dan membangun arsip status historis. Ini diperlukan jika Anda ingin menanyakan sesuatu seperti saldo akun pada blok #4.000.000, atau sekadar dan secara andal menguji set transaksi Anda sendiri tanpa memvalidasinya menggunakan pelacakan. +- Data ini mewakili unit terabyte, yang membuat archive node kurang menarik bagi pengguna rata-rata tetapi bisa berguna untuk layanan seperti penjelajah blok, vendor dompet, dan analitik rantai. -- Mereka menyediakan akses ke data blockchain untuk klien lightweight yang bergantung pada data tersebut. Pada puncak tinggi penggunaan, harus ada node penuh yang cukup untuk membantu sinkronisasi node ringan. Node ringan tidak menyimpan seluruh blockchain, melainkan memverifikasi data lewat [root state dalam header blok](/developers/docs/blocks/#block-anatomy). Mereka bisa meminta lebih banyak informasi dari blok jika mereka membutuhkannya. -- Node penuh melaksanakan aturan konsensus bukti kerja sehingga mereka tidak bisa ditipu untuk menerima blok yang tidak mengikutinya. Ini menyediakan keamanan ekstra dalam jaringan karena jika semua node berjenis node ringan, yang tidak melakukan verifikasi penuh, penambang bisa menyerang jaringan dan, sebagai contoh, membuat blok dengan imbalan yang lebih tinggi. +Menyinkronkan klien dalam mode apa pun selain archive akan menghasilkan data blockchain yang dipangkas. Ini berarti, tidak ada arsip dari semua status historis tetapi full node dapat membangunnya sesuai permintaan. -Jika Anda menjalankan node penuh, seluruh jaringan Ethereum mendapat keuntungan darinya. +Pelajari lebih lanjut tentang [Archive node](/developers/docs/nodes-and-clients/archive-nodes). -## Menjalankan node milik Anda sendiri {#running-your-own-node} +### Light node {#light-node} -Tertarik menjalankan klien Ethereum Anda sendiri? +Alih-alih mengunduh setiap blok, light node hanya mengunduh header blok. Header ini berisi informasi ringkasan tentang isi blok. Informasi lain apa pun yang dibutuhkan light node diminta dari full node. Light node kemudian dapat secara independen memverifikasi data yang mereka terima terhadap akar status di header blok. Light node memungkinkan pengguna untuk berpartisipasi dalam jaringan Ethereum tanpa perangkat keras yang kuat atau bandwidth tinggi yang diperlukan untuk menjalankan full node. Pada akhirnya, light node mungkin berjalan di ponsel atau perangkat tertanam. Light node tidak berpartisipasi dalam konsensus (yaitu, mereka tidak bisa menjadi validator), tetapi mereka dapat mengakses blockchain Ethereum dengan fungsionalitas dan jaminan keamanan yang sama seperti full node. -For a beginner-friendly introduction visit our [run a node](/run-a-node) page to learn more. +Klien light adalah area pengembangan aktif untuk Ethereum dan kami berharap dapat segera melihat klien light baru untuk lapisan konsensus dan lapisan eksekusi. +Ada juga rute potensial untuk menyediakan data klien light melalui [jaringan gosip](https://www.ethportal.net/). Ini menguntungkan karena jaringan gosip dapat mendukung jaringan light node tanpa memerlukan full node untuk melayani permintaan. -If you're more of a technical user, learn how to [spin up your own node](/developers/docs/nodes-and-clients/run-a-node/) with the command line! +Ethereum belum mendukung populasi light node yang besar, tetapi dukungan light node adalah area yang diharapkan berkembang pesat dalam waktu dekat. Secara khusus, klien seperti [Nimbus](https://nimbus.team/), [Helios](https://github.com/a16z/helios), dan [LodeStar](https://lodestar.chainsafe.io/) saat ini sangat fokus pada light node. -### Proyek {#projects} +## Mengapa saya harus menjalankan node Ethereum? {#why-should-i-run-an-ethereum-node} -[**Pilih klien dan ikuti petunjuknya**](#clients) +Menjalankan node memungkinkan Anda untuk secara langsung, tanpa kepercayaan, dan secara pribadi menggunakan Ethereum sambil mendukung jaringan dengan menjaganya agar lebih kuat dan terdesentralisasi. -**ethnode -** **_Jalankan node Ethereum (Geth atau OpenEthereum) untuk pengembangan lokal._** +### Manfaat bagi Anda {#benefits-to-you} -- [GitHub](https://github.com/vrde/ethnode) +Menjalankan node Anda sendiri memungkinkan Anda untuk menggunakan Ethereum dengan cara yang pribadi, mandiri, dan tanpa kepercayaan. Anda tidak perlu memercayai jaringan karena Anda dapat memverifikasi data sendiri dengan klien Anda. "Jangan percaya, verifikasi" adalah mantra blockchain yang populer. -**DAppNode -** **_Sebuah sistem operasi GUI untuk menjalankan node Web3, yang mencakup Ethereum dan rantai suar, pada satu mesin khusus._** +- Node Anda memverifikasi semua transaksi dan blok terhadap aturan konsensus dengan sendirinya. Ini berarti Anda tidak perlu bergantung pada node lain di jaringan atau sepenuhnya memercayai mereka. +- Anda dapat menggunakan dompet Ethereum dengan node Anda sendiri. Anda dapat menggunakan dapps dengan lebih aman dan pribadi karena Anda tidak perlu membocorkan alamat dan saldo Anda ke perantara. Semuanya dapat diperiksa dengan klien Anda sendiri. [MetaMask](https://metamask.io), [Frame](https://frame.sh/), dan [banyak dompet lainnya](/wallets/find-wallet/) menawarkan impor RPC, yang memungkinkan mereka untuk menggunakan node Anda. +- Anda dapat menjalankan dan meng-host sendiri layanan lain yang bergantung pada data dari Ethereum. Misalnya, ini mungkin validator Beacon Chain, perangkat lunak seperti layer 2, infrastruktur, penjelajah blok, pemroses pembayaran, dll. +- Anda dapat menyediakan [titik akhir RPC](/developers/docs/apis/json-rpc/) kustom Anda sendiri. Anda bahkan dapat menawarkan titik akhir ini secara publik kepada komunitas untuk membantu mereka menghindari penyedia terpusat yang besar. +- Anda dapat terhubung ke node Anda menggunakan **Komunikasi Antar-proses (IPC)** atau menulis ulang node untuk memuat program Anda sebagai plugin. Ini memberikan latensi rendah, yang sangat membantu, mis., saat memproses banyak data menggunakan pustaka web3 atau saat Anda perlu mengganti transaksi Anda secepat mungkin (yaitu, frontrunning). +- Anda dapat secara langsung melakukan stake ETH untuk mengamankan jaringan dan mendapatkan hadiah. Lihat [mengunci solo](/staking/solo/) untuk memulai. -- [dappnode.io](https://dappnode.io) +![How you access Ethereum via your application and nodes](./nodes.png) -### Sumber Daya {#resources} +### Manfaat jaringan {#network-benefits} -- [Menjalankan Node Penuh Ethereum: Sebuah Panduan Lengkap](https://medium.com/coinmonks/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _7 November 2019 - Justin Leroux_ -- [Lembaran Cheat Konfigurasi Node](https://dev.to/5chdn/ethereum-node-configuration-modes-cheat-sheet-25l8) _5 Januari 2019 - Afri Schoeden_ -- [Cara Menginstal dan Menjalankan Node Geth](https://www.quiknode.io/guides/infrastructure/how-to-install-and-run-a-geth-node) _4 Okt 2020 - Sahil Sen_ -- [Cara Menginstal dan Menjalankan Node OpenEthereum (fka. Parity)](https://www.quiknode.io/guides/infrastructure/how-to-run-a-openethereum-ex-parity-client-node) _22 Sept 2020 - Sahil Sen_ +Serangkaian node yang beragam penting untuk kesehatan, keamanan, dan ketahanan operasional Ethereum. -## Alternatif {#alternatives} +- Full node menegakkan aturan konsensus sehingga mereka tidak dapat ditipu untuk menerima blok yang tidak mengikutinya. Ini memberikan keamanan ekstra di jaringan karena jika semua node adalah light node, yang tidak melakukan verifikasi penuh, validator dapat menyerang jaringan. +- Jika terjadi serangan yang mengatasi pertahanan kripto-ekonomi dari [proof-of-stake](/developers/docs/consensus-mechanisms/pos/#what-is-pos), pemulihan sosial dapat dilakukan oleh full node yang memilih untuk mengikuti rantai yang jujur. +- Lebih banyak node di jaringan menghasilkan jaringan yang lebih beragam dan kuat, tujuan akhir dari desentralisasi, yang memungkinkan sistem yang tahan sensor dan andal. +- Full node menyediakan akses ke data blockchain untuk klien ringan yang bergantung padanya. Light node tidak menyimpan seluruh blockchain, melainkan memverifikasi data melalui [akar status di header blok](/developers/docs/blocks/#block-anatomy). Mereka dapat meminta lebih banyak informasi dari full node jika mereka membutuhkannya. -Menjalankan node Anda sendiri dapat menjadi sulit dan Anda tidak selalu harus menjalankan instance Anda sendiri. Dalam kasus ini, Anda bisa menggunakan satu penyedia API pihak ketiga seperti [Infura](https://infura.io), [Alchemy](https://alchemyapi.io), atau [QuikNode](https://www.quiknode.io). Sebagai alternatifnya [ArchiveNode](https://archivenode.io/) adalah satu node Arsip yang didanai komunitas yang bertujuan membawa data arsip blockchain Ethereum kepada para pengembang independen yang sebaliknya tidak bisa mendapatkannya. For an overview of using these services, check out [nodes as a service](/developers/docs/nodes-and-clients/nodes-as-a-service/). +Jika Anda menjalankan full node, seluruh jaringan Ethereum mendapat manfaat darinya, bahkan jika Anda tidak menjalankan validator. -Jika seseorang menjalankan node Ethereum dengan API publik dalam komunitas Anda, Anda bisa merujuk dompet ringan Anda (seperti MetaMask) ke node komunitas [melalui RPC Kustom](https://metamask.zendesk.com/hc/en-us/articles/360015290012-Using-a-Local-Node) dan mendapat lebih banyak privasi dari pada menggunakan beberapa pihak ketiga terpercaya acak. +## Menjalankan node Anda sendiri {#running-your-own-node} -Di sisi lain, jika Anda menjalankan satu klien, Anda bisa membagikannya dengan teman Anda yang mungkin membutuhkannya. +Tertarik untuk menjalankan klien Ethereum Anda sendiri? + +Untuk pengantar yang ramah pemula, kunjungi halaman [menjalankan node](/run-a-node) kami untuk mempelajari lebih lanjut. + +Jika Anda lebih merupakan pengguna teknis, selami lebih banyak detail dan opsi tentang cara [menyiapkan node Anda sendiri](/developers/docs/nodes-and-clients/run-a-node/). + +## Alternatif {#alternatives} -## Klien eksekusi (sebelumnya 'klien Eth1') {#execution-clients} +Menyiapkan node Anda sendiri dapat menghabiskan waktu dan sumber daya Anda, tetapi Anda tidak selalu perlu menjalankan instans Anda sendiri. Dalam hal ini, Anda dapat menggunakan penyedia API pihak ketiga. Untuk gambaran umum tentang penggunaan layanan ini, lihat [node sebagai layanan](/developers/docs/nodes-and-clients/nodes-as-a-service/). -Komunitas Ethereum memelihara beberapa klien eksekusi sumber terbuka (sebelumnya dikenal sebagai 'klien Eth1', atau 'klien Ethereum'), yang dikembangkan oleh berbagai tim menggunakan beragam bahasa pemrograman. Ini membuat jaringan lebih kuat dan lebih beragam. Tujuan idealnya adalah untuk mencapai keberagaman tanpa dominasi klien mana pun sehingga ini menurunkan jumlah titik kegagalan mana pun. +Jika seseorang menjalankan node Ethereum dengan API publik di komunitas Anda, Anda dapat mengarahkan dompet Anda ke node komunitas melalui RPC Kustom dan mendapatkan lebih banyak privasi daripada dengan pihak ketiga tepercaya yang acak. -Tabel ini meringkaskan berbagai jenis klien. Semuanya telah lulus [pengujian klien](https://github.com/ethereum/tests) dan secara aktif dipertahankan agar tetap yang terbaru dengan peningkatan jaringan. +Di sisi lain, jika Anda menjalankan klien, Anda dapat membagikannya dengan teman-teman Anda yang mungkin membutuhkannya. -| Klien | Bahasa | Sistem operasi | Jaringan | Strategi sinkronisasi | Pemotongan state | -| ------------------------------------------------------------------------- | -------- | --------------------- | -------------------------------------------------------- | --------------------- | ---------------- | -| [Geth](https://geth.ethereum.org/) | Go | Linux, Windows, macOS | Jaringan Utama, Görli, Rinkeby, Ropsten | Snap, Full | Arsip, Dipotong | -| [Nethermind](http://nethermind.io/) | C#, .NET | Linux, Windows, macOS | Jaringan Utama, Görli, Ropsten, Rinkeby, dan banyak lagi | Fast, Beam, Archive | Arsip, Dipotong | -| [Besu](https://besu.hyperledger.org/en/stable/) | Java | Linux, Windows, macOS | Mainnet, Rinkeby, Ropsten, Görli, and more | Cepat, Penuh | Arsip, Dipotong | -| [Erigon](https://github.com/ledgerwatch/erigon) | Go | Linux, Windows, macOS | Jaringan Utama, Görli, Rinkeby, Ropsten | Full | Arsip, Dipotong | -| [OpenEthereum (Deprecated)](https://github.com/openethereum/openethereum) | Rust | Linux, Windows, macOS | Jaringan Utama, Kovan, Ropsten, dan banyak lagi | Warp, Penuh | Arsip, Dipotong | +## Klien eksekusi {#execution-clients} -**Perhatikan bahwa OpenEthereum [telah menjadi usang](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) dan tidak lagi dipertahankan.** Gunakan dengan hati-hati dan lebih baik beralih ke implementasi klien lainnya. +Komunitas Ethereum memelihara beberapa klien eksekusi sumber terbuka (sebelumnya dikenal sebagai 'klien Eth1', atau hanya 'klien Ethereum'), yang dikembangkan oleh tim yang berbeda menggunakan bahasa pemrograman yang berbeda. Ini membuat jaringan lebih kuat dan lebih [beragam](/developers/docs/nodes-and-clients/client-diversity/). Tujuan idealnya adalah untuk mencapai keragaman tanpa ada klien yang mendominasi untuk mengurangi titik kegagalan tunggal. -Untuk informasi lebih lanjut tentang jaringan yang didukung, baca tentang [jaringan Ethereum](/developers/docs/networks/). +Tabel ini merangkum klien yang berbeda. Semuanya lulus [pengujian klien](https://github.com/ethereum/tests) dan dipelihara secara aktif untuk tetap diperbarui dengan peningkatan jaringan. -### Manfaat dari impelementasi berbeda {#advantages-of-different-implementations} +| Klien | Bahasa | Sistem operasi | Jaringan | Strategi sinkronisasi | Pemangkasan status | +| ------------------------------------------------------------------------ | ---------- | --------------------- | ------------------------- | -------------------------------------------------------------- | ------------------ | +| [Geth](https://geth.ethereum.org/) | Go | Linux, Windows, macOS | Mainnet, Sepolia, Hoodi | [Snap](#snap-sync), [Full](#full-sync) | Archive, Dipangkas | +| [Nethermind](https://www.nethermind.io/) | C#, .NET | Linux, Windows, macOS | Mainnet, Sepolia, Hoodi | [Snap](#snap-sync) (tanpa melayani), Fast, [Full](#full-sync) | Archive, Dipangkas | +| [Besu](https://besu.hyperledger.org/en/stable/) | Java | Linux, Windows, macOS | Mainnet, Sepolia, Hoodi | [Snap](#snap-sync), [Fast](#fast-sync), [Full](#full-sync) | Archive, Dipangkas | +| [Erigon](https://github.com/ledgerwatch/erigon) | Go | Linux, Windows, macOS | Mainnet, Sepolia, Hoodi | [Full](#full-sync) | Archive, Dipangkas | +| [Reth](https://reth.rs/) | Rust | Linux, Windows, macOS | Mainnet, Sepolia, Hoodi | [Full](#full-sync) | Archive, Dipangkas | +| [EthereumJS](https://github.com/ethereumjs/ethereumjs-monorepo) _(beta)_ | TypeScript | Linux, Windows, macOS | Sepolia, Hoodi | [Full](#full-sync) | Dipangkas | -Setiap klien mempunyai kasus penggunaan dan keuntungan yang unik, jadi Anda harus memilih salah satu berdasarkan preferensi Anda sendiri. Keberagaman memungkinkan implementasi difokuskan pada fitur dan audiens pengguna berbeda. Anda mungkin ingin memilih satu klien berdasarkan fitur, dukungan, bahasa pemrograman, atau lisensi. +Untuk informasi lebih lanjut tentang jaringan yang didukung, bacalah tentang [jaringan Ethereum](/developers/docs/networks/). -#### Go Ethereum {#geth} +Setiap klien memiliki kasus penggunaan dan keuntungan yang unik, jadi Anda harus memilih satu berdasarkan preferensi Anda sendiri. Keragaman memungkinkan implementasi difokuskan pada fitur dan audiens pengguna yang berbeda. Anda mungkin ingin memilih klien berdasarkan fitur, dukungan, bahasa pemrograman, atau lisensi. -Go Ethereum (singkatannya Geth) adalah satu dari implementasi original protokol Ethereum. Saat ini, Geth adalah klien yang paling tersebar luas dengan basis pengguna terbesar dan keberagaman perangkat untuk para pengguna dan pengembang. Geth ditulis dalam Go, yang adalah sumber terbuka penuh dan terlisensi di bawah GNU LGPL v3. +### Besu {#besu} -#### OpenEthereum {#openethereum} +Hyperledger Besu adalah klien Ethereum tingkat perusahaan untuk jaringan publik dan berizin. Ini menjalankan semua fitur Mainnet Ethereum, dari pelacakan hingga GraphQL, memiliki pemantauan ekstensif dan didukung oleh ConsenSys, baik di saluran komunitas terbuka maupun melalui SLA komersial untuk perusahaan. Ini ditulis dalam Java dan dilisensikan di bawah Apache 2.0. -OpenEthereum adalah sebuah klien Ethereum cepat, kaya akan fitur, dan berbasis CLI tingkat lanjut. Dibangun guna menyediakan infrastruktur penting untuk layanan cepat dan dapat diandalkan yang membutuhkan sinkronisasi cepat dan uptime maksimum. Tujuan OpenEthereum adalah menjadi klien Ethereum tercepat, paling ringan, dan paling aman. Menyediakan basis kode yang bersih dan modular untuk: +[Dokumentasi](https://besu.hyperledger.org/en/stable/) ekstensif Besu akan memandu Anda melalui semua detail tentang fitur dan pengaturannya. -- kostumisasi yang mudah. -- integrasi ringan ke dalam layanan atau produk. -- memori minimal dan jejak penyimpanan. +### Erigon {#erigon} -OpenEthereum dikembangkan menggunakan bahasa pemrograman Rust canggih dan terlisensi di bawah GPLv3. +Erigon, sebelumnya dikenal sebagai Turbo-Geth, dimulai sebagai fork dari Go Ethereum yang berorientasi pada kecepatan dan efisiensi ruang disk. Erigon adalah implementasi Ethereum yang sepenuhnya diarsiteki ulang, saat ini ditulis dalam Go tetapi dengan implementasi dalam bahasa lain yang sedang dikembangkan. Tujuan Erigon adalah untuk menyediakan implementasi Ethereum yang lebih cepat, lebih modular, dan lebih dioptimalkan. Ini dapat melakukan sinkronisasi archive node penuh menggunakan sekitar 2TB ruang disk, dalam waktu kurang dari 3 hari. -**Perhatikan bahwa OpenEthereum [telah menjadi usang](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) dan tidak lagi dipertahankan.** Gunakan dengan hati-hati dan lebih baik beralih ke implementasi klien lainnya. +### Go Ethereum {#geth} -#### Nethermind {#nethermind} +Go Ethereum (disingkat Geth) adalah salah satu implementasi asli dari protokol Ethereum. Saat ini, ini adalah klien yang paling tersebar luas dengan basis pengguna terbesar dan berbagai perkakas untuk pengguna dan pengembang. Ini ditulis dalam Go, sepenuhnya sumber terbuka dan dilisensikan di bawah GNU LGPL v3. -Nethermind adalah satu implementasi Ethereum yang dibuat dengan tumpukan teknologi C# .NET, beroperasi pada semua platform utama termasuk ARM. Implementasi ini menawarkan kinerja luar biasa dengan: +Pelajari lebih lanjut tentang Geth di [dokumentasinya](https://geth.ethereum.org/docs). + +### Nethermind {#nethermind} + +Nethermind adalah implementasi Ethereum yang dibuat dengan tumpukan teknologi C# .NET, dilisensikan dengan LGPL-3.0, berjalan di semua platform utama termasuk ARM. Ini menawarkan kinerja luar biasa dengan: - mesin virtual yang dioptimalkan -- akses state -- jaringan dan fitur yang kaya seperti dasbor Prometheus/Graphana, dukungan logging perusahaan seq, pelacakan JSON RPC, dan plugin analitik. +- akses status +- jaringan dan fitur kaya seperti dasbor Prometheus/Grafana, dukungan pencatatan perusahaan seq, pelacakan JSON-RPC, dan plugin analitik. -Nethermind juga mempunyai [dokumentasi detil](https://docs.nethermind.io), dukungan pengembang yang kuat, komunitasi daring dan dukungan 24/7 yang tersedia untuk para pengguna premium. +Nethermind juga memiliki [dokumentasi terperinci](https://docs.nethermind.io), dukungan pengembang yang kuat, komunitas online, dan dukungan 24/7 yang tersedia untuk pengguna premium. -#### Besu {#besu} +### Reth {#reth} -Hyperledger Besu adalah klien Ethereum standar perusahaan untuk jaringan publik dan berizin. Ia menjalankan seluruh fitur Jaringan Utama Ethereum, mulai dari pelacakan hingga GraphQL, memiliki pengawasan ektensif dan didukung oleh ConsenSys, baik di kanal komunitas terbuka maupun melalui SLA komersial untuk perusahaan. Ditulis dalam Java dan berlisensi Apache 2.0. +Reth (singkatan dari Rust Ethereum) adalah implementasi full node Ethereum yang difokuskan untuk menjadi ramah pengguna, sangat modular, cepat, dan efisien. Reth awalnya dibangun dan didorong maju oleh Paradigm, dan dilisensikan di bawah lisensi Apache dan MIT. -#### Erigon {#erigon} +Reth siap produksi, dan cocok untuk penggunaan di lingkungan yang sangat penting seperti mengunci atau layanan dengan waktu aktif tinggi. Berkinerja baik dalam kasus penggunaan di mana kinerja tinggi dengan margin besar diperlukan seperti RPC, MEV, pengindeksan, simulasi, dan aktivitas P2P. -Erigon, yang sebelumnya dikenal sebagai Erigon, adalah sebuah fork Go Ethereum yang diarahkan untuk efisiensi kecepatan dan pemakaian ruangan cakram. Erigon adalah sebuah implementasi yang sepenuhnya di buat kembali di Ethereum, yang saat ini ditulis dalam Go dengan implementasi dalam bahasa pemograman lain yang direncanakan. Tujuan Erigon adalah menyediakan implementasi Ethereum yang lebih cepat, lebih modular, dan lebih teroptimisasi. Ia dapat melakukan sinkronisasi node arsip penuh dengan menggunakan kurang dari 2 TB ruangan cakram, dalam waktu kurang dari 3 hari +Pelajari lebih lanjut dengan memeriksa [Buku Reth](https://reth.rs/), atau [repo GitHub Reth](https://github.com/paradigmxyz/reth?tab=readme-ov-file#reth). -### Mode sinkronisasi {#sync-modes} +### Dalam pengembangan {#execution-in-development} -Untuk mengikuti dan memverifikasi data saat ini di jaringan, klien Ethereum perlu melakukan sinkronisasi dengan state jaringan terkini. Ini dilakukan dengan mengunduh data dari para rekan sejawat, yang secara kriptografik memverifikasi integritas mereka, dan membangun basis data blockchain lokal. +Klien-klien ini masih dalam tahap awal pengembangan dan belum direkomendasikan untuk penggunaan produksi. -Mode sinkronisasi mewakili pendekatan berbeda terhadap proses ini dengan berbagai pertukaran. Klien juga bervariasi dalam implementasi algoritma sinkronisasinya. Mengaculah selalu pada dokumentasi resmi dari klien pilihan Anda untuk spesifikasi tentang implementasi. +#### EthereumJS {#ethereumjs} -#### Gambaran umum strategi {#overview-of-strategies} +Klien Eksekusi EthereumJS (EthereumJS) ditulis dalam TypeScript dan terdiri dari sejumlah paket, termasuk primitif inti Ethereum yang diwakili oleh kelas Blok, Transaksi, dan Merkle-Patricia Trie serta komponen klien inti termasuk implementasi Mesin Virtual Ethereum (EVM), kelas blockchain, dan tumpukan jaringan DevP2P. -Tinjauan umum pendekatan sinkronisasi yang digunakan dalam klien untuk Jaringan Utama: +Pelajari lebih lanjut tentang hal itu dengan membaca [dokumentasinya](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master) -##### Sinkonisasi penuh +## Klien konsensus {#consensus-clients} -Sinkronisasi penuh mengunduh semua blok (termasuk header, transaksi, dan bukti pembayaran) dan menghasilkan state blockchain yang terus bertambah dengan mengeksekusi setiap blok dari blok genesis. +Ada beberapa klien konsensus (sebelumnya dikenal sebagai klien 'Eth2') untuk mendukung [peningkatan konsensus](/roadmap/beacon-chain/). Mereka bertanggung jawab atas semua logika terkait konsensus termasuk algoritma pilihan fork, memproses pengesahan, dan mengelola hadiah serta penalti [proof-of-stake](/developers/docs/consensus-mechanisms/pos). -- Meminimalkan kepercayaan dan menawarkan keamanan tertinggi dengan memverifikasi setiap transaksi. -- Dengan meningkatnya jumlah transaksi, butuh waktu berhari-hari hingga berminggu-minggu untuk memroses semua transaksi. +| Klien | Bahasa | Sistem operasi | Jaringan | +| ------------------------------------------------------------- | ---------- | --------------------- | --------------------------------------------------------- | +| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux, Windows, macOS | Beacon Chain, Hoodi, Pyrmont, Sepolia, dan lainnya | +| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux, Windows, macOS | Beacon Chain, Hoodi, Sepolia, dan lainnya | +| [Nimbus](https://nimbus.team/) | Nim | Linux, Windows, macOS | Beacon Chain, Hoodi, Sepolia, dan lainnya | +| [Prysm](https://prysm.offchainlabs.com/docs/) | Go | Linux, Windows, macOS | Beacon Chain, Gnosis, Hoodi, Pyrmont, Sepolia, dan lainnya | +| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java | Linux, Windows, macOS | Beacon Chain, Gnosis, Hoodi, Sepolia, dan lainnya | +| [Grandine](https://docs.grandine.io/) | Rust | Linux, Windows, macOS | Beacon Chain, Hoodi, Sepolia, dan lainnya | -##### Sinkronisasi cepat +### Lighthouse {#lighthouse} -Sinkronisasi cepat mengunduh semua blok (termasuk header, transaksi dan bukti pembayaran), memverifikasi semua header, dan mengunduh state dan memverifikasinya dengan membandingkannya terhadap header. +Lighthouse adalah implementasi klien konsensus yang ditulis dalam Rust di bawah lisensi Apache-2.0. Ini dipelihara oleh Sigma Prime dan telah stabil serta siap produksi sejak genesis Beacon Chain. Ini diandalkan oleh berbagai perusahaan, kolam staking, dan individu. Ini bertujuan untuk menjadi aman, berkinerja, dan dapat dioperasikan di berbagai lingkungan, dari PC desktop hingga penerapan otomatis yang canggih. -- Mengandalkan keamanan mekanisme konsensus. -- Sinkronisasi memakan waktu hanya beberapa jam. +Dokumentasi dapat ditemukan di [Buku Lighthouse](https://lighthouse-book.sigmaprime.io/) -##### Sinkronisasi ringan +### Lodestar {#lodestar} -Mode klien ringan mengunduh semua header blok, data blok, dan memverifikasi beberapa secara acak. Hanya menyinkronkan ujung rantai dari pos pemeriksaan terpercaya. +Lodestar adalah implementasi klien konsensus siap produksi yang ditulis dalam Typescript di bawah lisensi LGPL-3.0. Ini dipelihara oleh ChainSafe Systems dan merupakan klien konsensus terbaru untuk staker solo, pengembang, dan peneliti. Lodestar terdiri dari beacon node dan klien validator yang didukung oleh implementasi JavaScript dari protokol Ethereum. Lodestar bertujuan untuk meningkatkan kegunaan Ethereum dengan klien light, memperluas aksesibilitas ke kelompok pengembang yang lebih besar, dan berkontribusi lebih lanjut pada keragaman ekosistem. -- Hanya mengambil state terbaru saat mengandalkan kepercayaan pada pengembang dan mekanisme konsensus. -- Klien siap dipakai dengan state jaringan saat ini dalam beberapa menit. +Informasi lebih lanjut dapat ditemukan di [situs web Lodestar](https://lodestar.chainsafe.io/) -[Lebih lanjut tentang klien Ringan](https://www.parity.io/blog/what-is-a-light-client/) +### Nimbus {#nimbus} -##### Sinkronisasi snap +Nimbus adalah implementasi klien konsensus yang ditulis dalam Nim di bawah lisensi Apache-2.0. Ini adalah klien siap produksi yang digunakan oleh staker solo dan kolam staking. Nimbus dirancang untuk efisiensi sumber daya, membuatnya mudah dijalankan pada perangkat dengan sumber daya terbatas dan infrastruktur perusahaan dengan kemudahan yang sama, tanpa mengorbankan stabilitas atau kinerja hadiah. Jejak sumber daya yang lebih ringan berarti klien memiliki margin keamanan yang lebih besar saat jaringan berada di bawah tekanan. -Diimplementasikan oleh Geth. Dengan menggunakan foto - foto dinamis yang disediakan oleh para rekan sejawat, ia mengambilkan semua data akun dan penyimpanan tanpa mengunduh node trie menengah dan kemudian menyusun ulang trie Merkle secara lokal. +Pelajari lebih lanjut di [dokumen Nimbus](https://nimbus.guide/) -- Strategi sinkronisasi tercepat yang dikembangkan oleh Geth, yang saat ini adalah versi defaultnya -- Menghemat pemakaian ruangan cakram dan bandwidth jaringan tanpa mengorbankan aspek keamanan. +### Prysm {#prysm} -[Lebih lanjut tentang Snap](https://github.com/ethereum/devp2p/blob/master/caps/snap.md) +Prysm adalah klien konsensus sumber terbuka berfitur lengkap yang ditulis dalam Go di bawah lisensi GPL-3.0. Ini menampilkan UI aplikasi web opsional dan memprioritaskan pengalaman pengguna, dokumentasi, dan konfigurabilitas untuk pengguna stake-at-home dan institusional. -##### Sinkronisasi warp +Kunjungi [dokumen Prysm](https://prysm.offchainlabs.com/docs/) untuk mempelajari lebih lanjut. -Diimplementasikan oleh OpenEthereum. Node secara teratur menghasilkan foto state konsensus yang penting dan rekan sejawat mana pun dapat mengambilkan foto ini di jaringan, yang memungkinkan sinkronisasi cepat dari titik ini. +### Teku {#teku} -- Mode sinkronisasi OpenEthereum yang tercepat dan default mengandalkan foto statis yang disediakan oleh para rekan sejawat. -- Strategi yang mirip dengan sinkronisasi snap, tetapi tanpa manfaat keamanan tertentu. +Teku adalah salah satu klien genesis Beacon Chain asli. Di samping tujuan biasa (keamanan, ketahanan, stabilitas, kegunaan, kinerja), Teku secara khusus bertujuan untuk sepenuhnya mematuhi semua berbagai standar klien konsensus. -[Lebih lanjut tentang Warp](https://openethereum.github.io/Beginner-Introduction#warping---no-warp) +Teku menawarkan opsi penerapan yang sangat fleksibel. Beacon node dan klien validator dapat dijalankan bersama sebagai satu proses, yang sangat nyaman untuk staker solo, atau node dapat dijalankan secara terpisah untuk operasi mengunci yang canggih. Selain itu, Teku sepenuhnya dapat dioperasikan dengan [Web3Signer](https://github.com/ConsenSys/web3signer/) untuk keamanan kunci penandatanganan dan perlindungan pemotongan. -##### Sinkronisasi beam +Teku ditulis dalam Java dan dilisensikan di bawah Apache 2.0. Ini dikembangkan oleh tim Protokol di ConsenSys yang juga bertanggung jawab atas Besu dan Web3Signer. Pelajari lebih lanjut di [dokumen Teku](https://docs.teku.consensys.net/en/latest/). -Diimplementasikan oleh Nethermind dan Trinity. Berfungsi seperti sinkronisasi cepat tetapi juga mengunduh data yang diperlukan untuk mengeksekusi blok terkini, yang memungkinkan Anda membuat query terhadap rantai dalam beberapa menit pertama sejak dimulai. +### Grandine {#grandine} -- Menyinkronkan state terlebih dahulu dan memungkinkan Anda membuat kueri terhadap RPC dalam waktu beberapa menit. -- Masih dalam tahap pengembangan dan belum sepenuhnya bisa diandalkan, sinkronisasi latar belakang diperlambat dan respons RPC mungkin gagal. +Grandine adalah implementasi klien konsensus, yang ditulis dalam Rust di bawah lisensi GPL-3.0. Ini dipelihara oleh Tim Inti Grandine dan cepat, berkinerja tinggi, serta ringan. Ini cocok untuk berbagai staker dari staker solo yang berjalan pada perangkat bersumber daya rendah seperti Raspberry Pi hingga staker institusional besar yang menjalankan puluhan ribu validator. -[Lebih lanjut tentang Beam](https://medium.com/@jason.carver/intro-to-beam-sync-a0fd168be14a) +Dokumentasi dapat ditemukan di [Buku Grandine](https://docs.grandine.io/) -#### Pengaturan di klien {#client-setup} +## Mode sinkronisasi {#sync-modes} -Klien menawarkan opsi konfigurasi yang kaya untuk menyesuaikan dengan kebutuhan Anda. Pilih salah satu yang paling sesuai dengan Anda berdasarkan tingkat keamanan, data yang tersedia, dan biayanya. Selain algoritma sinkronisasi, Anda juga dapat menentukan pemangkasan berbagai jenis data lama. Pemangkasan memungkinkan penghapusan data lama, contohnya menghilangkan node trie state yang tidak dapat dicapai dari blok terkini. +Untuk mengikuti dan memverifikasi data saat ini di jaringan, klien Ethereum perlu menyinkronkan dengan status jaringan terbaru. Ini dilakukan dengan mengunduh data dari rekan, memverifikasi integritasnya secara kriptografi, dan membangun basis data blockchain lokal. -Perhatikan dokumentasi klien atau halaman bantuan untuk menemukan mode sinkronisasi mana yang merupakan opsi defaultnya. Anda dapat menentukan tipe sinkronisasi yang lebih disukai ketika Anda melakukan penyiapan, dalam cara: +Mode sinkronisasi mewakili pendekatan yang berbeda untuk proses ini dengan berbagai pertukaran. Klien juga bervariasi dalam implementasi algoritma sinkronisasi mereka. Selalu merujuk ke dokumentasi resmi dari klien pilihan Anda untuk spesifikasi implementasi. -**Menyiapkan sinkronisasi ringan di [GETH](https://geth.ethereum.org/) atau [ERIGON](https://github.com/ledgerwatch/erigon)** +### Mode sinkronisasi lapisan eksekusi {#execution-layer-sync-modes} -`geth --syncmode "light"` +Lapisan eksekusi dapat dijalankan dalam mode yang berbeda agar sesuai dengan kasus penggunaan yang berbeda, dari mengeksekusi ulang status dunia blockchain hingga hanya menyinkronkan dengan ujung rantai dari pos pemeriksaan tepercaya. -**Menyiapkan sinkronisasi penuh dengan arsip di [Besu](https://besu.hyperledger.org/)** +#### Sinkronisasi penuh {#full-sync} -`besu --sync-mode=FULL` +Sinkronisasi penuh mengunduh semua blok (termasuk header dan badan blok) dan membuat ulang status blockchain secara bertahap dengan mengeksekusi setiap blok dari genesis. -Sama seperti konfigurasi lainnya, ia dapat ditentukan dengan bendera startup atau dalam berkas konfigurasi. Contoh lainnya adalah [Nethermind](https://docs.nethermind.io/) yang mendorong Anda untuk memilih konfigurasi pada saat inisiasi pertama dan membuat berkas konfigurasi. +- Meminimalkan kepercayaan dan menawarkan keamanan tertinggi dengan memverifikasi setiap transaksi. +- Dengan meningkatnya jumlah transaksi, dibutuhkan waktu berhari-hari hingga berminggu-minggu untuk memproses semua transaksi. -## Klien konsensus (sebelumnya klien 'Eth2') {#consensus-clients} +[Archive node](#archive-node) melakukan sinkronisasi penuh untuk membangun (dan mempertahankan) riwayat lengkap perubahan status yang dibuat oleh setiap transaksi di setiap blok. -Ada beberapa klien konsensus (sebelumnya dikenal sebagai klien 'Eth2') untuk mendukung [peningkatan konsensus](/roadmap/beacon-chain/). They are running the Beacon Chain and will provide proof-of-stake consensus mechanism to execution clients after [The Merge](/roadmap/merge/). +#### Sinkronisasi cepat {#fast-sync} -| Klien | Bahasa | Sistem operasi | Jaringan | -| ----------------------------------------------------------- | ---------- | --------------------- | ------------------------------------ | -| [Teku](https://pegasys.tech/teku) | Java | Linux, Windows, macOS | Rantai Suar, Goerli | -| [Nimbus](https://nimbus.team/) | Nim | Linux, Windows, macOS | Rantai Suar, Goerli | -| [Lighthouse](https://lighthouse-book.sigmaprime.io/) | Rust | Linux, Windows, macOS | Rantai Suar, Goerli, Pyrmont | -| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux, Windows, macOS | Rantai Suar, Goerli | -| [Prysm](https://prysm.offchainlabs.com/docs/) | Go | Linux, Windows, macOS | Rantai Suar, Gnosis, Goerli, Pyrmont | +Seperti sinkronisasi penuh, sinkronisasi cepat mengunduh semua blok (termasuk header, transaksi, dan tanda terima). Namun, alih-alih memproses ulang transaksi historis, sinkronisasi cepat bergantung pada tanda terima hingga mencapai kepala terbaru, ketika ia beralih ke mengimpor dan memproses blok untuk menyediakan full node. -## Perangkat keras {#hardware} +- Strategi fast sync. +- Mengurangi permintaan pemrosesan demi penggunaan bandwidth. -Kebutuhan perangkat keras berbeda untuk tiap klien tapi secara umum tidak terlalu tinggi karena node hanya perlu terus dalam kondisi tersinkronisasi. Jangan merancukannya dengan penambangan yang memerlukan lebih banyak daya komputasi. Akan tetapi, waktu sinkronisasi dan performa memang meningkat dengan perangkat keras yang lebih kuat. Bergantung kebutuhan dan keinginan Anda, Ethereum dapat dijalankan pada komputer, server rumah, komputer papan tunggal, atau server privat virtual di cloud. +#### Snap sync {#snap-sync} -Satu cara mudah untuk menjalankan node Anda sendiri adalah menggunakan kotak 'colokkan dan jalankan' seperti [DAppNode](https://dappnode.io/). Menyediakan perangkat keras untuk menjalankan klien dan apllikasi yang bergantung padanya dengan antar muka pengguna sederhana. +Snap sync juga memverifikasi rantai blok demi blok. Namun, alih-alih memulai dari blok genesis, snap sync dimulai pada pos pemeriksaan 'tepercaya' yang lebih baru yang diketahui menjadi bagian dari blockchain yang sebenarnya. Node menyimpan pos pemeriksaan berkala sambil menghapus data yang lebih lama dari usia tertentu. Snapshot ini digunakan untuk membuat ulang data status sesuai kebutuhan, daripada menyimpannya selamanya. -### Persyaratan {#requirements} +- Strategi sinkronisasi tercepat, saat ini menjadi default di Mainnet Ethereum. +- Menghemat banyak penggunaan disk dan bandwidth jaringan tanpa mengorbankan keamanan. -Sebelum menginstal klien apa pun, pastikan komputer Anda punya sumber daya yang cukup untuk menjalankannya. Persayaratan minimum dan disarankan bisa ditemukan di bawah, akan tetapi bagian kuncinya adalah kapasitas penyimpanan disk. Menyinkronisasikan blockchain Ethereum sangat bergantung banyak pada input/output. Sangat disarankan untuk memiliki satu solid-state drive (SSD). Untuk menjalankan satu klien Ethereum pada HDD, Anda akan membutuhkan paling sedikit 8GB RAM untuk digunakan sebagai cache. +[Lebih lanjut tentang snap sync](https://github.com/ethereum/devp2p/blob/master/caps/snap.md). -#### Persayaratan minimum {#recommended-specifications} +#### Light sync {#light-sync} -- CPU dengan 2+ inti -- RAM dengan ukuran minimum 4GB dengan satu SSD, 8 GB+ jika Anda punya satu HDD -- Bandwidth dengan kecepatan 8 MBit/d +Mode klien light mengunduh semua header blok, data blok, dan memverifikasi beberapa secara acak. Hanya menyinkronkan ujung rantai dari pos pemeriksaan tepercaya. -#### Spesifikasi yang direkomendasikan {#recommended-specifications} +- Hanya mendapatkan status terbaru sambil mengandalkan kepercayaan pada pengembang dan mekanisme konsensus. +- Klien siap digunakan dengan status jaringan saat ini dalam beberapa menit. -- CPU cepat dengan 4+ inti -- RAM berukuran 16 GB+ -- SSD cepat dengan kapasitas penyimpanan paling sedikit 500 GB -- Bandwidth dengan kecepatan 25+ MBit/d +**NB** Light sync belum berfungsi dengan Ethereum proof-of-stake - versi baru dari light sync akan segera dirilis! -Mode sinkronisasi yang Anda pilih akan mempengaruhi persyaratan ukuran ruangan cakram, tapi kami telah memperkirakan ruangan cakram yang akan Anda perlukan untuk setiap klien di bawah ini. +[Lebih lanjut tentang klien light](/developers/docs/nodes-and-clients/light-clients/) -| Klien | Ukuran disk (sinkronisasi cepat) | Ukuran disk (arsip penuh) | -| ------------ | -------------------------------- | ------------------------- | -| Geth | 400GB+ | 6TB+ | -| OpenEthereum | 280GB+ | 6TB+ | -| Nethermind | 200GB+ | 5TB+ | -| Besu | 750GB+ | 5TB+ | -| Erigon | N/A | 1TB+ | +### Mode sinkronisasi lapisan konsensus {#consensus-layer-sync-modes} -- Catatan: Erigon tidak melakukan Sinkronisasi Cepat, tapi Pemangkasan Penuh masih memungkinkan (\~500GB) +#### Optimistic sync {#optimistic-sync} -Bagan ini menunjukkan bagaimana persyaratan kapasitas penyimpanan selalu berubah. Untuk data Geth dan Parity yang paling terbaru, lihat [data sinkronisasi penuh](https://etherscan.io/chartsync/chaindefault) dan [ data sinkronisasi arsip](https://etherscan.io/chartsync/chainarchive). +Optimistic sync adalah strategi sinkronisasi pasca-penggabungan yang dirancang untuk menjadi opt-in dan kompatibel ke belakang, memungkinkan node eksekusi untuk menyinkronkan melalui metode yang sudah mapan. Mesin eksekusi dapat _secara optimis_ mengimpor blok beacon tanpa memverifikasinya sepenuhnya, menemukan kepala terbaru, dan kemudian mulai menyinkronkan rantai dengan metode di atas. Kemudian, setelah klien eksekusi menyusul, ia akan memberi tahu klien konsensus tentang validitas transaksi di Beacon Chain. -### Ethereum pada komputer papan tunggal {#ethereum-on-a-single-board-computer} +[Lebih lanjut tentang optimistic sync](https://github.com/ethereum/consensus-specs/blob/master/sync/optimistic.md) -Cara paling nyaman dan murah untuk menjalankan node Ethereum adalah menggunakan komputer papan tungggal dengan arstitektur ARM seperti Raspberry Pi. [Ethereum di ARM](https://twitter.com/EthereumOnARM) menyediakan gambar dari klien Geth, Parity, Nethermind, dan Besu. Ini adalah tutorial sederhana tentang [bagaimana menyusun dan menyiapkan klien ARM](/developers/tutorials/run-node-raspberry-pi/). +#### Checkpoint sync {#checkpoint-sync} -Perangkat kecil, terjangkau dan efisien seperti ini, ideal untuk menjalankan node di rumah. +Checkpoint sync, juga dikenal sebagai sinkronisasi subjektivitas lemah, menciptakan pengalaman pengguna yang unggul untuk menyinkronkan Beacon Node. Ini didasarkan pada asumsi [subjektivitas lemah](/developers/docs/consensus-mechanisms/pos/weak-subjectivity/) yang memungkinkan sinkronisasi Beacon Chain dari pos pemeriksaan subjektivitas lemah baru-baru ini alih-alih genesis. Checkpoint sync membuat waktu sinkronisasi awal secara signifikan lebih cepat dengan asumsi kepercayaan yang serupa dengan sinkronisasi dari [genesis](/glossary/#genesis-block). -## Bacaan lebih lanjut {#further-reading} +Dalam praktiknya, ini berarti node Anda terhubung ke layanan jarak jauh untuk mengunduh status final terbaru dan terus memverifikasi data dari titik tersebut. Pihak ketiga yang menyediakan data dipercaya dan harus dipilih dengan cermat. + +Lebih lanjut tentang [checkpoint sync](https://notes.ethereum.org/@djrtwo/ws-sync-in-practice) -Ada banyak informasi tentang klien Ethereum di internet. Berikut adalah beberapa sumber daya yang mungkin bisa membantu. +## Bacaan lebih lanjut {#further-reading} - [Ethereum 101 - Bagian 2 - Memahami Node](https://kauri.io/ethereum-101-part-2-understanding-nodes/48d5098292fd4f11b251d1b1814f0bba/a) _– Wil Barnes, 13 Februari 2019_ -- [Menjalankan Node Penuh Ethereum: Panduan bagi Mereka yang Hampir Tidak Termotivasi](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _– Justin Leroux, 7 November 2019_ -- [Menganalisis persyaratan perangkat keras untuk menjadi node tervalidasi penuh Ethereum](https://medium.com/coinmonks/analyzing-the-hardware-requirements-to-be-an-ethereum-full-validated-node-dc064f167902) _– Albert Palau, 24 September 2018_ -- [Menjalankan Node Hyperledger Besu di Jaringan Utama Ethereum: Keuntungan, Persyaratan, dan Penyiapan](https://pegasys.tech/running-a-hyperledger-besu-node-on-the-ethereum-mainnet-benefits-requirements-and-setup/) _– Felipe Faraggi, 7 Mei 2020_ +- [Menjalankan Full Node Ethereum: Panduan untuk yang Kurang Termotivasi](https://medium.com/@JustinMLeroux/running-ethereum-full-nodes-a-guide-for-the-barely-motivated-a8a13e7a0d31) _– Justin Leroux, 7 November 2019_ ## Topik terkait {#related-topics} @@ -308,4 +316,4 @@ Ada banyak informasi tentang klien Ethereum di internet. Berikut adalah beberapa ## Tutorial terkait {#related-tutorials} -- [Ubah Raspberry Pi 4 Anda menjadi node validator cukup dengan mem-flash kartu MicroSD – Panduan instalasi](/developers/tutorials/run-node-raspberry-pi/) _– Flash Raspberry Pi 4, colokkan kabel ethernet, hubungkan SSD dan nyalakan perangkat untuk mengubah Raspberry Pi 4 menjadi node penuh Ethereum yang menjalankan lapisan eksekusi (Jaringan Utama) dan / atau lapisan konsensus (Rantai Suar / validator)._ +- [Ubah Raspberry Pi 4 Anda menjadi node validator hanya dengan mem-flash kartu MicroSD – Panduan instalasi](/developers/tutorials/run-node-raspberry-pi/) _– Flash Raspberry Pi 4 Anda, colokkan kabel ethernet, sambungkan disk SSD, dan nyalakan perangkat untuk mengubah Raspberry Pi 4 menjadi full node Ethereum yang menjalankan lapisan eksekusi (Mainnet) dan / atau lapisan konsensus (Beacon Chain / validator)._ \ No newline at end of file diff --git a/public/content/translations/id/roadmap/glamsterdam/index.md b/public/content/translations/id/roadmap/glamsterdam/index.md index 5198cc2eccb..6506e536668 100644 --- a/public/content/translations/id/roadmap/glamsterdam/index.md +++ b/public/content/translations/id/roadmap/glamsterdam/index.md @@ -9,7 +9,7 @@ lang: id -Glamsterdam adalah peningkatan Ethereum yang akan datang yang direncanakan untuk H1 2026 +Glamsterdam adalah peningkatan Ethereum mendatang yang direncanakan untuk Semester 1 2026 Peningkatan Glamsterdam hanyalah satu langkah dalam tujuan pengembangan jangka panjang Ethereum. Pelajari lebih lanjut tentang [peta jalan protokol](/roadmap/) dan [peningkatan sebelumnya](/ethereum-forks/). @@ -17,13 +17,13 @@ Peningkatan Glamsterdam hanyalah satu langkah dalam tujuan pengembangan jangka p -Peningkatan Glamsterdam [Ethereum](/) yang akan datang dirancang untuk membuka jalan bagi generasi peningkatan berikutnya. Glamsterdam dinamai dari kombinasi "Amsterdam" (peningkatan lapisan eksekusi, dinamai berdasarkan lokasi Devconnect sebelumnya) dan "Gloas" (peningkatan lapisan konsensus, dinamai berdasarkan nama bintang). +Peningkatan Glamsterdam [Ethereum](/) yang akan datang dirancang untuk membuka jalan bagi generasi peningkatan skala berikutnya. Glamsterdam dinamai dari kombinasi "Amsterdam" (peningkatan lapisan eksekusi, dinamai dari lokasi Devconnect sebelumnya) dan "Gloas" (peningkatan lapisan konsensus, dinamai dari sebuah bintang). -Mengikuti kemajuan yang dibuat dalam peningkatan [Fusaka](/roadmap/fusaka/), Glamsterdam berfokus pada peningkatan L1 dengan mengatur ulang bagaimana jaringan memproses transaksi dan mengelola basis data yang berkembang, yang secara fundamental memperbarui cara Ethereum membuat dan memverifikasi blok. +Mengikuti kemajuan yang dicapai dalam peningkatan [Fusaka](/roadmap/fusaka/), Glamsterdam berfokus pada peningkatan skala L1 dengan mengatur ulang cara jaringan memproses transaksi dan mengelola basis datanya yang terus berkembang, secara mendasar memperbarui cara Ethereum membuat dan memverifikasi blok. -Sementara Fusaka berfokus pada penyempurnaan mendasar, Glamsterdam memajukan tujuan "Peningkatan L1" dan "Peningkatan Blob" dengan mengabadikan pemisahan tugas antara berbagai peserta jaringan, dan memperkenalkan cara yang lebih efisien untuk menangani data untuk mempersiapkan [status](/glossary/#state) untuk paralelisasi throughput tinggi. +Sementara Fusaka berfokus pada penyempurnaan dasar, Glamsterdam memajukan tujuan "Tingkatkan Skala L1" dan "Tingkatkan Skala Blob" dengan mengabadikan pemisahan tugas di antara berbagai peserta jaringan, dan memperkenalkan cara yang lebih efisien untuk menangani data guna mempersiapkan [status](/glossary/#state) untuk paralelisasi throughput tinggi. -Peningkatan ini memastikan Ethereum tetap cepat, terjangkau, dan terdesentralisasi karena menangani lebih banyak aktivitas, sambil menjaga persyaratan perangkat keras tetap dapat dikelola bagi orang-orang yang menjalankan [node](/glossary/#node) di rumah. +Peningkatan ini memastikan Ethereum tetap cepat, terjangkau, dan terdesentralisasi saat menangani lebih banyak aktivitas, sambil menjaga persyaratan perangkat keras tetap dapat dikelola bagi orang-orang yang menjalankan [node](/glossary/#node) di rumah. @@ -41,59 +41,59 @@ Jika Anda ingin menambahkan EIP yang sedang dipertimbangkan untuk Glamsterdam, t Peningkatan Glamsterdam berpusat pada tiga tujuan utama: -- Mempercepat pemrosesan (paralelisasi): Mengatur ulang cara jaringan mencatat dependensi data, sehingga dapat memproses banyak transaksi secara aman pada saat yang sama, bukan dalam urutan satu per satu yang lambat. -- Memperluas kapasitas: Membagi pekerjaan berat dalam membuat dan memverifikasi blok, memberikan jaringan lebih banyak waktu untuk menyebarkan data dalam jumlah yang lebih besar tanpa melambat. -- Mencegah pembengkakan basis data (keberlanjutan): Menyesuaikan biaya jaringan agar secara akurat mencerminkan biaya perangkat keras jangka panjang untuk menyimpan data baru, membuka blokir peningkatan batas gas di masa depan sambil mencegah penurunan kinerja perangkat keras. +- Mempercepat pemrosesan (paralelisasi): Mengatur ulang cara jaringan mencatat dependensi data, sehingga dapat memproses banyak transaksi secara bersamaan dengan aman alih-alih dalam urutan satu per satu yang lambat. +- Memperluas kapasitas: Membagi tugas berat dalam membuat dan memverifikasi blok, memberi jaringan lebih banyak waktu untuk menyebarkan jumlah data yang lebih besar tanpa melambat. +- Mencegah pembengkakan basis data (keberlanjutan): Menyesuaikan biaya jaringan untuk secara akurat mencerminkan biaya perangkat keras jangka panjang dari penyimpanan data baru, membuka blokir peningkatan batas gas di masa mendatang sambil mencegah penurunan kinerja perangkat keras. Singkatnya, Glamsterdam akan memperkenalkan perubahan struktural untuk memastikan bahwa seiring dengan peningkatan kapasitas jaringan, jaringan tersebut tetap berkelanjutan dan kinerjanya tetap tinggi. -## Peningkatan L1 & pemrosesan paralel {#scale-l1} +## Tingkatkan skala L1 & pemrosesan paralel {#scale-l1} -Peningkatan L1 yang berarti memerlukan perpindahan dari asumsi kepercayaan di luar protokol dan batasan eksekusi serial. Glamsterdam mengatasi hal ini dengan mengabadikan pemisahan tugas-tugas pembangunan blok tertentu dan memperkenalkan struktur data baru yang memungkinkan jaringan untuk mempersiapkan pemrosesan paralel. +Peningkatan skala L1 yang bermakna membutuhkan peralihan dari asumsi kepercayaan di luar protokol dan batasan eksekusi serial. Glamsterdam mengatasi hal ini dengan mengabadikan pemisahan tugas pembuatan blok tertentu dan memperkenalkan struktur data baru yang memungkinkan jaringan bersiap untuk pemrosesan paralel. -### Proposal utama: Pemisahan Pengusul-Pembangun yang Diabadikan (ePBS) {#epbs} +### Proposal utama: Enshrined Proposer-Builder Separation (ePBS) {#epbs} - Menghapus asumsi kepercayaan di luar protokol dan ketergantungan pada relai pihak ketiga -- Mendukung peningkatan L1 dengan mengizinkan muatan yang jauh lebih besar melalui jendela propagasi yang diperluas -- Memperkenalkan pembayaran pembangun tanpa kepercayaan langsung ke dalam protokol +- Mendukung peningkatan skala L1 dengan memungkinkan payload yang jauh lebih besar melalui jendela propagasi yang diperpanjang +- Memperkenalkan pembayaran pembangun tanpa kepercayaan (trustless) langsung ke dalam protokol -Saat ini, proses mengusulkan dan membangun blok mencakup serah terima antara pengusul blok dan pembangun blok. Hubungan antara pengusul dan pembangun bukanlah bagian dari protokol inti Ethereum, sehingga bergantung pada middleware pihak ketiga yang tepercaya, perangkat lunak (relai), dan kepercayaan di luar protokol antar entitas. +Saat ini, proses pengusulan dan pembuatan blok mencakup penyerahan antara pengusul blok dan pembangun blok. Hubungan antara pengusul dan pembangun bukanlah bagian dari protokol inti Ethereum, sehingga bergantung pada middleware pihak ketiga tepercaya, perangkat lunak (relai), dan kepercayaan di luar protokol antar entitas. -Hubungan di luar protokol antara pengusul dan pembangun juga menciptakan "jalur panas" selama validasi blok yang memaksa [validator](/glossary/#validator) untuk bergegas melalui siaran dan eksekusi transaksi dalam jendela 2 detik yang ketat, membatasi berapa banyak data yang dapat ditangani oleh jaringan. +Hubungan di luar protokol antara pengusul dan pembangun juga menciptakan "jalur panas" selama validasi blok yang memaksa [validator](/glossary/#validator) untuk bergegas melalui penyiaran dan eksekusi transaksi dalam jendela 2 detik yang ketat, membatasi seberapa banyak data yang dapat ditangani jaringan. -**Pemisahan Pengusul-Pembangun yang Diabadikan (ePBS, atau EIP-7732)** secara formal memisahkan pekerjaan pengusul (yang memilih blok konsensus) dari pembangun (yang merakit muatan eksekusi), mengabadikan serah terima ini langsung ke dalam protokol. +**Enshrined Proposer-Builder Separation (ePBS, atau EIP-7732)** secara formal memisahkan pekerjaan pengusul (yang memilih blok konsensus) dari pembangun (yang merakit payload eksekusi), mengabadikan penyerahan ini langsung ke dalam protokol. -Membangun pertukaran tanpa kepercayaan dari muatan blok untuk pembayaran langsung ke dalam protokol menghilangkan kebutuhan akan middleware pihak ketiga (seperti MEV-Boost). Namun, pembangun dan pengusul mungkin masih memilih untuk menggunakan relai atau middleware di luar protokol untuk fitur-fitur kompleks yang belum menjadi bagian dari protokol inti. +Membangun pertukaran payload blok tanpa kepercayaan untuk pembayaran langsung ke dalam protokol menghilangkan kebutuhan akan middleware pihak ketiga (seperti MEV-Boost). Namun, pembangun dan pengusul mungkin masih memilih untuk menggunakan relai atau middleware di luar protokol untuk fitur kompleks yang belum menjadi bagian dari protokol inti. -Untuk mengatasi kemacetan "jalur panas", ePBS juga memperkenalkan Komite Ketepatan Waktu Muatan (PTC) dan logika tenggat waktu ganda, yang memungkinkan validator untuk mengesahkan blok konsensus dan ketepatan waktu muatan eksekusi secara terpisah untuk memaksimalkan keluaran. +Untuk mengatasi hambatan "jalur panas", ePBS juga memperkenalkan Payload Timeliness Committee (PTC) dan logika tenggat waktu ganda, yang memungkinkan validator untuk mengesahkan blok konsensus dan ketepatan waktu payload eksekusi secara terpisah untuk memaksimalkan throughput. -Memisahkan peran pengusul dan pembangun pada tingkat protokol memperluas jendela propagasi (atau waktu yang tersedia untuk menyebarkan data ke seluruh jaringan) dari 2 detik menjadi sekitar 9 detik. +Memisahkan peran pengusul dan pembangun di tingkat protokol memperluas jendela propagasi (atau waktu yang tersedia untuk menyebarkan data ke seluruh jaringan) dari 2 detik menjadi sekitar 9 detik. -Dengan mengganti middleware dan relai di luar protokol dengan mekanik dalam protokol, ePBS mengurangi ketergantungan kepercayaan dan memungkinkan Ethereum untuk memproses data dalam jumlah yang jauh lebih besar secara aman (seperti lebih banyak blob untuk [layer 2](/glossary/#layer-2)) tanpa membebani jaringan. +Dengan mengganti middleware dan relai di luar protokol dengan mekanika di dalam protokol, ePBS mengurangi ketergantungan kepercayaan dan memungkinkan Ethereum untuk memproses jumlah data yang jauh lebih besar dengan aman (seperti lebih banyak blob untuk [layer 2](/glossary/#layer-2)) tanpa membebani jaringan. -**Sumber Daya**: [Spesifikasi teknis EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) +**Sumber daya**: [Spesifikasi teknis EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) -### Proposal utama: Daftar Akses Tingkat Blok (BALs) {#bals} +### Proposal utama: Block-Level Access Lists (BALs) {#bals} -- Menghilangkan kemacetan pemrosesan berurutan dengan menyediakan peta awal dari semua dependensi transaksi, mempersiapkan panggung bagi validator untuk memproses banyak transaksi secara paralel alih-alih satu per satu +- Menghilangkan hambatan pemrosesan berurutan dengan menyediakan peta awal dari semua dependensi transaksi, menyiapkan panggung bagi validator untuk memproses banyak transaksi secara paralel alih-alih satu per satu - Memungkinkan node untuk memperbarui catatan mereka dengan membaca hasil akhir tanpa perlu memutar ulang setiap transaksi (sinkronisasi tanpa eksekusi), membuatnya jauh lebih cepat untuk menyinkronkan node ke jaringan -- Menghilangkan tebakan, memungkinkan validator untuk memuat semua data yang diperlukan sekaligus alih-alih menemukannya langkah demi langkah, yang membuat validasi menjadi lebih cepat +- Menghilangkan tebakan, memungkinkan validator untuk memuat semua data yang diperlukan sekaligus alih-alih menemukannya selangkah demi selangkah, yang membuat validasi jauh lebih cepat -Ethereum saat ini seperti jalan satu lajur; karena jaringan tidak tahu data apa yang akan dibutuhkan atau diubah oleh suatu transaksi (seperti akun mana yang akan disentuh oleh suatu transaksi) hingga transaksi tersebut dijalankan, validator harus memproses transaksi satu per satu dalam baris yang ketat dan berurutan. Jika mereka mencoba memproses transaksi sekaligus, tanpa mengetahui dependensi ini, dua transaksi mungkin secara tidak sengaja mencoba mengubah data yang sama persis pada saat yang sama, menyebabkan kesalahan. +Ethereum saat ini seperti jalan satu jalur; karena jaringan tidak tahu data apa yang akan dibutuhkan atau diubah oleh transaksi (seperti akun mana yang akan disentuh transaksi) sampai transaksi dijalankan, validator harus memproses transaksi satu per satu dalam garis berurutan yang ketat. Jika mereka mencoba memproses transaksi sekaligus, tanpa mengetahui dependensi ini, dua transaksi mungkin secara tidak sengaja mencoba mengubah data yang sama persis pada saat yang sama, menyebabkan kesalahan. -**Daftar Akses Tingkat Blok (BALs, atau EIP-7928)** seperti peta yang disertakan di setiap blok, memberitahu jaringan bagian mana dari basis data yang akan diakses sebelum pekerjaan dimulai. BAL memerlukan setiap blok untuk menyertakan hash dari setiap perubahan akun yang akan disentuh oleh transaksi, bersama dengan hasil akhir dari perubahan tersebut (catatan hash dari semua akses status dan nilai pasca-eksekusi). +**Block-Level Access Lists (BALs, atau EIP-7928)** seperti peta yang disertakan dalam setiap blok, memberi tahu jaringan bagian mana dari basis data yang akan diakses sebelum pekerjaan dimulai. BALs mengharuskan setiap blok untuk menyertakan hash dari setiap perubahan akun yang akan disentuh transaksi, bersama dengan hasil akhir dari perubahan tersebut (catatan hash dari semua akses status dan nilai pasca-eksekusi). -Karena memberikan visibilitas instan ke transaksi mana yang tidak tumpang tindih, BAL memungkinkan node untuk melakukan pembacaan disk secara paralel, mengambil informasi untuk banyak transaksi secara bersamaan. Jaringan dapat dengan aman mengelompokkan transaksi yang tidak terkait dan memprosesnya secara paralel. +Karena mereka memberikan visibilitas instan ke transaksi mana yang tidak tumpang tindih, BALs memungkinkan node untuk melakukan pembacaan disk paralel, mengambil informasi untuk banyak transaksi secara bersamaan. Jaringan dapat dengan aman mengelompokkan transaksi yang tidak terkait dan memprosesnya secara paralel. -Karena BAL menyertakan hasil akhir transaksi (nilai pasca-eksekusi), ketika node jaringan perlu menyinkronkan ke status jaringan saat ini, mereka dapat menyalin hasil akhir tersebut untuk memperbarui catatan mereka. Validator tidak perlu lagi memutar ulang semua transaksi yang rumit dari awal untuk mengetahui apa yang terjadi, sehingga lebih cepat dan lebih mudah bagi node baru untuk bergabung dengan jaringan. +Karena BAL menyertakan hasil akhir transaksi (nilai pasca-eksekusi), ketika node jaringan perlu menyinkronkan ke status jaringan saat ini, mereka dapat menyalin hasil akhir tersebut untuk memperbarui catatan mereka. Validator tidak perlu lagi memutar ulang semua transaksi rumit dari awal untuk mengetahui apa yang terjadi, membuatnya lebih cepat dan lebih mudah bagi node baru untuk bergabung dengan jaringan. -Pembacaan disk secara paralel yang dimungkinkan oleh BAL akan menjadi langkah signifikan menuju masa depan di mana Ethereum dapat memproses banyak transaksi sekaligus, secara signifikan meningkatkan kecepatan jaringan. +Pembacaan disk paralel yang diaktifkan oleh BALs akan menjadi langkah signifikan menuju masa depan di mana Ethereum dapat memproses banyak transaksi sekaligus, secara signifikan meningkatkan kecepatan jaringan. -#### Pertukaran Daftar Akses Blok eth/71 {#bale} +#### eth/71 Block Access List Exchange {#bale} -Pertukaran Daftar Akses Blok (eth/71 atau EIP-8159) adalah pendamping jaringan langsung untuk daftar akses tingkat blok. Sementara BAL membuka eksekusi paralel, eth/71 meningkatkan protokol peer-to-peer untuk memungkinkan node benar-benar berbagi daftar ini melalui jaringan. Mengimplementasikan pertukaran daftar akses blok akan memungkinkan sinkronisasi yang lebih cepat dan memungkinkan node untuk melakukan pembaruan status tanpa eksekusi. +Block Access List Exchange (eth/71 atau EIP-8159) adalah pendamping jaringan langsung untuk daftar akses tingkat blok. Sementara BALs membuka kunci eksekusi paralel, eth/71 meningkatkan protokol peer-to-peer untuk memungkinkan node benar-benar membagikan daftar ini melalui jaringan. Menerapkan pertukaran daftar akses blok akan memungkinkan sinkronisasi yang lebih cepat dan memungkinkan node untuk melakukan pembaruan status tanpa eksekusi. **Sumber daya**: @@ -102,197 +102,197 @@ Pertukaran Daftar Akses Blok (eth/71 atau EIP-8159) adalah pendamping jaringan l ## Keberlanjutan jaringan {#network-sustainability} -Seiring pertumbuhan jaringan Ethereum yang lebih cepat, penting untuk memastikan bahwa biaya penggunaannya sesuai dengan keausan pada perangkat keras yang menjalankan Ethereum. Jaringan perlu meningkatkan batas kapasitas keseluruhannya agar dapat melakukan peningkatan dan memproses lebih banyak transaksi dengan aman. +Seiring pertumbuhan jaringan Ethereum yang lebih cepat, penting untuk memastikan bahwa biaya penggunaannya sesuai dengan keausan pada perangkat keras yang menjalankan Ethereum. Jaringan perlu meningkatkan batas kapasitas keseluruhannya agar dapat meningkatkan skala dengan aman dan memproses lebih banyak transaksi. ### Peningkatan biaya gas pembuatan status {#state-creation-gas-cost-increase} -- Memastikan bahwa biaya untuk membuat akun atau kontrak pintar baru secara akurat mencerminkan beban jangka panjang yang mereka bebankan pada basis data Ethereum -- Secara otomatis menyesuaikan biaya pembuatan data ini berdasarkan kapasitas jaringan secara keseluruhan, menargetkan tingkat pertumbuhan yang aman dan dapat diprediksi sehingga perangkat keras fisik standar dapat terus menjalankan jaringan -- Memisahkan akuntansi untuk biaya spesifik ini ke reservoir baru, menghapus batas transaksi lama dan memungkinkan pengembang untuk menyebarkan aplikasi yang lebih besar dan lebih kompleks +- Memastikan bahwa biaya untuk membuat akun baru atau kontrak pintar secara akurat mencerminkan beban jangka panjang yang mereka tempatkan pada basis data Ethereum +- Secara otomatis menyesuaikan biaya pembuatan data ini berdasarkan kapasitas keseluruhan jaringan, menargetkan tingkat pertumbuhan yang aman dan dapat diprediksi sehingga perangkat keras fisik standar dapat terus menjalankan jaringan +- Memisahkan akuntansi untuk biaya spesifik ini ke reservoir baru, menghapus batas transaksi lama dan memungkinkan pengembang untuk menerapkan aplikasi yang lebih besar dan lebih kompleks -Menambahkan akun baru, token, dan [kontrak pintar](/glossary/#smart-contract) menciptakan data permanen (dikenal sebagai "status") yang harus disimpan tanpa batas oleh setiap komputer yang menjalankan jaringan. Biaya saat ini untuk menambah atau membaca data ini tidak konsisten dan tidak selalu mencerminkan beban penyimpanan jangka panjang yang sebenarnya mereka bebankan pada perangkat keras jaringan. +Menambahkan akun, token, dan [kontrak pintar](/glossary/#smart-contract) baru menciptakan data permanen (dikenal sebagai "status") yang harus disimpan tanpa batas waktu oleh setiap komputer yang menjalankan jaringan. Biaya saat ini untuk menambahkan atau membaca data ini tidak konsisten dan belum tentu mencerminkan beban penyimpanan jangka panjang yang sebenarnya yang mereka tempatkan pada perangkat keras jaringan. -Beberapa tindakan yang menciptakan status di Ethereum, seperti membuat akun baru atau menyebarkan kontrak pintar besar, biayanya relatif rendah dibandingkan dengan ruang penyimpanan permanen yang mereka gunakan di node jaringan, misalnya, penyebaran kontrak jauh lebih murah per bita daripada membuat ruang penyimpanan. +Beberapa tindakan yang menciptakan status di Ethereum, seperti membuat akun baru atau menerapkan kontrak pintar yang besar, memiliki biaya yang relatif rendah dibandingkan dengan ruang penyimpanan permanen yang mereka gunakan pada node jaringan, misalnya, penerapan kontrak secara signifikan lebih murah per byte daripada membuat slot penyimpanan. -Tanpa penyesuaian, status Ethereum dapat tumbuh hampir 200 GiB per tahun jika jaringan melakukan peningkatan hingga batas gas 100 Juta, yang pada akhirnya akan melampaui perangkat keras biasa. +Tanpa penyesuaian, status Ethereum dapat tumbuh hampir 200 GiB setahun jika jaringan ditingkatkan ke batas gas 100M, yang pada akhirnya melampaui perangkat keras umum. -**Peningkatan biaya gas pembuatan status (atau EIP-8037)** menyelaraskan biaya dengan mengikatnya pada ukuran sebenarnya dari data yang dibuat, memperbarui biaya sehingga sebanding dengan jumlah data permanen yang dibuat atau diakses oleh suatu operasi. +**Peningkatan biaya gas pembuatan status (atau EIP-8037)** menyelaraskan biaya dengan mengaitkannya pada ukuran sebenarnya dari data yang dibuat, memperbarui biaya sehingga proporsional dengan jumlah data permanen yang dibuat atau diakses oleh suatu operasi. -EIP-8037 juga memperkenalkan model reservoir untuk mengelola biaya ini secara lebih dapat diprediksi; biaya gas status mengambil dari `state_gas_reservoir` terlebih dahulu, dan opcode `GAS` hanya mengembalikan `gas_left`, mencegah frame eksekusi salah menghitung gas yang tersedia. +EIP-8037 juga memperkenalkan model reservoir untuk mengelola biaya ini dengan lebih dapat diprediksi; biaya gas status ditarik dari `state_gas_reservoir` terlebih dahulu, dan opcode `GAS` hanya mengembalikan `gas_left`, mencegah bingkai eksekusi salah menghitung gas yang tersedia. -Sebelum EIP-8037, baik pekerjaan komputasi (pemrosesan aktif) maupun penyimpanan data permanen (menyimpan kontrak pintar ke basis data jaringan) berbagi batas gas yang sama. Model reservoir membagi akuntansi: batas gas untuk pekerjaan komputasi aktual transaksi (pemrosesan) dan untuk penyimpanan data jangka panjang (gas status). Memisahkan keduanya membantu mencegah ukuran data aplikasi yang besar melampaui batas gas; selama pengembang menyediakan dana yang cukup untuk mengisi reservoir untuk penyimpanan data, mereka dapat menyebarkan kontrak pintar yang jauh lebih besar dan lebih kompleks. +Sebelum EIP-8037, baik pekerjaan komputasi (pemrosesan aktif) maupun penyimpanan data permanen (menyimpan kontrak pintar ke basis data jaringan) berbagi batas gas yang sama. Model reservoir membagi akuntansi: batas gas untuk pekerjaan komputasi aktual dari transaksi (pemrosesan) dan untuk penyimpanan data jangka panjang (gas status). Memisahkan keduanya membantu mencegah ukuran data aplikasi yang sangat besar dari membatasi batas gas; selama pengembang menyediakan dana yang cukup untuk mengisi reservoir untuk penyimpanan data, mereka dapat menerapkan kontrak pintar yang jauh lebih besar dan lebih kompleks. -Penetapan harga penyimpanan data yang lebih akurat dan dapat diprediksi akan membantu Ethereum meningkatkan kecepatan dan kapasitasnya dengan aman tanpa membuat basis data membengkak. Keberlanjutan ini akan memungkinkan operator node untuk terus menggunakan perangkat keras yang (relatif) terjangkau untuk tahun-tahun mendatang, menjaga agar mengunci dari rumah tetap dapat diakses untuk mempertahankan desentralisasi jaringan. +Menetapkan harga penyimpanan data dengan lebih akurat dan dapat diprediksi akan membantu Ethereum meningkatkan kecepatan dan kapasitasnya dengan aman tanpa membengkakkan basis data. Keberlanjutan ini akan memungkinkan operator node untuk terus menggunakan perangkat keras yang (relatif) terjangkau selama bertahun-tahun yang akan datang, menjaga mengunci di rumah tetap dapat diakses untuk mempertahankan desentralisasi jaringan. -**Sumber Daya**: [Spesifikasi teknis EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) +**Sumber daya**: [Spesifikasi teknis EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) -### Pembaruan biaya gas akses-status {#state-access-gas-cost-update} +### Pembaruan biaya gas akses status {#state-access-gas-cost-update} -- Meningkatkan biaya gas saat aplikasi membaca atau memperbarui informasi yang disimpan secara permanen di Ethereum (opcode akses-status) agar sesuai dengan pekerjaan komputasi yang dibutuhkan oleh perintah ini -- Memperkuat ketahanan jaringan dengan mencegah serangan penolakan layanan yang mengeksploitasi operasi pembacaan data yang murah secara artifisial +- Meningkatkan biaya gas ketika aplikasi membaca atau memperbarui informasi yang disimpan secara permanen di Ethereum (opcode akses status) agar secara akurat sesuai dengan pekerjaan komputasi yang dibutuhkan perintah ini +- Memperkuat ketahanan jaringan dengan mencegah serangan penolakan layanan (denial-of-service) yang mengeksploitasi operasi pembacaan data yang secara artifisial murah -Seiring pertumbuhan status Ethereum, tindakan mencari dan membaca data lama ("akses status") menjadi lebih berat dan lebih lambat untuk diproses oleh node. Biaya untuk tindakan ini tetap sama meskipun sekarang sedikit lebih mahal untuk mencari informasi (dalam hal daya komputasi). +Seiring dengan pertumbuhan status Ethereum, tindakan mencari dan membaca data lama ("akses status") menjadi lebih berat dan lebih lambat untuk diproses oleh node. Biaya untuk tindakan ini tetap sama meskipun sekarang sedikit lebih mahal untuk mencari informasi (dalam hal daya komputasi). -Akibatnya, beberapa perintah spesifik saat ini harganya terlalu rendah dibandingkan dengan pekerjaan yang dipaksakan pada sebuah node. `EXTCODESIZE` dan `EXTCODECOPY` dihargai terlalu rendah, misalnya, karena mereka memerlukan dua pembacaan basis data terpisah—satu untuk objek akun, dan yang kedua untuk ukuran kode atau kode bita yang sebenarnya. +Akibatnya, beberapa perintah spesifik saat ini dihargai terlalu rendah relatif terhadap pekerjaan yang mereka paksakan untuk dilakukan oleh node. `EXTCODESIZE` dan `EXTCODECOPY` dihargai terlalu rendah, misalnya, karena mereka membutuhkan dua pembacaan basis data yang terpisah—satu untuk objek akun, dan yang kedua untuk ukuran kode aktual atau bytecode. -**Pembaruan biaya gas akses-status (atau EIP-8038)** meningkatkan konstanta gas untuk opcode akses-status, seperti mencari data akun dan kontrak, untuk menyelaraskan dengan kinerja perangkat keras modern dan ukuran status. +**Pembaruan biaya gas akses status (atau EIP-8038)** meningkatkan konstanta gas untuk opcode akses status, seperti mencari data akun dan kontrak, untuk menyelaraskan dengan kinerja perangkat keras modern dan ukuran status. -Menyelaraskan biaya akses-status juga membantu membuat Ethereum lebih tangguh. Karena tindakan pembacaan data yang berat ini murah secara artifisial, penyerang jahat dapat melakukan spam pada jaringan dengan ribuan permintaan data yang kompleks dalam satu blok sebelum mencapai batas biaya jaringan, yang berpotensi menyebabkan jaringan macet atau mogok (serangan penolakan layanan). Bahkan tanpa niat jahat, pengembang tidak didorong secara ekonomi untuk membangun aplikasi yang efisien jika membaca data jaringan terlalu murah. +Menyelaraskan biaya akses status juga membantu membuat Ethereum lebih tangguh. Karena tindakan pembacaan data yang berat ini secara artifisial murah, penyerang jahat dapat mengirim spam ke jaringan dengan ribuan permintaan data kompleks dalam satu blok sebelum mencapai batas biaya jaringan, yang berpotensi menyebabkan jaringan terhenti atau macet (serangan penolakan layanan). Bahkan tanpa niat jahat, pengembang tidak didorong secara ekonomi untuk membangun aplikasi yang efisien jika membaca data jaringan terlalu murah. -Dengan memberi harga tindakan akses-status secara lebih akurat, Ethereum dapat menjadi lebih tangguh terhadap perlambatan yang tidak disengaja atau disengaja, sementara menyelaraskan biaya jaringan dengan beban perangkat keras membuktikan fondasi yang lebih berkelanjutan untuk peningkatan batas gas di masa mendatang. +Dengan menetapkan harga tindakan akses status secara lebih akurat, Ethereum dapat menjadi lebih tangguh terhadap perlambatan yang tidak disengaja atau disengaja, sementara menyelaraskan biaya jaringan dengan beban perangkat keras membuktikan fondasi yang lebih berkelanjutan untuk peningkatan batas gas di masa mendatang. -**Sumber Daya**: [Spesifikasi teknis EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) +**Sumber daya**: [Spesifikasi teknis EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) ## Ketahanan jaringan -Penyempurnaan tugas validator dan proses keluar memastikan stabilitas jaringan selama peristiwa pemotongan massal dan mendemokratisasi likuiditas. Peningkatan ini membuat jaringan lebih stabil dan memastikan bahwa semua peserta, besar dan kecil, diperlakukan secara adil. +Penyempurnaan pada tugas validator dan proses keluar memastikan stabilitas jaringan selama peristiwa pemotongan massal dan mendemokratisasi likuiditas. Peningkatan ini membuat jaringan lebih stabil dan memastikan bahwa semua peserta, besar dan kecil, diperlakukan secara adil. ### Kecualikan validator yang dipotong dari pengusulan {#exclude-slashed-validators} -- Menghentikan validator yang dikenai sanksi (dipotong) agar tidak dipilih untuk mengusulkan blok di masa depan, menghilangkan slot yang terlewatkan yang dijamin -- Menjaga Ethereum berjalan dengan lancar dan andal, mencegah kemacetan parah dalam kasus peristiwa pemotongan massal +- Menghentikan validator yang dihukum (dipotong) agar tidak dipilih untuk mengusulkan blok di masa mendatang, menghilangkan jaminan slot yang terlewat +- Menjaga Ethereum berjalan lancar dan dapat diandalkan, mencegah kemacetan parah jika terjadi peristiwa pemotongan massal -Saat ini, bahkan jika validator dipotong (dikenai sanksi karena melanggar aturan atau tidak beroperasi seperti yang diharapkan), sistem mungkin masih memilih mereka untuk memimpin blok dalam waktu dekat ketika menghasilkan tinjauan pengusul di masa depan. +Saat ini, bahkan jika validator dipotong (dihukum karena melanggar aturan atau tidak beroperasi seperti yang diharapkan), sistem mungkin masih memilih mereka untuk memimpin blok dalam waktu dekat ketika menghasilkan pandangan ke depan pengusul di masa mendatang. -Karena blok dari pengusul yang dipotong secara otomatis ditolak sebagai tidak valid, ini menyebabkan jaringan kehilangan slot dan menunda pemulihan jaringan selama peristiwa pemotongan massal. +Karena blok dari pengusul yang dipotong secara otomatis ditolak sebagai tidak valid, hal ini menyebabkan jaringan melewatkan slot dan menunda pemulihan jaringan selama peristiwa pemotongan massal. -**Kecualikan validator yang dipotong dari pengusulan (atau EIP-8045)** hanya menyaring validator yang dipotong agar tidak dipilih untuk tugas di masa depan. Ini meningkatkan ketahanan rantai dengan memastikan hanya validator yang sehat yang dipilih untuk mengusulkan blok, mempertahankan kualitas layanan selama gangguan jaringan. +**Kecualikan validator yang dipotong dari pengusulan (atau EIP-8045)** secara sederhana menyaring validator yang dipotong agar tidak dipilih untuk tugas di masa mendatang. Ini meningkatkan ketahanan rantai dengan memastikan hanya validator yang sehat yang dipilih untuk mengusulkan blok, mempertahankan kualitas layanan selama gangguan jaringan. -**Sumber Daya**: [Spesifikasi teknis EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) +**Sumber daya**: [Spesifikasi teknis EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) -### Biarkan pintu keluar menggunakan antrean konsolidasi {#let-exits-use-the-consolidation-queue} +### Biarkan proses keluar menggunakan antrean konsolidasi {#let-exits-use-the-consolidation-queue} -- Menutup celah yang memungkinkan validator dengan saldo tinggi untuk keluar dari jaringan lebih cepat daripada validator yang lebih kecil melalui antrean konsolidasi -- Memungkinkan pintu keluar reguler meluap ke antrean kedua ini ketika memiliki kapasitas cadangan, mengurangi waktu penarikan dari mengunci selama periode volume tinggi +- Menutup celah yang memungkinkan validator bersaldo tinggi untuk keluar dari jaringan lebih cepat daripada validator yang lebih kecil melalui antrean konsolidasi +- Memungkinkan proses keluar reguler meluap ke antrean kedua ini ketika memiliki kapasitas cadangan, mengurangi waktu penarikan mengunci selama periode volume tinggi - Mempertahankan keamanan yang ketat untuk menghindari perubahan batas keamanan inti Ethereum atau melemahkan jaringan -Sejak [peningkatan Pectra](/roadmap/pectra) meningkatkan saldo efektif maksimum untuk validator Ethereum dari 32 ETH menjadi 2.048 ETH, celah teknis memungkinkan validator dengan saldo tinggi untuk keluar dari jaringan lebih cepat daripada validator yang lebih kecil melalui antrean konsolidasi. +Sejak [peningkatan Pectra](/roadmap/pectra) meningkatkan saldo efektif maksimum untuk validator Ethereum dari 32 ETH menjadi 2.048 ETH, celah teknis memungkinkan validator bersaldo tinggi untuk keluar dari jaringan lebih cepat daripada validator yang lebih kecil melalui antrean konsolidasi. -**Biarkan pintu keluar menggunakan antrean konsolidasi (atau EIP-8080)** mendemokratisasi antrean konsolidasi untuk semua pintu keluar mengunci, menciptakan satu baris yang adil untuk semua orang. +**Biarkan proses keluar menggunakan antrean konsolidasi (atau EIP-8080)** mendemokratisasi antrean konsolidasi untuk semua proses keluar mengunci, menciptakan satu antrean yang adil untuk semua orang. -Untuk menguraikan cara kerjanya saat ini: +Untuk merinci bagaimana ini bekerja saat ini: -- Batas churn Ethereum adalah batas keamanan pada tingkat di mana validator dapat masuk, keluar, atau menggabungkan (mengkonsolidasikan) ETH yang mereka stake, untuk memastikan keamanan jaringan tidak pernah goyah -- Karena konsolidasi validator adalah tindakan yang lebih berat dengan lebih banyak bagian yang bergerak daripada keluar validator standar, ia menghabiskan sebagian besar anggaran keamanan ini (batas churn) -- Secara spesifik, protokol menentukan bahwa biaya keamanan pasti dari satu pintu keluar standar adalah dua pertiga (2/3) dari biaya satu konsolidasi +- Batas churn Ethereum adalah batas keamanan pada tingkat di mana validator dapat masuk, keluar, atau menggabungkan (mengkonsolidasikan) ETH yang mereka stake, untuk memastikan keamanan jaringan tidak pernah tidak stabil +- Karena konsolidasi validator adalah tindakan yang lebih berat dengan lebih banyak bagian yang bergerak daripada proses keluar validator standar, ini memakan porsi yang lebih besar dari anggaran keamanan ini (batas churn) +- Secara khusus, protokol mendikte bahwa biaya keamanan yang tepat dari satu proses keluar standar adalah dua pertiga (2/3) dari biaya satu konsolidasi -Antrean keluar yang lebih adil akan memungkinkan keluar standar untuk meminjam ruang yang tidak terpakai dari antrean konsolidasi selama periode permintaan keluar yang tinggi, menerapkan nilai tukar "3 untuk 2" (untuk setiap 2 tempat konsolidasi yang tidak terpakai, jaringan dapat dengan aman memproses 3 keluar standar). Faktor churn 3/2 ini menyeimbangkan permintaan di seluruh antrean konsolidasi dan keluar. +Antrean keluar yang lebih adil akan memungkinkan proses keluar standar untuk meminjam ruang yang tidak terpakai dari antrean konsolidasi selama periode permintaan keluar yang tinggi, menerapkan nilai tukar "3 untuk 2" (untuk setiap 2 tempat konsolidasi yang tidak terpakai, jaringan dapat dengan aman memproses 3 proses keluar standar). Faktor churn 3/2 ini menyeimbangkan permintaan di seluruh antrean konsolidasi dan keluar. -Mendemokratisasi akses ke antrean konsolidasi akan meningkatkan kecepatan pengguna dapat keluar dari stake mereka selama periode permintaan tinggi hingga 2,5x, tanpa mengorbankan keamanan jaringan. +Mendemokratisasi akses ke antrean konsolidasi akan meningkatkan kecepatan pengguna untuk keluar dari stake mereka selama periode permintaan tinggi hingga 2,5x, tanpa mengorbankan keamanan jaringan. -**Sumber Daya**: [Spesifikasi teknis EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) +**Sumber daya**: [Spesifikasi teknis EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) -## Meningkatkan pengalaman pengguna & pengembang {#improve-user-developer-experience} +## Tingkatkan pengalaman pengguna & pengembang {#improve-user-developer-experience} -Peningkatan Glamsterdam Ethereum bertujuan untuk meningkatkan pengalaman pengguna, meningkatkan kemudahan penemuan data, dan menangani ukuran pesan yang meningkat untuk mencegah kegagalan sinkronisasi. Ini membuatnya lebih mudah untuk melacak apa yang terjadi onchain sambil mencegah hambatan teknis saat jaringan melakukan peningkatan. +Peningkatan Glamsterdam Ethereum bertujuan untuk meningkatkan pengalaman pengguna, meningkatkan kemampuan penemuan data, dan menangani peningkatan ukuran pesan untuk mencegah kegagalan sinkronisasi. Ini membuatnya lebih mudah untuk melacak apa yang terjadi onchain sambil mencegah gangguan teknis saat jaringan ditingkatkan skalanya. -### Mengurangi biaya gas transaksi intrinsik {#reduce-intrinsic-transaction-gas-costs} +### Kurangi biaya gas transaksi intrinsik {#reduce-intrinsic-transaction-gas-costs} -- Menurunkan biaya dasar untuk transaksi, mengurangi biaya keseluruhan pembayaran ETH asli sederhana -- Membuat transfer yang lebih kecil lebih terjangkau, meningkatkan kelayakan Ethereum sebagai media pertukaran rutin +- Menurunkan biaya dasar untuk transaksi, mengurangi biaya keseluruhan dari pembayaran ETH asli yang sederhana +- Membuat transfer yang lebih kecil menjadi lebih terjangkau, meningkatkan kelayakan Ethereum sebagai alat tukar rutin -Semua transaksi Ethereum memiliki biaya gas dasar tetap hari ini, terlepas dari seberapa sederhana atau kompleksnya untuk diproses. **Mengurangi gas transaksi intrinsik (atau EIP-2780)** mengusulkan pengurangan biaya dasar tersebut untuk membuat transfer ETH standar antar akun yang ada hingga **71% lebih murah**. +Semua transaksi Ethereum memiliki biaya gas dasar yang tetap saat ini, terlepas dari seberapa sederhana atau kompleksnya untuk diproses. **Kurangi gas transaksi intrinsik (atau EIP-2780)** mengusulkan pengurangan biaya dasar tersebut untuk membuat transfer ETH standar antara akun yang ada hingga **71% lebih murah**. -Mengurangi gas transaksi intrinsik bekerja dengan memecah biaya transaksi untuk mencerminkan hanya pekerjaan dasar dan esensial yang sebenarnya dilakukan oleh komputer yang menjalankan jaringan, seperti memverifikasi tanda tangan digital dan memperbarui saldo. Karena pembayaran ETH dasar tidak mengeksekusi kode yang kompleks atau membawa data tambahan, proposal ini akan mengurangi biayanya agar sesuai dengan jejaknya yang ringan. +Kurangi gas transaksi intrinsik bekerja dengan merinci biaya transaksi untuk mencerminkan hanya pekerjaan dasar dan penting yang sebenarnya dilakukan oleh komputer yang menjalankan jaringan, seperti memverifikasi tanda tangan digital dan memperbarui saldo. Karena pembayaran ETH dasar tidak mengeksekusi kode kompleks atau membawa data tambahan, proposal ini akan mengurangi biayanya agar sesuai dengan jejaknya yang ringan. -Proposal ini memperkenalkan pengecualian untuk membuat akun baru untuk menjaga agar biaya yang lebih rendah tidak membanjiri status jaringan. Jika transfer mengirimkan ETH ke alamat yang kosong dan tidak ada, jaringan harus membuat catatan baru yang permanen untuknya. Biaya tambahan gas ditambahkan untuk pembuatan akun tersebut untuk membantu menutupi beban penyimpanan jangka panjangnya. +Proposal ini memperkenalkan pengecualian untuk membuat akun baru guna menjaga agar biaya yang lebih rendah tidak membebani status jaringan. Jika transfer mengirimkan ETH ke alamat yang kosong dan tidak ada, jaringan harus membuat catatan baru yang permanen untuknya. Biaya tambahan gas ditambahkan untuk pembuatan akun tersebut guna membantu menutupi beban penyimpanan jangka panjangnya. -Bersama-sama, EIP-2780 bertujuan untuk membuat transfer sehari-hari antar akun yang ada lebih terjangkau sambil memastikan jaringan masih terlindungi dari pembengkakan basis data dengan memberi harga pertumbuhan status yang sebenarnya secara akurat. +Bersama-sama, EIP-2780 bertujuan untuk membuat transfer sehari-hari antara akun yang ada menjadi lebih terjangkau sambil memastikan jaringan tetap terlindungi dari pembengkakan basis data dengan menetapkan harga pertumbuhan status yang sebenarnya secara akurat. -**Sumber Daya**: [Spesifikasi teknis EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) +**Sumber daya**: [Spesifikasi teknis EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) -### Penyebaran Awal Pabrik Deterministik {#deterministic-factory-predeploy} +### Deterministic Factory Predeploy {#deterministic-factory-predeploy} -- Memberikan pengembang cara asli untuk menyebarkan aplikasi dan dompet kontrak pintar ke alamat yang sama persis di berbagai rantai -- Memungkinkan pengguna untuk memiliki alamat dompet pintar yang sama di beberapa jaringan layer 2 (L2), mengurangi beban kognitif, mengurangi kebingungan, dan mengurangi risiko kehilangan dana secara tidak sengaja -- Menggantikan solusi yang saat ini digunakan pengembang untuk mencapai paritas ini, membuatnya lebih mudah dan lebih aman untuk membangun dompet dan aplikasi multi-rantai +- Memberi pengembang cara asli untuk menerapkan aplikasi dan dompet kontrak pintar ke alamat yang sama persis di berbagai rantai +- Memungkinkan pengguna untuk memiliki alamat dompet pintar yang sama di beberapa jaringan layer 2 (L2), mengurangi beban kognitif, mengurangi kebingungan, dan mengurangi risiko kehilangan dana yang tidak disengaja +- Menggantikan solusi sementara yang saat ini digunakan pengembang untuk mencapai paritas ini, membuatnya lebih mudah dan lebih aman untuk membangun dompet dan aplikasi multi-rantai -Jika pengguna memiliki dompet kontrak pintar hari ini dengan akun di beberapa rantai yang kompatibel dengan Mesin Virtual Ethereum (EVM), mereka seringkali berakhir dengan alamat yang sama sekali berbeda di jaringan yang berbeda. Ini tidak hanya membingungkan, tetapi juga dapat menyebabkan kehilangan dana secara tidak sengaja. +Jika pengguna memiliki dompet kontrak pintar saat ini dengan akun di beberapa rantai yang kompatibel dengan Mesin Virtual Ethereum (EVM), mereka sering kali berakhir dengan alamat yang sama sekali berbeda di jaringan yang berbeda. Ini tidak hanya membingungkan, tetapi dapat menyebabkan hilangnya dana secara tidak disengaja. -**Penyebaran Awal Pabrik Deterministik (atau EIP-7997)** memberikan pengembang cara bawaan dan asli untuk menyebarkan aplikasi terdesentralisasi dan dompet kontrak pintar mereka ke alamat yang sama persis di berbagai rantai EVM, termasuk Mainnet Ethereum, jaringan layer 2 (L2), dan banyak lagi. Jika diadopsi, ini akan memungkinkan pengguna untuk memiliki alamat yang sama persis di setiap rantai yang berpartisipasi, secara signifikan mengurangi beban kognitif dan potensi kesalahan pengguna. +**Deterministic Factory Predeploy (atau EIP-7997)** memberi pengembang cara bawaan asli untuk menerapkan aplikasi terdesentralisasi dan dompet kontrak pintar mereka ke alamat yang sama persis di beberapa rantai EVM, termasuk mainnet Ethereum, jaringan layer 2 (L2), dan banyak lagi. Jika diadopsi, ini akan memungkinkan pengguna untuk memiliki alamat yang sama persis di setiap rantai yang berpartisipasi, secara signifikan mengurangi beban kognitif dan potensi kesalahan pengguna. -Penyebaran Awal Pabrik Deterministik bekerja dengan menempatkan program pabrik khusus yang minimal secara permanen di lokasi yang identik (khususnya, alamat 0x12) di setiap rantai yang kompatibel dengan EVM yang berpartisipasi. Tujuannya adalah untuk menyediakan kontrak pabrik standar universal yang dapat diadopsi oleh jaringan yang kompatibel dengan EVM; selama rantai EVM berpartisipasi dan mengadopsi standar ini, pengembang akan dapat menggunakannya untuk menyebarkan kontrak pintar mereka ke alamat yang sama persis di jaringan tersebut. +Deterministic Factory Predeploy bekerja dengan menempatkan program pabrik khusus yang minimal secara permanen di lokasi yang identik (khususnya, alamat 0x12) di setiap rantai yang kompatibel dengan EVM yang berpartisipasi. Tujuannya adalah untuk menyediakan kontrak pabrik standar universal yang dapat diadopsi oleh jaringan apa pun yang kompatibel dengan EVM; selama rantai EVM berpartisipasi dan mengadopsi standar ini, pengembang akan dapat menggunakannya untuk menerapkan kontrak pintar mereka ke alamat yang sama persis di jaringan tersebut. -Standardisasi ini menyederhanakan pembangunan dan pengelolaan aplikasi lintas rantai untuk pengembang dan ekosistem yang lebih luas. Pengembang tidak perlu lagi membuat kode khusus untuk rantai tertentu untuk menghubungkan perangkat lunak mereka di berbagai jaringan, melainkan menggunakan pabrik universal ini untuk menghasilkan alamat yang sama persis untuk aplikasi mereka di mana saja. Selain itu, penjelajah blok, layanan pelacakan, dan dompet dapat dengan lebih mudah mengidentifikasi dan menautkan aplikasi dan akun ini di berbagai rantai, menciptakan lingkungan multi-rantai yang lebih terpadu dan mulus untuk semua peserta berbasis Ethereum. +Standardisasi ini menyederhanakan pembuatan dan pengelolaan aplikasi lintas rantai untuk pengembang dan ekosistem yang lebih luas. Pengembang tidak perlu lagi membangun kode khusus rantai untuk menautkan perangkat lunak mereka bersama-sama di berbagai jaringan, melainkan menggunakan pabrik universal ini untuk menghasilkan alamat yang sama persis untuk aplikasi mereka di mana saja. Selain itu, penjelajah blok, layanan pelacakan, dan dompet dapat dengan lebih mudah mengidentifikasi dan menautkan aplikasi dan akun ini di berbagai rantai, menciptakan lingkungan multi-rantai yang lebih terpadu dan mulus untuk semua peserta berbasis Ethereum. -**Sumber Daya**: [Spesifikasi teknis EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) +**Sumber daya**: [Spesifikasi teknis EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) -### Transfer dan pembakaran ETH mengeluarkan log {#eth-transfers-and-burns-emit-a-log} +### Transfer dan pembakaran ETH memancarkan log {#eth-transfers-and-burns-emit-a-log} - Secara otomatis menghasilkan catatan permanen (log) setiap kali ETH ditransfer atau dibakar - Memperbaiki titik buta historis yang memungkinkan aplikasi, bursa, dan jembatan untuk mendeteksi deposit pengguna secara andal tanpa alat pelacakan ad-hoc -Berbeda dengan token (ERC-20), transfer ETH reguler antar kontrak pintar tidak mengeluarkan tanda terima yang jelas (log standar), sehingga sulit dilacak oleh bursa dan aplikasi. +Tidak seperti token (ERC-20), transfer ETH reguler antara kontrak pintar tidak memancarkan tanda terima yang jelas (log standar), membuatnya sulit dilacak oleh bursa dan aplikasi. -Transfer dan pembakaran ETH mengeluarkan log (atau EIP-7708) mewajibkan jaringan untuk mengeluarkan peristiwa log standar setiap kali sejumlah ETH yang tidak nol dipindahkan atau dibakar. +Transfer dan pembakaran ETH memancarkan log (atau EIP-7708) mewajibkan jaringan untuk memancarkan peristiwa log standar setiap kali jumlah ETH yang bukan nol dipindahkan atau dibakar. -Ini akan membuatnya jauh lebih mudah dan lebih dapat diandalkan bagi dompet, bursa, dan operator jembatan untuk melacak deposit dan pergerakan secara akurat tanpa peralatan khusus. +Ini akan membuatnya jauh lebih mudah dan lebih andal bagi dompet, bursa, dan operator jembatan untuk melacak deposit dan pergerakan secara akurat tanpa perkakas khusus. -**Sumber Daya**: [Spesifikasi teknis EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) +**Sumber daya**: [Spesifikasi teknis EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) -### Daftar tanda terima blok parsial eth/70 {#eth-70-partial-block-receipt-lists} +### eth/70 partial block receipt lists {#eth-70-partial-block-receipt-lists} -Seiring dengan meningkatnya jumlah pekerjaan yang dapat dilakukan Ethereum, daftar tanda terima untuk tindakan tersebut (catatan data dari transaksi ini) menjadi sangat besar sehingga berpotensi menyebabkan node jaringan gagal saat mencoba menyinkronkan data satu sama lain. +Saat kita meningkatkan jumlah pekerjaan yang dapat dilakukan Ethereum, daftar tanda terima untuk tindakan tersebut (catatan data dari transaksi ini) menjadi sangat besar sehingga berpotensi menyebabkan node jaringan gagal saat mencoba menyinkronkan data satu sama lain. -Daftar tanda terima blok parsial eth/70 (atau EIP-7975) memperkenalkan cara baru bagi node untuk berkomunikasi satu sama lain (eth/70) yang memungkinkan daftar besar ini dipecah menjadi bagian-bagian yang lebih kecil dan lebih mudah dikelola. eth/70 memperkenalkan sistem paginasi untuk protokol komunikasi jaringan yang memungkinkan node untuk memecah daftar tanda terima blok dan dengan aman meminta data dalam potongan yang lebih kecil dan lebih mudah dikelola. +eth/70 partial block receipt lists (atau EIP-7975) memperkenalkan cara baru bagi node untuk berbicara satu sama lain (eth/70) yang memungkinkan daftar besar ini dipecah menjadi bagian-bagian yang lebih kecil dan lebih mudah dikelola. eth/70 memperkenalkan sistem paginasi untuk protokol komunikasi jaringan yang memungkinkan node untuk memecah daftar tanda terima blok dan dengan aman meminta data dalam potongan yang lebih kecil dan lebih mudah dikelola. -Perubahan ini akan mencegah kegagalan sinkronisasi jaringan selama periode aktivitas padat. Pada akhirnya, ini membuka jalan bagi Ethereum untuk meningkatkan kapasitas bloknya, dan memproses lebih banyak transaksi per blok di masa depan, tanpa membebani perangkat keras fisik yang menyinkronkan rantai. +Perubahan ini akan mencegah kegagalan sinkronisasi jaringan selama periode aktivitas padat. Pada akhirnya, ini membuka jalan bagi Ethereum untuk meningkatkan kapasitas bloknya, dan memproses lebih banyak transaksi per blok di masa mendatang, tanpa membebani perangkat keras fisik yang menyinkronkan rantai. -**Sumber Daya**: [Spesifikasi teknis EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) +**Sumber daya**: [Spesifikasi teknis EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) ## Bacaan lebih lanjut {#further-reading} - [Peta jalan Ethereum](/roadmap/) - [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) -- [Meta EIP Glamsterdam](https://eips.ethereum.org/EIPS/eip-7773) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) - [Pengumuman blog Pembaruan Prioritas Protokol untuk 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) -- [Podcast The Daily Gwei Refuel - Ethereum pasca-kuantum, Glamsterdam akan datang](https://www.youtube.com/watch?v=qx9sd50uQjQ) +- [Podcast The Daily Gwei Refuel - Ethereum Pasca-kuantum, Glamsterdam akan datang](https://www.youtube.com/watch?v=qx9sd50uQjQ) ## FAQ {#faq} -### Bagaimana cara mengonversi ETH setelah hard fork Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} +### Bagaimana ETH dapat dikonversi setelah hard fork Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} -- **Tidak Ada Tindakan yang Diperlukan untuk ETH Anda**: Tidak perlu mengonversi atau meningkatkan ETH Anda setelah peningkatan Glamsterdam. Saldo akun Anda akan tetap sama, dan ETH yang Anda miliki saat ini akan tetap dapat diakses dalam bentuknya yang ada setelah hard fork. -- **Waspada penipuan!** **siapa pun yang menginstruksikan Anda untuk "meningkatkan" ETH Anda sedang mencoba menipu Anda.** Tidak ada yang perlu Anda lakukan sehubungan dengan peningkatan ini. Aset milik anda tidak akan terpengaruh sama sekali. Ingat, tetap terinformasi adalah pertahanan terbaik untuk melawan penipuan. +- **Tidak Ada Tindakan yang Diperlukan untuk ETH Anda**: Tidak perlu mengonversi atau meningkatkan ETH Anda setelah peningkatan Glamsterdam. Saldo akun Anda akan tetap sama, dan ETH yang Anda pegang saat ini akan tetap dapat diakses dalam bentuknya yang ada setelah hard fork. +- **Waspadalah terhadap penipuan!**  **siapa pun yang menginstruksikan Anda untuk "meningkatkan" ETH Anda sedang mencoba menipu Anda.** Tidak ada yang perlu Anda lakukan sehubungan dengan peningkatan ini. Aset Anda akan tetap sama sekali tidak terpengaruh. Ingat, tetap mendapat informasi adalah pertahanan terbaik terhadap penipuan. [Lebih lanjut tentang mengenali dan menghindari penipuan](/security/) ### Apakah peningkatan Glamsterdam memengaruhi semua node dan validator Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} -Ya, peningkatan Glamsterdam memerlukan pembaruan pada [klien eksekusi dan klien konsensus](/developers/docs/nodes-and-clients/). Karena peningkatan ini memperkenalkan Pemisahan Pengusul-Pembangun yang Diabadikan (ePBS), operator node perlu memastikan klien mereka diperbarui untuk menangani cara-cara baru blok dibangun, divalidasi, dan disahkan oleh jaringan. +Ya, peningkatan Glamsterdam memerlukan pembaruan pada [klien eksekusi dan klien konsensus](/developers/docs/nodes-and-clients/). Karena peningkatan ini memperkenalkan Enshrined Proposer-Builder Separation (ePBS), operator node perlu memastikan klien mereka diperbarui untuk menangani cara baru blok dibangun, divalidasi, dan disahkan oleh jaringan. -Semua klien utama Ethereum akan merilis versi yang mendukung hard fork yang ditandai sebagai prioritas tinggi. Anda dapat terus mengikuti kapan rilis ini akan tersedia di repositori GitHub klien, [saluran Discord](https://ethstaker.org/support) mereka, [Discord EthStaker](https://dsc.gg/ethstaker), atau dengan berlangganan blog Ethereum untuk pembaruan protokol. +Semua klien Ethereum utama akan merilis versi yang mendukung hard fork yang ditandai sebagai prioritas tinggi. Anda dapat mengikuti kapan rilis ini akan tersedia di repositori GitHub klien, [saluran Discord](https://ethstaker.org/support) mereka, [Discord EthStaker](https://dsc.gg/ethstaker), atau dengan berlangganan blog Ethereum untuk pembaruan protokol. -Untuk menjaga sinkronisasi dengan jaringan Ethereum setelah upgrade, operator node harus memastikan bahwa mereka menjalankan versi client yang didukung. Perlu dicatat bahwa informasi mengenai rilis client bersifat sensitif terhadap waktu, sehingga pengguna harus merujuk pada pembaruan terbaru untuk mendapatkan detail yang paling terkini. +Untuk mempertahankan sinkronisasi dengan jaringan Ethereum pasca-peningkatan, operator node harus memastikan mereka menjalankan versi klien yang didukung. Perhatikan bahwa informasi tentang rilis klien sensitif terhadap waktu, dan pengguna harus merujuk ke pembaruan terbaru untuk detail paling terkini. -### Sebagai seorang staker, apa yang perlu saya lakukan untuk peningkatan Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} +### Sebagai staker, apa yang perlu saya lakukan untuk peningkatan Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} -Seperti setiap peningkatan jaringan, pastikan untuk memperbarui klien Anda ke versi terbaru yang ditandai dengan dukungan Glamsterdam. Ikuti pembaruan di milis dan [Pengumuman Protokol di Blog EF](https://blog.ethereum.org/category/protocol) untuk mendapatkan informasi tentang rilis. +Seperti halnya setiap peningkatan jaringan, pastikan untuk memperbarui klien Anda ke versi terbaru yang ditandai dengan dukungan Glamsterdam. Ikuti pembaruan di milis dan [Pengumuman Protokol di Blog EF](https://blog.ethereum.org/category/protocol) untuk mendapatkan informasi tentang rilis. -Untuk memvalidasi pengaturan Anda sebelum Glamsterdam diaktifkan di Mainnet, Anda dapat menjalankan validator di testnet. Percabangan jaringan percobaan juga diumumkan di milis dan blog. +Untuk memvalidasi penyiapan Anda sebelum Glamsterdam diaktifkan di mainnet, Anda dapat menjalankan validator di testnet. Fork testnet juga diumumkan di milis dan blog. -### Peningkatan apa yang akan disertakan Glamsterdam untuk peningkatan L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} +### Peningkatan apa yang akan disertakan Glamsterdam untuk peningkatan skala L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} -Fitur utamanya adalah ePBS (EIP-7732), yang memisahkan tugas berat memvalidasi transaksi jaringan dari tugas mencapai konsensus. Ini memperluas jendela propagasi data dari 2 detik menjadi sekitar 9 detik, membuka kemampuan Ethereum untuk menangani keluaran transaksi yang jauh lebih tinggi dengan aman dan mengakomodasi lebih banyak blob data untuk jaringan layer 2. +Fitur utamanya adalah ePBS (EIP-7732), yang memisahkan tugas berat memvalidasi transaksi jaringan dari tugas mencapai konsensus. Ini memperluas jendela propagasi data dari 2 detik menjadi sekitar 9 detik, membuka blokir kemampuan Ethereum untuk menangani throughput transaksi yang jauh lebih tinggi dengan aman dan mengakomodasi lebih banyak blob data untuk jaringan layer 2. -### Akankah Glamsterdam menurunkan biaya di Ethereum (layer 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} +### Apakah Glamsterdam akan menurunkan biaya di Ethereum (layer 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} -Ya, Glamsterdam kemungkinan besar akan mengurangi biaya untuk pengguna sehari-hari! Mengurangi gas transaksi intrinsik (atau EIP-2780) mengurangi biaya dasar untuk mengirim ETH, membuat ETH jauh lebih murah untuk digunakan dalam pembayaran sehari-hari. +Ya, Glamsterdam kemungkinan besar akan mengurangi biaya untuk pengguna sehari-hari! Kurangi gas transaksi intrinsik (atau EIP-2780) mengurangi biaya dasar untuk mengirim ETH, membuat ETH jauh lebih murah untuk digunakan untuk pembayaran sehari-hari. -Selain itu, untuk keberlanjutan jangka panjang, Glamsterdam memperkenalkan Daftar Akses Tingkat Blok (BALs). Ini memungkinkan pemrosesan paralel dan mempersiapkan L1 untuk menangani batas gas keseluruhan yang lebih tinggi dengan aman di masa depan, yang kemungkinan akan mengurangi biaya gas per transaksi seiring dengan bertambahnya kapasitas. +Selain itu, untuk keberlanjutan jangka panjang, Glamsterdam memperkenalkan Block-Level Access Lists (BALs). Ini memungkinkan pemrosesan paralel dan mempersiapkan L1 untuk menangani batas gas keseluruhan yang lebih tinggi dengan aman di masa mendatang, yang kemungkinan akan mengurangi biaya gas per transaksi seiring dengan pertumbuhan kapasitas. -### Apakah akan ada perubahan pada kontrak pintar saya yang sudah ada pasca-Glamsterdam? {#will-my-smart-contracts-change} +### Apakah akan ada perubahan pada kontrak pintar saya yang ada pasca-Glamsterdam? {#will-my-smart-contracts-change} Kontrak yang ada akan terus berfungsi normal setelah Glamsterdam. Pengembang kemungkinan akan mendapatkan beberapa alat baru dan harus meninjau penggunaan gas mereka: -- Peningkatan ukuran kontrak maksimum (atau EIP-7954) memungkinkan pengembang untuk menyebarkan aplikasi yang lebih besar, meningkatkan batas ukuran kontrak maksimum dari sekitar 24KiB menjadi 32KiB. -- Penyebaran awal pabrik deterministik (atau EIP-7997) memperkenalkan kontrak pabrik universal bawaan. Ini memungkinkan pengembang untuk menyebarkan aplikasi dan dompet kontrak pintar mereka ke alamat yang sama persis di semua rantai EVM yang berpartisipasi. -- Jika aplikasi Anda mengandalkan pelacakan kompleks untuk menemukan transfer ETH, transfer ETH dan pembakaran yang mengeluarkan log (atau EIP-7708) akan memungkinkan Anda untuk beralih menggunakan log untuk akuntansi yang lebih sederhana dan andal. -- Peningkatan biaya gas pembuatan status (atau EIP-8037) dan pembaruan biaya gas akses-status (atau EIP-8038) memperkenalkan model keberlanjutan baru yang akan mengubah biaya penyebaran kontrak tertentu, karena pembuatan akun baru atau penyimpanan permanen akan memiliki biaya yang dapat disesuaikan secara dinamis. +- Tingkatkan ukuran kontrak maksimum (atau EIP-7954) memungkinkan pengembang untuk menerapkan aplikasi yang lebih besar, menaikkan batas ukuran kontrak maksimum dari sekitar 24KiB menjadi 32KiB. +- Deterministic factory predeploy (atau EIP-7997) memperkenalkan kontrak pabrik bawaan yang universal. Ini memungkinkan pengembang untuk menerapkan aplikasi dan dompet kontrak pintar mereka ke alamat yang sama persis di semua rantai EVM yang berpartisipasi. +- Jika aplikasi Anda bergantung pada pelacakan kompleks untuk menemukan transfer ETH, transfer dan pembakaran ETH memancarkan log (atau EIP-7708) akan memungkinkan Anda untuk beralih menggunakan log untuk akuntansi yang lebih sederhana dan andal. +- Peningkatan biaya gas pembuatan status (atau EIP-8037) dan pembaruan biaya gas akses status (atau EIP-8038) memperkenalkan model keberlanjutan baru yang akan mengubah biaya penerapan kontrak tertentu, karena membuat akun baru atau penyimpanan permanen akan memiliki biaya yang menyesuaikan secara dinamis. ### Bagaimana Glamsterdam akan memengaruhi penyimpanan node dan persyaratan perangkat keras? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} -Beberapa EIP yang sedang dipertimbangkan untuk Glamsterdam mengatasi jurang kinerja pertumbuhan status: +Beberapa EIP yang sedang dipertimbangkan untuk Glamsterdam mengatasi jurang kinerja dari pertumbuhan status: - Peningkatan biaya gas pembuatan status (atau EIP-8037) memperkenalkan model penetapan harga dinamis untuk menargetkan tingkat pertumbuhan basis data status sebesar 100 GiB/tahun, memastikan perangkat keras fisik standar dapat terus menjalankan jaringan secara efisien. -- Daftar tanda terima blok parsial eth/70 (atau EIP-7975) memungkinkan node untuk meminta tanda terima blok yang dipaginasi, yang memecah daftar tanda terima blok yang sarat data menjadi potongan-potongan yang lebih kecil untuk mencegah crash dan sinkronisasi saat Ethereum melakukan peningkatan. +- eth/70 partial block receipt lists (atau EIP-7975) memungkinkan node untuk meminta tanda terima blok yang dipaginasi, yang memecah daftar tanda terima blok yang padat data menjadi potongan-potongan yang lebih kecil untuk mencegah kerusakan dan sinkronisasi saat Ethereum ditingkatkan skalanya. \ No newline at end of file diff --git a/public/content/translations/id/roadmap/merge/index.md b/public/content/translations/id/roadmap/merge/index.md index 5c7234d2fb2..bfabf4c8d4e 100644 --- a/public/content/translations/id/roadmap/merge/index.md +++ b/public/content/translations/id/roadmap/merge/index.md @@ -1,233 +1,233 @@ --- -title: Penggabungan -description: Pelajari tentang Penggabungan - ketika Jaringan Utama Ethereum mengadopsi bukti taruhan. +title: The Merge +description: Pelajari tentang The Merge - ketika Mainnet Ethereum mengadopsi proof-of-stake. lang: id template: upgrade image: /images/upgrades/merge.png -alt: -summaryPoint1: Jaringan Utama Ethereum menggunakan bukti taruhan, tetapi tidak selalu demikian. -summaryPoint2: Peningkatan dari mekanisme bukti kerja yang asli menjadi bukti taruhan disebut Penggabungan. -summaryPoint3: Penggabungan mengacu pada penggabungan Jaringan Utama Ethereum asli dengan rantai blok bukti taruhan terpisah yang disebut Rantai Suar, yang sekarang ada sebagai satu rantai. -summaryPoint4: Penggabungan ini mengurangi konsumsi energi Ethereum sebesar ~99,95%. +alt: +summaryPoint1: Mainnet Ethereum menggunakan proof-of-stake, tetapi tidak selalu demikian. +summaryPoint2: Peningkatan dari mekanisme proof-of-work asli ke proof-of-stake disebut The Merge. +summaryPoint3: The Merge merujuk pada penggabungan Mainnet Ethereum asli dengan blockchain proof-of-stake terpisah yang disebut Beacon Chain, yang kini ada sebagai satu rantai. +summaryPoint4: The Merge mengurangi konsumsi energi Ethereum sebesar ~99,95%. --- - Penggabungan telah dilaksanakan pada tanggal 15 September 2022. Hal ini menyelesaikan transisi Ethereum ke konsensus bukti taruhan, yang secara resmi tidak lagi menggunakan bukti kerja dan mengurangi konsumsi energi sebesar ~99,95%. + The Merge dieksekusi pada 15 September 2022. Ini menyelesaikan transisi Ethereum ke konsensus proof-of-stake, secara resmi menghentikan penggunaan proof-of-work dan mengurangi konsumsi energi sebesar ~99,95%. -## Apa itu Penggabungan? {#what-is-the-merge} +## Apa itu The Merge? {#what-is-the-merge} -Penggabungan adalah penyatuan lapisan eksekusi asli Ethereum (Jaringan Utama yang telah ada sejak [genesis](/ethereum-forks/#frontier)) dengan lapisan konsensus bukti taruhan baru, Rantai Suar. Ini menghilangkan kebutuhan akan penambangan yang boros energi dan sebagai gantinya memungkinkan jaringan untuk diamankan menggunakan ETH yang dipertaruhkan. Ini adalah langkah yang sangat menarik dalam mewujudkan visi Ethereum - skalabilitas, keamanan, dan keberlanjutan yang lebih baik. +The Merge adalah penggabungan lapisan eksekusi asli Ethereum (Mainnet yang telah ada sejak [genesis](/ethereum-forks/#frontier)) dengan lapisan konsensus proof-of-stake barunya, Beacon Chain. Ini menghilangkan kebutuhan akan penambangan yang padat energi dan sebaliknya memungkinkan jaringan diamankan menggunakan ETH yang dikunci. Ini adalah langkah yang benar-benar menarik dalam mewujudkan visi [Ethereum](/)—lebih banyak skalabilitas, keamanan, dan keberlanjutan. -Pada awalnya, [Rantai Suar](/roadmap/beacon-chain/) dikirim secara terpisah dari [Jaringan Utama](/glossary/#mainnet). Jaringan Utama Ethereum - dengan semua akun, saldo, kontrak pintar, dan status rantai blok - tetap diamankan oleh [bukti kerja](/developers/docs/consensus-mechanisms/pow/), bahkan saat Rantai Suar berjalan paralel menggunakan [bukti taruhan](/developers/docs/consensus-mechanisms/pos/). Penggabungan adalah saat kedua sistem ini akhirnya digabungkan, dan bukti kerja digantikan secara permanen oleh bukti taruhan. +Awalnya, [Beacon Chain](/roadmap/beacon-chain/) diluncurkan secara terpisah dari [Mainnet](/glossary/#mainnet). Mainnet Ethereum - dengan semua akun, saldo, kontrak pintar, dan status blockchain-nya - terus diamankan oleh [proof-of-work](/developers/docs/consensus-mechanisms/pow/), bahkan ketika Beacon Chain berjalan secara paralel menggunakan [proof-of-stake](/developers/docs/consensus-mechanisms/pos/). The Merge adalah saat kedua sistem ini akhirnya bersatu, dan proof-of-work secara permanen digantikan oleh proof-of-stake. -Bayangkan Ethereum adalah sebuah pesawat luar angkasa yang diluncurkan sebelum cukup siap untuk melakukan perjalanan antarbintang. Dengan Rantai Suar, komunitas membuat mesin baru dan lambung kapal yang dikeraskan. Setelah pengujian yang signifikan, tiba saatnya untuk menukar mesin baru dengan mesin lama di tengah penerbangan. Penggabungan mesin baru yang lebih efisien ke dalam kapal yang sudah ada memungkinkannya untuk menjelajah beberapa tahun cahaya dan menjelajahi alam semesta. +Bayangkan Ethereum adalah pesawat luar angkasa yang diluncurkan sebelum benar-benar siap untuk perjalanan antarbintang. Dengan Beacon Chain, komunitas membangun mesin baru dan lambung yang diperkuat. Setelah pengujian yang signifikan, tiba saatnya untuk menukar mesin baru dengan yang lama di tengah penerbangan. Ini menggabungkan mesin baru yang lebih efisien ke dalam pesawat yang ada, memungkinkannya untuk menempuh tahun cahaya yang serius dan menjelajahi alam semesta. -## Penggabungan dengan Jaringan Utama {#merging-with-mainnet} +## Bergabung dengan Mainnet {#merging-with-mainnet} -Bukti kerja mengamankan Jaringan Utama Ethereum dari awal hingga Penggabungan. Hal ini memungkinkan rantai blok Ethereum yang kita semua kenal hadir pada bulan Juli 2015 dengan semua fitur-fiturnya yang sudah tidak asing lagi - transaksi, kontrak pintar, akun, dll. +Proof-of-work mengamankan Mainnet Ethereum dari genesis hingga The Merge. Ini memungkinkan blockchain Ethereum yang biasa kita gunakan mulai ada pada Juli 2015 dengan semua fitur yang sudah dikenal—transaksi, kontrak pintar, akun, dll. -Sepanjang sejarah Ethereum, para pengembang mempersiapkan diri untuk transisi dari bukti kerja ke bukti taruhan. Pada tanggal 1 Desember 2020, Rantai Suar dibuat sebagai rantai blok yang terpisah dari Jaringan Utama, berjalan secara paralel. +Sepanjang sejarah Ethereum, para pengembang bersiap untuk transisi akhir dari proof-of-work ke proof-of-stake. Pada 1 Desember 2020, Beacon Chain dibuat sebagai blockchain terpisah dari Mainnet, berjalan secara paralel. -Rantai Suar pada awalnya tidak memproses transaksi Jaringan Utama. Sebaliknya, ia mencapai konsensus tentang keadaannya sendiri dengan menyetujui validator aktif dan saldo akun mereka. Setelah pengujian ekstensif, tiba saatnya bagi Rantai Suar untuk mencapai konsensus pada data dunia nyata. Setelah Penggabungan, Rantai Suar menjadi mesin konsensus untuk semua data jaringan, termasuk transaksi lapisan eksekusi dan saldo akun. +Beacon Chain pada awalnya tidak memproses transaksi Mainnet. Sebaliknya, ia mencapai konsensus pada statusnya sendiri dengan menyetujui validator aktif dan saldo akun mereka. Setelah pengujian ekstensif, tiba saatnya bagi Beacon Chain untuk mencapai konsensus pada data dunia nyata. Setelah The Merge, Beacon Chain menjadi mesin konsensus untuk semua data jaringan, termasuk transaksi lapisan eksekusi dan saldo akun. -Penggabungan ini merupakan peralihan resmi untuk menggunakan Rantai Suar sebagai mesin produksi blok. Penambangan tidak lagi menjadi sarana untuk menghasilkan blok yang valid. Sebagai gantinya, validator bukti taruhan telah mengadopsi peran ini dan sekarang bertanggung jawab untuk memproses keabsahan semua transaksi dan mengusulkan blok. +The Merge mewakili peralihan resmi untuk menggunakan Beacon Chain sebagai mesin produksi blok. Penambangan tidak lagi menjadi sarana untuk memproduksi blok yang valid. Sebaliknya, validator proof-of-stake telah mengadopsi peran ini dan sekarang bertanggung jawab untuk memproses validitas semua transaksi dan mengusulkan blok. -Tidak ada sejarah yang hilang dalam Penggabungan. Ketika Jaringan Utama bergabung dengan Rantai Suar, Jaringan Utama juga menggabungkan seluruh sejarah transaksi Ethereum. +Tidak ada riwayat yang hilang dalam The Merge. Saat Mainnet bergabung dengan Beacon Chain, ia juga menggabungkan seluruh riwayat transaksional Ethereum. -Transisi ke bukti taruhan ini mengubah cara penerbitan ether. Pelajari lebih lanjut tentang [pengeluaran ether sebelum dan setelah Penggabungan](/roadmap/merge/issuance/). +Transisi ke proof-of-stake ini mengubah cara ether diterbitkan. Pelajari lebih lanjut tentang [penerbitan ether sebelum dan sesudah The Merge](/roadmap/merge/issuance/). ### Pengguna dan pemegang {#users-holders} -**Penggabungan tidak mengubah apa pun bagi pemegang/pengguna.** +**The Merge tidak mengubah apa pun bagi pemegang/pengguna.** -_Ini patut diulang_: Sebagai pengguna atau pemegang ETH atau aset digital lainnya di Ethereum, serta para staker non-simpul operator, **Anda tidak perlu melakukan apa pun dengan dana atau dompet Anda untuk mempertimbangkan Penggabungan.** ETH tetaplah ETH. Tidak ada yang namanya "ETH lama"/"ETH baru" atau "ETH1"/"ETH2" dan dompet bekerja sama persis setelah Penggabungan seperti yang mereka lakukan sebelumnya - orang yang memberi tahu Anda sebaliknya kemungkinan besar adalah penipu. +_Ini perlu diulangi_: Sebagai pengguna atau pemegang ETH atau aset digital lainnya di Ethereum, serta staker yang tidak mengoperasikan node, **Anda tidak perlu melakukan apa pun dengan dana atau dompet Anda untuk memperhitungkan The Merge.** ETH tetaplah ETH. Tidak ada yang namanya "ETH lama"/"ETH baru" atau "ETH1"/"ETH2" dan dompet berfungsi persis sama setelah The Merge seperti sebelumnya—orang yang memberi tahu Anda sebaliknya kemungkinan besar adalah penipu. -Meskipun telah menukar bukti kerja, seluruh sejarah Ethereum sejak awal tetap utuh dan tidak diubah oleh transisi ke bukti taruhan. Semua dana yang tersimpan di dompet Anda sebelum Penggabungan masih dapat diakses setelah Penggabungan. **Tidak diperlukan tindakan untuk meningkatkan dari pihak Anda.** +Meskipun menukar proof-of-work, seluruh riwayat Ethereum sejak genesis tetap utuh dan tidak diubah oleh transisi ke proof-of-stake. Dana apa pun yang disimpan di dompet Anda sebelum The Merge masih dapat diakses setelah The Merge. **Tidak ada tindakan yang diperlukan untuk meningkatkan di pihak Anda.** [Lebih lanjut tentang keamanan Ethereum](/security/#eth2-token-scam) -### Operator simpul dan pengembang dapp {#node-operators-dapp-developers} +### Operator node dan pengembang dapp {#node-operators-dapp-developers} -Item-item tindakan utama meliputi: +Item tindakan utama meliputi: -1. Jalankan _kedua_ klien konsensus dan klien eksekusi; titik akhir pihak ketiga untuk mendapatkan data eksekusi tidak lagi berfungsi sejak Penggabungan. +1. Jalankan _kedua_ klien konsensus dan klien eksekusi; titik akhir pihak ketiga untuk mendapatkan data eksekusi tidak lagi berfungsi sejak The Merge. 2. Autentikasi klien eksekusi dan konsensus dengan rahasia JWT bersama sehingga mereka dapat berkomunikasi dengan aman. -3. Tetapkan alamat `penerima biaya` untuk menerima tips biaya transaksi/MEV yang Anda peroleh. +3. Tetapkan alamat `fee recipient` (penerima biaya) untuk menerima tip biaya transaksi/MEV yang Anda peroleh. -Tidak menyelesaikan dua hal pertama di atas akan mengakibatkan simpul Anda terlihat sebagai "offline" hingga kedua lapisan disinkronkan dan diautentikasi. +Tidak menyelesaikan dua item pertama di atas akan mengakibatkan node Anda terlihat sebagai "offline" hingga kedua lapisan disinkronkan dan diautentikasi. -Tidak menetapkan `penerima biaya` akan tetap memungkinkan validator Anda berperilaku seperti biasa, tetapi Anda akan kehilangan tips biaya yang tidak terbakar dan MEV yang seharusnya Anda dapatkan dari blok yang diajukan oleh validator Anda. +Tidak menetapkan `fee recipient` akan tetap memungkinkan validator Anda berperilaku seperti biasa, tetapi Anda akan kehilangan tip biaya yang tidak dibakar dan MEV apa pun yang seharusnya Anda peroleh di blok yang diusulkan validator Anda. -Hingga Penggabungan, klien eksekusi (seperti Geth, Erigon, Besu, atau Nethermind) sudah cukup untuk menerima, memvalidasi dengan benar, dan menyebarkan blok yang sedang digosipkan oleh jaringan. _Setelah Penggabungan_, validitas transaksi yang terkandung dalam muatan eksekusi sekarang juga bergantung pada validitas "blok konsensus" yang terkandung di dalamnya. +Hingga The Merge, klien eksekusi (seperti Geth, Erigon, Besu, atau Nethermind) sudah cukup untuk menerima, memvalidasi dengan benar, dan menyebarkan blok yang digosipkan oleh jaringan. _Setelah The Merge_, validitas transaksi yang terkandung dalam muatan eksekusi sekarang juga bergantung pada validitas "blok konsensus" di mana ia terkandung. -Sebagai hasilnya, sebuah simpul Ethereum penuh sekarang membutuhkan klien eksekusi dan klien konsensus. Kedua klien ini bekerja bersama menggunakan API Engine yang baru. API Engine memerlukan autentikasi menggunakan rahasia JWT, yang disediakan untuk kedua klien yang memungkinkan komunikasi yang aman. +Akibatnya, node Ethereum penuh sekarang membutuhkan klien eksekusi dan klien konsensus. Kedua klien ini bekerja sama menggunakan Engine API baru. Engine API memerlukan autentikasi menggunakan rahasia JWT, yang disediakan untuk kedua klien yang memungkinkan komunikasi yang aman. -Item-item tindakan utama meliputi: +Item tindakan utama meliputi: -- Menginstal klien konsensus selain klien eksekusi +- Instal klien konsensus selain klien eksekusi - Autentikasi klien eksekusi dan konsensus dengan rahasia JWT bersama sehingga mereka dapat berkomunikasi dengan aman satu sama lain. -Tidak menyelesaikan item di atas akan mengakibatkan simpul Anda tampak "offline" hingga kedua lapisan disinkronkan dan diautentikasi. +Tidak menyelesaikan item di atas akan mengakibatkan node Anda tampak "offline" hingga kedua lapisan disinkronkan dan diautentikasi. -Penggabungan disertai dengan perubahan konsensus, yang juga mencakup perubahan yang terkait dengan: +The Merge datang dengan perubahan pada konsensus, yang juga mencakup perubahan terkait dengan:
    • struktur blok
      • -
    • pengaturan waktu ruang/blok
      • +
    • waktu slot/blok
    • perubahan opcode
      • -
    • sumber keacakan di dalam rantai
      • -
    • konsep dari blok aman dan blok yang telah difinalisasi
      • +
    • sumber keacakan onchain
      • +
    • konsep safe head dan blok yang difinalisasi
    -Untuk informasi lebih lanjut, lihat tulisan blog ini oleh Tim Beiko tentang Bagaimana Penggabungan Memengaruhi Lapisan Aplikasi Ethereum. +Untuk informasi lebih lanjut, lihat postingan blog oleh Tim Beiko tentang Bagaimana The Merge Berdampak pada Lapisan Aplikasi Ethereum.     -## Penggabungan dan konsumsi energi {#merge-and-energy} +## The Merge dan konsumsi energi {#merge-and-energy} -Penggabungan ini menandai berakhirnya bukti kerja untuk Ethereum dan memulai era Ethereum yang berkelanjutan dan ramah lingkungan. Konsumsi energi Ethereum turun sekitar 99,95%, menjadikan Ethereum sebagai rantai blok hijau. Pelajari lebih lanjut tentang [konsumsi energi Ethereum](/energy-consumption/). +The Merge menandai akhir dari proof-of-work untuk Ethereum dan memulai era Ethereum yang lebih berkelanjutan dan ramah lingkungan. Konsumsi energi Ethereum turun sekitar 99,95%, menjadikan Ethereum sebagai blockchain hijau. Pelajari lebih lanjut tentang [konsumsi energi Ethereum](/energy-consumption/). -## Penggabungan dan penskalaan {#merge-and-scaling} +## The Merge dan peningkatan {#merge-and-scaling} -Penggabungan juga membuka jalan untuk peningkatan skalabilitas lebih lanjut yang tidak mungkin dilakukan di bawah bukti kerja, mendekatkan Ethereum satu langkah lebih dekat untuk mencapai skala penuh, keamanan, dan keberlanjutan seperti yang diuraikan dalam [visi Ethereum](/roadmap/)nya. +The Merge juga menyiapkan panggung untuk peningkatan skalabilitas lebih lanjut yang tidak mungkin dilakukan di bawah proof-of-work, membawa Ethereum selangkah lebih dekat untuk mencapai skala penuh, keamanan, dan keberlanjutan yang sedang dibangun oleh [peta jalannya](/roadmap/). -## Kesalahpahaman tentang Penggabungan {#misconceptions} +## Kesalahpahaman tentang The Merge {#misconceptions} +title="Kesalahpahaman: "Menjalankan node membutuhkan staking 32 ETH."" +contentPreview="Salah. Siapa pun bebas untuk menyinkronkan salinan Ethereum yang diverifikasi sendiri (yaitu, menjalankan node). Tidak ada ETH yang diperlukan—tidak sebelum The Merge, tidak setelah The Merge, tidak akan pernah."> -Ada dua jenis simpul Ethereum: simpul yang dapat mengusulkan blok dan simpul yang tidak. +Ada dua jenis node Ethereum: node yang dapat mengusulkan blok dan node yang tidak. -Simpul yang mengusulkan blok hanya sejumlah kecil dari total simpul di Ethereum. Kategori ini mencakup simpul penambangan di bawah bukti kerja (proof-of-work/PoW) dan simpul validator di bawah bukti kepemilikan (proof-of-stake/PoS). Kategori ini membutuhkan sumber daya ekonomi (seperti kekuatan hash GPU dalam bukti kerja atau ETH yang dipertaruhkan dalam bukti taruhan) sebagai imbalan atas kemampuan untuk sesekali mengusulkan blok berikutnya dan mendapatkan imbalan protokol. +Node yang mengusulkan blok hanyalah sebagian kecil dari total node di Ethereum. Kategori ini mencakup node penambangan di bawah proof-of-work (PoW) dan node validator di bawah proof-of-stake (PoS). Kategori ini membutuhkan komitmen sumber daya ekonomi (seperti kekuatan hash GPU dalam proof-of-work atau ETH yang dikunci dalam proof-of-stake) dengan imbalan kemampuan untuk sesekali mengusulkan blok berikutnya dan mendapatkan hadiah protokol. -Simpul lain dalam jaringan (yaitu mayoritas) tidak perlu menyediakan sumber daya ekonomi apa pun di luar komputer kelas konsumen dengan penyimpanan yang tersedia sebesar 1-2 TB dan koneksi internet. Simpul-simpul ini tidak mengusulkan blok, tetapi mereka masih memiliki peran penting dalam mengamankan jaringan dengan meminta pertanggungjawaban dari semua pengusul blok dengan mendengarkan blok-blok baru dan memverifikasi keabsahannya pada saat kedatangan sesuai dengan aturan konsensus jaringan. Jika blok tersebut valid, simpul akan terus menyebarkannya melalui jaringan. Jika blok tidak valid karena alasan apa pun, perangkat lunak simpul akan mengabaikannya sebagai tidak valid dan menghentikan penyebarannya. +Node lain di jaringan (yaitu, mayoritas) tidak diharuskan untuk memberikan sumber daya ekonomi apa pun di luar komputer tingkat konsumen dengan penyimpanan yang tersedia 1-2 TB dan koneksi internet. Node ini tidak mengusulkan blok, tetapi mereka masih melayani peran penting dalam mengamankan jaringan dengan meminta pertanggungjawaban semua pengusul blok dengan mendengarkan blok baru dan memverifikasi validitasnya pada saat kedatangan sesuai dengan aturan konsensus jaringan. Jika blok tersebut valid, node terus menyebarkannya melalui jaringan. Jika blok tidak valid karena alasan apa pun, perangkat lunak node akan mengabaikannya sebagai tidak valid dan menghentikan penyebarannya. -Menjalankan simpul yang tidak memproduksi blok memungkinkan bagi siapa pun di bawah kedua mekanisme konsensus (bukti kerja atau bukti taruhan); ini sangat dianjurkan bagi semua pengguna jika mereka memiliki kemampuan. Menjalankan sebuah simpul sangat berharga bagi Ethereum dan memberikan manfaat tambahan bagi setiap individu yang menjalankannya, seperti peningkatan keamanan, privasi, dan ketahanan terhadap sensor. +Menjalankan node yang tidak memproduksi blok dimungkinkan bagi siapa saja di bawah mekanisme konsensus mana pun (proof-of-work atau proof-of-stake); ini sangat dianjurkan untuk semua pengguna jika mereka memiliki sarana. Menjalankan node sangat berharga bagi Ethereum dan memberikan manfaat tambahan bagi setiap individu yang menjalankannya, seperti peningkatan keamanan, privasi, dan ketahanan terhadap sensor. -Kemampuan bagi siapa pun untuk menjalankan simpul mereka sendiri adalah mutlak penting untuk menjaga desentralisasi jaringan Ethereum. +Kemampuan bagi siapa saja untuk menjalankan node mereka sendiri sangat penting untuk mempertahankan desentralisasi jaringan Ethereum. -[Lebih lanjut tentang menjalankan simpul Anda sendiri](/run-a-node/) +[Lebih lanjut tentang menjalankan node Anda sendiri](/run-a-node/) +title="Kesalahpahaman: "The Merge gagal mengurangi biaya gas."" +contentPreview="Salah. The Merge adalah perubahan mekanisme konsensus, bukan perluasan kapasitas jaringan, dan tidak pernah dimaksudkan untuk menurunkan biaya gas."> -Biaya gas adalah produk dari permintaan jaringan relatif terhadap kapasitas jaringan. Penggabungan tidak lagi menggunakan bukti kerja, beralih ke bukti taruhan untuk konsensus, tetapi tidak secara signifikan mengubah parameter apa pun yang secara langsung memengaruhi kapasitas atau keluaran jaringan. +Biaya gas adalah produk dari permintaan jaringan relatif terhadap kapasitas jaringan. The Merge menghentikan penggunaan proof-of-work, beralih ke proof-of-stake untuk konsensus, tetapi tidak secara signifikan mengubah parameter apa pun yang secara langsung memengaruhi kapasitas atau throughput jaringan. -Dengan peta perjalanan berbasis rollup, upaya difokuskan pada penskalaan aktivitas pengguna di [lapisan ke-2](/layer-2/), sambil memungkinkan Jaringan Utama lapisan ke-1 sebagai lapisan penyelesaian terdesentralisasi yang aman yang dioptimalkan untuk penyimpanan data rollup untuk membantu membuat transaksi rollup menjadi jauh lebih murah secara eksponensial. Transisi ke bukti taruhan merupakan langkah awal yang penting untuk mewujudkan hal ini. [Lebih lanjut tentang gas dan biaya.](/developers/docs/gas/) +Dengan peta jalan yang berpusat pada rollup, upaya difokuskan pada peningkatan aktivitas pengguna di [layer 2](/layer-2/), sambil mengaktifkan Mainnet layer 1 sebagai lapisan penyelesaian terdesentralisasi yang aman yang dioptimalkan untuk penyimpanan data rollup guna membantu membuat transaksi rollup secara eksponensial lebih murah. Transisi ke proof-of-stake adalah pendahulu penting untuk mewujudkan hal ini. [Lebih lanjut tentang gas dan biaya.](/developers/docs/gas/) -"Kecepatan" transaksi dapat diukur dengan beberapa cara, termasuk waktu untuk dimasukkan ke dalam blok dan waktu finalisasi. Kedua hal ini sedikit berubah, tetapi tidak begitu kentara bagi pengguna. +title="Kesalahpahaman: "Transaksi dipercepat secara substansial oleh The Merge."" +contentPreview="Salah. Meskipun ada sedikit perubahan, kecepatan transaksi sebagian besar sama di layer 1 sekarang seperti sebelum The Merge."> +"Kecepatan" transaksi dapat diukur dengan beberapa cara, termasuk waktu untuk dimasukkan ke dalam blok dan waktu untuk finalisasi. Keduanya sedikit berubah, tetapi tidak dengan cara yang akan diperhatikan pengguna. -Secara historis, pada bukti kerja, targetnya adalah memiliki blok baru setiap ~13,3 detik. Pada bukti taruhan, slot terjadi tepat setiap 12 detik, yang mana setiap slot merupakan kesempatan bagi validator untuk menerbitkan blok. Sebagian besar slot memiliki blok, tetapi belum tentu semuanya (misalnya, validator sedang offline). Pada bukti taruhan, blok diproduksi ~10% lebih sering dibandingkan dengan bukti kerja. Ini merupakan perubahan yang tidak terlalu signifikan dan kemungkinan tidak akan disadari oleh pengguna. +Secara historis, pada proof-of-work, targetnya adalah memiliki blok baru setiap ~13,3 detik. Di bawah proof-of-stake, slot terjadi tepat setiap 12 detik, yang masing-masing merupakan peluang bagi validator untuk menerbitkan blok. Sebagian besar slot memiliki blok, tetapi belum tentu semuanya (yaitu, validator sedang offline). Dalam proof-of-stake, blok diproduksi ~10% lebih sering daripada pada proof-of-work. Ini adalah perubahan yang cukup tidak signifikan dan tidak mungkin diperhatikan oleh pengguna. -Bukti taruhan memperkenalkan konsep finalitas transaksi yang sebelumnya tidak ada. Dalam bukti kerja, kemampuan untuk membalikkan sebuah blok menjadi lebih sulit secara eksponensial dengan setiap blok yang ditambang di atas transaksi, tetapi tidak pernah mencapai nol. Dalam bukti taruhan, blok digabungkan ke dalam periode waktu (rentang waktu 6,4 menit yang terdiri dari 32 peluang blok) yang akan dipilih oleh para validator. Ketika jangka waktu berakhir, para validator memberikan suara untuk memutuskan apakah jangka waktu tersebut 'dibenarkan' atau tidak. Jika validator setuju untuk membenarkan jangka waktu, maka epoch tersebut akan difinalisasi di jangka waktu berikutnya. Membatalkan transaksi yang telah difinalisasi tidak ekonomis karena akan memerlukan pengambilan dan pembakaran lebih dari sepertiga total ETH yang dipertaruhkan. +Proof-of-stake memperkenalkan konsep finalitas transaksi yang sebelumnya tidak ada. Dalam proof-of-work, kemampuan untuk membalikkan blok menjadi semakin sulit secara eksponensial dengan setiap blok yang ditambang di atas transaksi, tetapi tidak pernah benar-benar mencapai nol. Di bawah proof-of-stake, blok digabungkan ke dalam epoch (rentang waktu 6,4 menit yang berisi 32 peluang untuk blok) yang dipilih oleh validator. Saat epoch berakhir, validator memilih apakah akan menganggap epoch tersebut 'dibenarkan'. Jika validator setuju untuk membenarkan epoch, itu akan difinalisasi di epoch berikutnya. Membatalkan transaksi yang difinalisasi secara ekonomi tidak layak karena akan membutuhkan perolehan dan pembakaran lebih dari sepertiga dari total ETH yang dikunci. +title="Kesalahpahaman: "The Merge memungkinkan penarikan staking."" +contentPreview="Salah, tetapi penarikan staking sejak itu telah diaktifkan melalui peningkatan Shanghai/Capella."> -Awalnya setelah Penggabungan, para staker hanya dapat mengakses tip biaya dan MEV yang diperoleh sebagai hasil dari usulan blok. Imbalan ini dikreditkan ke akun non-penaruhan yang dikendalikan oleh validator (dikenal sebagai penerima biaya), dan tersedia segera. Imbalan ini terpisah dari imbalan protokol untuk menjalankan tugas validator. +Awalnya setelah The Merge, staker hanya dapat mengakses tip biaya dan MEV yang diperoleh sebagai hasil dari proposal blok. Hadiah ini dikreditkan ke akun non-staking yang dikendalikan oleh validator (dikenal sebagai fee recipient), dan segera tersedia. Hadiah ini terpisah dari hadiah protokol untuk melakukan tugas validator. -Sejak upgrade jaringan Shanghai/Capella, para staker sekarang dapat menunjuk alamat penarikan untuk mulai menerima pembayaran otomatis dari saldo penaruhan berlebihan (ETH di atas 32 dari imbalan protokol). Upgrade ini juga memungkinkan kemampuan bagi validator untuk membuka kunci dan mengklaim seluruh saldo saat keluar dari jaringan. +Sejak peningkatan jaringan Shanghai/Capella, staker sekarang dapat menunjuk alamat penarikan untuk mulai menerima pembayaran otomatis dari setiap kelebihan saldo staking (ETH di atas 32 dari hadiah protokol). Peningkatan ini juga memungkinkan kemampuan validator untuk membuka kunci dan mengklaim kembali seluruh saldonya saat keluar dari jaringan. [Lebih lanjut tentang penarikan staking](/staking/withdrawals/) -Sejak meningkatkan Shanghai/Capella mengizinkan penarikan, para validator memiliki insentif untuk menarik saldo penaruhan mereka yang melebihi 32 ETH, karena dana-dana tersebut tidak meningkatkan hasil dan sebaliknya terkunci. Tergantung pada APR (ditentukan oleh total ETH yang dipertaruhkan), mungkin ada insentif untuk keluar dari validatornya untuk mengklaim seluruh saldo atau bahkan mempertaruhkan lebih lagi menggunakan imbalannya untuk mendapatkan hasil lebih banyak. +title="Kesalahpahaman: "Sekarang setelah The Merge selesai, dan penarikan diaktifkan, staker dapat keluar semua sekaligus."" +contentPreview="Salah. Keluar validator dibatasi kecepatannya karena alasan keamanan."> +Karena peningkatan Shanghai/Capella mengaktifkan penarikan, validator diberi insentif untuk menarik saldo staking mereka di atas 32 ETH, karena dana ini tidak menambah hasil dan sebaliknya terkunci. Bergantung pada APR (ditentukan oleh total ETH yang dikunci), mereka mungkin diberi insentif untuk keluar dari validator mereka untuk mengklaim kembali seluruh saldo mereka atau berpotensi melakukan stake lebih banyak lagi menggunakan hadiah mereka untuk mendapatkan lebih banyak hasil. -Namun, perlu dicatat bahwa keluar penuh dari validator dibatasi oleh protokol, dan hanya sejumlah terbatas validator yang diizinkan keluar setiap jangka waktu (setiap 6,4 menit). Batas ini bervariasi tergantung pada jumlah validator aktif, tetapi berjumlah sekitar 0,33% dari total ETH yang dipertaruhkan dapat keluar dari jaringan dalam satu hari. +Peringatan penting di sini, keluar validator penuh dibatasi kecepatannya oleh protokol, dan hanya sejumlah validator yang dapat keluar per epoch (setiap 6,4 menit). Batas ini berfluktuasi tergantung pada jumlah validator aktif, tetapi mencapai sekitar 0,33% dari total ETH yang dikunci dapat dikeluarkan dari jaringan dalam satu hari. -Hal ini mencegah terjadinya pengeluaran dana penaruhan secara massal. Selain itu, hal ini mencegah penyerang potensial yang memiliki akses ke sebagian besar total ETH yang dipertaruhkan untuk melakukan pelanggaran yang dapat dipotong dan keluar/menarik semua saldo validator yang melanggar pada jangka waktu yang sama sebelum protokol dapat memberlakukan hukuman pemotongan. +Ini mencegah eksodus massal dana yang dikunci. Selain itu, ini mencegah penyerang potensial dengan akses ke sebagian besar dari total ETH yang dikunci dari melakukan pelanggaran yang dapat dipotong dan keluar/menarik semua saldo validator yang melanggar di epoch yang sama sebelum protokol dapat menegakkan hukuman pemotongan. -APR juga disengaja dinamis, memungkinkan pasar para staker untuk menyeimbangkan seberapa banyak mereka bersedia dibayar untuk membantu mengamankan jaringan. Jika tingkatnya terlalu rendah, maka validator akan keluar dengan batas kecepatan yang ditentukan oleh protokol. Secara perlahan ini akan meningkatkan APR bagi semua yang tetap tinggal, menarik staker baru atau yang kembali lagi. +APR juga sengaja dibuat dinamis, memungkinkan pasar staker untuk menyeimbangkan berapa banyak mereka bersedia dibayar untuk membantu mengamankan jaringan. Jika tarifnya terlalu rendah, maka validator akan keluar pada tingkat yang dibatasi oleh protokol. Secara bertahap ini akan menaikkan APR untuk semua orang yang tersisa, menarik staker baru atau yang kembali lagi. -## Apa yang akan terjadi pada 'Eth2'? {#eth2} +## Apa yang terjadi pada 'Eth2'? {#eth2} -Istilah 'Eth2' telah dihentikan penggunaannya. Setelah menggabungkan 'Eth1' dan 'Eth2' menjadi satu rantai tunggal, tidak ada lagi kebutuhan untuk membedakan antara dua jaringan Ethereum; hanya ada Ethereum. +Istilah 'Eth2' telah dihentikan. Setelah menggabungkan 'Eth1' dan 'Eth2' menjadi satu rantai, tidak perlu lagi membedakan antara dua jaringan Ethereum; yang ada hanyalah Ethereum. -Untuk mengurangi kebingungan, komunitas telah memperbarui istilah-istilah berikut ini: +Untuk membatasi kebingungan, komunitas telah memperbarui istilah-istilah ini: -- 'Eth1' sekarang adalah 'lapisan eksekusi', yang menangani transaksi dan eksekusi. -- 'Eth2' sekarang adalah 'lapisan konsensus', yang menangani konsensus bukti taruhan. +- 'Eth1' sekarang menjadi 'lapisan eksekusi', yang menangani transaksi dan eksekusi. +- 'Eth2' sekarang menjadi 'lapisan konsensus', yang menangani konsensus proof-of-stake. -Pembaruan terminologi ini hanya mengubah konvensi penamaan; ini tidak mengubah tujuan atau peta perjalanan Ethereum. +Pembaruan terminologi ini hanya mengubah konvensi penamaan; ini tidak mengubah tujuan atau peta jalan Ethereum. -[Pelajari selengkapnya tentang penamaan ulang 'Eth2'](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming) +[Pelajari lebih lanjut tentang penggantian nama 'Eth2'](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming) ## Hubungan antar peningkatan {#relationship-between-upgrades} -Semua peningkatan Ethereum saling terkait. Jadi mari kita ringkas bagaimana Penggabungan ini berhubungan dengan peningkatan lain. +Peningkatan Ethereum semuanya agak saling terkait. Jadi mari kita rekap bagaimana The Merge berhubungan dengan peningkatan lainnya. -### Penggabungan dan Rantai Suar {#merge-and-beacon-chain} +### The Merge dan Beacon Chain {#merge-and-beacon-chain} -Pengabungan mewakili adopsi resmi Rantai Suar sebagai lapisan konsensus baru untuk lapisan eksekusi Jaringan Utama asli. Sejak Penggabungan, para validator ditugaskan untuk mengamankan Jaringan Utama Ethereum, dan penambangan menggunakan [bukti kerja](/developers/docs/consensus-mechanisms/pow/) tidak lagi merupakan cara yang valid untuk produksi blok. +The Merge mewakili adopsi formal Beacon Chain sebagai lapisan konsensus baru ke lapisan eksekusi Mainnet asli. Sejak The Merge, validator ditugaskan untuk mengamankan Mainnet Ethereum, dan penambangan pada [proof-of-work](/developers/docs/consensus-mechanisms/pow/) tidak lagi menjadi sarana produksi blok yang valid. -Blok diusulkan dengan memvalidasi simpul yang telah mempertaruhkan ETH dengan imbalan hak untuk berpartisipasi dalam konsensus. Peningkatan ini menyiapkan panggung untuk peningkatan skalabilitas di masa depan, termasuk pecahan. +Blok sebaliknya diusulkan oleh node validasi yang telah men-stake ETH sebagai imbalan atas hak untuk berpartisipasi dalam konsensus. Peningkatan ini menyiapkan panggung untuk peningkatan skalabilitas di masa depan, termasuk sharding. - Rantai Suar + Beacon Chain -### Penggabungan dan peningkatan Shanghai {#merge-and-shanghai} +### The Merge dan peningkatan Shanghai {#merge-and-shanghai} -Untuk menyederhanakan dan memaksimalkan fokus pada transisi yang sukses ke bukti taruhan, peningkatan Penggabungan tidak menyertakan fitur-fitur tertentu yang telah diantisipasi seperti kemampuan untuk menarik ETH yang dipertaruhkan. Fungsionalitas ini diaktifkan secara terpisah dengan peningkatan Shanghai/Capella. +Untuk menyederhanakan dan memaksimalkan fokus pada transisi yang sukses ke proof-of-stake, peningkatan The Merge tidak menyertakan fitur tertentu yang diantisipasi seperti kemampuan untuk menarik ETH yang dikunci. Fungsionalitas ini diaktifkan secara terpisah dengan peningkatan Shanghai/Capella. -Bagi mereka yang ingin tahu, pelajari selengkapnya tentang [Apa yang Terjadi Setelah Penggabungan](https://youtu.be/7ggwLccuN5s?t=101), yang disajikan oleh Vitalik pada acara ETHGlobal April 2021. +Bagi yang penasaran, pelajari lebih lanjut tentang [Apa yang Terjadi Setelah The Merge](https://youtu.be/7ggwLccuN5s?t=101), yang dipresentasikan oleh Vitalik di acara ETHGlobal April 2021. -### Penggabungan dan pecahan {#merge-and-data-sharding} +### The Merge dan sharding {#merge-and-data-sharding} -Awalnya, rencananya adalah mengerjakan pecahan sebelum Penggabungan untuk mengatasi skalabilitas. Namun, dengan munculnya solusi penskalaan [lapisan ke-2](/layer-2/), prioritas berubah menjadi menggantikan bukti kerja dengan bukti taruhan terlebih dahulu. +Awalnya, rencananya adalah mengerjakan sharding sebelum The Merge untuk mengatasi skalabilitas. Namun, dengan ledakan [solusi peningkatan layer 2](/layer-2/), prioritas bergeser ke menukar proof-of-work ke proof-of-stake terlebih dahulu. -Rencana untuk pecahan berkembang dengan cepat, tetapi dengan munculnya dan keberhasilan teknologi lapisan ke-2 untuk meningkatkan eksekusi transaksi, rencana pecahan telah bergeser untuk menemukan cara yang paling optimal untuk mendistribusikan beban penyimpanan data panggilan terkompresi dari kontrak rollup, yang memungkinkan pertumbuhan kapasitas jaringan secara eksponensial. Hal ini tidak akan mungkin terjadi tanpa terlebih dahulu beralih ke bukti taruhan. +Rencana untuk sharding berkembang pesat, tetapi mengingat kebangkitan dan keberhasilan teknologi layer 2 untuk meningkatkan eksekusi transaksi, rencana sharding telah bergeser untuk menemukan cara paling optimal untuk mendistribusikan beban penyimpanan calldata terkompresi dari kontrak rollup, memungkinkan pertumbuhan eksponensial dalam kapasitas jaringan. Ini tidak akan mungkin terjadi tanpa terlebih dahulu beralih ke proof-of-stake. - Pecahan + Sharding ## Bacaan lebih lanjut {#further-reading} - + \ No newline at end of file diff --git a/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md index c9a583e8cbf..79da708a0ec 100644 --- a/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -1,90 +1,94 @@ --- -title: Contratto intelligente "Hello World" per principianti - full stack -description: Tutorial introduttivo su come scrivere e distribuire un semplice smart contract su Ethereum. +title: Contratto intelligente Hello World per principianti - Fullstack +description: Tutorial introduttivo sulla scrittura e la distribuzione di un semplice contratto intelligente su Ethereum. author: "nstrike2" +breadcrumb: Hello World fullstack tags: - - "solidity" - - "hardhat" - - "alchemy" - - "contratti intelligenti" - - "distribuzione" - - "blockexplorer" - - "frontend" - - "transazioni" + [ + "Solidity", + "Hardhat", + "Alchemy", + "contratti intelligenti", + "distribuzione", + "esploratore di blocchi", + "frontend", + "transazioni", + "framework", + ] skill: beginner -breadcrumb: "Hello World fullstack" lang: it published: 2021-10-25 --- -Questa guida fa per te se hai appena iniziato con lo sviluppo sulla blockchain e non sai da dove cominciare o come distribuire e interagire con i contratti intelligenti. Esamineremo la creazione e la distribuzione di un semplice contratto intelligente sulla rete di prova di Goerli, utilizzando [MetaMask](https://metamask.io), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org) e [Alchemy](https://alchemyapi.io/eth). +Questa guida fa per te se sei nuovo nello sviluppo su blockchain e non sai da dove iniziare o come distribuire e interagire con i contratti intelligenti. Ti guideremo attraverso la creazione e la distribuzione di un semplice contratto intelligente sulla rete di test di Goerli utilizzando [MetaMask](https://metamask.io), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org) e [Alchemy](https://alchemy.com/eth). -Per completare questo tutorial avrai bisogno di un conto di Alchemy. [Registrati per un conto gratuito](https://www.alchemy.com/). +Avrai bisogno di un account Alchemy per completare questo tutorial. [Registrati per un account gratuito](https://www.alchemy.com/). -Se in qualsiasi momento hai domande, non esitare a contattarci nel [Discord di Alchemy](https://discord.gg/gWuC7zB)! +Se hai domande in qualsiasi momento, non esitare a contattarci sul [Discord di Alchemy](https://discord.gg/gWuC7zB)! -## Parte 1- Crea e distribuisci il tuo contratto intelligente usando Hardhat {#part-1} +## Parte 1 - Creare e distribuire il tuo contratto intelligente usando Hardhat {#part-1} ### Connettersi alla rete di Ethereum {#connect-to-the-ethereum-network} -Esistono molti modi per effettuare richieste alla catena di Ethereum. Per semplicità, ci serviremo di un conto gratuito su Alchemy, una piattaforma per sviluppatori di blockchain e API che ci consentirà di comunicare con la catena di Ethereum senza dover eseguire noi stessi un nodo. Alchemy offre anche strumenti di monitoraggio e analisi per gli sviluppatori di cui ci serviremo in questo tutorial per comprendere al meglio l'andamento della distribuzione del nostro contratto intelligente. +Ci sono molti modi per effettuare richieste alla catena di Ethereum. Per semplicità, useremo un account gratuito su Alchemy, una piattaforma per sviluppatori blockchain e API che ci consente di comunicare con la catena di Ethereum senza eseguire un nodo noi stessi. Alchemy dispone anche di strumenti per sviluppatori per il monitoraggio e l'analisi; ne trarremo vantaggio in questo tutorial per capire cosa succede dietro le quinte nella distribuzione del nostro contratto intelligente. -### Crea la tua app e la chiave API {#create-your-app-and-api-key} +### Creare la tua app e la chiave API {#create-your-app-and-api-key} -Una volta creato un conto di Alchemy, puoi generare una chiave API creando un'app. Questo ti consentirà di effettuare richieste alla rete di prova di Goerli. Se non hai familiarità con le reti di prova puoi [leggere la guida di Alchemy alla scelta di una rete](https://docs.alchemyapi.io/guides/choosing-a-network). +Una volta creato un account Alchemy, puoi generare una chiave API creando un'app. Questo ti consentirà di effettuare richieste alla rete di test di Goerli. Se non hai familiarità con le reti di test, puoi [leggere la guida di Alchemy sulla scelta di una rete](https://www.alchemy.com/docs/choosing-a-web3-network). -Sul pannello di controllo di Alchemy, trova il menu a discesa delle **App** nella barra di navigazione e fai clic su su **Crea App**. +Nella dashboard di Alchemy, trova il menu a discesa **Apps** nella barra di navigazione e fai clic su **Create App**. -![Creare l'app Hello world](./hello-world-create-app.png) +![Hello world create app](./hello-world-create-app.png) -Nomina la tua app '_Hello World_' e scrivi una breve descrizione. Seleziona **Staging** come tuo ambiente e **Goerli** come tua rete. +Dai alla tua app il nome '_Hello World_' e scrivi una breve descrizione. Seleziona **Staging** come ambiente e **Goerli** come rete. -![Vista della creazione dell'app Hello world](./create-app-view-hello-world.png) +![create app view hello world](./create-app-view-hello-world.png) _Nota: assicurati di selezionare **Goerli**, altrimenti questo tutorial non funzionerà._ -Fa i clic su **Crea app**. La tua app apparirà nella tabella sottostante. +Fai clic su **Create app**. La tua app apparirà nella tabella sottostante. -### Crea un conto di Ethereum {#create-an-ethereum-account} +### Creare un account Ethereum {#create-an-ethereum-account} -Per inviare e ricevere transazioni, hai bisogno di un account di Ethereum. Useremo MetaMask, un portafoglio virtuale nel browser che permette agli utenti di gestire l'indirizzo del proprio conto di Ethereum. +Hai bisogno di un account Ethereum per inviare e ricevere transazioni. Useremo MetaMask, un portafoglio virtuale nel browser che consente agli utenti di gestire l'indirizzo del proprio account Ethereum. -Puoi scaricare e creare gratuitamente un conto di MetaMask [qui](https://metamask.io/download). Quando crei un account, o se ne possiedi già uno, assicurati di passare alla "rete di prova di Goerli" in alto a destra (così da non avere a che fare con denaro reale). +Puoi scaricare e creare un account MetaMask gratuitamente [qui](https://metamask.io/download). Quando crei un account, o se ne hai già uno, assicurati di passare alla "Goerli Test Network" in alto a destra (in modo da non avere a che fare con denaro reale). -### Fase 4: aggiungi ether da un Faucet {#step-4-add-ether-from-a-faucet} +### Passaggio 4: Aggiungere ether da un rubinetto {#step-4-add-ether-from-a-faucet} -Per distribuire il tuo contratto intelligente sulla rete di prova, avrai bisogno di alcuni ETH finti. Per ottenere ETH sulla rete di Goerli, vai ad un faucet di Goerli e immetti l'indirizzo del tuo conto di Goerli. Nota che, di recente, i faucet di Goerli possono essere un po' inaffidabili; consulta la [pagina delle reti di prova](/developers/docs/networks/#goerli) per un elenco di opzioni da provare: +Per distribuire il tuo contratto intelligente sulla rete di test, avrai bisogno di alcuni ETH finti. Per ottenere ETH sulla rete Goerli, vai a un rubinetto Goerli e inserisci l'indirizzo del tuo account Goerli. Nota che i rubinetti Goerli possono essere un po' inaffidabili ultimamente - vedi la [pagina delle reti di test](/developers/docs/networks/#goerli) per un elenco di opzioni da provare: -_Nota: a causa della congestione della rete, questa operazione potrebbe richiedere del tempo_ `` +_Nota: a causa della congestione della rete, questo potrebbe richiedere un po' di tempo._ +`` -### Fase 5: controlla il saldo {#step-5-check-your-balance} +### Passaggio 5: Controllare il tuo saldo {#step-5-check-your-balance} -Per ricontrollare che gli ETH siano nel tuo portafoglio, facciamo una richiesta [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) usando lo [strumento compositore di Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D). Questo restituirà l'importo di ETH nel nostro portafoglio. Per saperne di più consultate [il breve tutorial di Alchemy su come usare lo strumento compositore](https://youtu.be/r6sjRxBZJuU). +Per ricontrollare che gli ETH siano nel tuo portafoglio, facciamo una richiesta [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) usando lo [strumento composer di Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D). Questo restituirà la quantità di ETH nel nostro portafoglio. Per saperne di più dai un'occhiata al [breve tutorial di Alchemy su come usare lo strumento composer](https://youtu.be/r6sjRxBZJuU). -Inserisci l'indirizzo del tuo conto di MetaMask e fai clic su **Invia richiesta**. Vedrai una risposta simile al pezzetto di codice qui sotto. +Inserisci l'indirizzo del tuo account MetaMask e fai clic su **Send Request**. Vedrai una risposta simile al frammento di codice qui sotto. ```json { "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" } ``` -> _Nota: questo risultato è in wei, non in ETH. Wei è usato come taglio più piccolo dell'ether._ +> _Nota: Questo risultato è in wei, non in ETH. Il wei è usato come la denominazione più piccola di ether._ -Meno male! I nostri soldi finti ci sono tutti. +Fiuu! I nostri soldi finti ci sono tutti. -### Fase 6: inizializza il progetto {#step-6-initialize-our-project} +### Passaggio 6: Inizializzare il nostro progetto {#step-6-initialize-our-project} -Per prima cosa dobbiamo creare una cartella per il nostro progetto. Passa alla tua riga di comando e inserisci quanto segue. +Per prima cosa, dovremo creare una cartella per il nostro progetto. Vai alla riga di comando e inserisci quanto segue. ``` mkdir hello-world cd hello-world ``` -Ora che siamo nella cartella del nostro progetto, useremo `npm init` per inizializzare il progetto. +Ora che siamo all'interno della cartella del nostro progetto, useremo `npm init` per inizializzare il progetto. -> Se non hai ancora installato npm, segui [queste istruzioni su come installare Node.js e npm](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm). +> Se non hai ancora installato npm, segui [queste istruzioni per installare Node.js e npm](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm). -Ai fini di questo tutorial, non ha importanza a come rispondi alle domande di inizializzazione. Per tuo riferimento, ecco come abbiamo fatto: +Ai fini di questo tutorial, non importa come rispondi alle domande di inizializzazione. Ecco come abbiamo fatto noi come riferimento: ``` package name: (hello-world) @@ -112,29 +116,29 @@ About to write to /Users/.../.../.../hello-world/package.json: } ``` -Approva il package.json e siamo pronti! +Approva il package.json e siamo pronti a partire! -### Passo 7: scarica Hardhat {#step-7-download-hardhat} +### Passaggio 7: Scaricare Hardhat {#step-7-download-hardhat} -Hardhat è un ambiente di sviluppo per compilare, distribuire, testare ed effettuare il debug del tuo software di Ethereum. Aiuta gli sviluppatori nella costruzione di contratti intelligenti e dapp localmente, prima di distribuirli alla catena. +Hardhat è un ambiente di sviluppo per compilare, distribuire, testare ed eseguire il debug del tuo software Ethereum. Aiuta gli sviluppatori nella creazione di contratti intelligenti e dApp localmente prima di distribuirli sulla catena live. -Nel nostro progetto `hello-world` esegui: +All'interno del nostro progetto `hello-world` esegui: ``` npm install --save-dev hardhat ``` -Dai un'occhiata a questa pagina per ulteriori dettagli sulle [istruzioni d'installazione](https://hardhat.org/getting-started/#overview). +Dai un'occhiata a questa pagina per maggiori dettagli sulle [istruzioni di installazione](https://hardhat.org/getting-started/#overview). -### Fase 8: crea un progetto Hardhat {#step-8-create-hardhat-project} +### Passaggio 8: Creare il progetto Hardhat {#step-8-create-hardhat-project} -All'interno della cartella di progetto `hello-world` esegui: +All'interno della cartella del nostro progetto `hello-world`, esegui: ``` npx hardhat ``` -Dovresti poi vedere un messaggio di benvenuto e l'opzione per selezionare cosa desideri fare. Seleziona “crea un hardhat.config.js vuoto”: +Dovresti quindi vedere un messaggio di benvenuto e l'opzione per selezionare cosa vuoi fare. Seleziona "create an empty hardhat.config.js": ``` 888 888 888 888 888 @@ -154,38 +158,38 @@ Create a sample project Quit ``` -Questo genererà un file `hardhat.config.js` nel progetto. Lo utilizzeremo più avanti nel tutorial per specificare la configurazione del nostro progetto. +Questo genererà un file `hardhat.config.js` nel progetto. Lo useremo più avanti nel tutorial per specificare la configurazione del nostro progetto. -### Fase 9: aggiungi le cartelle del progetto {#step-9-add-project-folders} +### Passaggio 9: Aggiungere le cartelle del progetto {#step-9-add-project-folders} -Per mantenere organizzato il nostro progetto, creiamo due nuove cartelle. Nella riga di comando, vai alla cartella di root del tuo progetto `hello-world` e digita: +Per mantenere il progetto organizzato, creiamo due nuove cartelle. Nella riga di comando, vai alla directory principale del tuo progetto `hello-world` e digita: ``` mkdir contracts mkdir scripts ``` -- `contracts/` è dove manterremo il file del codice del nostro smart contract hello world -- `scripts/` è dove manterremo gli script per distribuire e interagire con il nostro contratto +- `contracts/` è dove conserveremo il file di codice del nostro contratto intelligente hello world +- `scripts/` è dove conserveremo gli script per distribuire e interagire con il nostro contratto -### Fase 10: compila il nostro contratto {#step-10-write-our-contract} +### Passaggio 10: Scrivere il nostro contratto {#step-10-write-our-contract} -Potresti chiederti: quando scriveremo del codice? È arrivato il momento! +Potresti chiederti: quando scriveremo il codice? È arrivato il momento! -Apri il progetto hello-world nel tuo editor preferito. La maggior parte dei contratti intelligenti è scritta in Solidity, che useremo per scrivere il nostro contratto intelligente +Apri il progetto hello-world nel tuo editor preferito. I contratti intelligenti sono scritti più comunemente in Solidity, che useremo per scrivere il nostro contratto intelligente.‌ 1. Vai alla cartella `contracts` e crea un nuovo file chiamato `HelloWorld.sol` -2. Di seguito, un esempio del contratto intelligente Hello World che utilizzeremo per questo tutorial. Copia il contenuto seguente in un file `HelloWorld.sol`. +2. Di seguito è riportato un contratto intelligente Hello World di esempio che useremo per questo tutorial. Copia i contenuti sottostanti nel file `HelloWorld.sol`. -_Nota: assicurati di leggere i commenti per comprendere cosa fa questo contratto._ +_Nota: Assicurati di leggere i commenti per capire cosa fa questo contratto._ ``` -// Specifica la versione di Solidity, utilizzando il controllo delle versioni semantico. +// Specifies the version of Solidity, using semantic versioning. // Learn more: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma pragma solidity >=0.7.3; // Defines a contract named `HelloWorld`. -// Un contratto è una raccolta di funzioni e dati (il suo stato). Once deployed, a contract resides at a specific address on the Ethereum blockchain. Learn more: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html +// A contract is a collection of functions and data (its state). Once deployed, a contract resides at a specific address on the Ethereum blockchain. Learn more: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html contract HelloWorld { //Emitted when update function is called @@ -193,11 +197,11 @@ contract HelloWorld { event UpdatedMessages(string oldStr, string newStr); // Declares a state variable `message` of type `string`. - // Le variabili di stato sono variabili con valori memorizzati in modo permanente nello spazio di archiviazione (storage) del contratto. The keyword `public` makes variables accessible from outside a contract and creates a function that other contracts or clients can call to access the value. + // State variables are variables whose values are permanently stored in contract storage. The keyword `public` makes variables accessible from outside a contract and creates a function that other contracts or clients can call to access the value. string public message; // Similar to many class-based object-oriented languages, a constructor is a special function that is only executed upon contract creation. - // I costruttori sono utilizzati per inizializzare i dati del contratto. Learn more:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors + // Constructors are used to initialize the contract's data. Learn more:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors constructor(string memory initMessage) { // Accepts a string argument `initMessage` and sets the value into the contract's `message` storage variable). @@ -213,59 +217,59 @@ contract HelloWorld { } ``` -Questo è un contratto intelligente di base che memorizza un messaggio al momento della creazione. Può essere aggiornato richiamando la funzione `update`. +Questo è un contratto intelligente di base che memorizza un messaggio al momento della creazione. Può essere aggiornato chiamando la funzione `update`. -### Fase 11: connetti MetaMask e Alchemy al tuo progetto {#step-11-connect-metamask-alchemy-to-your-project} +### Passaggio 11: Connettere MetaMask e Alchemy al tuo progetto {#step-11-connect-metamask-alchemy-to-your-project} -Abbiamo creato un portafoglio di MetaMask, un conto di Alchemy e scritto il nostro contratto intelligente; è arrivato il momento di collegarli. +Abbiamo creato un portafoglio MetaMask, un account Alchemy e scritto il nostro contratto intelligente, ora è il momento di connettere i tre. -Ogni transazione inviata dal tuo portafoglio richiede una firma tramite la tua chiave privata univoca. Per fornire al nostro programma quest'autorizzazione, possiamo memorizzare in sicurezza la nostra chiave privata in un file di ambiente. Qui memorizzeremo anche una chiave API per Alchemy. +Ogni transazione inviata dal tuo portafoglio richiede una firma utilizzando la tua chiave privata univoca. Per fornire al nostro programma questa autorizzazione, possiamo archiviare in modo sicuro la nostra chiave privata in un file di ambiente. Qui memorizzeremo anche una chiave API per Alchemy. -> Per saperne di più sull'invio delle transazioni, dai un'occhiata a [questo tutorial](https://docs.alchemyapi.io/alchemy/tutorials/sending-transactions-using-web3-and-alchemy) sull'invio di transazioni usando web3. +> Per saperne di più sull'invio di transazioni, dai un'occhiata a [questo tutorial](https://www.alchemy.com/docs/hello-world-smart-contract#step-11-connect-metamask--alchemy-to-your-project) sull'invio di transazioni usando web3. -Prima, installa il pacchetto dotenv nella cartella del tuo progetto: +Per prima cosa, installa il pacchetto dotenv nella directory del tuo progetto: ``` npm install dotenv --save ``` -Quindi, crea un file `.env` nella cartella di root del progetto. Aggiungi nel file la tua chiave privata di MetaMask e l'URL HTTP dell'API Alchemy. +Quindi, crea un file `.env` nella directory principale del progetto. Aggiungi la tua chiave privata MetaMask e l'URL dell'API HTTP di Alchemy. -Il tuo file di ambiente deve essere nominato `.env` o non verrà riconosciuto come un file di ambiente. +Il tuo file di ambiente deve essere chiamato `.env` o non verrà riconosciuto come file di ambiente. -Non nominarlo `process.env` o `.env-custom` o in altro modo. +Non chiamarlo `process.env` o `.env-custom` o in qualsiasi altro modo. - Segui [queste istruzioni](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) per esportare la tua chiave privata -- Vedi sotto per ottenere l'URL dell'API di Alchemy HTTP +- Vedi sotto per ottenere l'URL dell'API HTTP di Alchemy -![Procedura dettagliata animata per ottenere una chiave API Alchemy](./get-alchemy-api-key.gif) +![Animated walkthrough of getting an Alchemy API key](./get-alchemy-api-key.gif) -Il tuo `.env` dovrebbe somigliare a questo: +Il tuo `.env` dovrebbe apparire così: ``` API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key" PRIVATE_KEY = "your-metamask-private-key" ``` -Per connetterli realmente al nostro codice, faremo riferimento a queste variabili nel nostro file `hardhat.config.js` nella fase 13. +Per connetterli effettivamente al nostro codice, faremo riferimento a queste variabili nel nostro file `hardhat.config.js` al passaggio 13. -### Fase 12: installa Ethers.js {#step-12-install-ethersjs} +### Passaggio 12: Installare Ethers.js {#step-12-install-ethersjs} -Ethers.js è una libreria che rende più facile interagire ed effettuare richieste a Ethereum tramite wrapping dei metodi JSON-RPC standard con altri metodi più facili da usare. +Ethers.js è una libreria che semplifica l'interazione e l'effettuazione di richieste a Ethereum avvolgendo i [metodi JSON-RPC standard](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc) con metodi più intuitivi per l'utente. -Hardhat ci permette di integrare i [plugin](https://hardhat.org/plugins/) per avere strumenti aggiuntivi e funzionalità estese. Sfrutteremo il [plugin di Ethers](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) per la distribuzione del contratto. +Hardhat ci consente di integrare [plugin](https://hardhat.org/plugins/) per strumenti aggiuntivi e funzionalità estese. Sfrutteremo il [plugin Ethers](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) per la distribuzione del contratto. -Nella cartella del tuo progetto digita: +Nella directory del tuo progetto digita: ```bash npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0" ``` -### Fase 13: aggiorna hardhat.config.js {#step-13-update-hardhat-configjs} +### Passaggio 13: Aggiornare hardhat.config.js {#step-13-update-hardhat-configjs} -Finora abbiamo aggiunto diverse dipendenze e plugin, ora dobbiamo aggiornare `hardhat.config.js` in modo che il nostro progetto li riconosca tutti. +Finora abbiamo aggiunto diverse dipendenze e plugin, ora dobbiamo aggiornare `hardhat.config.js` in modo che il nostro progetto li conosca tutti. -Aggiorna il tuo `hardhat.config.js` affinché somigli a questo: +Aggiorna il tuo `hardhat.config.js` in modo che appaia così: ```javascript /** @@ -290,9 +294,9 @@ module.exports = { } ``` -### Fase 14: compila il contratto {#step-14-compile-our-contract} +### Passaggio 14: Compilare il nostro contratto {#step-14-compile-our-contract} -Per assicurarti che tutto funzioni fino a questo punto, compila il contratto. L'attività di `compilazione` è una delle attività integrate di hardhat. +Per assicurarci che tutto funzioni finora, compiliamo il nostro contratto. L'attività `compile` è una delle attività integrate di hardhat. Dalla riga di comando esegui: @@ -300,19 +304,19 @@ Dalla riga di comando esegui: npx hardhat compile ``` -Potresti ricevere un avviso `SPDX license identifier not provided in source file`, ma non ti preoccupare, si spera che tutto il resto funzioni! Altrimenti, puoi sempre inviare un messaggio nel [Discord di Alchemy](https://discord.gg/u72VCg3). +Potresti ricevere un avviso su `SPDX license identifier not provided in source file`, ma non c'è bisogno di preoccuparsi di questo — si spera che tutto il resto sembri a posto! In caso contrario, puoi sempre inviare un messaggio nel [discord di Alchemy](https://discord.gg/u72VCg3). -### Fase 15: scrivi lo script di distribuzione {#step-15-write-our-deploy-script} +### Passaggio 15: Scrivere il nostro script di distribuzione {#step-15-write-our-deploy-script} -Ora che il nostro contratto è scritto e il nostro file di configurazione è pronto, è il momento di scrivere lo script di distribuzione del contratto. +Ora che il nostro contratto è stato scritto e il nostro file di configurazione è pronto, è il momento di scrivere il nostro script di distribuzione del contratto. -Vai alla cartella `script/` e crea un nuovo file chiamato `deploy.js`, aggiungendo i seguenti contenuti: +Vai alla cartella `scripts/` e crea un nuovo file chiamato `deploy.js`, aggiungendovi i seguenti contenuti: ```javascript async function main() { const HelloWorld = await ethers.getContractFactory("HelloWorld") - // Start deployment, returning a promise that resolves to a contract object + // Avvia il deployment, restituendo una promise che si risolve in un oggetto contratto const hello_world = await HelloWorld.deploy("Hello World!") console.log("Contract deployed to address:", hello_world.address) } @@ -325,59 +329,59 @@ main() }) ``` -Nel suo [tutorial sui Contratti](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) hardhat spiega in modo eccellente cosa fa ognuna di queste righe di codice nel loro, quindi riportiamo qui le loro spiegazioni. +Hardhat fa un lavoro straordinario nello spiegare cosa fa ciascuna di queste righe di codice nel loro [tutorial sui Contratti](https://hardhat.org/tutorial/testing-contracts.html#writing-tests), abbiamo adottato le loro spiegazioni qui. ```javascript const HelloWorld = await ethers.getContractFactory("HelloWorld") ``` -Un `ContractFactory` su ethers.js è un'astrazione usata per distribuire nuovi contratti intelligenti, quindi `HelloWorld` qui è una [fabbrica](https://en.wikipedia.org/wiki/Factory_(object-oriented_programming)) di istanze del nostro contratto hello world. Usando il plugin `hardhat-ethers`, le istanze `ContractFactory` e `Contract` sono connesse di default al primo firmatario (proprietario). +Una `ContractFactory` in ethers.js è un'astrazione utilizzata per distribuire nuovi contratti intelligenti, quindi `HelloWorld` qui è una [fabbrica]() per le istanze del nostro contratto hello world. Quando si utilizza il plugin `hardhat-ethers`, le istanze `ContractFactory` e `Contract` sono connesse al primo firmatario (proprietario) per impostazione predefinita. ```javascript const hello_world = await HelloWorld.deploy() ``` -Chiamare `deploy()` su un `ContractFactory` avvierà la distribuzione e restituirà un `Promise` che si risolve in un oggetto `Contract`. Questo è l'oggetto che ha un metodo per ciascuna delle funzioni del nostro smart contract. +Chiamare `deploy()` su una `ContractFactory` avvierà la distribuzione e restituirà una `Promise` che si risolve in un oggetto `Contract`. Questo è l'oggetto che ha un metodo per ciascuna delle funzioni del nostro contratto intelligente. -### Fase 16: distribuisci il contratto {#step-16-deploy-our-contract} +### Passaggio 16: Distribuire il nostro contratto {#step-16-deploy-our-contract} -Siamo finalmente pronti a distribuire il nostro smart contract! Vai alla riga di comando ed esegui: +Siamo finalmente pronti per distribuire il nostro contratto intelligente! Vai alla riga di comando ed esegui: ```bash npx hardhat run scripts/deploy.js --network goerli ``` -Vorrai poi vedere qualcosa del genere: +Dovresti quindi vedere qualcosa di simile a: ```bash Contract deployed to address: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570 ``` -**Salva questo indirizzo**. Lo useremo più avanti nel tutorial. +**Per favore, salva questo indirizzo**. Lo useremo più avanti nel tutorial. -Se andiamo all'[etherscan di Goerli](https://goerli.etherscan.io) e cerchiamo l'indirizzo del nostro contratto, dovremmo poter vedere che è stato distribuito correttamente. La transazione somiglierà a questa: +Se andiamo su [Goerli etherscan](https://goerli.etherscan.io) e cerchiamo l'indirizzo del nostro contratto, dovremmo essere in grado di vedere che è stato distribuito con successo. La transazione apparirà in questo modo: ![](./etherscan-contract.png) -L'indirizzo `From` dovrebbe corrispondere all'indirizzo del tuo conto di MetaMask mentre l'indirizzo `To` riporterà la dicitura **Creazione del contratto**. Se facciamo clic sulla transazione vedremo l'indirizzo del contratto nel campo `To`. +L'indirizzo `From` dovrebbe corrispondere all'indirizzo del tuo account MetaMask e l'indirizzo `To` indicherà **Contract Creation**. Se facciamo clic sulla transazione, vedremo l'indirizzo del nostro contratto nel campo `To`. ![](./etherscan-transaction.png) -Congratulazioni! Hai appena distribuito un contratto intelligente su una rete di prova di Ethereum. +Congratulazioni! Hai appena distribuito un contratto intelligente su una rete di test di Ethereum. -Per capire cosa sta succedendo, andiamo alla scheda Explorer nel nostro [dashboard di Alchemy](https://dashboard.alchemyapi.io/explorer). Se hai diverse app di Alchemy assicurati di filtrare per app e selezionare **Hello World**. +Per capire cosa succede dietro le quinte, andiamo alla scheda Explorer nella nostra [dashboard di Alchemy](https://dashboard.alchemy.com/explorer). Se hai più app Alchemy, assicurati di filtrare per app e seleziona **Hello World**. ![](./hello-world-explorer.png) -Qui vedrai numerosi metodi JSON-RPC che Harhat/Ethers ha creato dietro le quinte per noi quando abbiamo chiamato la funzione `.deploy()`. Due metodi importanti sono [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), che è la richiesta per scrivere il nostro contratto sulla catena di Goeli, e [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), che è una richiesta di leggere le informazioni sulla nostra transazione in base all'hash. Per saperne di più sull'invio di transazioni, dai un'occhiata al [nostro tutorial sull'invio di transazioni usando Web3](/developers/tutorials/sending-transactions-using-web3-and-alchemy/). +Qui vedrai una manciata di metodi JSON-RPC che Hardhat/Ethers ha creato dietro le quinte per noi quando abbiamo chiamato la funzione `.deploy()`. Due metodi importanti qui sono [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), che è la richiesta di scrivere il nostro contratto sulla catena Goerli, e [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), che è una richiesta per leggere informazioni sulla nostra transazione dato l'hash. Per saperne di più sull'invio di transazioni, dai un'occhiata al [nostro tutorial sull'invio di transazioni usando Web3](/developers/tutorials/sending-transactions-using-web3-and-alchemy/). -## Parte 2: interagisci con il tuo contratto intelligente {#part-2-interact-with-your-smart-contract} +## Parte 2: Interagire con il tuo contratto intelligente {#part-2-interact-with-your-smart-contract} -Adesso che abbiamo distribuito con successo un contratto intelligente nella rete di Goerli, impariamo come interagire con esso. +Ora che abbiamo distribuito con successo un contratto intelligente sulla rete Goerli, impariamo come interagirvi. -### Crea un file interact.js {#create-a-interactjs-file} +### Creare un file interact.js {#create-a-interactjs-file} -Questo è il file dove scriveremo il nostro script di interazione. Useremo la libreria Ethers.js che hai installato precedentemente nella Parte 1. +Questo è il file in cui scriveremo il nostro script di interazione. Utilizzeremo la libreria Ethers.js che hai installato in precedenza nella Parte 1. All'interno della cartella `scripts/`, crea un nuovo file chiamato `interact.js` e aggiungi il seguente codice: @@ -389,13 +393,13 @@ const PRIVATE_KEY = process.env.PRIVATE_KEY const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS ``` -### Aggiorna il tuo file .env {#update-your-env-file} +### Aggiornare il file .env {#update-your-env-file} -Useremo delle nuove variabili di ambiente, quindi dobbiamo definirle nel file `.env` che [abbiamo creato in precedenza](#step-11-connect-metamask-&-alchemy-to-your-project). +Utilizzeremo nuove variabili d'ambiente, quindi dobbiamo definirle nel file `.env` che [abbiamo creato in precedenza](#step-11-connect-metamask-&-alchemy-to-your-project). -Dovremo aggiungere una definizione per la nostra `CHIAVE_API` di Alchemy e il `CONTRACT_ADDRESS` dove è stato distribuito il tuo contratto intelligente. +Dovremo aggiungere una definizione per la nostra `API_KEY` di Alchemy e il `CONTRACT_ADDRESS` in cui è stato distribuito il tuo contratto intelligente. -Il tuo file `.env` dovrebbe assomigliare a questo: +Il tuo file `.env` dovrebbe avere un aspetto simile a questo: ```bash # .env @@ -406,36 +410,36 @@ PRIVATE_KEY = "" CONTRACT_ADDRESS = "0x" ``` -### Prendi l'ABI del tuo contratto {#grab-your-contract-ABI} +### Ottenere l'ABI del contratto {#grab-your-contract-ABI} -L'[ABI (Interfaccia Binaria dell'Applicazione)](/glossary/#abi) del nostro contratto è l'interfaccia per interagire con il nostro contratto intelligente. Hardhat genera automaticamente l'ABI e la salva in `HelloWorld.json`. Per usare l'ABI, dobbiamo analizzarne il contenuto aggiungendo le seguenti righe di codice al nostro file `interact.js`: +L'[ABI (Application Binary Interface)](/glossary/#abi) del nostro contratto è l'interfaccia per interagire con il nostro contratto intelligente. Hardhat genera automaticamente un'ABI e la salva in `HelloWorld.json`. Per utilizzare l'ABI, dovremo analizzarne i contenuti aggiungendo le seguenti righe di codice al nostro file `interact.js`: ```javascript // interact.js const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json") ``` -Se vuoi vedere l'ABI, puoi stamparla nella tua console: +Se vuoi vedere l'ABI puoi stamparla nella tua console: ```javascript console.log(JSON.stringify(contract.abi)) ``` -Per vedere l'ABI stampata alla console, vai al terminale ed esegui: +Per vedere la tua ABI stampata nella console, vai al tuo terminale ed esegui: ```bash npx hardhat run scripts/interact.js ``` -### Crea un'istanza del tuo contratto {#create-an-instance-of-your-contract} +### Creare un'istanza del tuo contratto {#create-an-instance-of-your-contract} -Per interagire con il tuo contratto, dobbiamo creare un'istanza del contratto nel nostro codice. Per farlo con Ethers.js, dovremo lavorare con tre concetti: +Per interagire con il nostro contratto, dobbiamo creare un'istanza del contratto nel nostro codice. Per farlo con Ethers.js, dovremo lavorare con tre concetti: -1. Fornitore - un fornitore di nodi che consente l'accesso in lettura e scrittura alla blockchain -2. Firmatario - rappresenta un conto di Ethereum che può firmare transazioni -3. Contratto - un oggetto Ethers.js che rappresenta uno specifico contratto distribuito sulla catena +1. Provider: un provider di nodi che ti dà accesso in lettura e scrittura alla blockchain +2. Signer: rappresenta un account di Ethereum che può firmare transazioni +3. Contract: un oggetto Ethers.js che rappresenta un contratto specifico distribuito on-chain -Utilizzeremo l'ABI del contratto della fase precedente per creare la nostra istanza del contratto: +Utilizzeremo l'ABI del contratto del passaggio precedente per creare la nostra istanza del contratto: ```javascript // interact.js @@ -449,7 +453,7 @@ const alchemyProvider = new ethers.providers.AlchemyProvider( // Signer const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider) -// Contract +// Contratto const helloWorldContract = new ethers.Contract( CONTRACT_ADDRESS, contract.abi, @@ -457,17 +461,15 @@ const helloWorldContract = new ethers.Contract( ) ``` -Per saperne di più su fornitori, firmatari e contratti consultare la [documentazione di ethers.js](https://docs.ethers.io/v5/). - -### Leggi il messaggio init {#read-the-init-message} +Scopri di più su Provider, Signer e Contract nella [documentazione di ethers.js](https://docs.ethers.io/v5/). -Ricordi quando abbiamo distribuito il nostro contratto con il `initMessage = "Hello world!"`? Ora andremo a leggere il messaggio memorizzato nel nostro contratto intelligente e a stamparlo nella console. +### Leggere il messaggio di inizializzazione {#read-the-init-message} -In JavaScript, quando si interagisce con le reti vengono usate funzioni asincrone. Per saperne di più sulle funzioni asincrone, [leggi questo articolo di Medium](https://blog.bitsrc.io/understanding-asynchronous-javascript-the-event-loop-74cd408419ff). - -Usa il codice qui sotto per chiamare la funzione `message` nel nostro contratto intelligente e leggere il messaggio init: +Ricordi quando abbiamo distribuito il nostro contratto con `initMessage = "Hello world!"`? Ora leggeremo quel messaggio memorizzato nel nostro contratto intelligente e lo stamperemo nella console. +In JavaScript, le funzioni asincrone vengono utilizzate quando si interagisce con le reti. Per saperne di più sulle funzioni asincrone, [leggi questo articolo su Medium](https://blog.bitsrc.io/understanding-asynchronous-javascript-the-event-loop-74cd408419ff). +Usa il codice sottostante per chiamare la funzione `message` nel nostro contratto intelligente e leggere il messaggio di inizializzazione: ```javascript // interact.js @@ -481,27 +483,19 @@ async function main() { main() ``` - -Dopo aver eseguito il file usando il comando `npx hardhat run scripts/interact.js` da terminale, dovremmo vedere questa risposta: - - +Dopo aver eseguito il file usando `npx hardhat run scripts/interact.js` nel terminale, dovremmo vedere questa risposta: ``` The message is: Hello world! ``` +Congratulazioni! Hai appena letto con successo i dati del contratto intelligente dalla blockchain di Ethereum, ottimo lavoro! -Congratulazioni! Hai appena letto con successo i dati dal contratto intelligente dalla blockchain Ethereum, complimenti! - - - -### Aggiorna il messaggio {#update-the-message} - -Invece di limitarci a leggere il messaggio, possiamo anche aggiornare il messaggio salvato nel nostro contratto intelligente usando la funzione `update`! Piuttosto forte, vero? - -Per aggiornare il messaggio, possiamo chiamare direttamente la funzione `update` nel nostro oggetto Contratto instanziato: +### Aggiornare il messaggio {#update-the-message} +Invece di leggere semplicemente il messaggio, possiamo anche aggiornare il messaggio salvato nel nostro contratto intelligente usando la funzione `update`! Fantastico, vero? +Per aggiornare il messaggio, possiamo chiamare direttamente la funzione `update` sul nostro oggetto Contract istanziato: ```javascript // interact.js @@ -519,19 +513,14 @@ async function main() { main() ``` +Nota che alla riga 11, effettuiamo una chiamata a `.wait()` sull'oggetto della transazione restituito. Questo assicura che il nostro script attenda che la transazione venga minata sulla blockchain prima di uscire dalla funzione. Se la chiamata `.wait()` non è inclusa, lo script potrebbe non vedere il valore `message` aggiornato nel contratto. -Da notare che alla riga 11, facciamo una chiamata a `.wait()` all'oggetto transazione restituito. Questo assicura che il nostro script aspetti che la transazione venga minata sulla blockchain prima di uscire dalla funzione. Se la chiamata `.wait()` non viene inclusa, lo script potrebbe non vedere il valore `message` aggiornato nel contratto. - - +### Leggere il nuovo messaggio {#read-the-new-message} -### Leggi il nuovo messaggio {#read-the-new-message} - -Ora dovresti essere capace di ripetere la [fase precedente](#read-the-init-message) per leggere il valore `message` aggiornato. Prenditi un momento e vedi se riesci ad apportare le modifiche necessarie per stampare il nuovo valore! +Dovresti essere in grado di ripetere il [passaggio precedente](#read-the-init-message) per leggere il valore `message` aggiornato. Prenditi un momento e vedi se riesci ad apportare le modifiche necessarie per stampare quel nuovo valore! Se hai bisogno di un suggerimento, ecco come dovrebbe apparire il tuo file `interact.js` a questo punto: - - ```javascript // interact.js @@ -547,10 +536,10 @@ const alchemyProvider = new ethers.providers.AlchemyProvider( API_KEY ) -// signer - you +// signer - tu const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider) -// contract instance +// istanza del contratto const helloWorldContract = new ethers.Contract( CONTRACT_ADDRESS, contract.abi, @@ -572,49 +561,39 @@ async function main() { main() ``` - -Adesso esegui solo script e dovresti essere in grado di vedere il vecchio messaggio, lo stato di aggiornamento e il nuovo messaggio stampato sul tuo terminale! +Ora esegui semplicemente lo script e dovresti essere in grado di vedere il vecchio messaggio, lo stato di aggiornamento e il nuovo messaggio stampati nel tuo terminale! `npx hardhat run scripts/interact.js --network goerli` - - ``` The message is: Hello World! Updating the message... The new message is: This is the new message. ``` +Durante l'esecuzione di quello script, potresti notare che il passaggio `Updating the message...` impiega un po' di tempo a caricarsi prima che venga caricato il nuovo messaggio. Ciò è dovuto al processo di mining; se sei curioso di tracciare le transazioni mentre vengono minate, visita la [mempool di Alchemy](https://dashboard.alchemyapi.io/mempool) per vedere lo stato di una transazione. Se la transazione viene scartata, è anche utile controllare [Goerli Etherscan](https://goerli.etherscan.io) e cercare l'hash della tua transazione. -Durante l'esecuzione dello script, potresti notare che la fase `Updating the message...` richiede del tempo di caricamento prima che venga caricato il nuovo messaggio. Questo è dovuto al processo di mining; se sei curioso di tracciare le transazioni mentre vengono minate, visita la [mempool di Alchemy](https://dashboard.alchemyapi.io/mempool) per vedere lo stato di una transazione. Se la transazione viene eliminata, è sempre utile dare un'occhiata all'[Etherscan di Goerli](https://goerli.etherscan.io) e cercare l'hash della tua transazione. - +## Parte 3: Pubblicare il tuo contratto intelligente su Etherscan {#part-3-publish-your-smart-contract-to-etherscan} +Hai fatto tutto il duro lavoro per dare vita al tuo contratto intelligente; ora è il momento di condividerlo con il mondo! -## Parte 3: pubblica il tuo contratto intelligente su Etherscan {#part-3-publish-your-smart-contract-to-etherscan} +Verificando il tuo contratto intelligente su Etherscan, chiunque può visualizzare il tuo codice sorgente e interagire con il tuo contratto intelligente. Iniziamo! -Hai fatto tutto il lavoro duro per dare vita il tuo contratto intelligente, ora è arrivato il momento di condividerlo con il mondo! +### Passaggio 1: Generare una chiave API sul tuo account Etherscan {#step-1-generate-an-api-key-on-your-etherscan-account} -Verificando il tuo contratto intelligente su Etherscan, chiunque può vedere il codice sorgente e interagire con il tuo contratto intelligente. Iniziamo! +Una chiave API di Etherscan è necessaria per verificare che tu possieda il contratto intelligente che stai cercando di pubblicare. +Se non hai già un account Etherscan, [registrati per un account](https://etherscan.io/register). +Una volta effettuato l'accesso, trova il tuo nome utente nella barra di navigazione, passaci sopra con il mouse e seleziona il pulsante **My profile**. -### Fase 1: genera una chiave API nel tuo conto di Etherscan {#step-1-generate-an-api-key-on-your-etherscan-account} +Nella pagina del tuo profilo, dovresti vedere una barra di navigazione laterale. Dalla barra di navigazione laterale, seleziona **API Keys**. Successivamente, premi il pulsante "Add" per creare una nuova chiave API, dai alla tua app il nome **hello-world** e premi il pulsante **Create New API Key**. -La chiave API di Etherscan è necessaria per verificare che tu possieda il contratto intelligente che stai cercando di pubblicare. - -Se non hai ancora un conto di Etherscan [registrati per avere un conto](https://etherscan.io/register). - -Una volta effettuato l'accesso, cerca il tuo nome utente nella barra di navigazione, passaci sopra e seleziona il pulsante **Il mio profilo**. - -Nella tua pagina del profilo, dovresti vedere una barra di navigazione laterale. Dalla barra di navigazione laterale, seleziona **Chiavi API**. Quindi, premi il pulsante "Aggiungi" per creare una nuova chiave API, dai un nome alla tua app **hello-world** e premi il pulsante **Crea una nuova chiave API**. - -La tua nuova chiave API dovrebbe apparire nella tabella delle chiavi API. Copia la chiave API nei tuoi appunti. +La tua nuova chiave API dovrebbe apparire nella tabella delle chiavi API. Copia la chiave API negli appunti. Successivamente, dobbiamo aggiungere la chiave API di Etherscan al nostro file `.env`. -Dopo averla aggiunta, il file `.env` dovrebbe apparire così: - - +Dopo averla aggiunta, il tuo file `.env` dovrebbe apparire così: ```javascript API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key" @@ -624,28 +603,18 @@ CONTRACT_ADDRESS = "your-contract-address" ETHERSCAN_API_KEY = "your-etherscan-key" ``` +### Contratti intelligenti distribuiti con Hardhat {#hardhat-deployed-smart-contracts} +#### Installare hardhat-etherscan {#install-hardhat-etherscan} - -### Contratti intelligenti distribuiti su Hardhat {#hardhat-deployed-smart-contracts} - - - -#### Installa hardhat-etherscan {#install-hardhat-etherscan} - -Pubblicare i tuoi contratti su Ethereum usando Hardhat è semplice. Per iniziare è necessario installare il plugin `hardhat-etherscan`. `hardhat-etherscan` verificherà automaticamente il codice sorgente e la ABI del contratto intelligente su Etherscan. Per aggiungerlo, esegui dalla cartella `hello-world`: - - +Pubblicare il tuo contratto su Etherscan usando Hardhat è semplice. Per iniziare, dovrai prima installare il plugin `hardhat-etherscan`. `hardhat-etherscan` verificherà automaticamente il codice sorgente e l'ABI del contratto intelligente su Etherscan. Per aggiungerlo, nella directory `hello-world` esegui: ```text npm install --save-dev @nomiclabs/hardhat-etherscan ``` - Una volta installato, includi la seguente dichiarazione in cima al tuo `hardhat.config.js` e aggiungi le opzioni di configurazione di Etherscan: - - ```javascript // hardhat.config.js @@ -666,34 +635,26 @@ module.exports = { }, }, etherscan: { - // Your API key for Etherscan - // Obtain one at https://etherscan.io/ + // La tua chiave API per Etherscan + // Ottienine una su https://etherscan.io/ apiKey: ETHERSCAN_API_KEY, }, } ``` +#### Verificare il tuo contratto intelligente su Etherscan {#verify-your-smart-contract-on-etherscan} +Assicurati che tutti i file siano salvati e che tutte le variabili `.env` siano configurate correttamente. - -#### Verifica il tuo contratto intelligente su Etherscan {#verify-your-smart-contract-on-etherscan} - -Assicurati che tutti i file siano stati salvati e che tutte le variabili `.env` siano correttamente configurate. - -Esegui l'attività `verify`, passando l'indirizzo del contratto e la rete dove è stato distribuito: - - +Esegui l'attività `verify`, passando l'indirizzo del contratto e la rete in cui è distribuito: ```text npx hardhat verify --network goerli DEPLOYED_CONTRACT_ADDRESS 'Hello World!' ``` +Assicurati che `DEPLOYED_CONTRACT_ADDRESS` sia l'indirizzo del tuo contratto intelligente distribuito sulla rete di test di Goerli. Inoltre, l'argomento finale (`'Hello World!'`) deve essere lo stesso valore stringa utilizzato [durante il passaggio di distribuzione nella parte 1](#write-our-deploy-script). -Assicurati che `DEPLOYED_CONTRACT_ADDRESS` sia l'indirizzo del tuo contratto intelligente distribuito sulla rete di prova di Goerli. Inoltre, l'argomento finale (`'Hello World!'`) deve essere lo stesso valore di stringa usato [durante la fase di distribuzione nella parte 1](#write-our-deploy-script). - -Se tutto va bene, nel tuo terminale vedrai il seguente messaggio: - - +Se tutto va bene, vedrai il seguente messaggio nel tuo terminale: ```text Successfully submitted source code for contract @@ -705,90 +666,69 @@ Successfully verified contract HelloWorld on Etherscan. https://goerli.etherscan.io/address/#contracts ``` - Congratulazioni! Il codice del tuo contratto intelligente è su Etherscan! - - ### Dai un'occhiata al tuo contratto intelligente su Etherscan! {#check-out-your-smart-contract-on-etherscan} -Quando vai al link fornito nel tuo terminale, dovresti essere in grado di vedere il codice e l'ABI del tuo contratto intelligente pubblicati su Etherscan! - -**Fantastico: ce l'hai fatta! Ora chiunque può chiamare o scrivere sul tuo contratto intelligente! Non vediamo l'ora di vedere cosa svilupperai in futuro!** +Quando navighi al link fornito nel tuo terminale, dovresti essere in grado di vedere il codice del tuo contratto intelligente e l'ABI pubblicati su Etherscan! +**Evviva - ce l'hai fatta campione! Ora chiunque può chiamare o scrivere sul tuo contratto intelligente! Non vediamo l'ora di vedere cosa costruirai in futuro!** +## Parte 4 - Integrare il tuo contratto intelligente con il frontend {#part-4-integrating-your-smart-contract-with-the-frontend} -## Parte 4: integra il tuo contratto intelligente con il frontend {#part-4-integrating-your-smart-contract-with-the-frontend} +Alla fine di questo tutorial, saprai come: -Alla fine di questo tutorial, saprai: - -- Collegare un portafoglio di MetaMask alla tua dapp -- Leggere dati da un contratto intelligente usando le API [Web3 di Alchemy](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) +- Connettere un portafoglio MetaMask alla tua dApp +- Leggere i dati dal tuo contratto intelligente usando l'API di [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) - Firmare le transazioni di Ethereum usando MetaMask -Per questa dapp, useremo [React](https://reactjs.org/) come nostro framwork di frontend; tuttavia è importante notare che non dedicheremo molto tempo alla descrizione dei suoi fondamentali, poiché ci concentreremo principalmente sull'introduzione delle funzionalità web3 nel nostro progetto. - -Come prerequisito, è necessario avere una comprensione di React a livello principiante. In caso contrario, suggeriamo di completare il [tutorial Introduzione a React](https://reactjs.org/tutorial/tutorial.html) ufficiale. - +Per questa dApp, useremo [React](https://react.dev/) come nostro framework di frontend; tuttavia, è importante notare che non dedicheremo molto tempo ad analizzarne i fondamenti, poiché ci concentreremo principalmente sull'integrazione delle funzionalità Web3 nel nostro progetto. +Come prerequisito, dovresti avere una comprensione di livello base di React. In caso contrario, ti consigliamo di completare il [tutorial ufficiale di introduzione a React](https://react.dev/learn). -### Clonare i file iniziali {#clone-the-starter-files} +### Clonare i file di partenza {#clone-the-starter-files} -Per prima cosa, vai al [repository hello-world-part-four in Github](https://github.com/alchemyplatform/hello-world-part-four-tutorial) per ottenere i file iniziali per questo progetto e clona questo repository nella tua macchina in locale. +Per prima cosa, vai al [repository GitHub hello-world-part-four](https://github.com/alchemyplatform/hello-world-part-four-tutorial) per ottenere i file di partenza per questo progetto e clona questo repository sulla tua macchina locale. -Apri il repository clonato localmente. Si noti che contiene due cartelle `starter-files` e `completed`. +Apri il repository clonato localmente. Nota che contiene due cartelle: `starter-files` e `completed`. -- `starter-files`- **lavoreremo in questa cartella**, collegheremo l'interfaccia utente al tuo portafoglio di Ethereum e al contratto intelligente che abbiamo pubblicato nella [Parte 3](#part-3). -- `completed` contiene l'intero tutorial completato e deve essere usata solo come riferimento se ci si blocca. +- `starter-files` - **lavoreremo in questa directory**, connetteremo l'interfaccia utente al tuo portafoglio Ethereum e al contratto intelligente che abbiamo pubblicato su Etherscan nella [Parte 3](#part-3). +- `completed` contiene l'intero tutorial completato e dovrebbe essere usato solo come riferimento se rimani bloccato. -Quindi, apri la tua copia di `starter-files` con il tuo editor di codice preferito, e poi vai alla cartella `src`. +Successivamente, apri la tua copia di `starter-files` nel tuo editor di codice preferito, e poi naviga nella cartella `src`. -Tutto il codice che scriveremo sarà sotto la cartella `src`. Modificheremo il componente `HelloWorld.js` e i file Javascript `util/interact.js` per dare al nostro progetto la funzionalità Web3. +Tutto il codice che scriveremo risiederà nella cartella `src`. Modificheremo il componente `HelloWorld.js` e i file JavaScript `util/interact.js` per dare al nostro progetto funzionalità Web3. +### Dai un'occhiata ai file di partenza {#check-out-the-starter-files} +Prima di iniziare a programmare, esploriamo cosa ci viene fornito nei file di partenza. -### Dai un'occhiata ai file iniziali {#check-out-the-starter-files} - -Prima di iniziare a programmare, diamo un'occhiata a ciò che ci viene fornito nei file iniziali. - - - -#### Metti in funzione il tuo progetto di React {#get-your-react-project-running} - -Iniziamo eseguendo il progetto di React nel browser. La bellezza di React è che una volta eseguito il nostro progetto nel browser, ogni modifica che salviamo sarà aggiornata dal vivo nel browser. - -Per mettere il progetto in funzione, vai alla cartella di root della cartella `starter-files` ed esegui `npm install` nel terminale per installare le dipendenze del progetto: +#### Avviare il tuo progetto React {#get-your-react-project-running} +Iniziamo eseguendo il progetto React nel nostro browser. Il bello di React è che una volta che abbiamo il nostro progetto in esecuzione nel browser, qualsiasi modifica salvata verrà aggiornata in tempo reale nel browser. +Per avviare il progetto, naviga nella directory principale della cartella `starter-files` ed esegui `npm install` nel tuo terminale per installare le dipendenze del progetto: ```bash cd starter-files npm install ``` - -Una volta terminata l'installazione, esegui `npm start` nel terminale: - - +Una volta terminata l'installazione, esegui `npm start` nel tuo terminale: ```bash npm start ``` +Così facendo dovrebbe aprirsi [http://localhost:3000/](http://localhost:3000/) nel tuo browser, dove vedrai il frontend del nostro progetto. Dovrebbe consistere in un campo \(un posto per aggiornare il messaggio memorizzato nel tuo contratto intelligente\), un pulsante "Connect Wallet" e un pulsante "Update". -Così facendo, dovrebbe aprirsi [http://localhost:3000/](http://localhost:3000/) nel browser, dove vedrai il frontend per il nostro progetto. Dovrebbe consistere in un campo \(un posto per aggiornare il messaggio memorizzato nel tuo contratto intelligente\), il pulsante "Connetti portafoglio" e un pulsante "Aggiorna". - -Se provi a fare clic su uno dei pulsanti, noterai che non funzionano - questo perché devi ancora programmarne la funzionalità. - - +Se provi a cliccare su uno dei due pulsanti, noterai che non funzionano: questo perché dobbiamo ancora programmare la loro funzionalità. #### Il componente `HelloWorld.js` {#the-helloworld-js-component} -Torniamo la cartella `src` nell'editor e apriamo il file `HelloWorld.js`. È davvero importante comprendere tutto il contenuto di questo file, che è il componente principale di React su cui lavoreremo. - -All'inizio di questo file, noterai che abbiamo diverse dichiarazioni relative all'importazione che sono necessarie per far funzionare il nostro progetto, inclusa la libreria di React, gli hook useEffect ed useState, alcuni elementi da `./util/interact.js` (li descriveremo in dettaglio a breve!) e il logo di Alchemy. - +Torniamo nella cartella `src` nel nostro editor e apriamo il file `HelloWorld.js`. È importantissimo comprendere tutto ciò che si trova in questo file, poiché è il componente React principale su cui lavoreremo. +All'inizio di questo file, noterai che abbiamo diverse istruzioni di importazione necessarie per far funzionare il nostro progetto, tra cui la libreria React, gli hook useEffect e useState, alcuni elementi da `./util/interact.js` (li descriveremo più in dettaglio a breve!) e il logo di Alchemy. ```javascript // HelloWorld.js @@ -806,73 +746,64 @@ import { import alchemylogo from "./alchemylogo.svg" ``` - Successivamente, abbiamo le nostre variabili di stato che aggiorneremo dopo eventi specifici. - - ```javascript // HelloWorld.js -//State variables +// Variabili di stato const [walletAddress, setWallet] = useState("") const [status, setStatus] = useState("") const [message, setMessage] = useState("No connection to the network.") const [newMessage, setNewMessage] = useState("") ``` - -Ecco cosa rappresenta ciascuna variabile: +Ecco cosa rappresenta ciascuna delle variabili: - `walletAddress` - una stringa che memorizza l'indirizzo del portafoglio dell'utente -- `status`- una stringa che memorizza un messaggio utile che guida l'utente su come interagire con la dapp -- `message` - una stringa che memorizza il messaggio corrente nel contratto intelligente +- `status` - una stringa che memorizza un messaggio utile che guida l'utente su come interagire con la dApp +- `message` - una stringa che memorizza il messaggio attuale nel contratto intelligente - `newMessage` - una stringa che memorizza il nuovo messaggio che verrà scritto nel contratto intelligente -Dopo le variabili di stato, vedrai cinque funzioni non implementate: `useEffect` ,`addSmartContractListener`, `addWalletListener` , `connectWalletPressed` e `onUpdatePressed`. Illustreremo cosa fanno qui di seguito: - - +Dopo le variabili di stato, vedrai cinque funzioni non implementate: `useEffect`, `addSmartContractListener`, `addWalletListener`, `connectWalletPressed` e `onUpdatePressed`. Spiegheremo cosa fanno di seguito: ```javascript // HelloWorld.js -//called only once +// chiamato solo una volta useEffect(async () => { - //TODO: implement + // TODO: implementare }, []) function addSmartContractListener() { - //TODO: implement + // TODO: implementare } function addWalletListener() { - //TODO: implement + // TODO: implementare } const connectWalletPressed = async () => { - //TODO: implement + // TODO: implementare } const onUpdatePressed = async () => { - //TODO: implement + // TODO: implementare } ``` +- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html) - questo è un hook di React che viene chiamato dopo il rendering del tuo componente. Poiché gli viene passata una prop array vuota `[]` \(vedi riga 4\), verrà chiamato solo al _primo_ rendering del componente. Qui caricheremo il messaggio attuale memorizzato nel nostro contratto intelligente, chiameremo i listener del nostro contratto intelligente e del portafoglio, e aggiorneremo la nostra interfaccia utente per riflettere se un portafoglio è già connesso. +- `addSmartContractListener` - questa funzione imposta un listener che osserverà l'evento `UpdatedMessages` del nostro contratto HelloWorld e aggiornerà la nostra interfaccia utente quando il messaggio viene modificato nel nostro contratto intelligente. +- `addWalletListener` - questa funzione imposta un listener che rileva i cambiamenti nello stato del portafoglio MetaMask dell'utente, come quando l'utente disconnette il proprio portafoglio o cambia indirizzo. +- `connectWalletPressed` - questa funzione verrà chiamata per connettere il portafoglio MetaMask dell'utente alla nostra dApp. +- `onUpdatePressed` - questa funzione verrà chiamata quando l'utente desidera aggiornare il messaggio memorizzato nel contratto intelligente. -- [`useEffect`](https://reactjs.org/docs/hooks-effect.html) - questo è un hook di React chiamato dopo il rendering del tuo componente. Poiché in essa viene passato un array vuoto `[]` \(vedi la riga 4\), sarà chiamata solo al _primo_ rendering del componente. Qui caricheremo il messaggio corrente memorizzato nel nostro contratto intelligente, chiameremo i listener del nostro contratto intelligente e del portafoglio e aggiorneremo la nostra interfaccia utente per riflettere se un portafoglio sia già connesso. -- `addSmartContractListener`- questa funzione configura un listener che osserverà l'evento `UpdatedMessages` del nostro contratto HelloWorld e aggiornerà la nostra interfaccia utente quando il messaggio è cambiato nel nostro contratto intelligente. -- `addWalletListener`- questa funzione configura un listener che rileva i cambiamenti nel portafoglio di MetaMask dell'utente, come quando un utente disconnette il suo portafoglio o cambia indirizzo. -- `connectWalletPressed`- questa funzione sarà chiamata per connettere il portafoglio di MetaMask dell'utente alla nostra dapp. -- `onUpdatePressed` - questa funzione sarà chiamata quando un utente vuole aggiornare il messaggio memorizzato nel contratto intelligente. - -Vicino alla fine di questo file, abbiamo l'UI del nostro componente. - - +Verso la fine di questo file, abbiamo l'interfaccia utente del nostro componente. ```javascript // HelloWorld.js -//the UI of our component +// l'interfaccia utente del nostro componente return (
    @@ -904,42 +835,39 @@ return ( -
    - + + + + ) ``` +Se esamini attentamente questo codice, noterai dove usiamo le nostre varie variabili di stato nella nostra interfaccia utente: -Se analizzi questo codice con attenzione, noterai dove usiamo le varie variabili di stato nella nostra interfaccia utente: - -- Nelle righe 6-12, se il portafoglio dell'utente è connesso \(ossia `walletAddress.length > 0`\), viene visualizzata una versione troncata del `walletAddress` dell'utente nel pulsante con ID "walletButton"; altrimenti si leggerà semplicemente "Connect Wallet". -- Nella riga 17, viene visualizzato il messaggio corrente memorizzato nel contratto intelligente, che è acquisito nella stringa `message`. -- Nelle righe 23-26, usiamo un [componente controllato](https://reactjs.org/docs/forms.html#controlled-components) per aggiornare la nostra variabile di stato `newMessage` quando l'input nel campo di testo cambia. - -Oltre alle variabili di stato, vedrai anche che le funzioni `connectWalletPressed` e `onUpdatePressed` vengono chiamate rispettivamente quando si fa clic sui pulsanti con ID `publishButton` e `walletButton`. +- Alle righe 6-12, se il portafoglio dell'utente è connesso \(cioè, `walletAddress.length > 0`\), mostriamo una versione troncata del `walletAddress` dell'utente nel pulsante con ID "walletButton"; altrimenti dice semplicemente "Connect Wallet". +- Alla riga 17, mostriamo il messaggio attuale memorizzato nel contratto intelligente, che è catturato nella stringa `message`. +- Alle righe 23-26, usiamo un [componente controllato](https://legacy.reactjs.org/docs/forms.html#controlled-components) per aggiornare la nostra variabile di stato `newMessage` quando l'input nel campo di testo cambia. -Infine vediamo dove viene aggiunto questo componente `HelloWorld.js`. +Oltre alle nostre variabili di stato, vedrai anche che le funzioni `connectWalletPressed` e `onUpdatePressed` vengono chiamate quando si clicca rispettivamente sui pulsanti con ID `publishButton` e `walletButton`. -Se vai al file `App.js`, che è il componente principale su React e che agisce come contenitore per tutti gli altri componenti, vedrai che il nostro componente `HelloWorld.js` è inserito alla riga 7. - -Per ultimo, ma non meno importante, diamo un'occhiata ad un altro file fornito, il file `interact.js`. +Infine, vediamo dove viene aggiunto questo componente `HelloWorld.js`. +Se vai al file `App.js`, che è il componente principale in React che funge da contenitore per tutti gli altri componenti, vedrai che il nostro componente `HelloWorld.js` è iniettato alla riga 7. +Ultimo ma non meno importante, diamo un'occhiata a un altro file fornito per te, il file `interact.js`. #### Il file `interact.js` {#the-interact-js-file} -Poiché vogliamo rispettare il paradigma [M-V-C](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller), vorremo un file separato che contiene tutte le nostre funzioni per gestire la logica, i dati e le regole della nostra dapp, ed essere quindi in grado di esportare queste funzioni al nostro frontend \(il nostro componente`HelloWorld.js`\). - -👆🏽Questo è esattamente lo scopo del file `interact.js`! - -Vai alla cartella `util`nella tua directory `src`, e noterai che abbiamo incluso un file chiamato `interact.js` che conterrà tutte le funzioni e le variabili per l'interazione con il nostro contratto intelligente e con il portafoglio. +Poiché vogliamo attenerci al paradigma [M-V-C](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller), vorremo un file separato che contenga tutte le nostre funzioni per gestire la logica, i dati e le regole della nostra dApp, per poi poter esportare quelle funzioni nel nostro frontend \(il nostro componente `HelloWorld.js`\). +👆🏽Questo è l'esatto scopo del nostro file `interact.js`! +Naviga nella cartella `util` nella tua directory `src`, e noterai che abbiamo incluso un file chiamato `interact.js` che conterrà tutte le nostre funzioni e variabili di interazione con il contratto intelligente e il portafoglio. ```javascript // interact.js -//export const helloWorldContract; +// export const helloWorldContract; export const loadCurrentMessage = async () => {} @@ -950,71 +878,55 @@ const getCurrentWalletConnected = async () => {} export const updateMessage = async (message) => {} ``` +Noterai all'inizio del file che abbiamo commentato l'oggetto `helloWorldContract`. Più avanti in questo tutorial, decommenteremo questo oggetto e istanzieremo il nostro contratto intelligente in questa variabile, che poi esporteremo nel nostro componente `HelloWorld.js`. -Noterai che all'inizio del file abbiamo commentato l'oggetto `helloWorldContract`. Più avanti in questo tutorial, toglieremo il commento a questo oggetto e istanzieremo il nostro contratto intelligente in questa variabile, che esporteremo poi nel nostro componente `HelloWorld.js`. - -Le quatto funzioni non implementate dopo il nostro oggetto `helloWorldContract` fanno quanto segue: +Le quattro funzioni non implementate dopo il nostro oggetto `helloWorldContract` fanno quanto segue: -- `loadCurrentMessage` - questa funzione gestisce la logica di caricamento del messaggio corrente salvato nel contratto intelligente. Effettuerà una chiamata _read (leggi)_ al contratto intelligente Hello World usando l'[API Web3 di Alchemy](https://github.com/alchemyplatform/alchemy-web3). -- `connectWallet` - questa funzione connette il MetaMask dell'utente alla nostra dapp. -- `getCurrentWalletConnected` - questa funzione verificherà se un conto di Ethereum è già connesso alla nostra dapp durante il caricamento della pagina e aggiornerà l'interfaccia utente di conseguenza. -- `updateMessage` - questa funzione aggiornerà il messaggio memorizzato nel contratto intelligente. Effettuerà una chiamata di _scrittura_ al contratto intelligente Hello World, quindi il portafoglio di MetaMask dell'utente dovrà firmare una transazione di Ethereum per aggiornare il messaggio. +- `loadCurrentMessage` - questa funzione gestisce la logica di caricamento del messaggio attuale memorizzato nel contratto intelligente. Effettuerà una chiamata di _lettura_ al contratto intelligente Hello World usando l'[API di Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3). +- `connectWallet` - questa funzione connetterà il MetaMask dell'utente alla nostra dApp. +- `getCurrentWalletConnected` - questa funzione controllerà se un account Ethereum è già connesso alla nostra dApp al caricamento della pagina e aggiornerà la nostra interfaccia utente di conseguenza. +- `updateMessage` - questa funzione aggiornerà il messaggio memorizzato nel contratto intelligente. Effettuerà una chiamata di _scrittura_ al contratto intelligente Hello World, quindi il portafoglio MetaMask dell'utente dovrà firmare una transazione di Ethereum per aggiornare il messaggio. -Ora che ci è chiaro con cosa stiamo lavorando, cerchiamo di capire come leggere il nostro contratto intelligente! +Ora che abbiamo capito con cosa stiamo lavorando, scopriamo come leggere dal nostro contratto intelligente! +### Passaggio 3: Leggere dal tuo contratto intelligente {#step-3-read-from-your-smart-contract} +Per leggere dal tuo contratto intelligente, dovrai configurare con successo: -### Fase 3: leggi il tuo contratto intelligente {#step-3-read-from-your-smart-contract} - -Per leggere il tuo contratto intelligente, dovrai configurare con successo: - -- Una connessione API alla catena Ethereum +- Una connessione API alla catena di Ethereum - Un'istanza caricata del tuo contratto intelligente - Una funzione per chiamare la funzione del tuo contratto intelligente -- Un listener per rilevare gli aggiornamenti quando i dati letti dal contratto intelligente cambiano - -Questo può sembrare un gran numero di passaggi, ma non preoccuparti! Ti spiegheremo come affrontarli passo dopo passo! :\) +- Un listener per osservare gli aggiornamenti quando i dati che stai leggendo dal contratto intelligente cambiano +Potrebbero sembrare molti passaggi, ma non preoccuparti! Ti guideremo su come eseguire ciascuno di essi passo dopo passo! :\) +#### Stabilire una connessione API alla catena di Ethereum {#establish-an-api-connection-to-the-ethereum-chain} -#### Stabilire una connessione API alla catena Ethereum {#establish-an-api-connection-to-the-ethereum-chain} - -Ricordi che nella seconda parte di questo tutorial abbiamo usato la nostra [chiave Web3 di Alchemy per leggere il nostro contratto intelligente](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract/interacting-with-a-smart-contract#step-1-install-web3-library)? Ti servirà anche una chiave Web3 di Alchemy nella tua dapp per leggere dalla caena. - -Se non lo hai già, installa [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) andando nella cartella di root dei tuoi `starter-files` ed eseguendo il seguente comando nel tuo terminale: - +Ricordi come nella Parte 2 di questo tutorial, abbiamo usato la nostra [chiave di Alchemy Web3 per leggere dal nostro contratto intelligente](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract/interacting-with-a-smart-contract#step-1-install-web3-library)? Avrai anche bisogno di una chiave di Alchemy Web3 nella tua dApp per leggere dalla catena. +Se non ce l'hai già, installa prima [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) navigando nella directory principale dei tuoi `starter-files` ed eseguendo quanto segue nel tuo terminale: ```text npm install @alch/alchemy-web3 ``` +[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) è un wrapper attorno a [Web3.js](https://docs.web3js.org/), che fornisce metodi API migliorati e altri vantaggi cruciali per semplificarti la vita come sviluppatore web3. È progettato per richiedere una configurazione minima in modo da poter iniziare a usarlo subito nella tua app! -[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) è un wrapper intorno a[Web3.js](https://docs.web3js.org/) che fornisce metodi API migliorati e altri benefici fondamentale per semplificare la tua vita a uno sviluppatore web3. È progettato per richiedere una configurazione minima, così da poter iniziare a usarlo immediatamente nella tua app! - -Quindi, installa il pacchetto [dotenv](https://www.npmjs.com/package/dotenv) nella cartella del tuo progetto, in modo da avere un posto sicuro per memorizzare la nostra chiave API dopo averla ottenuta. - - +Quindi, installa il pacchetto [dotenv](https://www.npmjs.com/package/dotenv) nella directory del tuo progetto, in modo da avere un posto sicuro dove memorizzare la nostra chiave API dopo averla recuperata. ```text npm install dotenv --save ``` +Per la nostra dApp, **useremo la nostra chiave API Websockets** invece della nostra chiave API HTTP, poiché ci permetterà di impostare un listener che rileva quando il messaggio memorizzato nel contratto intelligente cambia. -Per la nostra dapp, **useremo la nostra chiave API Websockets** invece della nostra chiave API HTTP, perché ci permetterà di configurare un listener che rilevi quando il messaggio memorizzato nel contratto intelligente cambia. - -Una volta ottenuta la chiave API, crea un file `.env` nella tua cartella di root e aggiungici l'url di Alchemy Websockets. Successivamente, il tuo file `.env` dovrebbe avere il seguente aspetto: - - +Una volta che hai la tua chiave API, crea un file `.env` nella tua directory principale e aggiungi ad esso il tuo URL Websockets di Alchemy. Successivamente, il tuo file `.env` dovrebbe apparire così: ```javascript REACT_APP_ALCHEMY_KEY = wss://eth-goerli.ws.alchemyapi.io/v2/ ``` - -Ora siamo pronti a configurare il nostro endpoint Alchemy Web3 nella nostra dapp! Torniamo al nostro `interact.js`, che è contenuto nella cartella `util` e aggiungiamo il seguente codice all'inizio del file: - - +Ora, siamo pronti per configurare il nostro endpoint di Alchemy Web3 nella nostra dApp! Torniamo al nostro `interact.js`, che è annidato all'interno della nostra cartella `util` e aggiungiamo il seguente codice all'inizio del file: ```javascript // interact.js @@ -1024,33 +936,26 @@ const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY const { createAlchemyWeb3 } = require("@alch/alchemy-web3") const web3 = createAlchemyWeb3(alchemyKey) -//export const helloWorldContract; +// export const helloWorldContract; ``` - -Sopra, abbiamo prima importato la chiave Alchemy dal nostro file `.env` e poi passato la nostra `alchemyKey` a `createAlchemyWeb3` per stabilire il nostro endpoint di Alchemy Web3. +Sopra, abbiamo prima importato la chiave di Alchemy dal nostro file `.env` e poi passato la nostra `alchemyKey` a `createAlchemyWeb3` per stabilire il nostro endpoint di Alchemy Web3. Con questo endpoint pronto, è il momento di caricare il nostro contratto intelligente! +#### Caricare il tuo contratto intelligente Hello World {#loading-your-hello-world-smart-contract} - -#### Caricare il proprio contratto intelligente Hello World {#loading-your-hello-world-smart-contract} - -Per caricare il tuo contratto intelligente Hello World, sono necessari l'indirizzo e l'ABI del contratto, entrambi reperibili su Etherscan se hai completato la [Parte 3 di questo tutorial.](/developers/tutorials/hello-world-smart-contract-fullstack/#part-3-publish-your-smart-contract-to-etherscan-part-3-publish-your-smart-contract-to-etherscan) - - +Per caricare il tuo contratto intelligente Hello World, avrai bisogno del suo indirizzo del contratto e dell'ABI, entrambi i quali possono essere trovati su Etherscan se hai completato la [Parte 3 di questo tutorial.](/developers/tutorials/hello-world-smart-contract-fullstack/#part-3-publish-your-smart-contract-to-etherscan-part-3-publish-your-smart-contract-to-etherscan) #### Come ottenere l'ABI del tuo contratto da Etherscan {#how-to-get-your-contract-abi-from-etherscan} -Se hai saltato la Parte 3 di questo tutorial, puoi usare il contratto HelloWorld con l'indirizzo [0x6f3f635A9762B47954229Ea479b4541eAF402A6A](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code). La sua ABI si trova [qui](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code). - -L'ABI di un contratto serve per specificare quale funzione invocherà un contratto, oltre che per garantire che la funzione restituirà i dati nel formato previsto. Una volta copiata la ABI del nostro contratto, salviamola come file JSON chiamato `contract-abi.json` nella cartella `src`. +Se hai saltato la Parte 3 di questo tutorial, puoi usare il contratto HelloWorld con indirizzo [0x6f3f635A9762B47954229Ea479b4541eAF402A6A](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code). La sua ABI può essere trovata [qui](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code). -Il file contract-abi.json deve essere memorizzato nella cartella src. - -Con l'indirizzo del contratto, l'ABI e l'endpoint di Alchemy Web3, possiamo usare il [metodo del contratto](https://docs.web3js.org/api/web3-eth-contract/class/Contract) per caricare un'istanza del nostro contratto intelligente. Importa la ABI del contratto nel file `interact.js` e aggiungi l'indirizzo del tuo contratto. +Un'ABI del contratto è necessaria per specificare quale funzione invocherà un contratto, oltre a garantire che la funzione restituirà i dati nel formato che ti aspetti. Una volta copiata l'ABI del nostro contratto, salviamola come file JSON chiamato `contract-abi.json` nella tua directory `src`. +Il tuo contract-abi.json dovrebbe essere memorizzato nella tua cartella src. +Armati del nostro indirizzo del contratto, dell'ABI e dell'endpoint di Alchemy Web3, possiamo usare il [metodo contract](https://docs.web3js.org/api/web3-eth-contract/class/Contract) per caricare un'istanza del nostro contratto intelligente. Importa l'ABI del tuo contratto nel file `interact.js` e aggiungi l'indirizzo del tuo contratto. ```javascript // interact.js @@ -1059,10 +964,7 @@ const contractABI = require("../contract-abi.json") const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A" ``` - -Ora possiamo finalmente eliminare il commento dalla nostra variabile `helloWorldContract` e caricare il contratto intelligente usando il nostro endpoint di AlchemyWeb3: - - +Ora possiamo finalmente decommentare la nostra variabile `helloWorldContract` e caricare il contratto intelligente usando il nostro endpoint di AlchemyWeb3: ```javascript // interact.js @@ -1072,10 +974,7 @@ export const helloWorldContract = new web3.eth.Contract( ) ``` - -Ricapitolando, le prime 12 righe del file `interact.js` dovrebbero avere questo aspetto: - - +Per riassumere, le prime 12 righe del tuo `interact.js` dovrebbero ora apparire così: ```javascript // interact.js @@ -1094,18 +993,13 @@ export const helloWorldContract = new web3.eth.Contract( ) ``` +Ora che abbiamo caricato il nostro contratto, possiamo implementare la nostra funzione `loadCurrentMessage`! -Ora che il nostro contratto è stato caricato, possiamo implementare la nostra funzione `loadCurrentMessage`! - - - -#### Implementare `loadCurrentMessage` nel proprio file `interact.js` {#implementing-loadCurrentMessage-in-your-interact-js-file} - -Questa funzione è semplicissima. Faremo una semplice invocazione asincrona web3 per leggere dal nostro contratto. La nostra funzione restituirà il messaggio memorizzato nel contratto intelligente: - -Aggiorna `loadCurrentMessage` nel tuo file `interact.js` come segue: +#### Implementare `loadCurrentMessage` nel tuo file `interact.js` {#implementing-loadCurrentMessage-in-your-interact-js-file} +Questa funzione è semplicissima. Faremo una semplice chiamata web3 asincrona per leggere dal nostro contratto. La nostra funzione restituirà il messaggio memorizzato nel contratto intelligente: +Aggiorna `loadCurrentMessage` nel tuo file `interact.js` con quanto segue: ```javascript // interact.js @@ -1116,70 +1010,60 @@ export const loadCurrentMessage = async () => { } ``` - -Poiché vogliamo visualizzare questo contratto intelligente nella nostra interfaccia utente, aggiorniamo la funzione `useEffect` nel nostro componente `HelloWorld.js` come segue: - - +Poiché vogliamo mostrare questo contratto intelligente nella nostra interfaccia utente, aggiorniamo la funzione `useEffect` nel nostro componente `HelloWorld.js` con quanto segue: ```javascript // HelloWorld.js -//called only once +// chiamato solo una volta useEffect(async () => { const message = await loadCurrentMessage() setMessage(message) }, []) ``` +Nota, vogliamo che il nostro `loadCurrentMessage` venga chiamato solo una volta durante il primo rendering del componente. Presto implementeremo `addSmartContractListener` per aggiornare automaticamente l'interfaccia utente dopo che il messaggio nel contratto intelligente cambia. -Si noti che vogliamo che il nostro `loadCurrentMessage` sia chiamato solo una volta durante il primo rendering del componente. Presto implementeremo `addSmartContractListener` per aggiornare automaticamente l'interfaccia utente dopo che il messaggio del contratto intelligente cambia. - -Prima di addentrarci nel nostro listener, diamo un'occhiata a ciò che abbiamo finora! Salva i file `HelloWorld.js` e `interact.js`, quindi vai su [http://localhost:3000/](http://localhost:3000/) - -Noterai che il messaggio corrente non dice più "Nessuna connessione alla rete". Riflette invece il messaggio memorizzato nel contratto intelligente. Pazzesco! - - - -#### L'interfaccia utente dovrebbe ora riflettere il messaggio memorizzato nel contratto intelligente {#your-UI-should-now-reflect-the-message-stored-in-the-smart-contract} +Prima di immergerci nel nostro listener, diamo un'occhiata a ciò che abbiamo finora! Salva i tuoi file `HelloWorld.js` e `interact.js`, e poi vai su [http://localhost:3000/](http://localhost:3000/) -Ora, parlando di quel listener... +Noterai che il messaggio attuale non dice più "No connection to the network." Invece riflette il messaggio memorizzato nel contratto intelligente. Fantastico! +#### La tua interfaccia utente dovrebbe ora riflettere il messaggio memorizzato nel contratto intelligente {#your-UI-should-now-reflect-the-message-stored-in-the-smart-contract} +Ora, a proposito di quel listener... -#### Implementa `addSmartContractListener` {#implement-addsmartcontractlistener} - -Se ripensi al file `HelloWorld.sol` che abbiamo scritto nella [Parte 1 di questa serie di tutorial](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract#step-10-write-our-contract), ricorderai che c'è un evento del contratto intelligente chiamato `UpdatedMessages` che viene emesso dopo aver invocato la funzione `update` del nostro contratto intelligente \(vedi righe 9 e 27\): - +#### Implementare `addSmartContractListener` {#implement-addsmartcontractlistener} +Se ripensi al file `HelloWorld.sol` che abbiamo scritto nella [Parte 1 di questa serie di tutorial](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract#step-10-write-our-contract), ricorderai che c'è un evento del contratto intelligente chiamato `UpdatedMessages` che viene emesso dopo che la funzione `update` del nostro contratto intelligente viene invocata \(vedi righe 9 e 27\): ```javascript // HelloWorld.sol -// Specifies the version of Solidity, using semantic versioning. -// Learn more: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma +// Specifica la versione di Solidity, usando il versionamento semantico. +// Scopri di più: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma pragma solidity ^0.7.3; -// Defines a contract named `HelloWorld`. -// Un contratto è una raccolta di funzioni e dati (il suo stato). Once deployed, a contract resides at a specific address on the Ethereum blockchain. Learn more: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html +// Definisce un contratto chiamato `HelloWorld`. +// Un contratto è una raccolta di funzioni e dati (il suo stato). Una volta distribuito, un contratto risiede a un indirizzo specifico sulla blockchain di Ethereum. Scopri di più: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html contract HelloWorld { - //Emitted when update function is called - //Smart contract events are a way for your contract to communicate that something happened on the blockchain to your app front-end, which can be 'listening' for certain events and take action when they happen. + // Emesso quando viene chiamata la funzione di aggiornamento + // Gli eventi degli smart contract sono un modo per il tuo contratto di comunicare che qualcosa è successo sulla blockchain al front-end della tua app, che può essere in 'ascolto' di determinati eventi e agire quando si verificano. event UpdatedMessages(string oldStr, string newStr); - // Declares a state variable `message` of type `string`. - // Le variabili di stato sono variabili con valori memorizzati in modo permanente nello spazio di archiviazione (storage) del contratto. The keyword `public` makes variables accessible from outside a contract and creates a function that other contracts or clients can call to access the value. + // Dichiara una variabile di stato `message` di tipo `string`. + // Le variabili di stato sono variabili i cui valori sono memorizzati in modo permanente nell'archiviazione del contratto. La parola chiave `public` rende le variabili accessibili dall'esterno di un contratto e crea una funzione che altri contratti o client possono chiamare per accedere al valore. string public message; - // Similar to many class-based object-oriented languages, a constructor is a special function that is only executed upon contract creation. - // I costruttori sono utilizzati per inizializzare i dati del contratto. Learn more:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors + // Simile a molti linguaggi orientati agli oggetti basati su classi, un costruttore è una funzione speciale che viene eseguita solo alla creazione del contratto. + // I costruttori sono usati per inizializzare i dati del contratto. Scopri di più:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors constructor(string memory initMessage) { - // Accepts a string argument `initMessage` and sets the value into the contract's `message` storage variable). + // Accetta un argomento stringa `initMessage` e imposta il valore nella variabile di archiviazione `message` del contratto). message = initMessage; } - // A public function that accepts a string argument and updates the `message` storage variable. + // Una funzione pubblica che accetta un argomento stringa e aggiorna la variabile di archiviazione `message`. function update(string memory newMessage) public { string memory oldMsg = message; message = newMessage; @@ -1188,14 +1072,11 @@ contract HelloWorld { } ``` +Gli eventi del contratto intelligente sono un modo per il tuo contratto di comunicare che qualcosa è successo \(cioè, c'è stato un _evento_\) sulla blockchain alla tua applicazione front-end, che può essere in 'ascolto' di eventi specifici e agire quando si verificano. -Gli eventi del contratto intelligente sono un modo per il contratto di comunicare che è successo qualcosa (cioè che c'è stato un _evento_) sulla blockchain alla tua applicazione front-end, che può essere "in ascolto" per eventi specifici e agire quando si verificano. - -La funzione `addSmartContractListener` sarà in ascolto specificamente per l'evento `UpdatedMessages` del nostro contratto intelligente Hello World e aggiornerà l'interfaccia utente per visualizzare il nuovo messaggio. - -Modifica `addSmartContractListener` come segue: - +La funzione `addSmartContractListener` ascolterà specificamente l'evento `UpdatedMessages` del nostro contratto intelligente Hello World e aggiornerà la nostra interfaccia utente per mostrare il nuovo messaggio. +Modifica `addSmartContractListener` con quanto segue: ```javascript // HelloWorld.js @@ -1213,15 +1094,12 @@ function addSmartContractListener() { } ``` - Analizziamo cosa succede quando il listener rileva un evento: -- Se si verifica un errore quando viene emesso l'evento, questo si rifletterà nell'interfaccia utente tramite la variabile di stato `status`. -- Altrimenti, si utilizzerà l'oggetto `data` restituito. `data.returnValues` è un array indicizzato a zero in cui il primo elemento dell'array memorizza il messaggio precedente e il secondo quello aggiornato. Complessivamente, in caso di evento concluso con successo, imposteremo la stringa `message` con il messaggio aggiornato, cancelleremo la stringa `newMessage` e aggiorneremo la variabile di stato `status` per rispecchiare il fatto che un nuovo messaggio è stato pubblicato sul nostro contratto intelligente. - -Infine, chiamiamo il nostro listener nella funzione `useEffect`, in modo che venga inizializzato al primo rendering del componente `HelloWorld.js`. Complessivamente, la funzione `useEffect` dovrebbe avere questo aspetto: - +- Se si verifica un errore quando l'evento viene emesso, si rifletterà nell'interfaccia utente tramite la nostra variabile di stato `status`. +- Altrimenti, useremo l'oggetto `data` restituito. `data.returnValues` è un array indicizzato a zero in cui il primo elemento nell'array memorizza il messaggio precedente e il secondo elemento memorizza quello aggiornato. Nel complesso, in caso di evento riuscito imposteremo la nostra stringa `message` al messaggio aggiornato, cancelleremo la stringa `newMessage` e aggiorneremo la nostra variabile di stato `status` per riflettere che un nuovo messaggio è stato pubblicato sul nostro contratto intelligente. +Infine, chiamiamo il nostro listener nella nostra funzione `useEffect` in modo che venga inizializzato al primo rendering del componente `HelloWorld.js`. Nel complesso, la tua funzione `useEffect` dovrebbe apparire così: ```javascript // HelloWorld.js @@ -1233,63 +1111,45 @@ useEffect(async () => { }, []) ``` +Ora che siamo in grado di leggere dal nostro contratto intelligente, sarebbe fantastico capire anche come scriverci! Tuttavia, per scrivere sulla nostra dApp, dobbiamo prima avere un portafoglio Ethereum connesso ad essa. -Ora che siamo in grado di leggere dal nostro contratto intelligente, sarebbe bello anche capire come scrivergli! Tuttavia, per scrivere alla nostra dapp, dobbiamo prima avere un portafoglio di Ethereum collegato ad essa. - -Quindi, ora ci occuperemo di configurare il nostro portafoglio di Ethereum (MetaMask) e di collegarlo alla nostra dapp! - +Quindi, in seguito affronteremo la configurazione del nostro portafoglio Ethereum \(MetaMask\) e poi la sua connessione alla nostra dApp! +### Passaggio 4: Configurare il tuo portafoglio Ethereum {#step-4-set-up-your-ethereum-wallet} -### Fase 4: configura il tuo portafoglio di Ethereum {#step-4-set-up-your-ethereum-wallet} +Per scrivere qualsiasi cosa sulla catena di Ethereum, gli utenti devono firmare le transazioni usando le chiavi private del loro portafoglio virtuale. Per questo tutorial, useremo [MetaMask](https://metamask.io/), un portafoglio virtuale nel browser usato per gestire l'indirizzo del tuo account Ethereum, poiché rende questa firma della transazione facilissima per l'utente finale. -Per scrivere qualsiasi cosa nella catena di Ethereum, gli utenti devono firmare le transazioni utilizzando le chiavi private del proprio portafoglio virtuale. Per questo tutorial, utilizzeremo [MetaMask](https://metamask.io/), un portafoglio virtuale nel browser utilizzato per gestire l'indirizzo del conto di Ethereum, in quanto rende la firma delle transazioni molto semplice per l'utente finale. +Se vuoi capire di più su come funzionano le transazioni su Ethereum, dai un'occhiata a [questa pagina](/developers/docs/transactions/) della fondazione Ethereum. -Se vuoi capire di più su come funzionano le transazioni su Ethereum, dai un'occhiata a [questa pagina](/developers/docs/transactions/) della Ethereum Foundation. +#### Scaricare MetaMask {#download-metamask} +Puoi scaricare e creare un account MetaMask gratuitamente [qui](https://metamask.io/download). Quando crei un account, o se hai già un account, assicurati di passare alla "Goerli Test Network" in alto a destra \(in modo da non avere a che fare con denaro reale\). +#### Aggiungere ether da un rubinetto {#add-ether-from-a-faucet} -#### Scarica MetaMask {#download-metamask} - -Puoi scaricare e creare gratuitamente un conto di MetaMask [qui](https://metamask.io/download). Quando crei un conto, o se ne possiedi già uno, assicurati di passare alla "rete di prova di Goerli" in alto a destra \(così da non avere a che fare con denaro reale\). - - - -#### Aggiungere ether da un Faucet {#add-ether-from-a-faucet} - -Per firmare una transazione sulla blockchain di Ethereum, abbiamo bisogno di un po' di Eth finti. Per ottenere Eth puoi andare su [FaucETH](https://fauceth.komputing.org) e inserire l'indirizzo del tuo conto di Goerli, cliccare su "Richiedi fondi", quindi selezionare "Rete di prova di Ethereum di Goerli" nel menu a discesa e infine fare clic di nuovo su "Richiedi fondi". Poco dopo, dovresti vedere gli Eth nel tuo conto di MetaMask! - - - -#### Verifica il tuo saldo {#check-your-balance} - -Per ricontrollare che ci sia il saldo, facciamo una richiesta [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) usando lo [strumento compositore di Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D). Questo restituirà l'importo di Eth nel tuo portafoglio. Dopo aver inserito l'indirizzo del tuo conto di MetaMask e aver cliccato “Invia richiesta”, dovresti vedere una risposta come questa: +Per firmare una transazione sulla blockchain di Ethereum, avremo bisogno di alcuni Eth finti. Per ottenere Eth puoi andare su [FaucETH](https://fauceth.komputing.org) e inserire l'indirizzo del tuo account Goerli, cliccare su "Request funds", poi selezionare "Ethereum Testnet Goerli" nel menu a discesa e infine cliccare di nuovo sul pulsante "Request funds". Dovresti vedere gli Eth nel tuo account MetaMask poco dopo! +#### Controllare il tuo saldo {#check-your-balance} +Per verificare che il nostro saldo sia presente, facciamo una richiesta [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) usando lo [strumento composer di Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D). Questo restituirà la quantità di Eth nel nostro portafoglio. Dopo aver inserito l'indirizzo del tuo account MetaMask e cliccato su "Send Request", dovresti vedere una risposta come questa: ```text {"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"} ``` +**NOTA:** Questo risultato è in wei, non in eth. Il wei è usato come la più piccola denominazione di ether. La conversione da wei a eth è: 1 eth = 10¹⁸ wei. Quindi se convertiamo 0xde0b6b3a7640000 in decimale otteniamo 1\*10¹⁸ che equivale a 1 eth. -**NOTA:** Questo risultato è in wei non in eth. Wei è usato come taglio più piccolo dell'ether. La conversione da wei a eth è: 1 eth = 10¹⁸ wei. Quindi se convertiamo 0xde0b6b3a7640000 in decimali, otteniamo 1\*10¹⁸, pari a 1 eth. - -Meno male! I nostri soldi finti ci sono tutti! 🤑 - - - -### Fase 5: connetti MetaMask alla tua interfaccia utente {#step-5-connect-metamask-to-your-UI} - -Ora che il nostro portafoglio di MetaMask è configurato, connettiamo la nostra dapp! +Fiuu! I nostri soldi finti ci sono tutti! 🤑 +### Passaggio 5: Connettere MetaMask alla tua interfaccia utente {#step-5-connect-metamask-to-your-UI} +Ora che il nostro portafoglio MetaMask è configurato, connettiamo la nostra dApp ad esso! #### La funzione `connectWallet` {#the-connectWallet-function} -Nel nostro file `interact.js`, implementiamo la funzione `connectWallet`, che poi potremo chiamare nel nostro componente `HelloWorld.js`. - -Modifichiamo `connectWallet` come segue: - +Nel nostro file `interact.js`, implementiamo la funzione `connectWallet`, che potremo poi chiamare nel nostro componente `HelloWorld.js`. +Modifichiamo `connectWallet` con quanto segue: ```javascript // interact.js @@ -1330,66 +1190,56 @@ export const connectWallet = async () => { } ``` +Quindi cosa fa esattamente questo gigantesco blocco di codice? -Cosa fa esattamente questo enorme blocco di codice? - -Innanzitutto, controlla se `window.ethereum` sia abilitato nel browser. - -`window.ethereum` è un'API globale, iniettata da MetaMask e altri fornitori di portafogli, che consente ai siti web di richiedere i conti di Ethereum degli utenti. Se approvato, può leggere i dati dalle blockchain a cui l'utente è connesso e suggerire all'utente di firmare messaggi e transazioni. Dai un'occhiata alla [documentazione di MetaMask](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) per ulteriori informazioni! - -Se `window.ethereum` _non è_ presente, significa che MetaMask non è installato. Verrà quindi restituito un oggetto JSON in cui l'`address` restituito è una stringa vuota e l'oggetto JSX di `status` indica che l'utente deve installare MetaMask. +Beh, per prima cosa, controlla se `window.ethereum` è abilitato nel tuo browser. -Ora, se `window.ethereum` _è_ presente, le cose cominciano a farsi interessanti. +`window.ethereum` è un'API globale iniettata da MetaMask e da altri fornitori di portafogli che consente ai siti web di richiedere gli account Ethereum degli utenti. Se approvata, può leggere i dati dalle blockchain a cui l'utente è connesso e suggerire all'utente di firmare messaggi e transazioni. Dai un'occhiata alla [documentazione di MetaMask](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) per maggiori informazioni! -Usando una struttura try/catch, proveremo a connetterci a MetaMask chiamando [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts). Chiamare questa funzione aprirà MetaMask nel browser, dove sarà richiesto all'utente di connettere il proprio portafoglio alla tua dapp. +Se `window.ethereum` _non è_ presente, significa che MetaMask non è installato. Questo fa sì che venga restituito un oggetto JSON, in cui l'`address` restituito è una stringa vuota e l'oggetto JSX `status` comunica che l'utente deve installare MetaMask. -- Se l'utente sceglie di connettersi, il `method: "eth_requestAccounts"` restituirà un array contenente gli indirizzi di tutti gli account dell'utente connessi alla dapp. Nel complesso, la nostra funzione `connectWallet` restituirà un oggetto JSON contenente il _primo_ `address` in questo array \(vedi la riga 9\) e un messaggio di `status` che richiede all'utente di scrivere un messaggio nello smart contract. -- Se l'utente rifiuta la connessione, allora l'oggetto JSON conterrà una stringa vuota per l'`address` restituito e un messaggio di `status` che indica che l'utente ha rifiutato la connessione. +Ora, se `window.ethereum` _è_ presente, è qui che le cose si fanno interessanti. -Ora che abbiamo scritto questa funzione `connectWallet`, il passo successivo è chiamarla nel nostro componente `HelloWorld.js`. +Usando un ciclo try/catch, proveremo a connetterci a MetaMask chiamando [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts). Chiamare questa funzione aprirà MetaMask nel browser, per cui all'utente verrà richiesto di connettere il proprio portafoglio alla tua dApp. +- Se l'utente sceglie di connettersi, `method: "eth_requestAccounts"` restituirà un array che contiene tutti gli indirizzi degli account dell'utente che si sono connessi alla dApp. Nel complesso, la nostra funzione `connectWallet` restituirà un oggetto JSON che contiene il _primo_ `address` in questo array \(vedi riga 9\) e un messaggio di `status` che invita l'utente a scrivere un messaggio al contratto intelligente. +- Se l'utente rifiuta la connessione, l'oggetto JSON conterrà una stringa vuota per l'`address` restituito e un messaggio di `status` che riflette che l'utente ha rifiutato la connessione. +Ora che abbiamo scritto questa funzione `connectWallet`, il passaggio successivo è chiamarla nel nostro componente `HelloWorld.js`. -#### Aggiungi la funzione `connectWallet` al componente dell'interfaccia utente `HelloWorld.js` {#add-the-connectWallet-function-to-your-HelloWorld-js-ui-component} - -Vai alla funzione `connectWalletPressed` in `HelloWorld.js` e aggiornala come segue: - +#### Aggiungere la funzione `connectWallet` al tuo componente dell'interfaccia utente `HelloWorld.js` {#add-the-connectWallet-function-to-your-HelloWorld-js-ui-component} +Naviga alla funzione `connectWalletPressed` in `HelloWorld.js` e aggiornala con quanto segue: ```javascript -/ HelloWorld.js +// HelloWorld.js -const c= async () => { +const connectWalletPressed = async () => { const walletResponse = await connectWallet() setStatus(walletResponse.status) setWallet(walletResponse.address) } ``` +Noti come la maggior parte delle nostre funzionalità sia astratta dal nostro componente `HelloWorld.js` dal file `interact.js`? Questo per rispettare il paradigma M-V-C! -Nota come gran parte della nostra funzionalità è esterna al nostro componente `HelloWorld.js` dal file `interact.js`? Questo perché stiamo seguendo il modello M-V-C! - -In `connectWalletPressed`, creiamo semplicemente una chiamata d'attesa alla nostra funzione `connectWallet` importata e, usando la sua risposta, aggiorniamo le nostre variabili `status` e `walletAddress` tramite i loro hook di stato. - -Ora salviamo entrambi i file \(`HelloWorld.js` e `interact.js`\) e testiamo la nostra interfaccia utente. +In `connectWalletPressed`, facciamo semplicemente una chiamata await alla nostra funzione `connectWallet` importata e, usando la sua risposta, aggiorniamo le nostre variabili `status` e `walletAddress` tramite i loro hook di stato. -Apri il browser sulla pagina [http://localhost:3000/](http://localhost:3000/) e premi il pulsante "Connetti portafoglio" in alto a destra della pagina. +Ora, salviamo entrambi i file \(`HelloWorld.js` e `interact.js`\) e testiamo la nostra interfaccia utente finora. -Se hai MetaMask installato, ti dovrebbe essere richiesto di connettere il tuo portafoglio alla tua dapp. Accetta l'invito a connetterti. +Apri il tuo browser sulla pagina [http://localhost:3000/](http://localhost:3000/) e premi il pulsante "Connect Wallet" in alto a destra della pagina. -Dovresti vedere che il pulsante del portafoglio ora mostra che il tuo indirizzo è connesso! Sììììì 🔥 +Se hai MetaMask installato, ti dovrebbe essere richiesto di connettere il tuo portafoglio alla tua dApp. Accetta l'invito a connetterti. -Prova quindi a ricaricare la pagina... questo è strano. Il nostro pulsante del portafoglio ci sta richiedendo di connetterci a MetaMask, anche se è già connesso... - -Tuttavia, non temere! Possiamo facilmente risolvere questo problema implementando `getCurrentWalletConnected`, che verificherà se un indirizzo è già connesso alla nostra dapp e aggiornerà l'interfaccia utente di conseguenza! +Dovresti vedere che il pulsante del portafoglio ora riflette che il tuo indirizzo è connesso! Siiii 🔥 +Successivamente, prova ad aggiornare la pagina... questo è strano. Il nostro pulsante del portafoglio ci chiede di connettere MetaMask, anche se è già connesso... +Tuttavia, non temere! Possiamo facilmente risolvere il problema implementando `getCurrentWalletConnected`, che controllerà se un indirizzo è già connesso alla nostra dApp e aggiornerà la nostra interfaccia utente di conseguenza! #### La funzione `getCurrentWalletConnected` {#the-getcurrentwalletconnected-function} -Aggiorna la funzione `getCurrentWalletConnected` nel file `interact.js` come segue: - - +Aggiorna la tua funzione `getCurrentWalletConnected` nel file `interact.js` con quanto segue: ```javascript // interact.js @@ -1436,14 +1286,11 @@ export const getCurrentWalletConnected = async () => { } ``` +Questo codice è _molto_ simile alla funzione `connectWallet` che abbiamo appena scritto nel passaggio precedente. -Questo codice è _molto_ simile alla funzione `connectWallet` che abbiamo appena scritto nella fase precedente. - -La differenza principale è che, invece di chiamare il metodo `eth_requestAccounts`, che apre MetaMask perché l'utente connetta il proprio portafoglio, qui chiamiamo il metodo `eth_accounts` che, semplicemente, restituisce un insieme contenente gli indirizzi di MetaMask correntemente connessi alla nostra dapp. - -Per vedere questa funzione in azione, chiamiamola nella funzione `useEffect` del nostro componente `HelloWorld.js`: - +La differenza principale è che invece di chiamare il metodo `eth_requestAccounts`, che apre MetaMask affinché l'utente connetta il proprio portafoglio, qui chiamiamo il metodo `eth_accounts`, che restituisce semplicemente un array contenente gli indirizzi MetaMask attualmente connessi alla nostra dApp. +Per vedere questa funzione in azione, chiamiamola nella nostra funzione `useEffect` del nostro componente `HelloWorld.js`: ```javascript // HelloWorld.js @@ -1459,23 +1306,18 @@ useEffect(async () => { }, []) ``` +Nota, usiamo la risposta della nostra chiamata a `getCurrentWalletConnected` per aggiornare le nostre variabili di stato `walletAddress` e `status`. -Nota che stiamo usando la risposta alla nostra chiamata a `getCurrentWalletConnected` per aggiornare le nostre variabili di stato `walletAddress` e `status`. +Ora che hai aggiunto questo codice, proviamo ad aggiornare la finestra del nostro browser. -Ora che abbiamo aggiunto questo codice, proviamo ad aggiornare la finestra del browser. +Belloooo! Il pulsante dovrebbe dire che sei connesso e mostrare un'anteprima dell'indirizzo del tuo portafoglio connesso, anche dopo aver aggiornato! -Bellooooo! Il pulsante dovrebbe dire che sei connesso e mostrare un'anteprima dell'indirizzo del tuo portafoglio connesso, anche dopo un refresh! +#### Implementare `addWalletListener` {#implement-addwalletlistener} - - -#### Implementa `addWalletListener` {#implement-addwalletlistener} - -Il passaggio finale della configurazione del portafoglio della nostra dapp è implementare l'ascoltatore del portafoglio, così che la nostra UI si aggiorni al cambiamento dello stato del nostro portafoglio, ad esempio, quando l'utente si disconnette o cambia conto. +Il passaggio finale nella configurazione del portafoglio della nostra dApp è l'implementazione del listener del portafoglio in modo che la nostra interfaccia utente si aggiorni quando lo stato del nostro portafoglio cambia, come quando l'utente si disconnette o cambia account. Nel tuo file `HelloWorld.js`, modifica la tua funzione `addWalletListener` come segue: - - ```javascript // HelloWorld.js @@ -1503,16 +1345,13 @@ function addWalletListener() { } ``` +Scommetto che a questo punto non hai nemmeno bisogno del nostro aiuto per capire cosa sta succedendo qui, ma per completezza, analizziamolo rapidamente: -Scommetto che a questo punto non hai bisogno del nostro aiuto per capire cosa succede qui, ma per completezza di informazioni, vediamo di analizzare velocemente la situazione: - -- Per prima cosa, la nostra funzione verifica se `window.ethereum` è abilitata \(cioè se MetaMask è installato\). - - Se non lo è, impostiamo semplicemente la nostra variabile di stato `status`a una stringa JSX che richiede all'utente di installare MetaMask. - - Se è abilitato, configuriamo l'ascoltatore `window.ethereum.on("accountsChanged")` alla riga 3, affinché ascolti i cambiamenti di stato nel portafoglio di MetaMask, tra cui, quando l'utente connette un ulteriore conto alla dapp, cambia conto, o ne disconnette uno. Se è connesso almeno un conto, la variabile di stato `walletAddress` è aggiornata come primo conto nell'insieme `accounts`, restituito dall'ascoltatore. Altrimenti, `walletAddress` è impostato come una stringa vuota. - -Infine ma non meno importante, dobbiamo chiamare la funzione `useEffect`: - +- Per prima cosa, la nostra funzione controlla se `window.ethereum` è abilitato \(cioè, MetaMask è installato\). + - Se non lo è, impostiamo semplicemente la nostra variabile di stato `status` su una stringa JSX che invita l'utente a installare MetaMask. + - Se è abilitato, impostiamo il listener `window.ethereum.on("accountsChanged")` alla riga 3 che ascolta i cambiamenti di stato nel portafoglio MetaMask, che includono quando l'utente connette un account aggiuntivo alla dApp, cambia account o disconnette un account. Se c'è almeno un account connesso, la variabile di stato `walletAddress` viene aggiornata come il primo account nell'array `accounts` restituito dal listener. Altrimenti, `walletAddress` viene impostato come una stringa vuota. +Ultimo ma non meno importante, dobbiamo chiamarlo nella nostra funzione `useEffect`: ```javascript // HelloWorld.js @@ -1530,30 +1369,23 @@ useEffect(async () => { }, []) ``` +E questo è tutto! Abbiamo completato con successo la programmazione di tutte le funzionalità del nostro portafoglio! Ora passiamo al nostro ultimo compito: aggiornare il messaggio memorizzato nel nostro contratto intelligente! -E questo è tutto! Abbiamo completato con successo la programmazione di tutte le funzionalità del nostro portafoglio! Passiamo ora all'ultimo compito: aggiornare il messaggio memorizzato nel contratto intelligente! - - - -### Fase 6: implementa la funzione `updateMessage` {#step-6-implement-the-updateMessage-function} - -Bene, siamo in dirittura d'arrivo! Nel `updateMessage` del tuo file `interact.js`, faremo quanto segue: - -1. Assicurarci che il messaggio che vogliamo pubblicare nel nostro contratto intelligente sia valido -2. Firmare la transazione usando MetaMask -3. Chiamare questa funzione dal componente del frontend `HelloWorld.js` +### Passaggio 6: Implementare la funzione `updateMessage` {#step-6-implement-the-updateMessage-function} -Non ci vorrà molto; finiamo questa dapp! +Va bene ragazzi, siamo arrivati al rettilineo finale! In `updateMessage` del tuo file `interact.js`, faremo quanto segue: +1. Assicurarci che il messaggio che desideriamo pubblicare nel nostro contratto intelligente sia valido +2. Firmare la nostra transazione usando MetaMask +3. Chiamare questa funzione dal nostro componente frontend `HelloWorld.js` +Non ci vorrà molto; finiamo questa dApp! -#### Gestione degli errori d'input {#input-error-handling} - -Naturalmente, è utile avere una certa gestione degli errori di input all'inizio della funzione. - -Vorremo che la nostra funzione ci faccia sapere subito se non c'è un'estensione MetaMask installata, se non c'è un portafoglio connesso \(ossia `address` passato è una stringa vuota\) o se `message` è una stringa vuota. Aggiungiamo la seguente gestione degli errori a `updateMessage`: +#### Gestione degli errori di input {#input-error-handling} +Naturalmente, ha senso avere una sorta di gestione degli errori di input all'inizio della funzione. +Vorremo che la nostra funzione ritorni in anticipo se non c'è alcuna estensione MetaMask installata, non c'è alcun portafoglio connesso \(cioè, l'`address` passato è una stringa vuota\), o il `message` è una stringa vuota. Aggiungiamo la seguente gestione degli errori a `updateMessage`: ```javascript // interact.js @@ -1574,28 +1406,23 @@ export const updateMessage = async (address, message) => { } ``` +Ora che ha una corretta gestione degli errori di input, è il momento di firmare la transazione tramite MetaMask! -Ora che la gestione degli errori d'input è gestita correttamente, è tempo di firmare la transazione con MetaMask! - - - -#### Firmare la transazione {#signing-our-transaction} - -Se ti senti già a tuo agio con le transazioni web3 di Ethereum tradizionali, il codice che scriveremo in seguito ti risulterà molto familiare. Sotto il tuo codice di gestione degli errori di input, aggiungi quanto segue a `updateMessage`: - +#### Firmare la nostra transazione {#signing-our-transaction} +Se hai già familiarità con le tradizionali transazioni Ethereum web3, il codice che scriveremo di seguito ti sarà molto familiare. Sotto il tuo codice di gestione degli errori di input, aggiungi quanto segue a `updateMessage`: ```javascript // interact.js -//set up transaction parameters +// imposta i parametri della transazione const transactionParameters = { - to: contractAddress, // Required except during contract publications. - from: address, // must match user's active address. + to: contractAddress, // Obbligatorio tranne durante le pubblicazioni del contratto. + from: address, // deve corrispondere all'indirizzo attivo dell'utente. data: helloWorldContract.methods.update(message).encodeABI(), } -//sign the transaction +// firma la transazione try { const txHash = await window.ethereum.request({ method: "eth_sendTransaction", @@ -1621,29 +1448,26 @@ try { } ``` +Analizziamo cosa sta succedendo. Per prima cosa, impostiamo i parametri delle nostre transazioni, dove: -Analizziamo cosa sta accadendo. Per prima cosa importiamo i parametri delle transazioni, dove: - -- `to` specifica l'indirizzo del destinatario \(il nostro smart contract\) -- `from` specifica il firmatario della transazione, la variabile `address` che abbiamo passato nella nostra funzione +- `to` specifica l'indirizzo del destinatario \(il nostro contratto intelligente\) +- `from` specifica il firmatario della transazione, la variabile `address` che abbiamo passato alla nostra funzione - `data` contiene la chiamata al metodo `update` del nostro contratto intelligente Hello World, ricevendo la nostra variabile stringa `message` come input -Creiamo quindi una chiamata d'attesa, `window.ethereum.request` in cui chiediamo a MetaMask di firmare la transazione. Nota che, alle righe 11 e 12, stiamo specificando il nostro metodo eth, `eth_sendTransaction`, e passando i nostri `transactionParameters`. - -A questo punto, MetaMask si aprirà nel browser e richiederà all'utente di firmare o rifiutare la transazione. +Quindi, facciamo una chiamata await, `window.ethereum.request`, in cui chiediamo a MetaMask di firmare la transazione. Nota, alle righe 11 e 12, stiamo specificando il nostro metodo eth, `eth_sendTransaction` e passando i nostri `transactionParameters`. -- Se la transazione va a buon fine, la funzione restituirà un oggetto JSON in cui la stringa JSX `status` richiede all'utente di controllare Etherscan per ulteriori informazioni sulla sua transazione. -- Se la transazione non va a buon fine, la funzione restituirà un oggetto JSON in cui la stringa `status` trasmette il messaggio d'errore. - -Complessivamente, la nostra funzione `updateMessage` dovrebbe avere questo aspetto: +A questo punto, MetaMask si aprirà nel browser e chiederà all'utente di firmare o rifiutare la transazione. +- Se la transazione ha esito positivo, la funzione restituirà un oggetto JSON in cui la stringa JSX `status` invita l'utente a controllare Etherscan per maggiori informazioni sulla propria transazione. +- Se la transazione fallisce, la funzione restituirà un oggetto JSON in cui la stringa `status` trasmette il messaggio di errore. +Nel complesso, la nostra funzione `updateMessage` dovrebbe apparire così: ```javascript // interact.js export const updateMessage = async (address, message) => { - //input error handling + // gestione degli errori di input if (!window.ethereum || address === null) { return { status: @@ -1657,14 +1481,14 @@ export const updateMessage = async (address, message) => { } } - //set up transaction parameters + // imposta i parametri della transazione const transactionParameters = { - to: contractAddress, // Required except during contract publications. - from: address, // must match user's active address. + to: contractAddress, // Obbligatorio tranne durante le pubblicazioni del contratto. + from: address, // deve corrispondere all'indirizzo attivo dell'utente. data: helloWorldContract.methods.update(message).encodeABI(), } - //sign the transaction + // firma la transazione try { const txHash = await window.ethereum.request({ method: "eth_sendTransaction", @@ -1691,16 +1515,11 @@ export const updateMessage = async (address, message) => { } ``` +Ultimo ma non meno importante, dobbiamo connettere la nostra funzione `updateMessage` al nostro componente `HelloWorld.js`. -Infine, ma non meno importante, dobbiamo connettere la nostra funzione`updateMessage` al nostro componente `HelloWorld.js`. - - - -#### Connetti `updateMessage`al frontend `HelloWorld.js` {#connect-updatemessage-to-the-helloworld-js-frontend} - -La nostra funzione `onUpdatePressed` dovrebbe effettuare una chiamata d'attesa alla funzione `updateMessage` importata e modificare la variabile di stato `status` per riflettere se la transazione è andata o meno a buon fine: - +#### Connettere `updateMessage` al frontend `HelloWorld.js` {#connect-updatemessage-to-the-helloworld-js-frontend} +La nostra funzione `onUpdatePressed` dovrebbe fare una chiamata await alla funzione `updateMessage` importata e modificare la variabile di stato `status` per riflettere se la nostra transazione ha avuto successo o è fallita: ```javascript // HelloWorld.js @@ -1711,21 +1530,18 @@ const onUpdatePressed = async () => { } ``` +È super pulito e semplice. E indovina un po'... LA TUA DAPP È COMPLETA!!! -È super chiaro e semplice. E indovina un po'... LA TUA DAPP È COMPLETA!!! - -Prosegui e pova il pulsante **Aggiorna**! - - +Vai avanti e testa il pulsante **Update**! -### Crea la tua dapp personalizzata {#make-your-own-custom-dapp} +### Crea la tua dApp personalizzata {#make-your-own-custom-dapp} -Fantastico, sei arrivato alla fine del tutorial! Per ricapitolare, hai imparato a: +Wooooo, sei arrivato alla fine del tutorial! Per riassumere, hai imparato come: -- Collegare un portafoglio di MetaMask al tuo progetto dapp -- Leggere dati da un contratto intelligente usando le API [Web3 di Alchemy](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) +- Connettere un portafoglio MetaMask al tuo progetto dApp +- Leggere i dati dal tuo contratto intelligente usando l'API di [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) - Firmare le transazioni di Ethereum usando MetaMask -Ora hai tutti gli strumenti applicare le competenze apprese in questo tutorial per costruire il tuo progetto dapp! Come sempre, se hai domande, non esitare a contattarci per chiedere aiuto sul [Discord di Alchemy](https://discord.gg/gWuC7zB). 🧙‍♂️ +Ora sei completamente equipaggiato per applicare le competenze di questo tutorial per costruire il tuo progetto dApp personalizzato! Come sempre, se hai domande, non esitare a contattarci per ricevere aiuto nel [Discord di Alchemy](https://discord.gg/gWuC7zB). 🧙‍♂️ -Una volta completato questo tutorial, facci sapere come è stata la tua esperienza o se hai qualche feedback taggandoci su Twitter [@alchemyplatform](https://twitter.com/AlchemyPlatform)! +Una volta completato questo tutorial, facci sapere com'è stata la tua esperienza o se hai dei feedback taggandoci su Twitter [@alchemyplatform](https://twitter.com/AlchemyPlatform)! \ No newline at end of file diff --git a/public/content/translations/ta/contributing/translation-program/translatathon/index.md b/public/content/translations/ta/contributing/translation-program/translatathon/index.md new file mode 100644 index 00000000000..e1c3c38e9b5 --- /dev/null +++ b/public/content/translations/ta/contributing/translation-program/translatathon/index.md @@ -0,0 +1,100 @@ +--- +title: 2025 ethereum.org Translatathon +lang: ta +template: translatathon +--- + + + + + + + +## அறிமுகம் {#introduction} + +[Ethereum](/) உள்ளடக்கம் மற்றும் ஆன்போர்டிங் ஆதாரங்கள், அவர்கள் பேசும் மொழியைப் பொருட்படுத்தாமல் அனைவருக்கும் அணுகக்கூடியதாக இருக்க வேண்டும் என்று நாங்கள் நம்புகிறோம். +இந்த இலக்கை நெருங்குவதற்கு, ethereum.org மொழிபெயர்ப்புத் திட்டம் என்பது இணையதளத்தை முடிந்தவரை பல மொழிகளில் மொழிபெயர்ப்பதற்கான ஒரு முயற்சியாகும். + +மொழிபெயர்ப்புத் திட்டத்தின் ஒரு பகுதியாக, குறைவான செயல்பாட்டிலுள்ள மொழிகளில் மொழிபெயர்ப்புப் பங்களிப்புகளை ஊக்குவிக்கவும், தளத்தில் கிடைக்கும் மொழிகளின் எண்ணிக்கை மற்றும் உள்ளடக்கத்தின் அளவை அதிகரிக்கவும், புதிய பங்களிப்பாளர்களை இணைக்கவும், எங்களின் தற்போதைய பங்களிப்பாளர்களுக்கு வெகுமதியளிக்கவும் நோக்கமாகக் கொண்ட எங்கள் மொழிபெயர்ப்புப் போட்டியான Translatathon-இன் 3-வது பதிப்பை நாங்கள் ஏற்பாடு செய்கிறோம். + +நீங்கள் ஆங்கிலம் அல்லாத வேறு மொழியைத் தாய்மொழியாகக் கொண்டவராகவும், பரிசுகளுக்காகப் போட்டியிடும் அதே வேளையில் Ethereum உள்ளடக்கத்தை மேலும் அணுகக்கூடியதாக மாற்ற உதவ விரும்பினால், மேலும் அறிய தொடர்ந்து படிக்கவும்! + +[ethereum.org மொழிபெயர்ப்புத் திட்டம் பற்றி மேலும் அறிக](/contributing/translation-program/) + +## காலவரிசை {#timeline} + +2025 Translatathon-க்கான முக்கிய தேதிகள் இதோ: + + + + + +## பங்கேற்க {#participate} + +![சமூகம் மற்றும் உலக உருண்டையின் படம்](./participate.png) + + + +

    யார் பங்கேற்கலாம்?

    + 18 வயதுக்கு மேற்பட்ட, ஆங்கிலம் அல்லாத குறைந்தது ஒரு மொழியைத் தாய்மொழியாகக் கொண்ட மற்றும் ஆங்கிலத்தில் புலமை பெற்ற எவரும் பங்கேற்கலாம். +     + +

    நான் ஒரு மொழிபெயர்ப்பாளராக இருக்க வேண்டுமா?

    + இல்லை. நீங்கள் இருமொழி தெரிந்தவராக இருந்து, உங்களால் முடிந்தவரை மனித மொழிபெயர்ப்புகளைப் பரிந்துரைக்க வேண்டும் (இயந்திர மொழிபெயர்ப்பைப் பயன்படுத்துவது தடைசெய்யப்பட்டுள்ளது!), தொழில்முறை அனுபவம் எதுவும் தேவையில்லை. +     +     + + + +

    நான் எவ்வளவு நேரம் ஒதுக்க வேண்டும்?

    + நீங்கள் விரும்பும் அளவுக்கு. பரிசுகளுக்குத் தகுதிபெற குறைந்தபட்ச வரம்பு 1,000 மொழிபெயர்க்கப்பட்ட வார்த்தைகள் ஆகும், இதை முடிக்க சுமார் 2 மணிநேரம் ஆகலாம், அதே சமயம் சிறந்த பரிசுகளுக்காகப் போட்டியிடுவதற்கு அதிக நேரம் ஒதுக்க வேண்டியிருக்கும். +     + +

    எனக்கு Ethereum பற்றி தெரிந்திருக்க வேண்டுமா?

    + இல்லை. Ethereum பற்றித் தெரிந்திருப்பது உங்கள் உற்பத்தித்திறன் மற்றும் தரத்திற்கு உதவக்கூடும் என்றாலும், Translatathon ஒரு கற்றல் அனுபவமும்கூட, மேலும் பங்கேற்கும்போதே Ethereum பற்றி மேலும் அறிந்துகொள்ள அனைவரும் அழைக்கப்படுகிறார்கள். +     +     + +மேலும் விவரங்களுக்கு, [முழுமையான விதிமுறைகள் மற்றும் நிபந்தனைகளைப் பார்க்கவும்](/contributing/translation-program/translatathon/terms-and-conditions) + +### படிப்படியான வழிமுறைகள் {#step-by-step-instructions} + + + +## பரிசுகள் {#prizes} + +| இடம் | பரிசுத் தொகை | +|---------------------|--------------| +| 1-வது இடம் | $4000 | +| 2-வது இடம் | $2500 | +| 3-வது இடம் | $1500 | +| 4-வது இடம் | $1100 | +| 5-வது இடம் | $1000 | +| 6-வது இடம் | $600 | +| 7-வது இடம் | $550 | +| 8-வது இடம் | $500 | +| 9-வது இடம் | $450 | +| 10-வது இடம் | $400 | +| 11 - 20-வது இடம் | $240 | +| 21 - 50-வது இடம் | $120 | +| 51 - 100-வது இடம் | $60 | +| 101 - 150-வது இடம் | $40 | +| மற்றவர்கள் | $20 | + +அனைத்துப் பரிசுகளும் ETH-இல் வழங்கப்படும். + + + + \ No newline at end of file diff --git a/public/content/translations/ta/developers/docs/apis/json-rpc/index.md b/public/content/translations/ta/developers/docs/apis/json-rpc/index.md new file mode 100644 index 00000000000..ed478a70972 --- /dev/null +++ b/public/content/translations/ta/developers/docs/apis/json-rpc/index.md @@ -0,0 +1,1895 @@ +--- +title: JSON-RPC API +description: "Ethereum கிளையண்டுகளுக்கான நிலையற்ற (stateless), குறைந்த எடையுள்ள ரிமோட் ப்ரொசீஜர் கால் (RPC) நெறிமுறை." +lang: ta +--- + +ஒரு மென்பொருள் பயன்பாடு [Ethereum](/) பிளாக்செயினுடன் தொடர்பு கொள்ள - பிளாக்செயின் தரவைப் படிப்பதன் மூலமாகவோ அல்லது நெட்வொர்க்கிற்கு பரிவர்த்தனைகளை அனுப்புவதன் மூலமாகவோ - அது ஒரு Ethereum நோடுடன் இணைக்கப்பட வேண்டும். + +இந்த நோக்கத்திற்காக, ஒவ்வொரு [Ethereum கிளையண்டும்](/developers/docs/nodes-and-clients/#execution-clients) ஒரு [JSON-RPC விவரக்குறிப்பை](https://github.com/ethereum/execution-apis) செயல்படுத்துகிறது, எனவே குறிப்பிட்ட நோடு அல்லது கிளையண்ட் செயலாக்கத்தைப் பொருட்படுத்தாமல் பயன்பாடுகள் நம்பியிருக்கக்கூடிய சீரான முறைகளின் தொகுப்பு உள்ளது. + +[JSON-RPC](https://www.jsonrpc.org/specification) என்பது நிலையற்ற, குறைந்த எடையுள்ள ரிமோட் ப்ரொசீஜர் கால் (RPC) நெறிமுறையாகும். இது பல தரவு கட்டமைப்புகளையும் அவற்றின் செயலாக்கத்தைச் சுற்றியுள்ள விதிகளையும் வரையறுக்கிறது. இது போக்குவரத்து சார்பற்றது (transport agnostic), அதாவது இதன் கருத்துகளை ஒரே செயல்முறைக்குள், சாக்கெட்டுகள் வழியாக, HTTP வழியாக அல்லது பல்வேறு செய்தி அனுப்பும் சூழல்களில் பயன்படுத்தலாம். இது JSON (RFC 4627) ஐ தரவு வடிவமாகப் பயன்படுத்துகிறது. + +## கிளையண்ட் செயலாக்கங்கள் {#client-implementations} + +JSON-RPC விவரக்குறிப்பைச் செயல்படுத்தும்போது Ethereum கிளையண்டுகள் ஒவ்வொன்றும் வெவ்வேறு நிரலாக்க மொழிகளைப் பயன்படுத்தலாம். குறிப்பிட்ட நிரலாக்க மொழிகள் தொடர்பான கூடுதல் விவரங்களுக்கு தனிப்பட்ட [கிளையண்ட் ஆவணங்களை](/developers/docs/nodes-and-clients/#execution-clients) பார்க்கவும். சமீபத்திய API ஆதரவு தகவலுக்கு ஒவ்வொரு கிளையண்டின் ஆவணங்களையும் சரிபார்க்க பரிந்துரைக்கிறோம். + +## வசதியான நூலகங்கள் {#convenience-libraries} + +JSON-RPC API மூலம் நீங்கள் நேரடியாக Ethereum கிளையண்டுகளுடன் தொடர்பு கொள்ளத் தேர்வுசெய்தாலும், dapp டெவலப்பர்களுக்கு பெரும்பாலும் எளிதான விருப்பங்கள் உள்ளன. JSON-RPC API-இன் மேல் ரேப்பர்களை (wrappers) வழங்க பல [JavaScript](/developers/docs/apis/javascript/#available-libraries) மற்றும் [பின்தள API](/developers/docs/apis/backend/#available-libraries) நூலகங்கள் உள்ளன. இந்த நூலகங்கள் மூலம், டெவலப்பர்கள் Ethereum உடன் தொடர்பு கொள்ளும் JSON-RPC கோரிக்கைகளை (பின்னணியில்) தொடங்க தங்களுக்கு விருப்பமான நிரலாக்க மொழியில் உள்ளுணர்வுள்ள, ஒரு-வரி முறைகளை எழுதலாம். + +## கருத்தொற்றுமை கிளையண்ட் APIகள் {#consensus-clients} + +இந்தப் பக்கம் முக்கியமாக Ethereum செயலாக்க கிளையண்டுகளால் பயன்படுத்தப்படும் JSON-RPC API-ஐக் கையாள்கிறது. இருப்பினும், கருத்தொற்றுமை கிளையண்டுகளும் ஒரு RPC API-ஐக் கொண்டுள்ளன, இது பயனர்களை நோடு பற்றிய தகவல்களை வினவவும், Beacon பிளாக்குகள், Beacon நிலை மற்றும் பிற கருத்தொற்றுமை தொடர்பான தகவல்களை நேரடியாக ஒரு நோடிலிருந்து கோரவும் அனுமதிக்கிறது. இந்த API [Beacon API வலைப்பக்கத்தில்](https://ethereum.github.io/beacon-APIs/#/) ஆவணப்படுத்தப்பட்டுள்ளது. + +ஒரு நோடிற்குள் கிளையண்டுகளுக்கு இடையேயான தகவல்தொடர்புக்கு ஒரு உள் API-யும் பயன்படுத்தப்படுகிறது - அதாவது, இது கருத்தொற்றுமை கிளையண்ட் மற்றும் செயலாக்க கிளையண்ட் ஆகியவை தரவை பரிமாறிக்கொள்ள உதவுகிறது. இது 'Engine API' என்று அழைக்கப்படுகிறது, மேலும் இதன் விவரக்குறிப்புகள் [GitHub](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md)-இல் கிடைக்கின்றன. + +## செயலாக்க கிளையண்ட் விவரக்குறிப்பு {#spec} + +[GitHub இல் முழுமையான JSON-RPC API விவரக்குறிப்பைப் படிக்கவும்](https://github.com/ethereum/execution-apis). இந்த API [Execution API வலைப்பக்கத்தில்](https://ethereum.github.io/execution-apis/) ஆவணப்படுத்தப்பட்டுள்ளது, மேலும் கிடைக்கக்கூடிய அனைத்து முறைகளையும் முயற்சிக்க ஒரு இன்ஸ்பெக்டரையும் (Inspector) உள்ளடக்கியுள்ளது. + +## மரபுகள் {#conventions} + +### ஹெக்ஸ் மதிப்பு குறியாக்கம் {#hex-encoding} + +JSON வழியாக இரண்டு முக்கிய தரவு வகைகள் அனுப்பப்படுகின்றன: வடிவமைக்கப்படாத பைட் வரிசைகள் (unformatted byte arrays) மற்றும் அளவுகள் (quantities). இரண்டும் ஹெக்ஸ் குறியாக்கத்துடன் அனுப்பப்படுகின்றன, ஆனால் வடிவமைப்பதற்கான வெவ்வேறு தேவைகளுடன். + +#### அளவுகள் {#quantities-encoding} + +அளவுகளை (முழு எண்கள், எண்கள்) குறியாக்கம் செய்யும் போது: ஹெக்ஸ் ஆக குறியாக்கம் செய்யவும், "0x" என்ற முன்னொட்டைச் சேர்க்கவும், இது மிகவும் சுருக்கமான பிரதிநிதித்துவமாகும் (சிறிய விதிவிலக்கு: பூஜ்ஜியம் "0x0" என குறிப்பிடப்பட வேண்டும்). + +இதோ சில எடுத்துக்காட்டுகள்: + +- 0x41 (தசமத்தில் 65) +- 0x400 (தசமத்தில் 1024) +- தவறு: 0x (எப்போதும் குறைந்தபட்சம் ஒரு இலக்கமாவது இருக்க வேண்டும் - பூஜ்ஜியம் "0x0" ஆகும்) +- தவறு: 0x0400 (முன்னணி பூஜ்ஜியங்கள் அனுமதிக்கப்படாது) +- தவறு: ff (0x முன்னொட்டு இருக்க வேண்டும்) + +### வடிவமைக்கப்படாத தரவு {#unformatted-data-encoding} + +வடிவமைக்கப்படாத தரவை (பைட் வரிசைகள், கணக்கு முகவரிகள், ஹாஷ்கள், பைட்கோட் வரிசைகள்) குறியாக்கம் செய்யும் போது: ஹெக்ஸ் ஆக குறியாக்கம் செய்யவும், "0x" என்ற முன்னொட்டைச் சேர்க்கவும், ஒரு பைட்டுக்கு இரண்டு ஹெக்ஸ் இலக்கங்கள் இருக்க வேண்டும். + +இதோ சில எடுத்துக்காட்டுகள்: + +- 0x41 (அளவு 1, "A") +- 0x004200 (அளவு 3, "0B0") +- 0x (அளவு 0, "") +- தவறு: 0xf0f0f (இரட்டைப்படை இலக்கங்களாக இருக்க வேண்டும்) +- தவறு: 004200 (0x முன்னொட்டு இருக்க வேண்டும்) + +### பிளாக் அளவுரு {#block-parameter} + +பின்வரும் முறைகள் பிளாக் அளவுருவைக் கொண்டுள்ளன: + +- [eth_getBalance](#eth_getbalance) +- [eth_getCode](#eth_getcode) +- [eth_getTransactionCount](#eth_gettransactioncount) +- [eth_getStorageAt](#eth_getstorageat) +- [eth_call](#eth_call) + +Ethereum இன் நிலையை வினவும் கோரிக்கைகள் செய்யப்படும்போது, வழங்கப்பட்ட பிளாக் அளவுரு பிளாக்கின் உயரத்தை தீர்மானிக்கிறது. + +பிளாக் அளவுருவுக்கு பின்வரும் விருப்பங்கள் சாத்தியமாகும்: + +- `HEX String` - ஒரு முழு எண் பிளாக் எண் +- `String "earliest"` - ஆரம்ப/ஜெனிசிஸ் பிளாக்கிற்கு +- `String "latest"` - சமீபத்திய முன்மொழியப்பட்ட பிளாக்கிற்கு +- `String "safe"` - சமீபத்திய பாதுகாப்பான தலைப்பு பிளாக்கிற்கு +- `String "finalized"` - சமீபத்திய இறுதி செய்யப்பட்ட பிளாக்கிற்கு +- `String "pending"` - நிலுவையில் உள்ள நிலை/பரிவர்த்தனைகளுக்கு + +## எடுத்துக்காட்டுகள் + +இந்தப் பக்கத்தில், கட்டளை வரி கருவியான [curl](https://curl.se) ஐப் பயன்படுத்தி தனிப்பட்ட JSON_RPC API எண்ட்பாயிண்ட்களை எப்படிப் பயன்படுத்துவது என்பதற்கான எடுத்துக்காட்டுகளை நாங்கள் வழங்குகிறோம். இந்தத் தனிப்பட்ட எண்ட்பாயிண்ட் எடுத்துக்காட்டுகள் கீழே உள்ள [Curl எடுத்துக்காட்டுகள்](#curl-examples) பிரிவில் காணப்படுகின்றன. பக்கத்தின் மேலும் கீழே, Geth நோடு, JSON_RPC API மற்றும் curl ஆகியவற்றைப் பயன்படுத்தி ஒரு ஸ்மார்ட் ஒப்பந்தத்தை தொகுத்து மற்றும் வரிசைப்படுத்துவதற்கான ஒரு [முழுமையான எடுத்துக்காட்டையும்](#usage-example) நாங்கள் வழங்குகிறோம். + +## Curl எடுத்துக்காட்டுகள் {#curl-examples} + +Ethereum முனையத்திற்கு [curl](https://curl.se) கோரிக்கைகளை அனுப்புவதன் மூலம் JSON_RPC API-ஐப் பயன்படுத்துவதற்கான எடுத்துக்காட்டுகள் கீழே வழங்கப்பட்டுள்ளன. ஒவ்வொரு எடுத்துக்காட்டிலும் குறிப்பிட்ட எண்ட்பாயிண்ட், அதன் அளவுருக்கள், திரும்பும் வகை மற்றும் அது எவ்வாறு பயன்படுத்தப்பட வேண்டும் என்பதற்கான செயல்முறை எடுத்துக்காட்டு ஆகியவை அடங்கும். + +curl கோரிக்கைகள் உள்ளடக்க வகை (content type) தொடர்பான பிழைச் செய்தியை வழங்கக்கூடும். ஏனெனில் `--data` விருப்பம் உள்ளடக்க வகையை `application/x-www-form-urlencoded` என அமைக்கிறது. உங்கள் முனையம் இதைப் பற்றி புகாரளித்தால், அழைப்பின் தொடக்கத்தில் `-H "Content-Type: application/json"` என்பதை வைப்பதன் மூலம் தலைப்பை (header) கைமுறையாக அமைக்கவும். எடுத்துக்காட்டுகளில் URL/IP மற்றும் போர்ட் (port) கலவையும் சேர்க்கப்படவில்லை, இது curl-க்கு வழங்கப்படும் கடைசி வாதமாக (argument) இருக்க வேண்டும் (எ.கா., `127.0.0.1:8545`). இந்த கூடுதல் தரவுகளை உள்ளடக்கிய முழுமையான curl கோரிக்கை பின்வரும் வடிவத்தை எடுக்கும்: + +```shell +curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' 127.0.0.1:8545 +``` + +## Gossip, நிலை, வரலாறு {#gossip-state-history} + +சில முக்கிய JSON-RPC முறைகளுக்கு Ethereum நெட்வொர்க்கிலிருந்து தரவு தேவைப்படுகிறது, மேலும் அவை மூன்று முக்கிய வகைகளாகப் பிரிக்கப்படுகின்றன: _Gossip, நிலை மற்றும் வரலாறு_. ஒவ்வொரு முறைக்கும் செல்ல இந்தப் பிரிவுகளில் உள்ள இணைப்புகளைப் பயன்படுத்தவும் அல்லது முறைகளின் முழுப் பட்டியலையும் ஆராய உள்ளடக்க அட்டவணையைப் பயன்படுத்தவும். + +### Gossip முறைகள் {#gossip-methods} + +> இந்த முறைகள் சங்கிலியின் தலையைக் கண்காணிக்கின்றன. இதன் மூலமாகவே பரிவர்த்தனைகள் நெட்வொர்க்கைச் சுற்றி வருகின்றன, தொகுதிகளுக்குள் நுழைகின்றன, மேலும் கிளையண்டுகள் புதிய தொகுதிகளைப் பற்றி அறிந்துகொள்கின்றன. + +- [eth_blockNumber](#eth_blocknumber) +- [eth_sendRawTransaction](#eth_sendrawtransaction) + +### நிலை முறைகள் {#state_methods} + +> சேமிக்கப்பட்ட அனைத்து தரவுகளின் தற்போதைய நிலையைப் புகாரளிக்கும் முறைகள். "நிலை" (state) என்பது பகிரப்பட்ட ஒரு பெரிய RAM போன்றது, இதில் கணக்கு நிலுவைகள், ஒப்பந்தத் தரவு மற்றும் எரிவாயு (gas) மதிப்பீடுகள் ஆகியவை அடங்கும். + +- [eth_getBalance](#eth_getbalance) +- [eth_getStorageAt](#eth_getstorageat) +- [eth_getTransactionCount](#eth_gettransactioncount) +- [eth_getCode](#eth_getcode) +- [eth_call](#eth_call) +- [eth_estimateGas](#eth_estimategas) + +### வரலாற்று முறைகள் {#history_methods} + +> தொடக்கத்திலிருந்து (genesis) ஒவ்வொரு தொகுதியின் வரலாற்றுப் பதிவுகளையும் பெறுகிறது. இது ஒரு பெரிய சேர்க்க-மட்டுமே (append-only) கோப்பைப் போன்றது, மேலும் இதில் அனைத்து தொகுதி தலைப்புகள், தொகுதி உடல்கள், அங்கிள் தொகுதிகள் (uncle blocks) மற்றும் பரிவர்த்தனை ரசீதுகள் ஆகியவை அடங்கும். + +- [eth_getBlockTransactionCountByHash](#eth_getblocktransactioncountbyhash) +- [eth_getBlockTransactionCountByNumber](#eth_getblocktransactioncountbynumber) +- [eth_getUncleCountByBlockHash](#eth_getunclecountbyblockhash) +- [eth_getUncleCountByBlockNumber](#eth_getunclecountbyblocknumber) +- [eth_getBlockByHash](#eth_getblockbyhash) +- [eth_getBlockByNumber](#eth_getblockbynumber) +- [eth_getTransactionByHash](#eth_gettransactionbyhash) +- [eth_getTransactionByBlockHashAndIndex](#eth_gettransactionbyblockhashandindex) +- [eth_getTransactionByBlockNumberAndIndex](#eth_gettransactionbyblocknumberandindex) +- [eth_getTransactionReceipt](#eth_gettransactionreceipt) +- [eth_getUncleByBlockHashAndIndex](#eth_getunclebyblockhashandindex) +- [eth_getUncleByBlockNumberAndIndex](#eth_getunclebyblocknumberandindex) + +## JSON-RPC API Playground + +API முறைகளைக் கண்டறியவும், அவற்றைச் சோதித்துப் பார்க்கவும் நீங்கள் [playground கருவியைப்](https://ethereum-json-rpc.com) பயன்படுத்தலாம். பல்வேறு நோடு வழங்குநர்களால் எந்தெந்த முறைகள் மற்றும் நெட்வொர்க்குகள் ஆதரிக்கப்படுகின்றன என்பதையும் இது உங்களுக்குக் காட்டுகிறது. + +## JSON-RPC API முறைகள் {#json-rpc-methods} + +### web3_clientVersion {#web3_clientversion} + +தற்போதைய கிளையண்ட் பதிப்பை வழங்குகிறது. + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`String` - தற்போதைய கிளையண்ட் பதிப்பு + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' +// முடிவு +{ + "id":67, + "jsonrpc":"2.0", + "result": "Geth/v1.12.1-stable/linux-amd64/go1.19.1" +} +``` + +### web3_sha3 {#web3_sha3} + +கொடுக்கப்பட்ட தரவின் Keccak-256-ஐ (தரப்படுத்தப்பட்ட SHA3-256 _அல்ல_) வழங்குகிறது. + +**அளவுருக்கள்** + +1. `DATA` - SHA3 ஹாஷாக மாற்ற வேண்டிய தரவு + +```js +params: ["0x68656c6c6f20776f726c64"] +``` + +**திரும்பப் பெறுபவை** + +`DATA` - கொடுக்கப்பட்ட சரத்தின் SHA3 முடிவு. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c6f20776f726c64"],"id":64}' +// முடிவு +{ + "id":64, + "jsonrpc": "2.0", + "result": "0x47173285a8d7341e5e972fc677286384f802f8ef42a5ec5f03bbfa254cb01fad" +} +``` + +### net_version {#net_version} + +தற்போதைய நெட்வொர்க் ஐடியை (network id) வழங்குகிறது. + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`String` - தற்போதைய நெட்வொர்க் ஐடி. + +தற்போதைய நெட்வொர்க் ஐடிகளின் முழுப் பட்டியல் [chainlist.org](https://chainlist.org) இல் கிடைக்கிறது. சில பொதுவானவை: + +- `1`: Ethereum Mainnet +- `11155111`: Sepolia testnet +- `560048` : Hoodi Testnet + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67}' +// முடிவு +{ + "id":67, + "jsonrpc": "2.0", + "result": "3" +} +``` + +### net_listening {#net_listening} + +கிளையண்ட் நெட்வொர்க் இணைப்புகளுக்காகச் சுறுசுறுப்பாகக் காத்திருந்தால் (listening) `true` என வழங்கும். + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`Boolean` - காத்திருக்கும்போது `true`, இல்லையெனில் `false`. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id":67}' +// முடிவு +{ + "id":67, + "jsonrpc":"2.0", + "result":true +} +``` + +### net_peerCount {#net_peercount} + +தற்போது கிளையண்டுடன் இணைக்கப்பட்டுள்ள பியர்களின் (peers) எண்ணிக்கையை வழங்குகிறது. + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`QUANTITY` - இணைக்கப்பட்ட பியர்களின் எண்ணிக்கையைக் குறிக்கும் முழு எண் (integer). + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id":74}' +// முடிவு +{ + "id":74, + "jsonrpc": "2.0", + "result": "0x2" // 2 +} +``` + +### eth_protocolVersion {#eth_protocolversion} + +தற்போதைய Ethereum நெறிமுறைப் பதிப்பை (protocol version) வழங்குகிறது. இந்த முறை [Geth இல் கிடைக்காது](https://github.com/ethereum/go-ethereum/pull/22064#issuecomment-788682924) என்பதை நினைவில் கொள்ளவும். + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`String` - தற்போதைய Ethereum நெறிமுறைப் பதிப்பு + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[],"id":67}' +// முடிவு +{ + "id":67, + "jsonrpc": "2.0", + "result": "54" +} +``` + +### eth_syncing {#eth_syncing} + +ஒத்திசைவு நிலை (sync status) பற்றிய தரவுள்ள ஒரு ஆப்ஜெக்ட்டை அல்லது `false` என்பதை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +சரியான திரும்பப் பெறும் தரவு கிளையண்ட் செயலாக்கங்களுக்கு இடையே மாறுபடும். நோடு ஒத்திசைக்கப்படாதபோது அனைத்து கிளையண்டுகளும் `False` என்பதை வழங்கும், மேலும் அனைத்து கிளையண்டுகளும் பின்வரும் புலங்களை வழங்கும். + +`Object|Boolean`, ஒத்திசைவு நிலை தரவுள்ள ஒரு ஆப்ஜெக்ட் அல்லது ஒத்திசைக்கப்படாதபோது `FALSE`: + +- `startingBlock`: `QUANTITY` - இறக்குமதி தொடங்கிய பிளாக் (ஒத்திசைவு அதன் தலையை (head) அடைந்த பின்னரே மீட்டமைக்கப்படும்) +- `currentBlock`: `QUANTITY` - தற்போதைய பிளாக், eth_blockNumber போன்றதே +- `highestBlock`: `QUANTITY` - மதிப்பிடப்பட்ட மிக உயர்ந்த பிளாக் + +இருப்பினும், தனிப்பட்ட கிளையண்டுகள் கூடுதல் தரவையும் வழங்கலாம். எடுத்துக்காட்டாக Geth பின்வருவனவற்றை வழங்குகிறது: + +```json +{ + "jsonrpc": "2.0", + "id": 1, + "result": { + "currentBlock": "0x3cf522", + "healedBytecodeBytes": "0x0", + "healedBytecodes": "0x0", + "healedTrienodes": "0x0", + "healingBytecode": "0x0", + "healingTrienodes": "0x0", + "highestBlock": "0x3e0e41", + "startingBlock": "0x3cbed5", + "syncedAccountBytes": "0x0", + "syncedAccounts": "0x0", + "syncedBytecodeBytes": "0x0", + "syncedBytecodes": "0x0", + "syncedStorage": "0x0", + "syncedStorageBytes": "0x0" + } +} +``` + +அதே சமயம் Besu வழங்குவது: + +```json +{ + "jsonrpc": "2.0", + "id": 51, + "result": { + "startingBlock": "0x0", + "currentBlock": "0x1518", + "highestBlock": "0x9567a3", + "pulledStates": "0x203ca", + "knownStates": "0x200636" + } +} +``` + +மேலும் விவரங்களுக்கு உங்கள் குறிப்பிட்ட கிளையண்டின் ஆவணங்களைப் பார்க்கவும். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": { + startingBlock: '0x384', + currentBlock: '0x386', + highestBlock: '0x454' + } +} +// அல்லது ஒத்திசைக்காத போது +{ + "id":1, + "jsonrpc": "2.0", + "result": false +} +``` + +### eth_coinbase {#eth_coinbase} + +கிளையண்ட் காயின்பேஸ் (coinbase) முகவரியை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +> **குறிப்பு:** இந்த முறை **v1.14.0** முதல் நீக்கப்பட்டுவிட்டது, இனி ஆதரிக்கப்படாது. இந்த முறையைப் பயன்படுத்த முயன்றால் "Method not supported" என்ற பிழை ஏற்படும். + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`DATA`, 20 பைட்டுகள் - தற்போதைய காயின்பேஸ் முகவரி. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}' +// முடிவு +{ + "id":64, + "jsonrpc": "2.0", + "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1" +} +``` + +### eth_chainId {#eth_chainId} + +ரீப்ளே-பாதுகாக்கப்பட்ட (replay-protected) பரிவர்த்தனைகளில் கையொப்பமிடப் பயன்படுத்தப்படும் செயின் ஐடியை (chain ID) வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`chainId`, தற்போதைய செயின் ஐடியின் முழு எண்ணைக் குறிக்கும் சரமாக உள்ள ஹெக்ஸாடெசிமல் (hexadecimal) மதிப்பு. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}' +// முடிவு +{ + "id":67, + "jsonrpc": "2.0", + "result": "0x1" +} +``` + +### eth_mining {#eth_mining} + +கிளையண்ட் சுறுசுறுப்பாகப் புதிய பிளாக்குகளை மைனிங் செய்தால் `true` என வழங்கும். இது ப்ரூஃப்-ஆஃப்-வொர்க் (proof-of-work) நெட்வொர்க்குகளுக்கு மட்டுமே `true` என வழங்கும், மேலும் [The Merge](/roadmap/merge/) முதல் சில கிளையண்டுகளில் கிடைக்காமல் போகலாம். + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`Boolean` - கிளையண்ட் மைனிங் செய்தால் `true` என வழங்கும், இல்லையெனில் `false`. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}' + +{ + "id":71, + "jsonrpc": "2.0", + "result": true +} +``` + +### eth_hashrate {#eth_hashrate} + +நோடு மைனிங் செய்யும் வினாடிக்கு ஹாஷ்களின் எண்ணிக்கையை வழங்குகிறது. இது ப்ரூஃப்-ஆஃப்-வொர்க் நெட்வொர்க்குகளுக்கு மட்டுமே `true` என வழங்கும், மேலும் [The Merge](/roadmap/merge/) முதல் சில கிளையண்டுகளில் கிடைக்காமல் போகலாம். + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`QUANTITY` - வினாடிக்கு ஹாஷ்களின் எண்ணிக்கை. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}' +// முடிவு +{ + "id":71, + "jsonrpc": "2.0", + "result": "0x38a" +} +``` + +### eth_gasPrice {#eth_gasprice} + +wei-இல் ஒரு கேஸிற்கான தற்போதைய விலையின் மதிப்பீட்டை வழங்குகிறது. எடுத்துக்காட்டாக, Besu கிளையண்ட் கடந்த 100 பிளாக்குகளை ஆராய்ந்து, இயல்பாகவே இடைநிலை கேஸ் யூனிட் விலையை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`QUANTITY` - wei-இல் தற்போதைய கேஸ் விலையின் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}' +// முடிவு +{ + "id":73, + "jsonrpc": "2.0", + "result": "0x1dfd14000" // 8049999872 வெய் +} +``` + +### eth_accounts {#eth_accounts} + +கிளையண்டிற்குச் சொந்தமான முகவரிகளின் பட்டியலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`Array of DATA`, 20 பைட்டுகள் - கிளையண்டிற்குச் சொந்தமான முகவரிகள். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"] +} +``` + +### eth_blockNumber {#eth_blocknumber} + +மிகச் சமீபத்திய பிளாக்கின் எண்ணை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +ஏதுமில்லை + +**திரும்பப் பெறுபவை** + +`QUANTITY` - கிளையண்ட் இருக்கும் தற்போதைய பிளாக் எண்ணின் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}' +// முடிவு +{ + "id":83, + "jsonrpc": "2.0", + "result": "0x4b7" // 1207 +} +``` + +### eth_getBalance {#eth_getbalance} + +கொடுக்கப்பட்ட முகவரியில் உள்ள கணக்கின் இருப்பை (balance) வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 20 பைட்டுகள் - இருப்பைச் சரிபார்க்க வேண்டிய முகவரி. +2. `QUANTITY|TAG` - முழு எண் பிளாக் எண், அல்லது `"latest"`, `"earliest"`, `"pending"`, `"safe"`, அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவை](/developers/docs/apis/json-rpc/#block-parameter) பார்க்கவும் + +```js +params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"] +``` + +**திரும்பப் பெறுபவை** + +`QUANTITY` - wei-இல் தற்போதைய இருப்பின் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x0234c8a3397aab58" // 158972490234375000 +} +``` + +### eth_getStorageAt {#eth_getstorageat} + +கொடுக்கப்பட்ட முகவரியில் உள்ள ஸ்டோரேஜ் (storage) நிலையிலிருந்து மதிப்பை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 20 பைட்டுகள் - ஸ்டோரேஜின் முகவரி. +2. `QUANTITY` - ஸ்டோரேஜில் உள்ள நிலையின் முழு எண். +3. `QUANTITY|TAG` - முழு எண் பிளாக் எண், அல்லது `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"` என்ற சரம், [பிளாக் அளவுருவை](/developers/docs/apis/json-rpc/#block-parameter) பார்க்கவும் + +**திரும்பப் பெறுபவை** + +`DATA` - இந்த ஸ்டோரேஜ் நிலையில் உள்ள மதிப்பு. + +**எடுத்துக்காட்டு** +சரியான நிலையைக் கணக்கிடுவது மீட்டெடுக்க வேண்டிய ஸ்டோரேஜைப் பொறுத்தது. `0x391694e7e0b0cce554cb130d723a9d27458f9298` என்ற முகவரியால் `0x295a70b2de5e3953354a6a8344e616ed314d7251` இல் டெப்ளாய் செய்யப்பட்ட பின்வரும் ஒப்பந்தத்தைக் கவனியுங்கள். + +``` +contract Storage { + uint pos0; + mapping(address => uint) pos1; + constructor() { + pos0 = 1234; + pos1[msg.sender] = 5678; + } +} +``` + +pos0 இன் மதிப்பை மீட்டெடுப்பது நேரடியானது: + +```js +curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545 +{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"} +``` + +மேப்பின் (map) ஒரு உறுப்பை மீட்டெடுப்பது கடினமானது. மேப்பில் உள்ள ஒரு உறுப்பின் நிலை இதைக் கொண்டு கணக்கிடப்படுகிறது: + +```js +keccak(LeftPad32(key, 0), LeftPad32(map position, 0)) +``` + +இதன் பொருள் pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] இல் ஸ்டோரேஜை மீட்டெடுக்க, நாம் நிலையைக் கணக்கிட வேண்டும்: + +```js +keccak( + decodeHex( + "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + + "0000000000000000000000000000000000000000000000000000000000000001" + ) +) +``` + +web3 லைப்ரரியுடன் வரும் geth கன்சோலை இந்தக் கணக்கீட்டைச் செய்யப் பயன்படுத்தலாம்: + +```js +> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001" +undefined +> web3.sha3(key, {"encoding": "hex"}) +"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9" +``` + +இப்போது ஸ்டோரேஜைப் பெற: + +```js +curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545 +{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"} +``` + +### eth_getTransactionCount {#eth_gettransactioncount} + +ஒரு முகவரியிலிருந்து _அனுப்பப்பட்ட_ பரிவர்த்தனைகளின் எண்ணிக்கையை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 20 பைட்டுகள் - முகவரி. +2. `QUANTITY|TAG` - முழு எண் பிளாக் எண், அல்லது `"latest"`, `"earliest"`, `"pending"`, `"safe"` அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவை](/developers/docs/apis/json-rpc/#block-parameter) பார்க்கவும் + +```js +params: [ + "0x407d73d8a49eeb85d32cf465507dd71d507100c1", + "latest", // சமீபத்திய தொகுதியில் உள்ள நிலை +] +``` + +**திரும்பப் பெறுபவை** + +`QUANTITY` - இந்த முகவரியிலிருந்து அனுப்பப்பட்ட பரிவர்த்தனைகளின் எண்ணிக்கையைக் குறிக்கும் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash} + +கொடுக்கப்பட்ட பிளாக் ஹாஷுடன் பொருந்தும் பிளாக்கிலிருந்து ஒரு பிளாக்கில் உள்ள பரிவர்த்தனைகளின் எண்ணிக்கையை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 32 பைட்டுகள் - ஒரு பிளாக்கின் ஹாஷ் + +```js +params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"] +``` + +**திரும்பப் பெறுபவை** + +`QUANTITY` - இந்தப் பிளாக்கில் உள்ள பரிவர்த்தனைகளின் எண்ணிக்கையைக் குறிக்கும் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x8b" // 139 +} +``` + +### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber} + +கொடுக்கப்பட்ட பிளாக் எண்ணுடன் பொருந்தும் பிளாக்கில் உள்ள பரிவர்த்தனைகளின் எண்ணிக்கையை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `QUANTITY|TAG` - ஒரு பிளாக் எண்ணின் முழு எண், அல்லது `"earliest"`, `"latest"`, `"pending"`, `"safe"` அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவில்](/developers/docs/apis/json-rpc/#block-parameter) உள்ளபடி. + +```js +params: [ + "0x13738ca", // 20396234 +] +``` + +**திரும்பப் பெறுபவை** + +`QUANTITY` - இந்தப் பிளாக்கில் உள்ள பரிவர்த்தனைகளின் எண்ணிக்கையைக் குறிக்கும் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x8b" // 139 +} +``` + +### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash} + +கொடுக்கப்பட்ட பிளாக் ஹாஷுடன் பொருந்தும் பிளாக்கிலிருந்து ஒரு பிளாக்கில் உள்ள அங்கிள்களின் (uncles) எண்ணிக்கையை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 32 பைட்டுகள் - ஒரு பிளாக்கின் ஹாஷ் + +```js +params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"] +``` + +**திரும்பப் பெறுபவை** + +`QUANTITY` - இந்தப் பிளாக்கில் உள்ள அங்கிள்களின் எண்ணிக்கையைக் குறிக்கும் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber} + +கொடுக்கப்பட்ட பிளாக் எண்ணுடன் பொருந்தும் பிளாக்கிலிருந்து ஒரு பிளாக்கில் உள்ள அங்கிள்களின் எண்ணிக்கையை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `QUANTITY|TAG` - ஒரு பிளாக் எண்ணின் முழு எண், அல்லது `"latest"`, `"earliest"`, `"pending"`, `"safe"` அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவை](/developers/docs/apis/json-rpc/#block-parameter) பார்க்கவும் + +```js +params: [ + "0xe8", // 232 +] +``` + +**திரும்பப் பெறுபவை** + +`QUANTITY` - இந்தப் பிளாக்கில் உள்ள அங்கிள்களின் எண்ணிக்கையைக் குறிக்கும் முழு எண். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x0" // 0 +} +``` + +### eth_getCode {#eth_getcode} + +கொடுக்கப்பட்ட முகவரியில் உள்ள குறியீட்டை (code) வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 20 பைட்டுகள் - முகவரி +2. `QUANTITY|TAG` - முழு எண் பிளாக் எண், அல்லது `"latest"`, `"earliest"`, `"pending"`, `"safe"` அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவை](/developers/docs/apis/json-rpc/#block-parameter) பார்க்கவும் + +```js +params: [ + "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", + "0x5daf3b", // 6139707 +] +``` + +**திரும்பப் பெறுபவை** + +`DATA` - கொடுக்கப்பட்ட முகவரியிலிருந்து குறியீடு. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029" +} +``` + +### eth_sign {#eth_sign} + +`sign` முறையானது Ethereum-குறிப்பிட்ட கையொப்பத்தை இதைக் கொண்டு கணக்கிடுகிறது: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`. + +செய்தியில் ஒரு முன்னொட்டைச் சேர்ப்பதன் மூலம், கணக்கிடப்பட்ட கையொப்பம் Ethereum-குறிப்பிட்ட கையொப்பமாக அடையாளம் காணக்கூடியதாகிறது. இது ஒரு தீங்கிழைக்கும் dapp தன்னிச்சையான தரவுகளில் (எ.கா., பரிவர்த்தனை) கையொப்பமிட்டு, பாதிக்கப்பட்டவரைப் போல ஆள்மாறாட்டம் செய்ய கையொப்பத்தைப் பயன்படுத்தும் தவறான பயன்பாட்டைத் தடுக்கிறது. + +குறிப்பு: கையொப்பமிட வேண்டிய முகவரி அன்லாக் (unlock) செய்யப்பட்டிருக்க வேண்டும். + +**அளவுருக்கள்** + +1. `DATA`, 20 பைட்டுகள் - முகவரி +2. `DATA`, N பைட்டுகள் - கையொப்பமிட வேண்டிய செய்தி + +**திரும்பப் பெறுபவை** + +`DATA`: கையொப்பம் + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b" +} +``` + +### eth_signTransaction {#eth_signtransaction} + +[eth_sendRawTransaction](#eth_sendrawtransaction) ஐப் பயன்படுத்திப் பின்னர் நெட்வொர்க்கில் சமர்ப்பிக்கக்கூடிய ஒரு பரிவர்த்தனையில் கையொப்பமிடுகிறது. + +**அளவுருக்கள்** + +1. `Object` - பரிவர்த்தனை ஆப்ஜெக்ட் + +- `type`: +- `from`: `DATA`, 20 பைட்டுகள் - பரிவர்த்தனை அனுப்பப்படும் முகவரி. +- `to`: `DATA`, 20 பைட்டுகள் - (புதிய ஒப்பந்தத்தை உருவாக்கும்போது விருப்பத்திற்குரியது) பரிவர்த்தனை செலுத்தப்படும் முகவரி. +- `gas`: `QUANTITY` - (விருப்பத்திற்குரியது, இயல்புநிலை: 90000) பரிவர்த்தனை செயலாக்கத்திற்காக வழங்கப்பட்ட கேஸின் முழு எண். இது பயன்படுத்தப்படாத கேஸைத் திருப்பித் தரும். +- `gasPrice`: `QUANTITY` - (விருப்பத்திற்குரியது, இயல்புநிலை: தீர்மானிக்கப்பட-வேண்டியது) செலுத்தப்பட்ட ஒவ்வொரு கேஸிற்கும் பயன்படுத்தப்படும் gasPrice இன் முழு எண், Wei-இல். +- `value`: `QUANTITY` - (விருப்பத்திற்குரியது) இந்தப் பரிவர்த்தனையுடன் அனுப்பப்பட்ட மதிப்பின் முழு எண், Wei-இல். +- `data`: `DATA` - ஒரு ஒப்பந்தத்தின் தொகுக்கப்பட்ட குறியீடு அல்லது அழைக்கப்பட்ட முறை கையொப்பம் மற்றும் குறியிடப்பட்ட அளவுருக்களின் ஹாஷ். +- `nonce`: `QUANTITY` - (விருப்பத்திற்குரியது) ஒரு நான்ஸின் (nonce) முழு எண். இது அதே நான்ஸைப் பயன்படுத்தும் உங்களின் சொந்த நிலுவையிலுள்ள பரிவர்த்தனைகளை மேலெழுத (overwrite) அனுமதிக்கிறது. + +**திரும்பப் பெறுபவை** + +`DATA`, குறிப்பிட்ட கணக்கால் கையொப்பமிடப்பட்ட RLP-குறியிடப்பட்ட பரிவர்த்தனை ஆப்ஜெக்ட். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}' +// முடிவு +{ + "id": 1, + "jsonrpc": "2.0", + "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b" +} +``` + +### eth_sendTransaction {#eth_sendtransaction} + +தரவுப் புலத்தில் குறியீடு இருந்தால், புதிய செய்தி அழைப்புப் பரிவர்த்தனை அல்லது ஒப்பந்த உருவாக்கத்தை உருவாக்குகிறது, மேலும் `from` இல் குறிப்பிடப்பட்டுள்ள கணக்கைப் பயன்படுத்தி அதில் கையொப்பமிடுகிறது. + +**அளவுருக்கள்** + +1. `Object` - பரிவர்த்தனை ஆப்ஜெக்ட் + +- `from`: `DATA`, 20 பைட்டுகள் - பரிவர்த்தனை அனுப்பப்படும் முகவரி. +- `to`: `DATA`, 20 பைட்டுகள் - (புதிய ஒப்பந்தத்தை உருவாக்கும்போது விருப்பத்திற்குரியது) பரிவர்த்தனை செலுத்தப்படும் முகவரி. +- `gas`: `QUANTITY` - (விருப்பத்திற்குரியது, இயல்புநிலை: 90000) பரிவர்த்தனை செயலாக்கத்திற்காக வழங்கப்பட்ட கேஸின் முழு எண். இது பயன்படுத்தப்படாத கேஸைத் திருப்பித் தரும். +- `gasPrice`: `QUANTITY` - (விருப்பத்திற்குரியது, இயல்புநிலை: தீர்மானிக்கப்பட-வேண்டியது) செலுத்தப்பட்ட ஒவ்வொரு கேஸிற்கும் பயன்படுத்தப்படும் gasPrice இன் முழு எண். +- `value`: `QUANTITY` - (விருப்பத்திற்குரியது) இந்தப் பரிவர்த்தனையுடன் அனுப்பப்பட்ட மதிப்பின் முழு எண். +- `input`: `DATA` - ஒரு ஒப்பந்தத்தின் தொகுக்கப்பட்ட குறியீடு அல்லது அழைக்கப்பட்ட முறை கையொப்பம் மற்றும் குறியிடப்பட்ட அளவுருக்களின் ஹாஷ். +- `nonce`: `QUANTITY` - (விருப்பத்திற்குரியது) ஒரு நான்ஸின் முழு எண். இது அதே நான்ஸைப் பயன்படுத்தும் உங்களின் சொந்த நிலுவையிலுள்ள பரிவர்த்தனைகளை மேலெழுத அனுமதிக்கிறது. + +```js +params: [ + { + from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155", + to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567", + gas: "0x76c0", // 30400 + gasPrice: "0x9184e72a000", // 10000000000000 + value: "0x9184e72a", // 2441406250 + input: + "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675", + }, +] +``` + +**திரும்பப் பெறுபவை** + +`DATA`, 32 பைட்டுகள் - பரிவர்த்தனை ஹாஷ், அல்லது பரிவர்த்தனை இன்னும் கிடைக்கவில்லை என்றால் பூஜ்ஜிய ஹாஷ். + +நீங்கள் ஒரு ஒப்பந்தத்தை உருவாக்கியபோது, பரிவர்த்தனை ஒரு பிளாக்கில் முன்மொழியப்பட்ட பிறகு, ஒப்பந்த முகவரியைப் பெற [eth_getTransactionReceipt](#eth_gettransactionreceipt) ஐப் பயன்படுத்தவும். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331" +} +``` + +### eth_sendRawTransaction {#eth_sendrawtransaction} + +கையொப்பமிடப்பட்ட பரிவர்த்தனைகளுக்கான புதிய செய்தி அழைப்புப் பரிவர்த்தனை அல்லது ஒப்பந்த உருவாக்கத்தை உருவாக்குகிறது. + +**அளவுருக்கள்** + +1. `DATA`, கையொப்பமிடப்பட்ட பரிவர்த்தனைத் தரவு. + +```js +params: [ + "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675", +] +``` + +**திரும்பப் பெறுபவை** + +`DATA`, 32 பைட்டுகள் - பரிவர்த்தனை ஹாஷ், அல்லது பரிவர்த்தனை இன்னும் கிடைக்கவில்லை என்றால் பூஜ்ஜிய ஹாஷ். + +நீங்கள் ஒரு ஒப்பந்தத்தை உருவாக்கியபோது, பரிவர்த்தனை ஒரு பிளாக்கில் முன்மொழியப்பட்ட பிறகு, ஒப்பந்த முகவரியைப் பெற [eth_getTransactionReceipt](#eth_gettransactionreceipt) ஐப் பயன்படுத்தவும். + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331" +} +``` + +### eth_call {#eth_call} + +பிளாக்செயினில் ஒரு பரிவர்த்தனையை உருவாக்காமல் உடனடியாக ஒரு புதிய செய்தி அழைப்பைச் செயல்படுத்துகிறது. பெரும்பாலும் படிக்க-மட்டுமேயான (read-only) ஸ்மார்ட் ஒப்பந்தச் செயல்பாடுகளைச் செயல்படுத்தப் பயன்படுத்தப்படுகிறது, எடுத்துக்காட்டாக ERC-20 ஒப்பந்தத்திற்கான `balanceOf`. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `Object` - பரிவர்த்தனை அழைப்பு ஆப்ஜெக்ட் + +- `from`: `DATA`, 20 பைட்டுகள் - (விருப்பத்திற்குரியது) பரிவர்த்தனை அனுப்பப்படும் முகவரி. +- `to`: `DATA`, 20 பைட்டுகள் - பரிவர்த்தனை செலுத்தப்படும் முகவரி. +- `gas`: `QUANTITY` - (விருப்பத்திற்குரியது) பரிவர்த்தனை செயலாக்கத்திற்காக வழங்கப்பட்ட கேஸின் முழு எண். eth_call பூஜ்ஜிய கேஸைப் பயன்படுத்துகிறது, ஆனால் இந்த அளவுரு சில செயலாக்கங்களுக்குத் தேவைப்படலாம். +- `gasPrice`: `QUANTITY` - (விருப்பத்திற்குரியது) செலுத்தப்பட்ட ஒவ்வொரு கேஸிற்கும் பயன்படுத்தப்படும் gasPrice இன் முழு எண் +- `value`: `QUANTITY` - (விருப்பத்திற்குரியது) இந்தப் பரிவர்த்தனையுடன் அனுப்பப்பட்ட மதிப்பின் முழு எண் +- `input`: `DATA` - (விருப்பத்திற்குரியது) முறை கையொப்பம் மற்றும் குறியிடப்பட்ட அளவுருக்களின் ஹாஷ். விவரங்களுக்கு [Solidity ஆவணத்தில் உள்ள Ethereum Contract ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) ஐப் பார்க்கவும். + +2. `QUANTITY|TAG` - முழு எண் பிளாக் எண், அல்லது `"latest"`, `"earliest"`, `"pending"`, `"safe"` அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவை](/developers/docs/apis/json-rpc/#block-parameter) பார்க்கவும் + +**திரும்பப் பெறுபவை** + +`DATA` - செயல்படுத்தப்பட்ட ஒப்பந்தத்தின் திரும்பப் பெறும் மதிப்பு. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x" +} +``` + +### eth_estimateGas {#eth_estimategas} + +பரிவர்த்தனையை முடிக்க எவ்வளவு கேஸ் தேவை என்பதற்கான மதிப்பீட்டை உருவாக்கி வழங்குகிறது. பரிவர்த்தனை பிளாக்செயினில் சேர்க்கப்படாது. EVM இயக்கவியல் மற்றும் நோடு செயல்திறன் உள்ளிட்ட பல்வேறு காரணங்களுக்காக, பரிவர்த்தனையால் உண்மையில் பயன்படுத்தப்படும் கேஸின் அளவை விட மதிப்பீடு கணிசமாக அதிகமாக இருக்கலாம் என்பதை நினைவில் கொள்ளவும். + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +அனைத்துப் பண்புகளும் விருப்பத்திற்குரியவை என்பதைத் தவிர, [eth_call](#eth_call) அளவுருக்களைப் பார்க்கவும். கேஸ் வரம்பு எதுவும் குறிப்பிடப்படவில்லை என்றால், geth நிலுவையிலுள்ள பிளாக்கிலிருந்து பிளாக் கேஸ் வரம்பை மேல் வரம்பாகப் பயன்படுத்துகிறது. இதன் விளைவாக, கேஸின் அளவு நிலுவையிலுள்ள பிளாக் கேஸ் வரம்பை விட அதிகமாக இருக்கும்போது, அழைப்பு/பரிவர்த்தனையைச் செயல்படுத்தத் திரும்பப் பெறப்பட்ட மதிப்பீடு போதுமானதாக இருக்காது. + +**திரும்பப் பெறுபவை** + +`QUANTITY` - பயன்படுத்தப்பட்ட கேஸின் அளவு. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x5208" // 21000 +} +``` + +### eth_getBlockByHash {#eth_getblockbyhash} + +ஹாஷ் மூலம் ஒரு பிளாக் பற்றிய தகவலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 32 பைட்டுகள் - ஒரு பிளாக்கின் ஹாஷ். +2. `Boolean` - `true` எனில் இது முழுப் பரிவர்த்தனை ஆப்ஜெக்ட்டுகளை வழங்கும், `false` எனில் பரிவர்த்தனைகளின் ஹாஷ்களை மட்டுமே வழங்கும். + +```js +params: [ + "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", + false, +] +``` + +**திரும்பப் பெறுபவை** + +`Object` - ஒரு பிளாக் ஆப்ஜெக்ட், அல்லது பிளாக் எதுவும் காணப்படாவிட்டால் `null`: + +- `number`: `QUANTITY` - பிளாக் எண். இது நிலுவையிலுள்ள பிளாக்காக இருக்கும்போது `null`. +- `hash`: `DATA`, 32 பைட்டுகள் - பிளாக்கின் ஹாஷ். இது நிலுவையிலுள்ள பிளாக்காக இருக்கும்போது `null`. +- `parentHash`: `DATA`, 32 பைட்டுகள் - மூலப் பிளாக்கின் (parent block) ஹாஷ். +- `nonce`: `DATA`, 8 பைட்டுகள் - உருவாக்கப்பட்ட ப்ரூஃப்-ஆஃப்-வொர்க்கின் ஹாஷ். இது நிலுவையிலுள்ள பிளாக்காக இருக்கும்போது `null`, ப்ரூஃப்-ஆஃப்-ஸ்டேக் (proof-of-stake) பிளாக்குகளுக்கு `0x0` (The Merge முதல்) +- `sha3Uncles`: `DATA`, 32 பைட்டுகள் - பிளாக்கில் உள்ள அங்கிள்ஸ் தரவின் SHA3. +- `logsBloom`: `DATA`, 256 பைட்டுகள் - பிளாக்கின் லாக்ஸிற்கான (logs) ப்ளூம் ஃபில்டர் (bloom filter). இது நிலுவையிலுள்ள பிளாக்காக இருக்கும்போது `null`. +- `transactionsRoot`: `DATA`, 32 பைட்டுகள் - பிளாக்கின் பரிவர்த்தனை ட்ரையின் (transaction trie) ரூட் (root). +- `stateRoot`: `DATA`, 32 பைட்டுகள் - பிளாக்கின் இறுதி ஸ்டேட் ட்ரையின் (state trie) ரூட். +- `receiptsRoot`: `DATA`, 32 பைட்டுகள் - பிளாக்கின் ரசீதுகள் ட்ரையின் (receipts trie) ரூட். +- `miner`: `DATA`, 20 பைட்டுகள் - பிளாக் வெகுமதிகள் வழங்கப்பட்ட பயனாளியின் முகவரி. +- `difficulty`: `QUANTITY` - இந்தப் பிளாக்கிற்கான சிரமத்தின் (difficulty) முழு எண். +- `totalDifficulty`: `QUANTITY` - இந்தப் பிளாக் வரை செயினின் மொத்தச் சிரமத்தின் முழு எண். +- `extraData`: `DATA` - இந்தப் பிளாக்கின் "கூடுதல் தரவு" (extra data) புலம். +- `size`: `QUANTITY` - இந்தப் பிளாக்கின் அளவை பைட்டுகளில் குறிக்கும் முழு எண். +- `gasLimit`: `QUANTITY` - இந்தப் பிளாக்கில் அனுமதிக்கப்பட்ட அதிகபட்ச கேஸ். +- `gasUsed`: `QUANTITY` - இந்தப் பிளாக்கில் உள்ள அனைத்துப் பரிவர்த்தனைகளாலும் பயன்படுத்தப்பட்ட மொத்த கேஸ். +- `timestamp`: `QUANTITY` - பிளாக் தொகுக்கப்பட்டதற்கான unix டைம்ஸ்டாம்ப் (timestamp). +- `transactions`: `Array` - கடைசியாகக் கொடுக்கப்பட்ட அளவுருவைப் பொறுத்து, பரிவர்த்தனை ஆப்ஜெக்ட்டுகளின் வரிசை (Array), அல்லது 32 பைட்டுகள் பரிவர்த்தனை ஹாஷ்கள். +- `uncles`: `Array` - அங்கிள் ஹாஷ்களின் வரிசை. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}' +// முடிவு +{ + "jsonrpc": "2.0", + "id": 1, + "result": { + "difficulty": "0x4ea3f27bc", + "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32", + "gasLimit": "0x1388", + "gasUsed": "0x0", + "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", + "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000", + "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171", + "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843", + "nonce": "0x689056015818adbe", + "number": "0x1b4", + "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54", + "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421", + "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347", + "size": "0x220", + "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d", + "timestamp": "0x55ba467c", + "totalDifficulty": "0x78ed983323d", + "transactions": [ + ], + "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421", + "uncles": [ + ] + } +} +``` + +### eth_getBlockByNumber {#eth_getblockbynumber} + +பிளாக் எண் மூலம் ஒரு பிளாக் பற்றிய தகவலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `QUANTITY|TAG` - ஒரு பிளாக் எண்ணின் முழு எண், அல்லது `"earliest"`, `"latest"`, `"pending"`, `"safe"` அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவில்](/developers/docs/apis/json-rpc/#block-parameter) உள்ளபடி. +2. `Boolean` - `true` எனில் இது முழுப் பரிவர்த்தனை ஆப்ஜெக்ட்டுகளை வழங்கும், `false` எனில் பரிவர்த்தனைகளின் ஹாஷ்களை மட்டுமே வழங்கும். + +```js +params: [ + "0x1b4", // 436 + true, +] +``` + +**திரும்பப் பெறுபவை** +[eth_getBlockByHash](#eth_getblockbyhash) ஐப் பார்க்கவும் + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}' +``` + +முடிவுக்கு [eth_getBlockByHash](#eth_getblockbyhash) ஐப் பார்க்கவும் + +### eth_getTransactionByHash {#eth_gettransactionbyhash} + +பரிவர்த்தனை ஹாஷ் மூலம் கோரப்பட்ட ஒரு பரிவர்த்தனை பற்றிய தகவலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 32 பைட்டுகள் - பரிவர்த்தனையின் ஹாஷ் + +```js +params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"] +``` + +**திரும்பப் பெறுபவை** + +`Object` - ஒரு பரிவர்த்தனை ஆப்ஜெக்ட், அல்லது பரிவர்த்தனை எதுவும் காணப்படாவிட்டால் `null`: + +- `blockHash`: `DATA`, 32 பைட்டுகள் - இந்தப் பரிவர்த்தனை இருந்த பிளாக்கின் ஹாஷ். இது நிலுவையில் இருக்கும்போது `null`. +- `blockNumber`: `QUANTITY` - இந்தப் பரிவர்த்தனை இருந்த பிளாக் எண். இது நிலுவையில் இருக்கும்போது `null`. +- `from`: `DATA`, 20 பைட்டுகள் - அனுப்புநரின் முகவரி. +- `gas`: `QUANTITY` - அனுப்புநரால் வழங்கப்பட்ட கேஸ். +- `gasPrice`: `QUANTITY` - அனுப்புநரால் Wei-இல் வழங்கப்பட்ட கேஸ் விலை. +- `hash`: `DATA`, 32 பைட்டுகள் - பரிவர்த்தனையின் ஹாஷ். +- `input`: `DATA` - பரிவர்த்தனையுடன் அனுப்பப்பட்ட தரவு. +- `nonce`: `QUANTITY` - இதற்கு முன் அனுப்புநரால் செய்யப்பட்ட பரிவர்த்தனைகளின் எண்ணிக்கை. +- `to`: `DATA`, 20 பைட்டுகள் - பெறுநரின் முகவரி. இது ஒரு ஒப்பந்த உருவாக்கப் பரிவர்த்தனையாக இருக்கும்போது `null`. +- `transactionIndex`: `QUANTITY` - பிளாக்கில் உள்ள பரிவர்த்தனைகளின் குறியீட்டு (index) நிலையின் முழு எண். இது நிலுவையில் இருக்கும்போது `null`. +- `value`: `QUANTITY` - Wei-இல் மாற்றப்பட்ட மதிப்பு. +- `v`: `QUANTITY` - ECDSA மீட்பு ஐடி (recovery id) +- `r`: `QUANTITY` - ECDSA கையொப்பம் r +- `s`: `QUANTITY` - ECDSA கையொப்பம் s + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}' +// முடிவு +{ + "jsonrpc":"2.0", + "id":1, + "result":{ + "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", + "blockNumber":"0x5daf3b", // 6139707 + "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d", + "gas":"0xc350", // 50000 + "gasPrice":"0x4a817c800", // 20000000000 + "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b", + "input":"0x68656c6c6f21", + "nonce":"0x15", // 21 + "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb", + "transactionIndex":"0x41", // 65 + "value":"0xf3dbb76162000", // 4290000000000000 + "v":"0x25", // 37 + "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea", + "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c" + } +} +``` + +### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex} + +பிளாக் ஹாஷ் மற்றும் பரிவர்த்தனைக் குறியீட்டு நிலை மூலம் ஒரு பரிவர்த்தனை பற்றிய தகவலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 32 பைட்டுகள் - ஒரு பிளாக்கின் ஹாஷ். +2. `QUANTITY` - பரிவர்த்தனைக் குறியீட்டு நிலையின் முழு எண். + +```js +params: [ + "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", + "0x0", // 0 +] +``` + +**திரும்பப் பெறுபவை** +[eth_getTransactionByHash](#eth_gettransactionbyhash) ஐப் பார்க்கவும் + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}' +``` + +முடிவுக்கு [eth_getTransactionByHash](#eth_gettransactionbyhash) ஐப் பார்க்கவும் + +### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex} + +பிளாக் எண் மற்றும் பரிவர்த்தனைக் குறியீட்டு நிலை மூலம் ஒரு பரிவர்த்தனை பற்றிய தகவலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `QUANTITY|TAG` - ஒரு பிளாக் எண், அல்லது `"earliest"`, `"latest"`, `"pending"`, `"safe"` அல்லது `"finalized"` என்ற சரம், [பிளாக் அளவுருவில்](/developers/docs/apis/json-rpc/#block-parameter) உள்ளபடி. +2. `QUANTITY` - பரிவர்த்தனைக் குறியீட்டு நிலை. + +```js +params: [ + "0x9c47cf", // 10241999 + "0x24", // 36 +] +``` + +**திரும்பப் பெறுபவை** +[eth_getTransactionByHash](#eth_gettransactionbyhash) ஐப் பார்க்கவும் + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}' +``` + +முடிவுக்கு [eth_getTransactionByHash](#eth_gettransactionbyhash) ஐப் பார்க்கவும் + +### eth_getTransactionReceipt {#eth_gettransactionreceipt} + +பரிவர்த்தனை ஹாஷ் மூலம் ஒரு பரிவர்த்தனையின் ரசீதை (receipt) வழங்குகிறது. + +**குறிப்பு** நிலுவையிலுள்ள பரிவர்த்தனைகளுக்கு ரசீது கிடைக்காது. + +**அளவுருக்கள்** + +1. `DATA`, 32 பைட்டுகள் - பரிவர்த்தனையின் ஹாஷ் + +```js +params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"] +``` + +**திரும்பப் பெறுபவை** +`Object` - ஒரு பரிவர்த்தனை ரசீது ஆப்ஜெக்ட், அல்லது ரசீது எதுவும் காணப்படாவிட்டால் `null`: + +- `transactionHash `: `DATA`, 32 பைட்டுகள் - பரிவர்த்தனையின் ஹாஷ். +- `transactionIndex`: `QUANTITY` - பிளாக்கில் உள்ள பரிவர்த்தனைகளின் குறியீட்டு நிலையின் முழு எண். +- `blockHash`: `DATA`, 32 பைட்டுகள் - இந்தப் பரிவர்த்தனை இருந்த பிளாக்கின் ஹாஷ். +- `blockNumber`: `QUANTITY` - இந்தப் பரிவர்த்தனை இருந்த பிளாக் எண். +- `from`: `DATA`, 20 பைட்டுகள் - அனுப்புநரின் முகவரி. +- `to`: `DATA`, 20 பைட்டுகள் - பெறுநரின் முகவரி. இது ஒரு ஒப்பந்த உருவாக்கப் பரிவர்த்தனையாக இருக்கும்போது null. +- `cumulativeGasUsed ` : `QUANTITY ` - பிளாக்கில் இந்தப் பரிவர்த்தனை செயல்படுத்தப்பட்டபோது பயன்படுத்தப்பட்ட மொத்த கேஸின் அளவு. +- `effectiveGasPrice ` : `QUANTITY` - ஒரு யூனிட் கேஸிற்குச் செலுத்தப்பட்ட அடிப்படை கட்டணம் (base fee) மற்றும் டிப் (tip) ஆகியவற்றின் கூடுதல். +- `gasUsed `: `QUANTITY ` - இந்தக் குறிப்பிட்ட பரிவர்த்தனையால் மட்டுமே பயன்படுத்தப்பட்ட கேஸின் அளவு. +- `contractAddress `: `DATA`, 20 பைட்டுகள் - பரிவர்த்தனை ஒரு ஒப்பந்த உருவாக்கமாக இருந்தால், உருவாக்கப்பட்ட ஒப்பந்த முகவரி, இல்லையெனில் `null`. +- `logs`: `Array` - இந்தப் பரிவர்த்தனை உருவாக்கிய லாக் ஆப்ஜெக்ட்டுகளின் வரிசை. +- `logsBloom`: `DATA`, 256 பைட்டுகள் - லைட் கிளையண்டுகள் (light clients) தொடர்புடைய லாக்ஸை விரைவாக மீட்டெடுப்பதற்கான ப்ளூம் ஃபில்டர். +- `type`: `QUANTITY` - பரிவர்த்தனை வகையின் முழு எண், மரபுப் (legacy) பரிவர்த்தனைகளுக்கு `0x0`, அணுகல் பட்டியல் (access list) வகைகளுக்கு `0x1`, டைனமிக் கட்டணங்களுக்கு (dynamic fees) `0x2`. + +இது _இரண்டில் ஒன்றையும்_ வழங்குகிறது: + +- `root` : `DATA` பரிவர்த்தனைக்குப் பிந்தைய ஸ்டேட் ரூட்டின் 32 பைட்டுகள் (பைசான்டியத்திற்கு (Byzantium) முன்) +- `status`: `QUANTITY` `1` (வெற்றி) அல்லது `0` (தோல்வி) + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}' +// முடிவு +{ + "jsonrpc": "2.0", + "id": 1, + "result": { + "blockHash": + "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3", + "blockNumber": "0xeff35f", + "contractAddress": null, // முகவரி உருவாக்கப்பட்டிருந்தால் அதன் சரம் + "cumulativeGasUsed": "0xa12515", + "effectiveGasPrice": "0x5a9c688d4", + "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7", + "gasUsed": "0xb4c8", + "logs": [{ + // getFilterLogs போன்றவற்றால் வழங்கப்படும் பதிவுகள் + }], + "logsBloom": "0x00...0", // 256 பைட் ப்ளூம் வடிகட்டி + "status": "0x1", + "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2", + "transactionHash": + "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5", + "transactionIndex": "0x66", + "type": "0x2" + } +} +``` + +### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex} + +ஹாஷ் மற்றும் அங்கிள் குறியீட்டு நிலை மூலம் ஒரு பிளாக்கின் அங்கிள் பற்றிய தகவலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `DATA`, 32 பைட்டுகள் - ஒரு பிளாக்கின் ஹாஷ். +2. `QUANTITY` - அங்கிளின் குறியீட்டு நிலை. + +```js +params: [ + "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", + "0x0", // 0 +] +``` + +**திரும்பப் பெறுபவை** +[eth_getBlockByHash](#eth_getblockbyhash) ஐப் பார்க்கவும் + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}' +``` + +முடிவுக்கு [eth_getBlockByHash](#eth_getblockbyhash) ஐப் பார்க்கவும் + +**குறிப்பு**: ஒரு அங்கிளில் தனிப்பட்ட பரிவர்த்தனைகள் இருக்காது. + +### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex} + +எண் மற்றும் அங்கிள் குறியீட்டு நிலை மூலம் ஒரு பிளாக்கின் அங்கிள் பற்றிய தகவலை வழங்குகிறது. + + + ப்ளேகிரவுண்டில் எண்ட்பாயிண்ட்டை முயல்க + + +**அளவுருக்கள்** + +1. `QUANTITY|TAG` - ஒரு பிளாக் எண், அல்லது `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"` என்ற சரம், [பிளாக் அளவுருவில்](/developers/docs/apis/json-rpc/#block-parameter) உள்ளபடி. +2. `QUANTITY` - அங்கிளின் குறியீட்டு நிலை. + +```js +params: [ + "0x29c", // 668 + "0x0", // 0 +] +``` + +**திரும்பப் பெறுபவை** +[eth_getBlockByHash](#eth_getblockbyhash) ஐப் பார்க்கவும் + +**குறிப்பு**: ஒரு அங்கிளில் தனிப்பட்ட பரிவர்த்தனைகள் இருக்காது. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}' +``` + +முடிவுக்கு [eth_getBlockByHash](#eth_getblockbyhash) ஐப் பார்க்கவும் + +### eth_newFilter {#eth_newfilter} + +ஸ்டேட் மாறும்போது (லாக்ஸ்) அறிவிக்க, ஃபில்டர் விருப்பங்களின் அடிப்படையில் ஒரு ஃபில்டர் ஆப்ஜெக்ட்டை உருவாக்குகிறது. +ஸ்டேட் மாறியுள்ளதா என்பதைச் சரிபார்க்க, [eth_getFilterChanges](#eth_getfilterchanges) ஐ அழைக்கவும். + +**தலைப்பு ஃபில்டர்களைக் (topic filters) குறிப்பிடுவது பற்றிய ஒரு குறிப்பு:** +தலைப்புகள் வரிசையைச் சார்ந்தவை. [A, B] தலைப்புகளைக் கொண்ட லாக் உள்ள ஒரு பரிவர்த்தனை பின்வரும் தலைப்பு ஃபில்டர்களால் பொருத்தப்படும்: + +- `[]` "எதுவும்" +- `[A]` "முதல் நிலையில் A (மற்றும் அதன் பிறகு எதுவும்)" +- `[null, B]` "முதல் நிலையில் எதுவும் மற்றும் இரண்டாவது நிலையில் B (மற்றும் அதன் பிறகு எதுவும்)" +- `[A, B]` "முதல் நிலையில் A மற்றும் இரண்டாவது நிலையில் B (மற்றும் அதன் பிறகு எதுவும்)" +- `[[A, B], [A, B]]` "முதல் நிலையில் (A அல்லது B) மற்றும் இரண்டாவது நிலையில் (A அல்லது B) (மற்றும் அதன் பிறகு எதுவும்)" +- **அளவுருக்கள்** + +1. `Object` - ஃபில்டர் விருப்பங்கள்: + +- `fromBlock`: `QUANTITY|TAG` - (விருப்பத்திற்குரியது, இயல்புநிலை: `"latest"`) முழு எண் பிளாக் எண், அல்லது கடைசியாக முன்மொழியப்பட்ட பிளாக்கிற்கு `"latest"`, சமீபத்திய பாதுகாப்பான பிளாக்கிற்கு `"safe"`, சமீபத்திய இறுதி செய்யப்பட்ட பிளாக்கிற்கு `"finalized"`, அல்லது இன்னும் பிளாக்கில் இல்லாத பரிவர்த்தனைகளுக்கு `"pending"`, `"earliest"`. +- `toBlock`: `QUANTITY|TAG` - (விருப்பத்திற்குரியது, இயல்புநிலை: `"latest"`) முழு எண் பிளாக் எண், அல்லது கடைசியாக முன்மொழியப்பட்ட பிளாக்கிற்கு `"latest"`, சமீபத்திய பாதுகாப்பான பிளாக்கிற்கு `"safe"`, சமீபத்திய இறுதி செய்யப்பட்ட பிளாக்கிற்கு `"finalized"`, அல்லது இன்னும் பிளாக்கில் இல்லாத பரிவர்த்தனைகளுக்கு `"pending"`, `"earliest"`. +- `address`: `DATA|Array`, 20 பைட்டுகள் - (விருப்பத்திற்குரியது) ஒப்பந்த முகவரி அல்லது லாக்ஸ் உருவாக வேண்டிய முகவரிகளின் பட்டியல். +- `topics`: `Array of DATA`, - (விருப்பத்திற்குரியது) 32 பைட்டுகள் `DATA` தலைப்புகளின் வரிசை. தலைப்புகள் வரிசையைச் சார்ந்தவை. ஒவ்வொரு தலைப்பும் "அல்லது" (or) விருப்பங்களைக் கொண்ட DATA இன் வரிசையாகவும் இருக்கலாம். + +```js +params: [ + { + fromBlock: "0x1", + toBlock: "0x2", + address: "0x8888f1f195afa192cfee860698584c030f4c9db1", + topics: [ + "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b", + null, + [ + "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b", + "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc", + ], + ], + }, +] +``` + +**திரும்பப் பெறுபவை** +`QUANTITY` - ஒரு ஃபில்டர் ஐடி. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_newBlockFilter {#eth_newblockfilter} + +புதிய பிளாக் வரும்போது அறிவிக்க, நோடில் ஒரு ஃபில்டரை உருவாக்குகிறது. +ஸ்டேட் மாறியுள்ளதா என்பதைச் சரிபார்க்க, [eth_getFilterChanges](#eth_getfilterchanges) ஐ அழைக்கவும். + +**அளவுருக்கள்** +ஏதுமில்லை + +**திரும்பப் பெறுபவை** +`QUANTITY` - ஒரு ஃபில்டர் ஐடி. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter} + +புதிய நிலுவையிலுள்ள பரிவர்த்தனைகள் வரும்போது அறிவிக்க, நோடில் ஒரு ஃபில்டரை உருவாக்குகிறது. +ஸ்டேட் மாறியுள்ளதா என்பதைச் சரிபார்க்க, [eth_getFilterChanges](#eth_getfilterchanges) ஐ அழைக்கவும். + +**அளவுருக்கள்** +ஏதுமில்லை + +**திரும்பப் பெறுபவை** +`QUANTITY` - ஒரு ஃபில்டர் ஐடி. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_uninstallFilter {#eth_uninstallfilter} + +கொடுக்கப்பட்ட ஐடியுடன் ஒரு ஃபில்டரை நிறுவல் நீக்குகிறது (uninstall). கண்காணிப்பு (watch) இனி தேவைப்படாதபோது இது எப்போதும் அழைக்கப்பட வேண்டும். +கூடுதலாக, ஒரு குறிப்பிட்ட காலத்திற்கு [eth_getFilterChanges](#eth_getfilterchanges) உடன் கோரப்படாதபோது ஃபில்டர்கள் காலாவதியாகிவிடும் (timeout). + +**அளவுருக்கள்** + +1. `QUANTITY` - ஃபில்டர் ஐடி. + +```js +params: [ + "0xb", // 11 +] +``` + +**திரும்பப் பெறுபவை** +`Boolean` - ஃபில்டர் வெற்றிகரமாக நிறுவல் நீக்கப்பட்டால் `true`, இல்லையெனில் `false`. + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}' +// முடிவு +{ + "id":1, + "jsonrpc": "2.0", + "result": true +} +``` + +### eth_getFilterChanges {#eth_getfilterchanges} + +ஒரு ஃபில்டருக்கான போலிங் (polling) முறை, இது கடந்த போலுக்குப் (poll) பிறகு நிகழ்ந்த லாக்ஸின் வரிசையை வழங்குகிறது. + +**அளவுருக்கள்** + +1. `QUANTITY` - ஃபில்டர் ஐடி. + +```js +params: [ + "0x16", // 22 +] +``` + +**திரும்பப் பெறுபவை** +`Array` - லாக் ஆப்ஜெக்ட்டுகளின் வரிசை, அல்லது கடந்த போலுக்குப் பிறகு எதுவும் மாறவில்லை என்றால் வெற்று வரிசை. + +- `eth_newBlockFilter` உடன் உருவாக்கப்பட்ட ஃபில்டர்களுக்கு, திரும்பப் பெறுபவை பிளாக் ஹாஷ்கள் (`DATA`, 32 பைட்டுகள்), எ.கா., `["0x3454645634534..."]`. +- `eth_newPendingTransactionFilter ` உடன் உருவாக்கப்பட்ட ஃபில்டர்களுக்கு, திரும்பப் பெறுபவை பரிவர்த்தனை ஹாஷ்கள் (`DATA`, 32 பைட்டுகள்), எ.கா., `["0x6345343454645..."]`. +- `eth_newFilter` உடன் உருவாக்கப்பட்ட ஃபில்டர்களுக்கு, லாக்ஸ் பின்வரும் அளவுருக்களைக் கொண்ட ஆப்ஜெக்ட்டுகளாகும்: + - `removed`: `TAG` - செயின் மறுசீரமைப்பு (chain reorganization) காரணமாக லாக் அகற்றப்பட்டால் `true`. இது சரியான லாக் என்றால் `false`. + - `logIndex`: `QUANTITY` - பிளாக்கில் உள்ள லாக் குறியீட்டு நிலையின் முழு எண். இது நிலுவையிலுள்ள லாக்காக இருக்கும்போது `null`. + - `transactionIndex`: `QUANTITY` - லாக் உருவாக்கப்பட்ட பரிவர்த்தனைகளின் குறியீட்டு நிலையின் முழு எண். இது நிலுவையிலுள்ள லாக்காக இருக்கும்போது `null`. + - `transactionHash`: `DATA`, 32 பைட்டுகள் - இந்த லாக் உருவாக்கப்பட்ட பரிவர்த்தனைகளின் ஹாஷ். இது நிலுவையிலுள்ள லாக்காக இருக்கும்போது `null`. + - `blockHash`: `DATA`, 32 பைட்டுகள் - இந்த லாக் இருந்த பிளாக்கின் ஹாஷ். இது நிலுவையில் இருக்கும்போது `null`. இது நிலுவையிலுள்ள லாக்காக இருக்கும்போது `null`. + - `blockNumber`: `QUANTITY` - இந்த லாக் இருந்த பிளாக் எண். இது நிலுவையில் இருக்கும்போது `null`. இது நிலுவையிலுள்ள லாக்காக இருக்கும்போது `null`. + - `address`: `DATA`, 20 பைட்டுகள் - இந்த லாக் உருவான முகவரி. + - `data`: `DATA` - மாறுபடும்-நீளமுள்ள குறியிடப்படாத (non-indexed) லாக் தரவு. (_solidity_ இல்: பூஜ்ஜியம் அல்லது அதற்கு மேற்பட்ட 32 பைட்டுகள் குறியிடப்படாத லாக் விவாதங்கள் (arguments).) + - `topics`: `Array of DATA` - குறியிடப்பட்ட லாக் விவாதங்களின் 0 முதல் 4 வரையிலான 32 பைட்டுகள் `DATA` இன் வரிசை. (_solidity_ இல்: நீங்கள் நிகழ்வை `anonymous` குறிப்பானுடன் (specifier) அறிவித்தாலொழிய, முதல் தலைப்பு நிகழ்வின் கையொப்பத்தின் _ஹாஷ்_ ஆகும் (எ.கா., `Deposit(address,bytes32,uint256)`).) + +- **எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}' +// முடிவு +{ + "id":1, + "jsonrpc":"2.0", + "result": [{ + "logIndex": "0x1", // 1 + "blockNumber":"0x1b4", // 436 + "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d", + "transactionHash": "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf", + "transactionIndex": "0x0", // 0 + "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d", + "data":"0x0000000000000000000000000000000000000000000000000000000000000000", + "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"] + },{ + ... + }] +} +``` + +### eth_getFilterLogs {#eth_getfilterlogs} + +கொடுக்கப்பட்ட ஐடியுடன் ஃபில்டரைப் பொருத்தும் அனைத்து லாக்ஸின் வரிசையையும் வழங்குகிறது. + +**அளவுருக்கள்** + +1. `QUANTITY` - ஃபில்டர் ஐடி. + +```js +params: [ + "0x16", // 22 +] +``` + +**திரும்பப் பெறுபவை** +[eth_getFilterChanges](#eth_getfilterchanges) ஐப் பார்க்கவும் + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}' +``` + +முடிவுக்கு [eth_getFilterChanges](#eth_getfilterchanges) ஐப் பார்க்கவும் + +### eth_getLogs {#eth_getlogs} + +கொடுக்கப்பட்ட ஃபில்டர் ஆப்ஜெக்ட்டைப் பொருத்தும் அனைத்து லாக்ஸின் வரிசையையும் வழங்குகிறது. + +**அளவுருக்கள்** + +1. `Object` - ஃபில்டர் விருப்பங்கள்: + +- `fromBlock`: `QUANTITY|TAG` - (விருப்பத்திற்குரியது, இயல்புநிலை: `"latest"`) முழு எண் பிளாக் எண், அல்லது கடைசியாக முன்மொழியப்பட்ட பிளாக்கிற்கு `"latest"`, சமீபத்திய பாதுகாப்பான பிளாக்கிற்கு `"safe"`, சமீபத்திய இறுதி செய்யப்பட்ட பிளாக்கிற்கு `"finalized"`, அல்லது இன்னும் பிளாக்கில் இல்லாத பரிவர்த்தனைகளுக்கு `"pending"`, `"earliest"`. +- `toBlock`: `QUANTITY|TAG` - (விருப்பத்திற்குரியது, இயல்புநிலை: `"latest"`) முழு எண் பிளாக் எண், அல்லது கடைசியாக முன்மொழியப்பட்ட பிளாக்கிற்கு `"latest"`, சமீபத்திய பாதுகாப்பான பிளாக்கிற்கு `"safe"`, சமீபத்திய இறுதி செய்யப்பட்ட பிளாக்கிற்கு `"finalized"`, அல்லது இன்னும் பிளாக்கில் இல்லாத பரிவர்த்தனைகளுக்கு `"pending"`, `"earliest"`. +- `address`: `DATA|Array`, 20 பைட்டுகள் - (விருப்பத்திற்குரியது) ஒப்பந்த முகவரி அல்லது லாக்ஸ் உருவாக வேண்டிய முகவரிகளின் பட்டியல். +- `topics`: `Array of DATA`, - (விருப்பத்திற்குரியது) 32 பைட்டுகள் `DATA` தலைப்புகளின் வரிசை. தலைப்புகள் வரிசையைச் சார்ந்தவை. ஒவ்வொரு தலைப்பும் "அல்லது" (or) விருப்பங்களைக் கொண்ட DATA இன் வரிசையாகவும் இருக்கலாம். +- `blockHash`: `DATA`, 32 பைட்டுகள் - (விருப்பத்திற்குரியது, **எதிர்காலம்**) EIP-234 இன் சேர்க்கையுடன், `blockHash` ஒரு புதிய ஃபில்டர் விருப்பமாக இருக்கும், இது திரும்பப் பெறப்பட்ட லாக்ஸை 32-பைட் ஹாஷ் `blockHash` உடன் ஒற்றைப் பிளாக்கிற்கு மட்டுப்படுத்துகிறது. `blockHash` ஐப் பயன்படுத்துவது `fromBlock` = `toBlock` = `blockHash` ஹாஷைக் கொண்ட பிளாக் எண்ணிற்குச் சமம். ஃபில்டர் அளவுகோல்களில் `blockHash` இருந்தால், `fromBlock` அல்லது `toBlock` இரண்டும் அனுமதிக்கப்படாது. + +```js +params: [ + { + topics: [ + "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b", + ], + }, +] +``` + +**திரும்பப் பெறுபவை** +[eth_getFilterChanges](#eth_getfilterchanges) ஐப் பார்க்கவும் + +**எடுத்துக்காட்டு** + +```js +// கோரிக்கை +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}' +``` + +முடிவுக்கு [eth_getFilterChanges](#eth_getfilterchanges) ஐப் பார்க்கவும் + +## பயன்பாட்டு உதாரணம் {#usage-example} + +### JSON_RPC ஐப் பயன்படுத்தி ஒரு ஒப்பந்தத்தை நிலைநிறுத்துதல் {#deploying-contract} + +RPC இடைமுகத்தை மட்டுமே பயன்படுத்தி ஒரு ஒப்பந்தத்தை எவ்வாறு நிலைநிறுத்துவது என்பதற்கான விளக்கத்தை இந்தப் பகுதி உள்ளடக்கியுள்ளது. இந்தச் சிக்கலைத் தவிர்க்க ஒப்பந்தங்களை நிலைநிறுத்துவதற்கு மாற்று வழிகள் உள்ளன—உதாரணமாக, RPC இடைமுகத்தின் மேல் கட்டமைக்கப்பட்ட [web3.js](https://web3js.readthedocs.io/) மற்றும் [web3.py](https://github.com/ethereum/web3.py) போன்ற நூலகங்களைப் பயன்படுத்துதல். இந்த சுருக்கங்கள் பொதுவாகப் புரிந்துகொள்ள எளிதானவை மற்றும் குறைவான பிழைகள் ஏற்படக்கூடியவை, ஆனால் பின்னணியில் என்ன நடக்கிறது என்பதைப் புரிந்துகொள்வது இன்னும் உதவியாக இருக்கும். + +பின்வருவது `Multiply7` எனப்படும் நேரடியான ஸ்மார்ட் ஒப்பந்தமாகும், இது JSON-RPC இடைமுகத்தைப் பயன்படுத்தி Ethereum முனையில் நிலைநிறுத்தப்படும். படிப்பவர் ஏற்கனவே Geth முனையை இயக்குகிறார் என்று இந்த வழிகாட்டி கருதுகிறது. முனைகள் மற்றும் கிளையண்டுகள் பற்றிய கூடுதல் தகவல்கள் [இங்கே](/developers/docs/nodes-and-clients/run-a-node) கிடைக்கின்றன. Geth அல்லாத கிளையண்டுகளுக்கு HTTP JSON-RPC ஐ எவ்வாறு தொடங்குவது என்பதைப் பார்க்க, தனிப்பட்ட [கிளையண்ட்](/developers/docs/nodes-and-clients/) ஆவணங்களைப் பார்க்கவும். பெரும்பாலான கிளையண்டுகள் இயல்புநிலையாக `localhost:8545` இல் சேவை செய்கின்றன. + +```javascript +contract Multiply7 { + event Print(uint); + function multiply(uint input) returns (uint) { + Print(input * 7); + return input * 7; + } +} +``` + +முதலில் செய்ய வேண்டியது HTTP RPC இடைமுகம் இயக்கப்பட்டிருப்பதை உறுதிசெய்வதாகும். இதன் பொருள் தொடக்கத்தின் போது Geth-க்கு `--http` கொடியை வழங்குகிறோம். இந்த எடுத்துக்காட்டில், தனிப்பட்ட மேம்பாட்டுச் சங்கிலியில் Geth முனையைப் பயன்படுத்துகிறோம். இந்த அணுகுமுறையைப் பயன்படுத்துவதன் மூலம் உண்மையான நெட்வொர்க்கில் நமக்கு ஈதர் தேவையில்லை. + +```bash +geth --http --dev console 2>>geth.log +``` + +இது `http://localhost:8545` இல் HTTP RPC இடைமுகத்தைத் தொடங்கும். + +[curl](https://curl.se) ஐப் பயன்படுத்தி காயின்பேஸ் முகவரியை (கணக்குகளின் வரிசையிலிருந்து முதல் முகவரியைப் பெறுவதன் மூலம்) மற்றும் இருப்பை மீட்டெடுப்பதன் மூலம் இடைமுகம் இயங்குகிறதா என்பதை நாம் சரிபார்க்கலாம். இந்த எடுத்துக்காட்டுகளில் உள்ள தரவு உங்கள் உள்ளூர் முனையில் மாறுபடும் என்பதை நினைவில் கொள்ளவும். இந்த கட்டளைகளை நீங்கள் முயற்சிக்க விரும்பினால், இரண்டாவது curl கோரிக்கையில் உள்ள கோரிக்கை அளவுருக்களை முதலாவதிலிருந்து பெறப்பட்ட முடிவைக் கொண்டு மாற்றவும். + +```bash +curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545 +{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]} + +curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545 +{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"} +``` + +எண்கள் ஹெக்ஸ் குறியாக்கம் செய்யப்பட்டிருப்பதால், இருப்பு wei இல் ஹெக்ஸ் சரமாக வழங்கப்படுகிறது. ஈதரில் உள்ள இருப்பை ஒரு எண்ணாகப் பெற விரும்பினால், Geth கன்சோலில் இருந்து web3 ஐப் பயன்படுத்தலாம். + +```javascript +web3.fromWei("0x1639e49bba16280000", "ether") +// "410" +``` + +இப்போது நமது தனிப்பட்ட மேம்பாட்டுச் சங்கிலியில் சில ஈதர்கள் இருப்பதால், நாம் ஒப்பந்தத்தை நிலைநிறுத்தலாம். முதல் படி Multiply7 ஒப்பந்தத்தை EVM-க்கு அனுப்பக்கூடிய பைட் குறியீடாகத் தொகுப்பதாகும். Solidity கம்பைலரான solc ஐ நிறுவ, [Solidity ஆவணங்களை](https://docs.soliditylang.org/en/latest/installing-solidity.html) பின்பற்றவும். ([எங்கள் எடுத்துக்காட்டிற்குப் பயன்படுத்தப்பட்ட கம்பைலரின் பதிப்போடு](https://github.com/ethereum/solidity/releases/tag/v0.4.20) பொருந்துவதற்கு பழைய `solc` வெளியீட்டை நீங்கள் பயன்படுத்த விரும்பலாம்.) + +அடுத்த படி Multiply7 ஒப்பந்தத்தை EVM-க்கு அனுப்பக்கூடிய பைட் குறியீடாகத் தொகுப்பதாகும். + +```bash +echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin + +======= :Multiply7 ======= +Binary: +6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029 +``` + +இப்போது தொகுக்கப்பட்ட குறியீடு நம்மிடம் இருப்பதால், அதை நிலைநிறுத்துவதற்கு எவ்வளவு எரிவாயு செலவாகும் என்பதை நாம் தீர்மானிக்க வேண்டும். RPC இடைமுகத்தில் `eth_estimateGas` முறை உள்ளது, இது நமக்கு ஒரு மதிப்பீட்டை வழங்கும். + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545 +{"jsonrpc":"2.0","id":5,"result":"0x1c31e"} +``` + +இறுதியாக ஒப்பந்தத்தை நிலைநிறுத்தவும். + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545 +{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"} +``` + +பரிவர்த்தனை முனையால் ஏற்றுக்கொள்ளப்பட்டு பரிவர்த்தனை ஹாஷ் வழங்கப்படுகிறது. பரிவர்த்தனையைக் கண்காணிக்க இந்த ஹாஷைப் பயன்படுத்தலாம். அடுத்த படி நமது ஒப்பந்தம் நிலைநிறுத்தப்பட்டுள்ள முகவரியைத் தீர்மானிப்பதாகும். செயல்படுத்தப்பட்ட ஒவ்வொரு பரிவர்த்தனையும் ஒரு ரசீதை உருவாக்கும். இந்த ரசீதில் பரிவர்த்தனை எந்தத் தொகுதியில் சேர்க்கப்பட்டுள்ளது மற்றும் EVM ஆல் எவ்வளவு எரிவாயு பயன்படுத்தப்பட்டது போன்ற பரிவர்த்தனை பற்றிய பல்வேறு தகவல்கள் உள்ளன. ஒரு பரிவர்த்தனை +ஒரு ஒப்பந்தத்தை உருவாக்கினால், அதில் ஒப்பந்த முகவரியும் இருக்கும். `eth_getTransactionReceipt` RPC முறையின் மூலம் ரசீதை நாம் மீட்டெடுக்கலாம். + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545 +{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}} +``` + +நமது ஒப்பந்தம் `0x4d03d617d700cf81935d7f797f4e2ae719648262` இல் உருவாக்கப்பட்டது. ரசீதுக்குப் பதிலாக பூஜ்ய முடிவு வந்தால், பரிவர்த்தனை இன்னும் ஒரு தொகுதியில் சேர்க்கப்படவில்லை என்று அர்த்தம். சிறிது நேரம் காத்திருந்து, உங்கள் கருத்தொற்றுமை கிளையண்ட் இயங்குகிறதா என்று சரிபார்த்து மீண்டும் முயற்சிக்கவும். + +#### ஸ்மார்ட் ஒப்பந்தங்களுடன் தொடர்புகொள்ளுதல் {#interacting-with-smart-contract} + +இந்த எடுத்துக்காட்டில், ஒப்பந்தத்தின் `multiply` முறைக்கு `eth_sendTransaction` ஐப் பயன்படுத்தி ஒரு பரிவர்த்தனையை அனுப்புவோம். + +`eth_sendTransaction` க்கு பல வாதங்கள் தேவை, குறிப்பாக `from`, `to` மற்றும் `data`. `From` என்பது நமது கணக்கின் பொது முகவரி, மற்றும் `to` என்பது ஒப்பந்த முகவரி. `data` வாதம் எந்த முறையை அழைக்க வேண்டும் மற்றும் எந்த வாதங்களுடன் அழைக்க வேண்டும் என்பதை வரையறுக்கும் பேலோடைக் கொண்டுள்ளது. இங்குதான் [ABI (பயன்பாட்டு பைனரி இடைமுகம்)](https://docs.soliditylang.org/en/latest/abi-spec.html) செயல்படுகிறது. ABI என்பது EVM-க்கான தரவை எவ்வாறு வரையறுப்பது மற்றும் குறியாக்கம் செய்வது என்பதை வரையறுக்கும் JSON கோப்பாகும். + +பேலோடின் பைட்டுகள் ஒப்பந்தத்தில் எந்த முறை அழைக்கப்படுகிறது என்பதை வரையறுக்கிறது. இது செயல்பாட்டின் பெயர் மற்றும் அதன் வாத வகைகளின் மீதான Keccak ஹாஷிலிருந்து முதல் 4 பைட்டுகள் ஆகும், இது ஹெக்ஸ் குறியாக்கம் செய்யப்பட்டது. multiply செயல்பாடு uint ஐ ஏற்றுக்கொள்கிறது, இது uint256 க்கான மாற்றுப் பெயராகும். இது நமக்கு இதை வழங்குகிறது: + +```javascript +web3.sha3("multiply(uint256)").substring(0, 10) +// "0xc6888fa1" +``` + +அடுத்த படி வாதங்களை குறியாக்கம் செய்வதாகும். ஒரே ஒரு uint256 மட்டுமே உள்ளது, அதாவது மதிப்பு 6. uint256 வகைகளை எவ்வாறு குறியாக்கம் செய்வது என்பதைக் குறிப்பிடும் ஒரு பகுதி ABI இல் உள்ளது. + +`int: enc(X)` என்பது X இன் பிக்-எண்டியன் டூஸ் காம்ப்ளிமெண்ட் குறியாக்கமாகும், இது எதிர்மறை X க்கு 0xff உடனும், நேர்மறை X க்கு பூஜ்ஜிய பைட்டுகளுடனும் உயர்-வரிசை (இடது) பக்கத்தில் நிரப்பப்படுகிறது, இதனால் நீளம் 32 பைட்டுகளின் மடங்காக இருக்கும். + +இது `0000000000000000000000000000000000000000000000000000000000000006` என குறியாக்கம் செய்யப்படுகிறது. + +செயல்பாட்டுத் தேர்வி மற்றும் குறியாக்கம் செய்யப்பட்ட வாதத்தை இணைத்தால் நமது தரவு `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006` ஆக இருக்கும். + +இதை இப்போது முனைக்கு அனுப்பலாம்: + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545 +{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"} +``` + +ஒரு பரிவர்த்தனை அனுப்பப்பட்டதால், ஒரு பரிவர்த்தனை ஹாஷ் வழங்கப்பட்டது. ரசீதை மீட்டெடுப்பது இதை வழங்குகிறது: + +```javascript +{ + blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55", + blockNumber: 268, + contractAddress: null, + cumulativeGasUsed: 22631, + gasUsed: 22631, + logs: [{ + address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", + blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55", + blockNumber: 268, + data: "0x000000000000000000000000000000000000000000000000000000000000002a", + logIndex: 0, + topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"], + transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74", + transactionIndex: 0 + }], + transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74", + transactionIndex: 0 +} +``` + +ரசீதில் ஒரு பதிவு (log) உள்ளது. இந்த பதிவு பரிவர்த்தனை செயலாக்கத்தின் போது EVM ஆல் உருவாக்கப்பட்டு ரசீதில் சேர்க்கப்பட்டது. `multiply` செயல்பாடு `Print` நிகழ்வு உள்ளீட்டை 7 ஆல் பெருக்கி எழுப்பப்பட்டதைக் காட்டுகிறது. `Print` நிகழ்விற்கான வாதம் uint256 ஆக இருந்ததால், ABI விதிகளின்படி அதை நாம் டிகோட் செய்யலாம், இது நமக்கு எதிர்பார்க்கப்படும் தசம 42 ஐ வழங்கும். தரவைத் தவிர, எந்த நிகழ்வு பதிவை உருவாக்கியது என்பதைத் தீர்மானிக்க தலைப்புகளைப் (topics) பயன்படுத்தலாம் என்பது குறிப்பிடத்தக்கது: + +```javascript +web3.sha3("Print(uint256)") +// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da" +``` + +இது மிகவும் பொதுவான சில பணிகளுக்கான சுருக்கமான அறிமுகமாகும், இது JSON-RPC இன் நேரடி பயன்பாட்டை விளக்குகிறது. + +## தொடர்புடைய தலைப்புகள் {#related-topics} + +- [JSON-RPC விவரக்குறிப்பு](http://www.jsonrpc.org/specification) +- [முனைகள் மற்றும் கிளையண்டுகள்](/developers/docs/nodes-and-clients/) +- [ஜாவாஸ்கிரிப்ட் APIகள்](/developers/docs/apis/javascript/) +- [பின்தள APIகள்](/developers/docs/apis/backend/) +- [செயலாக்க கிளையண்டுகள்](/developers/docs/nodes-and-clients/#execution-clients) \ No newline at end of file diff --git a/public/content/translations/ta/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/ta/developers/docs/consensus-mechanisms/poa/index.md new file mode 100644 index 00000000000..c5d20dd938d --- /dev/null +++ b/public/content/translations/ta/developers/docs/consensus-mechanisms/poa/index.md @@ -0,0 +1,79 @@ +--- +title: Proof-of-authority (PoA) +description: "Proof-of-authority கருத்தொற்றுமை நெறிமுறை மற்றும் பிளாக்செயின் சுற்றுச்சூழல் அமைப்பில் அதன் பங்கு பற்றிய விளக்கம்." +lang: ta +--- + +**Proof-of-authority (PoA)** என்பது நற்பெயரை அடிப்படையாகக் கொண்ட ஒரு கருத்தொற்றுமை அல்காரிதம் ஆகும், இது [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) என்பதன் மாற்றியமைக்கப்பட்ட பதிப்பாகும். இது பெரும்பாலும் தனியார் செயின்கள், டெஸ்ட்நெட்கள் மற்றும் உள்ளூர் மேம்பாட்டு நெட்வொர்க்குகளால் பயன்படுத்தப்படுகிறது. PoA என்பது நற்பெயரை அடிப்படையாகக் கொண்ட ஒரு கருத்தொற்றுமை அல்காரிதம் ஆகும், இது PoS இல் உள்ள பணயம் (stake) அடிப்படையிலான பொறிமுறைக்கு பதிலாக, பிளாக்குகளை உருவாக்க அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்களின் தொகுப்பை நம்புவதை அவசியமாக்குகிறது. + +## முன்நிபந்தனைகள் {#prerequisites} + +இந்தப் பக்கத்தை நன்கு புரிந்துகொள்ள, முதலில் [பரிவர்த்தனைகள்](/developers/docs/transactions/), [பிளாக்குகள்](/developers/docs/blocks/) மற்றும் [கருத்தொற்றுமை வழிமுறைகள்](/developers/docs/consensus-mechanisms/) பற்றிப் படிக்குமாறு பரிந்துரைக்கிறோம். + +## Proof-of-authority (PoA) என்றால் என்ன? {#what-is-poa} + +Proof-of-authority என்பது **[proof-of-stake](/developers/docs/consensus-mechanisms/pos/) (PoS)** என்பதன் மாற்றியமைக்கப்பட்ட பதிப்பாகும், இது PoS இல் உள்ள பணயம் அடிப்படையிலான பொறிமுறைக்கு பதிலாக நற்பெயரை அடிப்படையாகக் கொண்ட கருத்தொற்றுமை அல்காரிதம் ஆகும். இந்தச் சொல் முதன்முதலில் 2017 இல் Gavin Wood என்பவரால் அறிமுகப்படுத்தப்பட்டது, மேலும் இந்த கருத்தொற்றுமை அல்காரிதம் பெரும்பாலும் தனியார் செயின்கள், டெஸ்ட்நெட்கள் மற்றும் உள்ளூர் மேம்பாட்டு நெட்வொர்க்குகளால் பயன்படுத்தப்படுகிறது, ஏனெனில் இது PoW ஐப் போல உயர்தர வளங்களின் தேவையைக் கடக்கிறது, மேலும் பிளாக்செயினைச் சேமித்து பிளாக்குகளை உருவாக்கும் சிறிய அளவிலான நோடுகளைக் கொண்டிருப்பதன் மூலம் PoS இன் அளவிடுதல் சிக்கல்களைக் கடக்கிறது. + +Proof-of-authority-க்கு [genesis block](/glossary/#genesis-block)-இல் அமைக்கப்பட்ட அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்களின் தொகுப்பை நம்புவது அவசியமாகும். தற்போதைய பெரும்பாலான செயலாக்கங்களில், செயினின் கருத்தொற்றுமையைத் தீர்மானிக்கும் போது அனைத்து அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்களும் சமமான அதிகாரத்தையும் சலுகைகளையும் தக்கவைத்துக்கொள்கிறார்கள். நற்பெயரைப் பணயம் வைப்பதன் பின்னணியில் உள்ள யோசனை என்னவென்றால், ஒவ்வொரு அங்கீகரிக்கப்பட்ட வேலிடேட்டரும் know your customer (KYC) போன்ற விஷயங்கள் மூலமாகவோ அல்லது நன்கு அறியப்பட்ட ஒரு நிறுவனம் மட்டுமே வேலிடேட்டராக இருப்பதன் மூலமாகவோ அனைவருக்கும் நன்கு தெரிந்தவர்கள்—இந்த வழியில் ஒரு வேலிடேட்டர் ஏதேனும் தவறு செய்தால், அவர்களின் அடையாளம் தெரிந்துவிடும். + +PoA-இன் பல செயலாக்கங்கள் உள்ளன, ஆனால் நிலையான Ethereum செயலாக்கம் **clique** ஆகும், இது [EIP-225](https://eips.ethereum.org/EIPS/eip-225) ஐ செயல்படுத்துகிறது. Clique என்பது டெவலப்பர்களுக்கு ஏற்ற மற்றும் எளிதாக செயல்படுத்தக்கூடிய ஒரு தரநிலையாகும், இது அனைத்து கிளையன்ட் ஒத்திசைவு வகைகளையும் ஆதரிக்கிறது. பிற செயலாக்கங்களில் [IBFT 2.0](https://besu.hyperledger.org/private-networks/concepts/poa) மற்றும் [Aura](https://openethereum.github.io/Chain-specification) ஆகியவை அடங்கும். + +## இது எவ்வாறு செயல்படுகிறது {#how-it-works} + +PoA-இல், புதிய பிளாக்குகளை உருவாக்க அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்களின் தொகுப்பு தேர்ந்தெடுக்கப்படுகிறது. கையொப்பமிடுபவர்கள் அவர்களின் நற்பெயரின் அடிப்படையில் தேர்ந்தெடுக்கப்படுகிறார்கள், மேலும் அவர்கள் மட்டுமே புதிய பிளாக்குகளை உருவாக்க அனுமதிக்கப்படுகிறார்கள். கையொப்பமிடுபவர்கள் ரவுண்ட்-ராபின் (round-robin) முறையில் தேர்ந்தெடுக்கப்படுகிறார்கள், மேலும் ஒவ்வொரு கையொப்பமிடுபவரும் ஒரு குறிப்பிட்ட காலக்கெடுவுக்குள் ஒரு பிளாக்கை உருவாக்க அனுமதிக்கப்படுகிறார்கள். பிளாக் உருவாக்கும் நேரம் நிலையானது, மேலும் கையொப்பமிடுபவர்கள் அந்த நேரத்திற்குள் ஒரு பிளாக்கை உருவாக்க வேண்டும். + +இந்தச் சூழலில் நற்பெயர் என்பது அளவிடப்பட்ட ஒன்றல்ல, மாறாக இது Microsoft மற்றும் Google போன்ற நன்கு அறியப்பட்ட நிறுவனங்களின் நற்பெயராகும், எனவே நம்பகமான கையொப்பமிடுபவர்களைத் தேர்ந்தெடுக்கும் முறை அல்காரிதம் சார்ந்ததல்ல, மாறாக இது _நம்பிக்கை_ (trust) என்ற சாதாரண மனிதச் செயலாகும், இதில் ஒரு நிறுவனம், உதாரணமாக Microsoft, நூற்றுக்கணக்கான அல்லது ஆயிரக்கணக்கான ஸ்டார்ட்அப்களுக்கு இடையே ஒரு PoA தனியார் நெட்வொர்க்கை உருவாக்குகிறது மற்றும் எதிர்காலத்தில் Google போன்ற பிற நன்கு அறியப்பட்ட கையொப்பமிடுபவர்களைச் சேர்க்கும் சாத்தியக்கூறுடன் தன்னை மட்டுமே நம்பகமான கையொப்பமிடுபவராக நிலைநிறுத்துகிறது, ஸ்டார்ட்அப்கள் சந்தேகத்திற்கு இடமின்றி Microsoft எல்லா நேரங்களிலும் நேர்மையான முறையில் செயல்படும் என்று நம்பி நெட்வொர்க்கைப் பயன்படுத்தும். இது பல்வேறு நோக்கங்களுக்காக உருவாக்கப்பட்ட வெவ்வேறு சிறிய/தனியார் நெட்வொர்க்குகளை பரவலாக்கப்பட்டதாகவும் செயல்படக்கூடியதாகவும் வைத்திருக்க அவற்றில் பணயம் வைக்க வேண்டிய தேவையையும், அதிக சக்தி மற்றும் வளங்களை நுகரும் மைனர்களின் தேவையையும் தீர்க்கிறது. VeChain போன்ற சில தனியார் நெட்வொர்க்குகள் PoA தரநிலையை அப்படியே பயன்படுத்துகின்றன, மேலும் Binance போன்ற சில அதை மாற்றியமைக்கின்றன, இது [PoSA](https://academy.binance.com/en/glossary/proof-of-staked-authority-posa) ஐப் பயன்படுத்துகிறது, இது PoA மற்றும் PoS இன் தனிப்பயன் மாற்றியமைக்கப்பட்ட பதிப்பாகும். + +வாக்களிக்கும் செயல்முறை கையொப்பமிடுபவர்களாலேயே செய்யப்படுகிறது. ஒவ்வொரு கையொப்பமிடுபவரும் புதிய பிளாக்கை உருவாக்கும்போது தங்கள் பிளாக்கில் ஒரு கையொப்பமிடுபவரைச் சேர்ப்பதற்கு அல்லது நீக்குவதற்கு வாக்களிக்கிறார்கள். வாக்குகள் நோடுகளால் கணக்கிடப்படுகின்றன, மேலும் வாக்குகள் ஒரு குறிப்பிட்ட வரம்பான `SIGNER_LIMIT` ஐ எட்டுவதன் அடிப்படையில் கையொப்பமிடுபவர்கள் சேர்க்கப்படுகிறார்கள் அல்லது நீக்கப்படுகிறார்கள். + +சிறிய ஃபோர்க்குகள் (forks) ஏற்படும் சூழ்நிலை இருக்கலாம், ஒரு பிளாக்கின் சிரமம் (difficulty) அந்த பிளாக் முறைப்படி (in turn) கையொப்பமிடப்பட்டதா அல்லது முறை தவறி (out of turn) கையொப்பமிடப்பட்டதா என்பதைப் பொறுத்தது. "முறைப்படி" கையொப்பமிடப்பட்ட பிளாக்குகளின் சிரமம் 2 ஆகவும், "முறை தவறி" கையொப்பமிடப்பட்ட பிளாக்குகளின் சிரமம் 1 ஆகவும் இருக்கும். சிறிய ஃபோர்க்குகள் ஏற்பட்டால், பெரும்பாலான கையொப்பமிடுபவர்கள் "முறைப்படி" பிளாக்குகளை முத்திரையிடும் செயின் அதிக சிரமத்தைக் குவித்து வெற்றிபெறும். + +## தாக்குதல் திசையன்கள் (Attack vectors) {#attack-vectors} + +### தீங்கிழைக்கும் கையொப்பமிடுபவர்கள் {#malicious-signers} + +ஒரு தீங்கிழைக்கும் பயனர் கையொப்பமிடுபவர்களின் பட்டியலில் சேர்க்கப்படலாம் அல்லது கையொப்பமிடும் விசை/இயந்திரம் சமரசம் செய்யப்படலாம். அத்தகைய சூழ்நிலையில், நெறிமுறை மறுசீரமைப்புகள் மற்றும் ஸ்பேமிங்கிற்கு எதிராக தன்னைத்தானே பாதுகாத்துக்கொள்ள வேண்டும். முன்மொழியப்பட்ட தீர்வு என்னவென்றால், N அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்களின் பட்டியல் கொடுக்கப்பட்டால், எந்தவொரு கையொப்பமிடுபவரும் ஒவ்வொரு K பிளாக்குகளில் 1 பிளாக்கை மட்டுமே உருவாக்க (mint) முடியும். இது சேதம் குறைவாக இருப்பதை உறுதிசெய்கிறது, மேலும் மீதமுள்ள வேலிடேட்டர்கள் தீங்கிழைக்கும் பயனரை வாக்களித்து வெளியேற்றலாம். + +### தணிக்கை (Censorship) {#censorship-attack} + +மற்றொரு சுவாரஸ்யமான தாக்குதல் திசையன் என்னவென்றால், ஒரு கையொப்பமிடுபவர் (அல்லது கையொப்பமிடுபவர்களின் குழு) அங்கீகாரப் பட்டியலிலிருந்து தங்களை நீக்குவதற்கு வாக்களிக்கும் பிளாக்குகளைத் தணிக்கை செய்ய முயற்சிப்பதாகும். இதைச் சமாளிக்க, கையொப்பமிடுபவர்களின் அனுமதிக்கப்பட்ட பிளாக் உருவாக்கும் அதிர்வெண் N/2 இல் 1 ஆகக் கட்டுப்படுத்தப்பட்டுள்ளது. தீங்கிழைக்கும் கையொப்பமிடுபவர்கள் குறைந்தபட்சம் 51% கையொப்பமிடும் கணக்குகளைக் கட்டுப்படுத்த வேண்டும் என்பதை இது உறுதிசெய்கிறது, அந்த கட்டத்தில் அவர்கள் செயினுக்கான புதிய உண்மை ஆதாரமாக (source-of-truth) மாறுவார்கள். + +### ஸ்பேம் (Spam) {#spam-attack} + +மற்றொரு சிறிய தாக்குதல் திசையன் என்னவென்றால், தீங்கிழைக்கும் கையொப்பமிடுபவர்கள் தாங்கள் உருவாக்கும் ஒவ்வொரு பிளாக்கிற்குள்ளும் புதிய வாக்கு முன்மொழிவுகளைச் செலுத்துவதாகும். அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்களின் உண்மையான பட்டியலை உருவாக்க நோடுகள் அனைத்து வாக்குகளையும் கணக்கிட வேண்டும் என்பதால், அவை காலப்போக்கில் அனைத்து வாக்குகளையும் பதிவு செய்ய வேண்டும். வாக்குச் சாளரத்தில் (vote window) வரம்பு விதிக்கப்படாவிட்டால், இது மெதுவாக வளரக்கூடும், ஆனால் எல்லையற்றதாக இருக்கும். இதற்கான தீர்வு என்னவென்றால், W பிளாக்குகளின் _நகரும்_ (moving) சாளரத்தை வைப்பதாகும், அதன் பிறகு வாக்குகள் காலாவதியானதாகக் கருதப்படும். _ஒரு நியாயமான சாளரம் 1-2 எபோக்குகளாக (epochs) இருக்கலாம்._ + +### ஒரே நேரத்தில் உருவாகும் பிளாக்குகள் (Concurrent blocks) {#concurrent-blocks} + +ஒரு PoA நெட்வொர்க்கில், N அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்கள் இருக்கும்போது, ஒவ்வொரு கையொப்பமிடுபவரும் K பிளாக்குகளில் 1 பிளாக்கை உருவாக்க அனுமதிக்கப்படுகிறார்கள், அதாவது எந்தவொரு குறிப்பிட்ட நேரத்திலும் N-K+1 வேலிடேட்டர்கள் பிளாக்குகளை உருவாக்க அனுமதிக்கப்படுகிறார்கள். இந்த வேலிடேட்டர்கள் பிளாக்குகளுக்காகப் போட்டியிடுவதைத் தடுக்க, ஒவ்வொரு கையொப்பமிடுபவரும் புதிய பிளாக்கை வெளியிடும் நேரத்துடன் ஒரு சிறிய சீரற்ற "ஆஃப்செட்டை" (offset) சேர்க்க வேண்டும். இந்தச் செயல்முறை சிறிய ஃபோர்க்குகள் அரிதானவை என்பதை உறுதிசெய்தாலும், மெயின்நெட்டைப் போலவே எப்போதாவது ஃபோர்க்குகள் நிகழலாம். ஒரு கையொப்பமிடுபவர் தனது அதிகாரத்தைத் தவறாகப் பயன்படுத்துவதும் குழப்பத்தை ஏற்படுத்துவதும் கண்டறியப்பட்டால், மற்ற கையொப்பமிடுபவர்கள் அவர்களை வாக்களித்து வெளியேற்றலாம். + +உதாரணமாக 10 அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவர்கள் இருந்தால் மற்றும் ஒவ்வொரு கையொப்பமிடுபவரும் 20 பிளாக்குகளில் 1 பிளாக்கை உருவாக்க அனுமதிக்கப்பட்டால், எந்த நேரத்திலும் 11 வேலிடேட்டர்கள் பிளாக்குகளை உருவாக்க முடியும். அவர்கள் பிளாக்குகளை உருவாக்கப் போட்டியிடுவதைத் தடுக்க, ஒவ்வொரு கையொப்பமிடுபவரும் புதிய பிளாக்கை வெளியிடும் நேரத்துடன் ஒரு சிறிய சீரற்ற "ஆஃப்செட்டை" சேர்க்கிறார்கள். இது சிறிய ஃபோர்க்குகளின் நிகழ்வைக் குறைக்கிறது, ஆனால் Ethereum மெயின்நெட்டில் காணப்படுவது போல் எப்போதாவது ஃபோர்க்குகளை அனுமதிக்கிறது. ஒரு கையொப்பமிடுபவர் தனது அதிகாரத்தைத் தவறாகப் பயன்படுத்தி இடையூறுகளை ஏற்படுத்தினால், அவர்கள் நெட்வொர்க்கிலிருந்து வாக்களித்து வெளியேற்றப்படலாம். + +## நன்மை தீமைகள் {#pros-and-cons} + +| நன்மைகள் (Pros) | தீமைகள் (Cons) | +| --------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | +| குறைந்த எண்ணிக்கையிலான பிளாக் கையொப்பமிடுபவர்களை அடிப்படையாகக் கொண்டிருப்பதால், PoS மற்றும் PoW போன்ற பிற பிரபலமான வழிமுறைகளை விட இது அதிகமாக அளவிடக்கூடியது | PoA நெட்வொர்க்குகள் பொதுவாக ஒப்பீட்டளவில் குறைந்த எண்ணிக்கையிலான வேலிடேட்டிங் நோடுகளைக் கொண்டுள்ளன. இது PoA நெட்வொர்க்கை அதிக மையப்படுத்தப்பட்டதாக ஆக்குகிறது. | +| PoA பிளாக்செயின்களை இயக்குவதும் பராமரிப்பதும் நம்பமுடியாத அளவிற்கு மலிவானது | அங்கீகரிக்கப்பட்ட கையொப்பமிடுபவராக மாறுவது பொதுவாக ஒரு சாதாரண நபருக்கு எட்டாதது, ஏனெனில் பிளாக்செயினுக்கு நிறுவப்பட்ட நற்பெயரைக் கொண்ட நிறுவனங்கள் தேவை. | +| புதிய பிளாக்குகளைச் சரிபார்க்க குறைந்த எண்ணிக்கையிலான கையொப்பமிடுபவர்கள் மட்டுமே தேவைப்படுவதால், பரிவர்த்தனைகள் மிக விரைவாக உறுதிப்படுத்தப்படுகின்றன, இது 1 வினாடிக்கும் குறைவாக இருக்கலாம் | தீங்கிழைக்கும் கையொப்பமிடுபவர்கள் நெட்வொர்க்கில் மறுசீரமைப்பு (reorg), இரட்டைச் செலவு (double spend), பரிவர்த்தனைகளைத் தணிக்கை செய்தல் போன்றவற்றைச் செய்யலாம், அந்தத் தாக்குதல்கள் தணிக்கப்பட்டாலும் இன்னும் சாத்தியமே | + +## மேலும் படிக்க {#further-reading} + +- [EIP-225](https://eips.ethereum.org/EIPS/eip-225) _Clique தரநிலை_ +- [Proof of Authority ஆய்வு](https://github.com/cryptoeconomics-study/website/blob/master/docs/sync/2.4-lecture.md) _கிரிப்டோ எகனாமிக்ஸ்_ +- [Proof of Authority என்றால் என்ன](https://forum.openzeppelin.com/t/proof-of-authority/3577) _OpenZeppelin_ +- [Proof of Authority விளக்கம்](https://academy.binance.com/en/articles/proof-of-authority-explained) _binance_ +- [பிளாக்செயினில் PoA](https://medium.com/techskill-brew/proof-of-authority-or-poa-in-blockchain-part-11-blockchain-series-be15b3321cba) +- [Clique விளக்கம்](https://medium.com/@Destiner/clique-cross-client-proof-of-authority-algorithm-for-ethereum-8b2a135201d) +- [நிராகரிக்கப்பட்ட PoA, Aura விவரக்குறிப்பு](https://openethereum.github.io/Chain-specification) +- [IBFT 2.0, மற்றொரு PoA செயலாக்கம்](https://besu.hyperledger.org/private-networks/concepts/poa) + +### காணொளி மூலம் கற்பவரா நீங்கள்? {#visual-learner} + +Proof-of-authority பற்றிய காணொளி விளக்கத்தைப் பாருங்கள்: + + + +## தொடர்புடைய தலைப்புகள் {#related-topics} + +- [Proof-of-work](/developers/docs/consensus-mechanisms/pow/) +- [Proof-of-stake](/developers/docs/consensus-mechanisms/pos/) \ No newline at end of file diff --git a/public/content/translations/ta/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md b/public/content/translations/ta/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md index 37552bffc9a..90c9c0070a0 100644 --- a/public/content/translations/ta/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md +++ b/public/content/translations/ta/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md @@ -1,69 +1,69 @@ --- -title: "Proof-of-stake மற்றும் proof-of-work" -description: "Ethereum-இன் proof-of-stake மற்றும் proof-of-work அடிப்படையிலான கருத்தொற்றுமை வழிமுறைகளின் ஒப்பீடு" +title: Proof-of-stake vs proof-of-work +description: "Ethereum இன் proof-of-stake மற்றும் proof-of-work அடிப்படையிலான ஒருமித்த வழிமுறைகளுக்கு இடையிலான ஒப்பீடு" lang: ta --- -எதைத் தெரிவிக்கிறது என்றால் Ethereum தொடங்கியபோது, proof-of-stake இன்னும் அதிகமாக ஆராய்ச்சி மற்றும் மேம்பாடு செய்ய வேண்டியது இருந்தது, இது Ethereum ஐப் பாதுகாப்பாகச் செய்ய நம்பகமாக இருப்பதற்கு முன். Proof-of-work என்பது எளிமையான செயல்முறை ஆகும், இது ஏற்கனவே Bitcoin மூலம் நிரூபிக்கப்பட்டதால், மைய வளர்பவர்கள் அதை உடனடியாக நடைமுறைப்படுத்த Ethereum ஐத் தொடங்க அனுமதிக்க முடிந்தது. Proof-of-stake இனை நடைமுறைப்படுத்த 8 ஆண்டுகள் எடுத்தது. +[Ethereum](/) தொடங்கப்பட்டபோது, Ethereum ஐப் பாதுகாப்பாக வைத்திருக்க proof-of-stake-ஐ நம்புவதற்கு முன்பு அதற்கு நிறைய ஆராய்ச்சிகளும் மேம்பாடுகளும் தேவைப்பட்டன. Proof-of-work என்பது Bitcoin-ஆல் ஏற்கனவே நிரூபிக்கப்பட்ட ஒரு எளிய வழிமுறையாகும், அதாவது Ethereum-ஐத் தொடங்க முக்கிய உருவாக்குநர்கள் அதை உடனடியாகச் செயல்படுத்த முடியும். Proof-of-stake-ஐச் செயல்படுத்தக்கூடிய நிலைக்கு மேம்படுத்த மேலும் எட்டு ஆண்டுகள் ஆனது. -இந்தப் பக்கம் proof-of-work இருந்து proof-of-stake க்கு Ethereum நகர்த்தப்படுவதற்கான காரணங்களை மற்றும் அதில் உள்ள பரஸ்பர ஒப்பீடுகளை விளக்குகிறது. +Ethereum proof-of-work-லிருந்து proof-of-stake-க்கு மாறியதற்கான காரணத்தையும் அதில் உள்ள பரிமாற்றங்களையும் (trade-offs) இந்தப் பக்கம் விளக்குகிறது. ## பாதுகாப்பு {#security} -Ethereum ஆராய்ச்சியாளர்கள் proof-of-stake ஐ proof-of-work விடப் பாதுகாப்பானது எனக் கருதுகின்றனர். இருப்பினும், இது சமீபத்திய காலத்தில் மட்டுமே Ethereum Mainnet இல் நடைமுறைப்படுத்தப்பட்டுள்ளது மற்றும் proof-of-work ஐவிட குறைவாக நேரத்தை நிரூபித்துள்ளது. Proof-of-stake க்கு இருக்கும் பாதுகாப்பு மாதிரியை proof-of-work உடன் ஒப்பிட்டுப் பார்த்து இதன் நன்மைகள் மற்றும் கேடுகள்பற்றிப் பின்வரும் பகுதிகள் விவாதிக்கின்றன. +Ethereum ஆராய்ச்சியாளர்கள் proof-of-work-ஐ விட proof-of-stake மிகவும் பாதுகாப்பானது என்று கருதுகின்றனர். இருப்பினும், இது சமீபத்தில்தான் உண்மையான Ethereum Mainnet-க்காகச் செயல்படுத்தப்பட்டது மற்றும் proof-of-work-ஐ விடக் குறைவான காலமே நிரூபிக்கப்பட்டுள்ளது. பின்வரும் பிரிவுகள் proof-of-work-உடன் ஒப்பிடும்போது proof-of-stake-இன் பாதுகாப்பு மாதிரியின் நன்மை தீமைகளைப் பற்றி விவாதிக்கின்றன. ### தாக்குதலுக்கான செலவு {#cost-to-attack} -Proof-of-stake முறையில், validators குறைந்தபட்சம் 32 ETH ஐ ஒரு smart contract இல் stake செய்ய வேண்டிய கட்டாயம் உள்ளது. தவறாக நடக்கும் validators க்களை தண்டிப்பதற்காக Ethereum அவர்கள் stake செய்த ether ஐ அழிக்க முடியும். Consensus அடைவதற்காக, மொத்த staked ether இல் குறைந்தபட்சம் 66% ஒரு குறிப்பிட்ட blocks குழுவின் ஆதரவுக்கு வாக்களிக்க வேண்டும். >=66% ஸ்டேக் வாக்களித்த தொகுதிகள் "இறுதிசெய்யப்பட்டவை" ஆகின்றன, அதாவது அவற்றை அகற்றவோ அல்லது மறுசீரமைக்கவோ முடியாது. +Proof-of-stake-இல், மதிப்பீட்டாளர்கள் (validators) குறைந்தபட்சம் 32 ETH-ஐ ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் ("stake") வைத்திருக்க வேண்டும். தவறாக நடந்துகொள்ளும் மதிப்பீட்டாளர்களைத் தண்டிக்க, stake செய்யப்பட்ட ether-ஐ Ethereum அழிக்க முடியும். ஒருமித்த கருத்துக்கு வர, stake செய்யப்பட்ட மொத்த ether-இல் குறைந்தது 66% ஒரு குறிப்பிட்ட தொகுதிகளுக்கு (blocks) ஆதரவாக வாக்களிக்க வேண்டும். >=66% stake-ஆல் வாக்களிக்கப்பட்ட தொகுதிகள் "இறுதி செய்யப்படுகின்றன" (finalized), அதாவது அவற்றை அகற்றவோ அல்லது மறுசீரமைக்கவோ முடியாது. -நெட்வொர்க்கைத் தாக்குவதில் chain ஐ finalize செய்வதைத் தடுக்கவோ அல்லது canonical chain இல் ஒரு குறிப்பிட்ட blocks அமைப்பை நிச்சயமாக்கவோ, இத somehow ஒரு தாக்குபவர் பயனுள்ளதாக இருக்கும். இது, நியாயமான consensus க்கு path ஐ மாற்றி வைப்பதற்கு தாக்குபவர் பெரும்பாலான ether ஐ சேகரித்து அதனால் நேரடியாக வாக்களிப்பதன் மூலமாகவோ அல்லது நியாயமான validators களை ஒரு குறிப்பிட்ட விதமாக வாக்களிக்கத் தூண்டுவதன் மூலமாகவோ ஏற்படும். நுண்ணிய, குறைந்த probability கொண்ட தாக்குதல்கள் தவிர, Ethereum ஐத் தாக்குவதற்கான செலவு, consensus ஐ அவர்களது நன்மைக்காக மாற்றும் வகையில் தாக்குபவர் சேகரிக்க வேண்டிய stake இன் செலவாகும். +நெட்வொர்க்கைத் தாக்குவது என்பது சங்கிலியை இறுதி செய்வதைத் தடுப்பது அல்லது தாக்குபவருக்கு எப்படியாவது பயனளிக்கும் வகையில் நியமனச் சங்கிலியில் (canonical chain) தொகுதிகளின் ஒரு குறிப்பிட்ட அமைப்பை உறுதி செய்வதைக் குறிக்கும். இதற்குத் தாக்குபவர் அதிக அளவு ether-ஐக் குவித்து அதைக் கொண்டு நேரடியாக வாக்களிப்பதன் மூலமாகவோ அல்லது நேர்மையான மதிப்பீட்டாளர்களை ஒரு குறிப்பிட்ட வழியில் வாக்களிக்கும்படி ஏமாற்றுவதன் மூலமாகவோ நேர்மையான ஒருமித்த கருத்தின் பாதையைத் திசைதிருப்ப வேண்டும். நேர்மையான மதிப்பீட்டாளர்களை ஏமாற்றும் அதிநவீன, குறைந்த நிகழ்தகவு கொண்ட தாக்குதல்களைத் தவிர்த்துப் பார்த்தால், Ethereum-ஐத் தாக்குவதற்கான செலவு என்பது, ஒருமித்த கருத்தைத் தங்களுக்குச் சாதகமாக மாற்றுவதற்குத் தாக்குபவர் குவிக்க வேண்டிய stake-இன் செலவாகும். -தாக்குதலுக்கான மிகக் குறைந்த செலவானது மொத்த ஸ்டேக்கில் >33% ஆகும். மொத்த ஸ்டேக்கில் >33%-ஐ வைத்திருக்கும் ஒரு தாக்குதல்தாரி, வெறுமனே ஆஃப்லைனில் செல்வதன் மூலம் இறுதிப்படுத்தல் தாமதத்தை (finality delay) ஏற்படுத்த முடியும். இது நெட்வொர்க்கிற்கு மிகச் சிறிய பிரச்சனை, ஏனெனில் inactivity leak எனப்படும் ஒரு முறை offline validators களின் stake ஐ இழப்பதற்கான நடவடிக்கை எடுக்கும், இதனால் online majority மொத்த stake இன் 66% ஐ பிரதிநிதித்துவப்படுத்தி chain ஐ மீண்டும் finalize செய்ய முடியும். குறைந்தது 33% stake வைத்திருக்கும் ஒரு தாக்குபவர், block producer ஆகத் தேர்ந்தெடுக்கப்பட்டபோது ஒரே நேரத்தில் இரண்டு blocks உருவாக்கி, அனைத்து validators களுடன் இரட்டிப்பு வாக்கு அளிப்பதன் மூலம் இரட்டை finality ஏற்படுத்தலாம். ஒவ்வொரு fork க்கும் மீதமுள்ள நியாயமான validators க்களில் 50% பெறுவது போதுமானது, எனவே அவர்கள் தங்கள் messages ஐ சரியான நேரத்தில் அனுப்ப முடிந்தால், இரட்டை forks ஐ finalize செய்ய முடியலாம். இது வெற்றியடைய அதிக வாய்ப்பில்லை, ஆனால் ஒரு தாக்குபவர் இரட்டை finality ஏற்படுத்த முடியுமாயின், Ethereum சமூகத்தை ஒரு fork ஐ தேர்ந்தெடுக்கும்நிலைக்குக் கொண்டுவரர வேண்டும், அந்த நேரத்தில் தாக்குபவரின் validators மற்ற fork இல் slashed ஆகி விடும். +தாக்குதலின் மிகக் குறைந்த செலவு மொத்த stake-இல் >33% ஆகும். மொத்த stake-இல் >33%-ஐ வைத்திருக்கும் தாக்குபவர் ஆஃப்லைனுக்குச் செல்வதன் மூலம் இறுதிநிலை தாமதத்தை (finality delay) ஏற்படுத்த முடியும். ஆன்லைன் பெரும்பான்மை 66% stake-ஐப் பிரதிநிதித்துவப்படுத்தி, சங்கிலியை மீண்டும் இறுதி செய்யும் வரை ஆஃப்லைன் மதிப்பீட்டாளர்களிடமிருந்து stake-ஐக் கசியவிடும் "செயலற்ற கசிவு" (inactivity leak) எனப்படும் ஒரு வழிமுறை இருப்பதால், இது நெட்வொர்க்கிற்கு ஒப்பீட்டளவில் சிறிய பிரச்சனையாகும். ஒரு தொகுதி உற்பத்தியாளராக (block producer) இருக்கும்படி கேட்கப்படும்போது, ஒன்றுக்குப் பதிலாக இரண்டு தொகுதிகளை உருவாக்கி, பின்னர் அவர்களின் அனைத்து மதிப்பீட்டாளர்களுடனும் இருமுறை வாக்களிப்பதன் மூலம், மொத்த stake-இல் 33%-க்கும் சற்று அதிகமான தொகையுடன் தாக்குபவர் இரட்டை இறுதிநிலையை (double finality) ஏற்படுத்துவதும் கோட்பாட்டளவில் சாத்தியமாகும். ஒவ்வொரு ஃபோர்க்கிற்கும் (fork) மீதமுள்ள நேர்மையான மதிப்பீட்டாளர்களில் 50% பேர் ஒவ்வொரு தொகுதியையும் முதலில் பார்க்க வேண்டும், எனவே அவர்கள் தங்கள் செய்திகளைச் சரியாக நேரமிட்டால், அவர்கள் இரண்டு ஃபோர்க்குகளையும் இறுதி செய்ய முடியும். இது வெற்றியடைவதற்கான வாய்ப்பு குறைவு, ஆனால் தாக்குபவர் இரட்டை இறுதிநிலையை ஏற்படுத்த முடிந்தால், Ethereum சமூகம் ஒரு ஃபோர்க்கைப் பின்பற்ற முடிவு செய்ய வேண்டும், அவ்வாறான நிலையில் தாக்குபவரின் மதிப்பீட்டாளர்கள் மற்றொன்றில் கட்டாயமாக வெட்டப்படுவார்கள் (slashed). -மொத்த ஸ்டேக்கில் >33%-ஐக் கொண்டு, ஒரு தாக்குதல்தாரி Ethereum நெட்வொர்க்கில் ஒரு சிறிய (இறுதிப்படுத்தல் தாமதம்) அல்லது மிகவும் கடுமையான (இரட்டை இறுதிப்படுத்தல்) விளைவை ஏற்படுத்தும் வாய்ப்புள்ளது. நெட்வொர்க்கில் 14,000,000-க்கும் அதிகமான ETH ஸ்டேக் செய்யப்பட்டிருப்பதாலும், ஒரு ETH-க்கு $1000 என்ற பிரதிநிதித்துவ விலையினாலும், இந்தத் தாக்குதல்களை நடத்துவதற்கான குறைந்தபட்ச செலவு `1000 x 14,000,000 x 0.33 = $4,620,000,000` ஆகும். Slashing மூலம் தாக்குபவர் இந்தப் பணத்தை இழந்து, நெட்வொர்க்கிலிருந்து வெளியேற்றப்படுவர். மீண்டும் தாக்குதல் நடத்த, அவர்கள் (மீண்டும்) ஸ்டேக்கில் >33%-ஐத் திரட்டி அதை (மீண்டும்) எரிக்க வேண்டும். நெட்வொர்க்கைத் தாக்கும் ஒவ்வொரு முயற்சிக்கும் >$4.6 பில்லியன் செலவாகும் ($1000/ETH மற்றும் 14M ETH ஸ்டேக் செய்யப்பட்ட நிலையில்). Attacker slashed செய்யப்பட்ட பிறகு, அவர்களை மீண்டும் நெட்வொர்க்கில் சேர்க்க activation queue வழியாகச் செல்ல வேண்டியிருக்கும். அதாவது, மீண்டும் நிகழும் தாக்குதல் விகிதமானது, தாக்குபவர் மொத்த ஸ்டேக்கில் >33%-ஐத் திரட்டக்கூடிய விகிதத்திற்கு மட்டுமல்ல, அவருடைய அனைத்து வேலிடேட்டர்களையும் நெட்வொர்க்கில் சேர்ப்பதற்கு எடுக்கும் நேரத்திற்கும் மட்டுப்படுத்தப்பட்டுள்ளது. ஒவ்வொரு முறையும் தாக்குபவர் தாக்குதல் நடத்தும்போது, அவர் மிகச் சிறிது பணம் இழக்கிறார், மற்றவர்கள் நிறைய பணம் பெறுகின்றனர், ஏனெனில் resulting supply shock மூலம். +மொத்த stake-இல் >33% உடன், தாக்குபவர் Ethereum நெட்வொர்க்கில் சிறிய (இறுதிநிலை தாமதம்) அல்லது மிகவும் கடுமையான (இரட்டை இறுதிநிலை) விளைவை ஏற்படுத்த வாய்ப்புள்ளது. நெட்வொர்க்கில் 14,000,000 ETH-க்கும் அதிகமாக stake செய்யப்பட்டு, $1000/ETH என்ற பிரதிநிதித்துவ விலையுடன், இந்தத் தாக்குதல்களை நடத்துவதற்கான குறைந்தபட்ச செலவு `1000 x 14,000,000 x 0.33 = $4,620,000,000` ஆகும். தாக்குபவர் இந்த பணத்தை வெட்டுதல் (slashing) மூலம் இழந்து நெட்வொர்க்கிலிருந்து வெளியேற்றப்படுவார். மீண்டும் தாக்க, அவர்கள் >33% stake-ஐ (மீண்டும்) குவித்து அதை (மீண்டும்) எரிக்க வேண்டும். நெட்வொர்க்கைத் தாக்கும் ஒவ்வொரு முயற்சிக்கும் >$4.6 பில்லியன் செலவாகும் ($1000/ETH மற்றும் 14M ETH stake செய்யப்பட்ட நிலையில்). தாக்குபவர் வெட்டப்படும்போது நெட்வொர்க்கிலிருந்து வெளியேற்றப்படுகிறார், மேலும் மீண்டும் சேர அவர்கள் ஒரு செயல்படுத்தும் வரிசையில் (activation queue) சேர வேண்டும். இதன் பொருள், மீண்டும் மீண்டும் நடக்கும் தாக்குதலின் விகிதம், தாக்குபவர் மொத்த stake-இல் >33%-ஐக் குவிக்கும் விகிதத்திற்கு மட்டுமல்லாமல், அவர்களின் அனைத்து மதிப்பீட்டாளர்களையும் நெட்வொர்க்கில் இணைக்க எடுக்கும் நேரத்திற்கும் வரம்பிடப்பட்டுள்ளது. ஒவ்வொரு முறையும் தாக்குபவர் தாக்கும்போது, அவர்கள் மிகவும் ஏழையாகிறார்கள், மேலும் இதன் விளைவாக ஏற்படும் விநியோக அதிர்ச்சியால் (supply shock) சமூகத்தின் மற்றவர்கள் பணக்காரர்களாகிறார்கள். -51% attacks அல்லது finality reversion போன்ற பிற தாக்குதல்கள், மொத்த stake இன் 66% ஐ உடையதாக இருப்பது போன்றவை, மிகவும் அதிக ETH தேவைப்படுவதாகவும், attacker க்கு மிகுந்த செலவாகவும் இருக்கும். +51% தாக்குதல்கள் அல்லது மொத்த stake-இல் 66% உடன் இறுதிநிலையைத் திருப்புதல் (finality reversion) போன்ற பிற தாக்குதல்களுக்கு கணிசமாக அதிக ETH தேவைப்படுகிறது மற்றும் தாக்குபவருக்கு அதிக செலவாகும். -இதை proof-of-work உடன் ஒப்பிடுகை. proof-of-work Ethereum-இல் ஒரு தாக்குதலைத் தொடங்குவதற்கான செலவு என்பது, மொத்த நெட்வொர்க் ஹாஷ் விகிதத்தில் >50%-ஐ தொடர்ந்து வைத்திருப்பதற்கான செலவாகும். இதற்கான செலவு, மற்ற miners களை முந்தி proof-of-work தீர்வுகளைத் தொடர்ந்து கண்டுபிடிக்கத் தேவையான கணிப்பொறி சக்திக்கான hardware மற்றும் இயங்கும் செலவுகள் ஆகும். Ethereum பெரும்பாலும் GPUs ஐப் பயன்படுத்தி mined செய்யப்பட்டது, இது cost ஐ குறைத்தது (ஆனால் Ethereum proof-of-work இல் தொடர்ந்து இருந்திருந்தால், ASIC miningஅதிகமாகப் பிரபலமாகியிருக்கலாம்). Proof-of-work Ethereum நெட்வொர்க்கில் தாக்குதல் நடத்த attacker க்கு அதிக அளவிலான hardware ஐ வாங்கி, அதை இயங்க வைக்கத் தேவையான மின்சாரத்திற்கு செலவு செய்ய வேண்டும், ஆனால் மொத்த cost, ஒரு தாக்குதல் நடத்த போதுமான அளவு ETH சேகரிக்க தேவையான செலவுக்குக் குறைவாகவே இருக்கும். proof-of-stake-ஐ விட proof-of-work-இல் ஒரு 51% தாக்குதல் ~[20x குறைவான](https://youtu.be/1m12zgJ42dI?t=1562) செலவுடையது. தாக்குதல் கண்டறியப்பட்டு chain hard-forked செய்யப்பட்டு அவர்களின் மாற்றங்கள் அகற்றப்பட்டால், attacker அதே hardware ஐப் பயன்படுத்தி புதிய fork மீது மீண்டும் தாக்குதல் நடத்தலாம். +இதை proof-of-work-உடன் ஒப்பிடுங்கள். Proof-of-work Ethereum-இல் தாக்குதலைத் தொடங்குவதற்கான செலவு என்பது மொத்த நெட்வொர்க் ஹாஷ் வீதத்தில் (hash rate) >50%-ஐத் தொடர்ந்து வைத்திருப்பதற்கான செலவாகும். இது proof-of-work தீர்வுகளைத் தொடர்ந்து கணக்கிடுவதற்கு மற்ற சுரங்கத் தொழிலாளர்களை (miners) விஞ்சும் அளவுக்குப் போதுமான கணினி சக்தியின் வன்பொருள் மற்றும் இயங்கும் செலவுகளுக்குச் சமம். Ethereum பெரும்பாலும் ASIC-களை விட GPU-களைப் பயன்படுத்தி வெட்டப்பட்டது, இது செலவைக் குறைத்தது (Ethereum proof-of-work-இலேயே இருந்திருந்தால், ASIC சுரங்கம் மிகவும் பிரபலமாகியிருக்கலாம்). ஒரு எதிரி proof-of-work Ethereum நெட்வொர்க்கைத் தாக்க நிறைய வன்பொருள்களை வாங்க வேண்டும் மற்றும் அதை இயக்குவதற்கான மின்சாரத்திற்கு பணம் செலுத்த வேண்டும், ஆனால் மொத்த செலவு தாக்குதலைத் தொடங்கப் போதுமான ETH-ஐக் குவிக்கத் தேவையான செலவை விடக் குறைவாகவே இருக்கும். Proof-of-stake-ஐ விட proof-of-work-இல் 51% தாக்குதல் ~[20 மடங்கு குறைவான](https://youtu.be/1m12zgJ42dI?t=1562) செலவுடையது. தாக்குதல் கண்டறியப்பட்டு, அவர்களின் மாற்றங்களை அகற்ற சங்கிலி ஹார்ட்-ஃபோர்க் (hard-fork) செய்யப்பட்டால், தாக்குபவர் புதிய ஃபோர்க்கைத் தாக்க அதே வன்பொருளை மீண்டும் மீண்டும் பயன்படுத்தலாம். -### சிக்கலான தன்மை {#complexity} +### சிக்கல்தன்மை {#complexity} -Proof-of-stake என்பது proof-of-work விட மிக அதிகமாகச் சிக்கலானது. இது proof-of-work க்கு ஆதரவான ஒரு அம்சமாகக் கருதப்படலாம், ஏனெனில் எளிதான நெறிமுறைகளில் தவறுகள் அல்லது எதிர்பாராத விளைவுகளை அறிமுகப்படுத்துவது கடினமாக இருக்கும். இருப்பினும, இந்தச் சிக்கலானதுு பல ஆண்டுகளாக மேற்கொள்ளப்பட்ட ஆராய்ச்சி மற்றும் வளர்ச்சியால, சிக்கல்களைச் சரிசெய்துு, முறைப்படுத்தப்பட்டுள்ளது. Proof-of-stake நெறிமுறைகள் ஐந்து தனித்தனி குழுக்களால் ஐந்து வேறுபட்ட நிரலாக்க மொழிகளில் சுயாதீனமாகச் செயல்படுத்தப்பட்டுள்ளதால், client பிழைகளுக்கு எதிரான பாதுகாப்பு கிடைக்கிறது. +Proof-of-work-ஐ விட proof-of-stake மிகவும் சிக்கலானது. எளிமையான நெறிமுறைகளில் தற்செயலாகப் பிழைகள் அல்லது எதிர்பாராத விளைவுகளை அறிமுகப்படுத்துவது கடினம் என்பதால், இது proof-of-work-க்குச் சாதகமான ஒரு புள்ளியாக இருக்கலாம். இருப்பினும், பல ஆண்டுகால ஆராய்ச்சி மற்றும் மேம்பாடு, உருவகப்படுத்துதல்கள் (simulations) மற்றும் டெஸ்ட்நெட் (testnet) செயலாக்கங்கள் மூலம் சிக்கல்தன்மை கட்டுப்படுத்தப்பட்டுள்ளது. Proof-of-stake நெறிமுறை ஐந்து தனித்தனி குழுக்களால் (செயலாக்க மற்றும் ஒருமித்த அடுக்குகள் ஒவ்வொன்றிலும்) ஐந்து நிரலாக்க மொழிகளில் சுயாதீனமாகச் செயல்படுத்தப்பட்டுள்ளது, இது கிளையன்ட் பிழைகளுக்கு எதிரான பின்னடைவை (resilience) வழங்குகிறது. -Proof-of-stake நெருக்கடியான கணிப்பு மற்றும் பரிசோதனைகளுக்குப் பாதுகாப்பாக வளர்த்துச் சோதிக்க, Beacon Chain என்பது proof-of-stake ஐ Ethereum Mainnet இல் செயல்படுத்துவதற்கு இரண்டு ஆண்டுகள் முன்பு அறிமுகப்படுத்தப்பட்டது. Beacon Chain proof-of-stake பரிசோதனைக்கு sandbox ஆகச் செயல்பட்டது, ஏனெனில் இது proof-of-stake க்கு ஏற்பான நெருக்கடியான நெறிமுறையைச் செயல்படுத்தும் நேரடி blockchain ஆக இருந்தது, ஆனால் உண்மையான Ethereum பரிமாற்றங்களைத் தீண்டாமல் - ஒரு முறை proof-of-stake மேல் சம்மதம் பெறுவதில் மட்டுமே செயல்பட்டு வந்தது. இது நன்றாக நிலைத்ததற்கும், பிழையின்றி நீண்ட காலம் செயல்பட்ட பிறகு, Beacon Chain Ethereum Mainnet உடன் "merged" செய்யப்பட்டது. இந்த அனைத்தும் proof-of-stake சிக்கல்பாட்டை சரிசெய்து, எதிர்பாராத விளைவுகளோ அல்லது client பிழைகளின் அபாயம் மிகவும் குறைவாகும். +Proof-of-stake ஒருமித்த தர்க்கத்தைப் பாதுகாப்பாக உருவாக்கிச் சோதிக்க, Ethereum Mainnet-இல் proof-of-stake செயல்படுத்தப்படுவதற்கு இரண்டு ஆண்டுகளுக்கு முன்பு Beacon Chain தொடங்கப்பட்டது. Beacon Chain proof-of-stake சோதனைக்கான ஒரு சாண்ட்பாக்ஸாக (sandbox) செயல்பட்டது, ஏனெனில் இது proof-of-stake ஒருமித்த தர்க்கத்தைச் செயல்படுத்தும் ஒரு நேரடி பிளாக்செயின் ஆகும், ஆனால் உண்மையான Ethereum பரிவர்த்தனைகளைத் தொடாமல் - திறம்படத் தனக்குத்தானே ஒருமித்த கருத்துக்கு வருகிறது. இது போதுமான நேரம் நிலையானதாகவும் பிழையற்றதாகவும் இருந்தவுடன், Beacon Chain Ethereum Mainnet-உடன் "இணைக்கப்பட்டது" (merged). எதிர்பாராத விளைவுகள் அல்லது கிளையன்ட் பிழைகளின் ஆபத்து மிகக் குறைவு என்ற அளவிற்கு proof-of-stake-இன் சிக்கல்தன்மையைக் கட்டுப்படுத்த இவை அனைத்தும் பங்களித்தன. ### தாக்குதல் பரப்பு {#attack-surface} -Proof-of-stake என்பது proof-of-work க்கு விட அதிகமாகச் சிக்கலானது, இதனால் அதிக தாக்குதல்களுக்கு வாய்ப்புகள் அதிகரிக்கின்றன. ஒரு peer-to-peer நெட்வொர்க்இணைப்புக்குப் பதிலாகக, இரண்டு தனித்தனிநெறிமுறைகளைச் செயல்படுத்தும் நெட்வொர்க்கள் உள்ளன. ஒவ்வொரு slot இலும் ஒரு குறிப்பிட்ட validator முன்கூட்டியே தேர்ந்தெடுக்கப்படுவது, அந்த validator ஐ இலக்காகக் கொண்டு அதிகளவிலான நெட்வொர்க் போக்குவரத்தால் denial-of-service தாக்குதலை ஏற்படுத்தும் வாய்ப்பை உருவாக்குகிறது. +Proof-of-work-ஐ விட proof-of-stake மிகவும் சிக்கலானது, அதாவது கையாள அதிக சாத்தியமான தாக்குதல் திசையன்கள் (attack vectors) உள்ளன. கிளையன்ட்களை இணைக்கும் ஒரு பியர்-டு-பியர் (peer-to-peer) நெட்வொர்க்கிற்குப் பதிலாக, இரண்டு உள்ளன, ஒவ்வொன்றும் தனித்தனி நெறிமுறையைச் செயல்படுத்துகின்றன. ஒவ்வொரு ஸ்லாட்டிலும் (slot) ஒரு தொகுதியை முன்மொழிய ஒரு குறிப்பிட்ட மதிப்பீட்டாளரை முன்கூட்டியே தேர்ந்தெடுப்பது, அதிக அளவிலான நெட்வொர்க் டிராஃபிக் அந்த குறிப்பிட்ட மதிப்பீட்டாளரை ஆஃப்லைனில் தள்ளும் சேவை மறுப்புக்கான (denial-of-service) சாத்தியத்தை உருவாக்குகிறது. -மேலும், தங்கள் blocks அல்லது attestations ஐ வெளியிடுவதற்கான நேரத்தைக் கவனமாகத் தேர்ந்தெடுத்து, அதை ஒரு குறிப்பிட்ட அளவிலான நியாயமான network ஆனது பெற்றுக்கொள்வதற்கான வழிகளும் உள்ளன. இதனால், அவர்கள் குறிப்பிட்ட முறையில் வாக்களிக்க ஊக்குவிக்கப்படுகின்றனர். இறுதியாக, ஒரு தாக்குதலாளர் தக்க அளவு ETH சேர்த்துப் stake செய்து, consensus நெறிமுறையை ஆதிக்கப்படுத்த முடியும். இந்த ஒவ்வொரு [தாக்குதல் வழிகளுக்கும் அதனுடன் தொடர்புடைய பாதுகாப்புகள் உள்ளன](/developers/docs/consensus-mechanisms/pos/attack-and-defense), ஆனால் proof-of-work-இன் கீழ் பாதுகாக்கப்பட வேண்டிய இந்த வழிகள் இருப்பதில்லை. +தாக்குபவர்கள் தங்கள் தொகுதிகள் அல்லது சான்றளிப்புகளின் (attestations) வெளியீட்டை கவனமாக நேரமிடுவதற்கான வழிகளும் உள்ளன, இதனால் அவை நேர்மையான நெட்வொர்க்கின் ஒரு குறிப்பிட்ட விகிதத்தால் பெறப்படுகின்றன, இது அவர்களைக் குறிப்பிட்ட வழிகளில் வாக்களிக்கச் செல்வாக்கு செலுத்துகிறது. இறுதியாக, ஒரு தாக்குபவர் stake செய்யப் போதுமான ETH-ஐக் குவித்து ஒருமித்த வழிமுறையில் ஆதிக்கம் செலுத்த முடியும். இந்த ஒவ்வொரு [தாக்குதல் திசையன்களும் தொடர்புடைய பாதுகாப்புகளைக் கொண்டுள்ளன](/developers/docs/consensus-mechanisms/pos/attack-and-defense), ஆனால் அவை proof-of-work-இன் கீழ் பாதுகாக்கப்பட வேண்டியதில்லை. ## பரவலாக்கம் {#decentralization} -Proof-of-stake என்பது proof-of-work உடன் ஒப்பிடுகையில் மிகுந்த மையமற்ற தன்மையைக் கொண்டுள்ளது, ஏனெனில் mining hardware ஆயுதப் போட்டிகள் தனிநபர்களையும் சிறிய நிறுவனங்களையும் பொருட்செலவிலிருந்து விலக்கி விடுகின்றன. யாரும் நன்கு இயங்கும் சாதாரண hardware மூலம் mining ஐத் தொடங்குவதற்குத் தொழில்நுட்ப ரீதியாக முடியும், ஆனால் தங்களுக்கு ஏதேனும் பலன் கிடைக்கும் வாய்ப்பு, நிறுவன மின்தொழிலாளர் நடவடிக்கைகளுடன் ஒப்பிடுகையில் மிகுந்த சிறியதாகும். Proof-of-stake உடன், staking செலவுகளும், அதிலிருந்து கிடைக்கும் சதவீத லாபமும் அனைவருக்கும் ஒரே மாதிரியானவை. தற்போதைய நிலையில், ஒரு validator ஐ இயக்க 32 ETH செலவாகின்றது. +சுரங்க வன்பொருள் ஆயுதப் போட்டிகள் தனிநபர்கள் மற்றும் சிறிய நிறுவனங்களுக்குக் கட்டுப்படியாகாத விலையை ஏற்படுத்துவதால், proof-of-work-ஐ விட proof-of-stake மிகவும் பரவலாக்கப்பட்டுள்ளது. தொழில்நுட்ப ரீதியாக எவரும் சாதாரண வன்பொருளுடன் சுரங்கத்தைத் தொடங்கலாம் என்றாலும், நிறுவனச் சுரங்க நடவடிக்கைகளுடன் ஒப்பிடும்போது அவர்கள் எந்தவொரு வெகுமதியையும் பெறுவதற்கான வாய்ப்பு மிகக் குறைவு. Proof-of-stake-உடன், stake செய்வதற்கான செலவு மற்றும் அந்த stake-இன் மீதான சதவீத வருவாய் அனைவருக்கும் சமம். தற்போது ஒரு மதிப்பீட்டாளரை இயக்க 32 ETH செலவாகிறது. -மறுபுறம், liquid staking derivatives இன் கண்டுபிடிப்பு மையமயமாக்கல் குறித்த கவலைகளை உருவாக்கியுள்ளது, ஏனெனில் சில பெரிய வழங்குநர்கள் பெரிய அளவிலான staked ETH ஐ நிர்வகிக்கின்றனர். இது ஒரு சிக்கலானது, மேலும் விரைவில் சரிசெய்யப்பட வேண்டியது அவசியமாகிறது. ஆனால் இது தோன்றும் அளவிற்கு எளிமையானது அல்ல. மையமயமாக்கப்பட்ட staking வழங்குநர்கள், அவசியம் validators மீது மையமயமாக்கப்பட்ட கட்டுப்பாட்டைக் கொண்டிருக்கிறார்கள் என்றில்லை - பொதுவாக இது பல சுதந்திரமான node operators க்கு தங்களுடைய சொந்த 32 ETH இல்லாமல் ETH க்கான மையக் குளத்தை உருவாக்க ஒரு வழியாக மட்டுமே உள்ளது. +மறுபுறம், லிக்விட் ஸ்டேக்கிங் டெரிவேடிவ்களின் (liquid staking derivatives) கண்டுபிடிப்பு மையப்படுத்தல் கவலைகளுக்கு வழிவகுத்தது, ஏனெனில் சில பெரிய வழங்குநர்கள் அதிக அளவிலான stake செய்யப்பட்ட ETH-ஐ நிர்வகிக்கின்றனர். இது சிக்கலானது மற்றும் கூடிய விரைவில் சரிசெய்யப்பட வேண்டும், ஆனால் இது தோன்றுவதை விட மிகவும் நுணுக்கமானது. மையப்படுத்தப்பட்ட ஸ்டேக்கிங் வழங்குநர்கள் மதிப்பீட்டாளர்களின் மையப்படுத்தப்பட்ட கட்டுப்பாட்டைக் கொண்டிருக்க வேண்டிய அவசியமில்லை - பெரும்பாலும் இது பல சுயாதீன முனை ஆபரேட்டர்கள் (node operators) ஒவ்வொரு பங்கேற்பாளருக்கும் தங்களின் சொந்த 32 ETH தேவைப்படாமல் stake செய்யக்கூடிய ETH-இன் மையக் குளத்தை (central pool) உருவாக்குவதற்கான ஒரு வழியாகும். -Ethereum க்கு சிறந்த தேர்வு, validators ஐ வீட்டு கணினிகளில் உள்ளூர் செயல்படுத்துவது, மையமற்ற தன்மையை அதிகரிப்பதாகும். இதனால் Ethereum node/validator ஐ இயக்குவதற்கான hardware தேவைகளை அதிகரிக்கும் மாற்றங்களை எதிர்க்கின்றது. +Ethereum-க்கான சிறந்த விருப்பம், மதிப்பீட்டாளர்களை வீட்டுக் கணினிகளில் உள்நாட்டில் இயக்குவது, பரவலாக்கத்தை அதிகப்படுத்துவதாகும். இதனால்தான் ஒரு முனை/மதிப்பீட்டாளரை இயக்குவதற்கான வன்பொருள் தேவைகளை அதிகரிக்கும் மாற்றங்களை Ethereum எதிர்க்கிறது. ## நிலைத்தன்மை {#sustainability} -Proof-of-stake என்பது blockchain ஐப் பாதுகாப்பாக வைத்திருக்க மிகக் குறைந்த carbon செலவான வழியாகும். Proof-of-work முறையில், miners ஒரு block ஐ mine செய்யும் உரிமையைப் பெறுவதற்காகப் போட்டிபோடுகின்றனர். Miners அதிக வெற்றியடைவது, அவர்கள் கணக்கீடுகளை விரைவாகச் செய்ய முடியும்போது மட்டுமே ஆகும், இது hardware மற்றும் ஆற்றல் நுகர்வில் முதலீடு செய்யத் தூண்டுகிறது. இது Ethereum க்கு proof-of-stake முறைமைக்கு மாறும் முன்பே கண்டறியப்பட்டது. Proof-of-stake க்கு மாறுவதற்கு முன்னதாக Ethereum சுமார் 78 TWh/yr எனும் அளவுக்கு ஆற்றல் நுகர்ந்து வந்தது - இது ஒரு சிறிய நாட்டிற்கு இணையானது. ஆனால் proof-of-stake க்கு மாறுவதால் இந்த ஆற்றல் செலவு ~99.98% ஆகக் குறைக்கப்பட்டது. Proof-of-stake Ethereum ஐ ஒரு ஆற்றல் திறன் வாய்ந்த, குறைந்த carbon கொண்ட தளமாக மாற்றியது. +Proof-of-stake என்பது பிளாக்செயினைப் பாதுகாப்பதற்கான குறைந்த கார்பன் செலவுடைய வழியாகும். Proof-of-work-இன் கீழ் சுரங்கத் தொழிலாளர்கள் ஒரு தொகுதியை வெட்டுவதற்கான உரிமைக்காகப் போட்டியிடுகின்றனர். சுரங்கத் தொழிலாளர்கள் கணக்கீடுகளை வேகமாகச் செய்யும்போது அதிக வெற்றியடைகிறார்கள், இது வன்பொருள் மற்றும் ஆற்றல் நுகர்வுக்கான முதலீட்டை ஊக்குவிக்கிறது. Ethereum proof-of-stake-க்கு மாறுவதற்கு முன்பு இது காணப்பட்டது. Proof-of-stake-க்கு மாறுவதற்குச் சற்று முன்பு, Ethereum ஆண்டுக்குத் தோராயமாக 78 TWh-ஐப் பயன்படுத்தியது - இது ஒரு சிறிய நாட்டிற்குச் சமம். இருப்பினும், proof-of-stake-க்கு மாறியது இந்த ஆற்றல் செலவை ~99.98% குறைத்தது. Proof-of-stake Ethereum-ஐ ஆற்றல் திறன் கொண்ட, குறைந்த கார்பன் தளமாக மாற்றியது. -[Ethereum-இன் ஆற்றல் நுகர்வு பற்றி மேலும்](/energy-consumption) +[Ethereum-இன் ஆற்றல் நுகர்வு பற்றி மேலும் அறிய](/energy-consumption) ## வெளியீடு {#issuance} -Proof-of-stake Ethereum தனது பாதுகாப்பைக் கட்டியணைக்க proof-of-work Ethereum விட மிகவும் குறைவான coins ஐ வெளியிட்டுச் செலுத்த முடியும், ஏனெனில் validators க்கு அதிக மின் கட்டணத்தைச் செலுத்த வேண்டியதில்லை. இதன் விளைவாக, ETH தனது பணவீக்கம் குறையவோ அல்லது பெரும்பாலான ETH அழிக்கப்படும்போது deflationary ஆகவோ மாறும். குறைந்த பணவீக்கம் என்பதற்குள், Ethereum இன் பாதுகாப்பு, proof-of-work விடக் குறைந்த செலவாக உள்ளது. +Proof-of-stake Ethereum அதன் பாதுகாப்பிற்காக proof-of-work Ethereum-ஐ விட மிகக் குறைவான நாணயங்களை வெளியிடுவதன் மூலம் பணம் செலுத்த முடியும், ஏனெனில் மதிப்பீட்டாளர்கள் அதிக மின்சாரச் செலவுகளைச் செலுத்த வேண்டியதில்லை. இதன் விளைவாக, ETH அதன் பணவீக்கத்தைக் குறைக்கலாம் அல்லது அதிக அளவிலான ETH எரிக்கப்படும்போது பணவாட்டமாக (deflationary) மாறலாம். குறைந்த பணவீக்க அளவுகள் என்பது Ethereum-இன் பாதுகாப்பு proof-of-work-இன் கீழ் இருந்ததை விட மலிவானது என்பதாகும். -## பார்த்து கற்பவரா? {#visual-learner} +## காணொளி மூலம் கற்பவரா? {#visual-learner} -Justin Drake proof-of-stake இன் proof-of-work மீது கிடைக்கும் பலன்களை விளக்கும் காணொளியைப் பாருங்கள்: +Proof-of-work-ஐ விட proof-of-stake-இன் நன்மைகளை ஜஸ்டின் டிரேக் (Justin Drake) விளக்குவதைப் பாருங்கள்: -## மேலும் வாசிக்க {#further-reading} +## மேலும் படிக்க {#further-reading} -- [Vitalik-இன் proof-of-stake வடிவமைப்புத் தத்துவம்](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) -- [Vitalik-இன் proof-of-stake அடிக்கடி கேட்கப்படும் கேள்விகள்](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-proof-of-stake) -- [PoS மற்றும் PoW குறித்த "எளிமையாக விளக்கப்பட்ட" காணொளி](https://www.youtube.com/watch?v=M3EFi_POhps) +- [விட்டலிக்கின் proof-of-stake வடிவமைப்புத் தத்துவம்](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) +- [விட்டலிக்கின் proof-of-stake அடிக்கடி கேட்கப்படும் கேள்விகள்](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html#what-is-proof-of-stake) +- [pos vs pow பற்றிய "எளிமையாக விளக்கப்பட்ட" காணொளி](https://www.youtube.com/watch?v=M3EFi_POhps) \ No newline at end of file diff --git a/public/content/translations/ta/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/ta/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md index 62d83a18561..ef58e55fe27 100644 --- a/public/content/translations/ta/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md +++ b/public/content/translations/ta/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md @@ -1,6 +1,6 @@ --- title: Ethash -description: "Ethash நெறிமுறையைப் பற்றிய ஒரு விரிவான பார்வை." +description: "Ethash அல்காரிதம் பற்றிய விரிவான பார்வை." lang: ta --- @@ -8,25 +8,25 @@ lang: ta - Ethash என்பது Ethereum-இன் வேலைக்கான சான்று சுரங்க நெறிமுறை ஆகும். வேலைக்கான சான்று இப்போது **முழுவதுமாக அணைக்கப்பட்டுள்ளது** மேலும் Ethereum இப்போது அதற்குப் பதிலாக [பங்குக்கான சான்று](/developers/docs/consensus-mechanisms/pos/) ஐப் பயன்படுத்திப் பாதுகாக்கப்படுகிறது. [தி மெர்ஜ்](/roadmap/merge/), [பங்குக்கான சான்று](/developers/docs/consensus-mechanisms/pos/) மற்றும் [ஸ்டேக்கிங்](/staking/) பற்றி மேலும் படிக்கவும். இந்தப் பக்கம் வரலாற்று ஆர்வத்திற்காக மட்டுமே! + Ethash என்பது Ethereum இன் proof-of-work மைனிங் அல்காரிதமாக இருந்தது. Proof-of-work இப்போது **முற்றிலும் நிறுத்தப்பட்டுள்ளது**, மேலும் Ethereum இப்போது அதற்குப் பதிலாக [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) ஐப் பயன்படுத்தி பாதுகாக்கப்படுகிறது. [The Merge](/roadmap/merge/), [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) மற்றும் [staking](/staking/) பற்றி மேலும் படிக்கவும். இந்தப் பக்கம் வரலாற்று ஆர்வத்திற்காக மட்டுமே! -Ethash என்பது [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) நெறிமுறையின் மாற்றியமைக்கப்பட்ட பதிப்பாகும். Ethash வேலைக்கான சான்று [நினைவக கடினமானது](https://wikipedia.org/wiki/Memory-hard_function), இது நெறிமுறையை ASIC எதிர்க்கும் என்று கருதப்பட்டது. Ethash ASIC-கள் இறுதியில் உருவாக்கப்பட்டன, ஆனால் வேலைக்கான சான்று அணைக்கப்படும் வரை GPU சுரங்கம் ஒரு சாத்தியமான தேர்வாக இருந்தது. Ethash இன்னும் மற்ற Ethereum அல்லாத வேலைக்கான சான்று நெட்வொர்க்குகளில் மற்ற காயின்களை சுரங்கப்படுத்தப் பயன்படுத்தப்படுகிறது. +Ethash என்பது [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) அல்காரிதத்தின் மாற்றியமைக்கப்பட்ட பதிப்பாகும். Ethash proof-of-work என்பது [மெமரி ஹார்டு (memory hard)](https://wikipedia.org/wiki/Memory-hard_function) ஆகும், இது அல்காரிதத்தை ASIC-எதிர்ப்பு கொண்டதாக மாற்றும் என்று கருதப்பட்டது. Ethash ASIC-கள் இறுதியில் உருவாக்கப்பட்டன, ஆனால் proof-of-work நிறுத்தப்படும் வரை GPU மைனிங் ஒரு சாத்தியமான விருப்பமாகவே இருந்தது. மற்ற Ethereum அல்லாத proof-of-work நெட்வொர்க்குகளில் பிற நாணயங்களை மைனிங் செய்ய Ethash இன்னும் பயன்படுத்தப்படுகிறது. -## Ethash எப்படி வேலை செய்கிறது? {#how-does-ethash-work} +## Ethash எவ்வாறு செயல்படுகிறது? {#how-does-ethash-work} -நான்ஸ் மற்றும் பிளாக் ஹெடரைச் சார்ந்த ஒரு நிலையான வளத்தின் துணைக்குழுக்களைத் தேர்வுசெய்யும் வேலைக்கான சான்று நெறிமுறையுடன் நினைவகக் கடினத்தன்மை அடையப்படுகிறது. இந்த வளம் (சில ஜிகாபைட் அளவு) ஒரு DAG என்று அழைக்கப்படுகிறது. DAG ஒவ்வொரு 30000 பிளாக்குகளுக்கும் மாற்றப்படுகிறது, இது ஒரு யுகம் (epoch) (~125-மணிநேர சாளரம், தோராயமாக 5.2 நாட்கள்) என்று அழைக்கப்படுகிறது மற்றும் உருவாக்க சிறிது நேரம் எடுக்கும். DAG ஆனது பிளாக் உயரத்தை மட்டுமே சார்ந்து இருப்பதால், அதை முன்பே உருவாக்க முடியும், ஆனால் அது இல்லையெனில், ஒரு பிளாக்கை உருவாக்க இந்த செயல்முறையின் இறுதி வரை கிளையன்ட் காத்திருக்க வேண்டும். கிளையன்ட்கள் DAG-களை முன்கூட்டியே உருவாக்கித் தற்காலிகச் சேமிக்கவில்லை என்றால், ஒவ்வொரு யுக மாற்றத்திலும் நெட்வொர்க்கில் பெரும் பிளாக் தாமதம் ஏற்படலாம். வேலைக்கான சான்றை சரிபார்க்க DAG உருவாக்கப்பட வேண்டியதில்லை என்பதை நினைவில் கொள்ளவும், இது குறைந்த CPU மற்றும் சிறிய நினைவகம் இரண்டையும் கொண்டு சரிபார்ப்பை அனுமதிக்கிறது. +நான்ஸ் (nonce) மற்றும் பிளாக் ஹெடரைப் பொறுத்து ஒரு நிலையான வளத்தின் துணைக்குழுக்களைத் தேர்ந்தெடுக்க வேண்டிய proof of work அல்காரிதம் மூலம் மெமரி ஹார்டுனஸ் (Memory hardness) அடையப்படுகிறது. இந்த வளம் (சில ஜிகாபைட் அளவு கொண்டது) DAG என்று அழைக்கப்படுகிறது. DAG ஒவ்வொரு 30000 பிளாக்குகளுக்கும் மாற்றப்படுகிறது, இது எபோக் (epoch) எனப்படும் ~125 மணிநேர சாளரம் (தோராயமாக 5.2 நாட்கள்) ஆகும், மேலும் இதை உருவாக்க சிறிது நேரம் எடுக்கும். DAG பிளாக் உயரத்தை மட்டுமே சார்ந்து இருப்பதால், அதை முன்கூட்டியே உருவாக்க முடியும், ஆனால் அவ்வாறு செய்யாவிட்டால், ஒரு பிளாக்கை உருவாக்க கிளையன்ட் இந்த செயல்முறையின் இறுதி வரை காத்திருக்க வேண்டும். கிளையன்ட்கள் முன்கூட்டியே DAG-களை உருவாக்கி கேச் (cache) செய்யாவிட்டால், ஒவ்வொரு எபோக் மாற்றத்தின் போதும் நெட்வொர்க் பெரிய பிளாக் தாமதத்தை சந்திக்க நேரிடும். proof-of-work-ஐ சரிபார்க்க DAG உருவாக்கப்பட வேண்டியதில்லை என்பதை நினைவில் கொள்ளவும், இது அடிப்படையில் குறைந்த CPU மற்றும் சிறிய மெமரி இரண்டையும் கொண்டு சரிபார்க்க அனுமதிக்கிறது. -நெறிமுறை எடுக்கும் பொதுவான பாதை பின்வருமாறு: +அல்காரிதம் எடுக்கும் பொதுவான வழிமுறை பின்வருமாறு: -1. ஒவ்வொரு பிளாக்கிற்கும் கணக்கிடக்கூடிய ஒரு **விதை** உள்ளது, அது அந்த புள்ளி வரை பிளாக் ஹெடர்களை ஸ்கேன் செய்வதன் மூலம் கணக்கிடப்படுகிறது. -2. விதை மூலம், **16 MB போலி சீரற்ற தற்காலிகச் சேமிப்பை** கணக்கிடலாம். லைட் கிளையன்ட்கள் தற்காலிகச் சேமிப்பை சேமிக்கின்றன. -3. தற்காலிகச் சேமிப்பிலிருந்து, நாம் **1 GB தரவுத்தொகுப்பை** உருவாக்கலாம், தரவுத்தொகுப்பில் உள்ள ஒவ்வொரு உருப்படியும் தற்காலிகச் சேமிப்பிலிருந்து ஒரு சிறிய எண்ணிக்கையிலான உருப்படிகளை மட்டுமே சார்ந்துள்ளது என்ற பண்புடன். முழு கிளையன்ட்கள் மற்றும் சுரங்கத் தொழிலாளர்கள் தரவுத்தொகுப்பை சேமிக்கின்றனர். தரவுத்தொகுப்பு காலப்போக்கில் நேரியல் ரீதியாக வளர்கிறது. -4. சுரங்கமானது தரவுத்தொகுப்பின் சீரற்ற துண்டுகளை எடுத்து அவற்றை ஒன்றாக ஹாஷிங் செய்வதை உள்ளடக்கியது. சரிபார்ப்பை குறைந்த நினைவகம் மூலம் செய்ய முடியும், உங்களுக்குத் தேவையான தரவுத்தொகுப்பின் குறிப்பிட்ட பகுதிகளை மீண்டும் உருவாக்க தற்காலிகச் சேமிப்பைப் பயன்படுத்தி, எனவே நீங்கள் தற்காலிகச் சேமிப்பை மட்டுமே சேமிக்க வேண்டும். +1. ஒவ்வொரு பிளாக்கிற்கும் ஒரு **சீட் (seed)** உள்ளது, அது அந்தப் புள்ளி வரை உள்ள பிளாக் ஹெடர்களை ஸ்கேன் செய்வதன் மூலம் கணக்கிடப்படலாம். +2. சீடிலிருந்து, ஒருவர் **16 MB சூடோரேண்டம் கேச் (pseudorandom cache)**-ஐ கணக்கிடலாம். லைட் கிளையன்ட்கள் கேச்-ஐ சேமிக்கின்றன. +3. கேச்-லிருந்து, நாம் ஒரு **1 GB தரவுத்தொகுப்பை (dataset)** உருவாக்க முடியும், இதில் தரவுத்தொகுப்பில் உள்ள ஒவ்வொரு உருப்படியும் கேச்-லிருந்து ஒரு சிறிய எண்ணிக்கையிலான உருப்படிகளை மட்டுமே சார்ந்துள்ளது என்ற பண்பு உள்ளது. முழு கிளையன்ட்கள் மற்றும் மைனர்கள் தரவுத்தொகுப்பை சேமிக்கின்றனர். தரவுத்தொகுப்பு காலப்போக்கில் நேர்கோட்டில் வளர்கிறது. +4. மைனிங் என்பது தரவுத்தொகுப்பின் சீரற்ற துண்டுகளை எடுத்து அவற்றை ஒன்றாக ஹாஷ் செய்வதை உள்ளடக்கியது. உங்களுக்குத் தேவையான தரவுத்தொகுப்பின் குறிப்பிட்ட பகுதிகளை மீண்டும் உருவாக்க கேச்-ஐப் பயன்படுத்துவதன் மூலம் குறைந்த மெமரியுடன் சரிபார்ப்பைச் செய்யலாம், எனவே நீங்கள் கேச்-ஐ மட்டுமே சேமிக்க வேண்டும். -பெரிய தரவுத்தொகுப்பு ஒவ்வொரு 30000 பிளாக்குகளுக்கும் ஒருமுறை புதுப்பிக்கப்படுகிறது, எனவே ஒரு சுரங்கத் தொழிலாளியின் பெரும்பான்மையான முயற்சி தரவுத்தொகுப்பைப் படிப்பதாக இருக்கும், அதில் மாற்றங்களைச் செய்வதில்லை. +பெரிய தரவுத்தொகுப்பு ஒவ்வொரு 30000 பிளாக்குகளுக்கும் ஒருமுறை புதுப்பிக்கப்படுகிறது, எனவே மைனரின் பெரும்பாலான முயற்சி தரவுத்தொகுப்பைப் படிப்பதாகவே இருக்கும், அதில் மாற்றங்களைச் செய்வதாக இருக்காது. ## வரையறைகள் {#definitions} @@ -49,16 +49,13 @@ ACCESSES = 64 # number of accesses in hashimoto loop ### 'SHA3' இன் பயன்பாடு {#sha3} -எத்தேரியத்தின் வளர்ச்சி SHA3 தரநிலையின் வளர்ச்சியுடன் ஒத்துப்போனது, மற்றும் -தரநிலைகள் செயல்முறை இறுதிப்படுத்தப்பட்ட ஹாஷ் நெறிமுறையின் பேடிங்கில் தாமதமான மாற்றத்தை ஏற்படுத்தியது, இதனால் எத்தேரியத்தின் -"sha3_256" மற்றும் "sha3_512" ஹாஷ்கள் நிலையான sha3 ஹாஷ்கள் அல்ல, ஆனால் மற்ற சூழல்களில் பெரும்பாலும் -"Keccak-256" மற்றும் "Keccak-512" என்று குறிப்பிடப்படும் ஒரு மாறுபாடாகும். உதாரணமாக, [இங்கே](https://eips.ethereum.org/EIPS/eip-1803), [இங்கே](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use), அல்லது [இங்கே](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057) விவாதத்தைப் பார்க்கவும். +Ethereum இன் மேம்பாடு SHA3 தரநிலையின் மேம்பாட்டுடன் ஒத்துப்போனது, மேலும் தரநிலைப்படுத்தல் செயல்முறை இறுதி செய்யப்பட்ட ஹாஷ் அல்காரிதத்தின் பேடிங்கில் (padding) தாமதமான மாற்றத்தைச் செய்தது, இதனால் Ethereum இன் "sha3_256" மற்றும் "sha3_512" ஹாஷ்கள் நிலையான sha3 ஹாஷ்கள் அல்ல, ஆனால் மற்ற சூழல்களில் பெரும்பாலும் "Keccak-256" மற்றும் "Keccak-512" என்று குறிப்பிடப்படும் ஒரு மாறுபாடாகும். விவாதத்தைப் பார்க்கவும், எ.கா., [இங்கே](https://eips.ethereum.org/EIPS/eip-1803), [இங்கே](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use), அல்லது [இங்கே](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057). -கீழே உள்ள நெறிமுறையின் விளக்கத்தில் "sha3" ஹாஷ்கள் குறிப்பிடப்பட்டுள்ளதால், அதை மனதில் கொள்ளவும். +கீழே உள்ள அல்காரிதத்தின் விளக்கத்தில் "sha3" ஹாஷ்கள் குறிப்பிடப்பட்டுள்ளதால், தயவுசெய்து அதை நினைவில் கொள்ளவும். ## அளவுருக்கள் {#parameters} -Ethash இன் தற்காலிகச் சேமிப்பு மற்றும் தரவுத்தொகுப்பிற்கான அளவுருக்கள் பிளாக் எண்ணைச் சார்ந்துள்ளது. தற்காலிகச் சேமிப்பு அளவு மற்றும் தரவுத்தொகுப்பு அளவு இரண்டும் நேரியல் ரீதியாக வளர்கின்றன; இருப்பினும், சுழற்சி நடத்தைக்கு வழிவகுக்கும் தற்செயலான ஒழுங்குகளின் அபாயத்தைக் குறைக்க, நேரியல் ரீதியாக வளர்ந்து வரும் வரம்பிற்குக் கீழே உள்ள மிக உயர்ந்த பிரதானத்தை நாங்கள் எப்போதும் எடுத்துக்கொள்கிறோம். +Ethash இன் கேச் மற்றும் தரவுத்தொகுப்பிற்கான அளவுருக்கள் பிளாக் எண்ணைப் பொறுத்தது. கேச் அளவு மற்றும் தரவுத்தொகுப்பு அளவு இரண்டும் நேர்கோட்டில் வளர்கின்றன; இருப்பினும், சுழற்சி நடத்தைக்கு வழிவகுக்கும் தற்செயலான ஒழுங்குமுறைகளின் அபாயத்தைக் குறைப்பதற்காக, நேர்கோட்டில் வளரும் வரம்பிற்குக் கீழே உள்ள மிக உயர்ந்த பகா எண்ணை (prime) நாங்கள் எப்போதும் எடுத்துக்கொள்கிறோம். ```python def get_cache_size(block_number): @@ -76,22 +73,22 @@ def get_full_size(block_number): return sz ``` -தரவுத்தொகுப்பு மற்றும் தற்காலிகச் சேமிப்பு அளவு மதிப்புகளின் அட்டவணைகள் பிற்சேர்க்கையில் வழங்கப்பட்டுள்ளன. +தரவுத்தொகுப்பு மற்றும் கேச் அளவு மதிப்புகளின் அட்டவணைகள் பின்னிணைப்பில் வழங்கப்பட்டுள்ளன. -## தற்காலிகச் சேமிப்பு உருவாக்கம் {#cache-generation} +## கேச் உருவாக்கம் {#cache-generation} -இப்போது, தற்காலிகச் சேமிப்பை உருவாக்குவதற்கான செயல்பாட்டை நாங்கள் குறிப்பிடுகிறோம்: +இப்போது, கேச்-ஐ உருவாக்குவதற்கான செயல்பாட்டைக் குறிப்பிடுகிறோம்: ```python def mkcache(cache_size, seed): n = cache_size // HASH_BYTES - # Sequentially produce the initial dataset + # ஆரம்ப தரவுத்தொகுப்பை வரிசையாக உருவாக்கவும் o = [sha3_512(seed)] for i in range(1, n): o.append(sha3_512(o[-1])) - # Use a low-round version of randmemohash + # randmemohash-இன் குறைந்த-சுற்று பதிப்பைப் பயன்படுத்தவும் for _ in range(CACHE_ROUNDS): for i in range(n): v = o[i][0] % n @@ -100,11 +97,11 @@ def mkcache(cache_size, seed): return o ``` -தற்காலிகச் சேமிப்பு உற்பத்தி செயல்முறையானது முதலில் 32 MB நினைவகத்தை வரிசையாக நிரப்புவதை உள்ளடக்கியது, பின்னர் செர்ஜியோ டெமியன் லெர்னரின் [_Strict Memory Hard Hashing Functions_ (2014)](http://www.hashcash.org/papers/memohash.pdf) இலிருந்து _RandMemoHash_ நெறிமுறையின் இரண்டு பாஸ்களைச் செய்கிறது. வெளியீடு 524288 64-பைட் மதிப்புகளின் தொகுப்பாகும். +கேச் உற்பத்தி செயல்முறையானது முதலில் 32 MB மெமரியை வரிசையாக நிரப்புவதை உள்ளடக்கியது, பின்னர் [_Strict Memory Hard Hashing Functions_ (2014)](http://www.hashcash.org/papers/memohash.pdf) இலிருந்து Sergio Demian Lerner இன் _RandMemoHash_ அல்காரிதத்தின் இரண்டு பாஸ்களை (passes) செய்கிறது. இதன் வெளியீடு 524288 64-பைட் மதிப்புகளின் தொகுப்பாகும். -## தரவு திரட்டல் செயல்பாடு {#date-aggregation-function} +## தரவு ஒருங்கிணைப்பு செயல்பாடு {#date-aggregation-function} -சில சந்தர்ப்பங்களில் XOR-க்கு ஒரு கூட்டு அல்லாத மாற்றாக [FNV ஹாஷ்](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) மூலம் ஈர்க்கப்பட்ட ஒரு நெறிமுறையைப் பயன்படுத்துகிறோம். FNV-1 ஸ்பெக்குக்கு மாறாக, முழு 32-பிட் உள்ளீட்டைக் கொண்டு பிரதானத்தைப் பெருக்குகிறோம் என்பதை நினைவில் கொள்ளவும், இது ஒரு பைட் (octet) உடன் பிரதானத்தைப் பெருக்குகிறது. +சில சந்தர்ப்பங்களில் XOR-க்கு மாற்றாக [FNV ஹாஷ்](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function)-ஆல் ஈர்க்கப்பட்ட அல்காரிதத்தைப் பயன்படுத்துகிறோம். FNV-1 விவரக்குறிப்பு பகா எண்ணை ஒரு பைட்டுடன் (octet) பெருக்குவதற்கு மாறாக, முழு 32-பிட் உள்ளீட்டுடன் பகா எண்ணைப் பெருக்குகிறோம் என்பதை நினைவில் கொள்ளவும். ```python FNV_PRIME = 0x01000193 @@ -113,7 +110,7 @@ def fnv(v1, v2): return ((v1 * FNV_PRIME) ^ v2) % 2**32 ``` -மஞ்சள் தாள் கூட fnv-ஐ v1\*(FNV_PRIME ^ v2) என குறிப்பிடுகிறது, தற்போதைய அனைத்து செயலாக்கங்களும் தொடர்ந்து மேலே உள்ள வரையறையைப் பயன்படுத்துகின்றன என்பதை நினைவில் கொள்ளவும். +தயவுசெய்து கவனிக்கவும், மஞ்சள் தாள் (yellow paper) கூட fnv-ஐ v1\*(FNV_PRIME ^ v2) எனக் குறிப்பிட்டாலும், தற்போதைய அனைத்து செயலாக்கங்களும் மேற்கண்ட வரையறையையே தொடர்ந்து பயன்படுத்துகின்றன. ## முழு தரவுத்தொகுப்பு கணக்கீடு {#full-dataset-calculation} @@ -123,47 +120,47 @@ def fnv(v1, v2): def calc_dataset_item(cache, i): n = len(cache) r = HASH_BYTES // WORD_BYTES - # initialize the mix + # கலவையைத் துவக்கவும் mix = copy.copy(cache[i % n]) mix[0] ^= i mix = sha3_512(mix) - # fnv it with a lot of random cache nodes based on i + # i-ஐ அடிப்படையாகக் கொண்ட பல சீரற்ற தற்காலிக சேமிப்பு முனைகளுடன் அதை fnv செய்யவும் for j in range(DATASET_PARENTS): cache_index = fnv(i ^ j, mix[j % r]) mix = map(fnv, mix, cache[cache_index % n]) return sha3_512(mix) ``` -அடிப்படையில், 256 போலி சீரற்ற முறையில் தேர்ந்தெடுக்கப்பட்ட தற்காலிகச் சேமிப்பு முனைகளிலிருந்து தரவை இணைத்து, தரவுத்தொகுப்பு முனையைக் கணக்கிட அதை ஹாஷ் செய்கிறோம். முழு தரவுத்தொகுப்பும் பின்வருமாறு உருவாக்கப்படுகிறது: +அடிப்படையில், 256 சூடோரேண்டமாக தேர்ந்தெடுக்கப்பட்ட கேச் நோடுகளிலிருந்து தரவை இணைத்து, தரவுத்தொகுப்பு நோடைக் கணக்கிட அதை ஹாஷ் செய்கிறோம். முழு தரவுத்தொகுப்பும் பின்னர் இதன்படி உருவாக்கப்படுகிறது: ```python def calc_dataset(full_size, cache): return [calc_dataset_item(cache, i) for i in range(full_size // HASH_BYTES)] ``` -## முக்கிய வளையம் {#main-loop} +## முதன்மை லூப் (Main loop) {#main-loop} -இப்போது, பிரதான "hashimoto"-போன்ற வளையத்தை நாங்கள் குறிப்பிடுகிறோம், அங்கு ஒரு குறிப்பிட்ட ஹெடர் மற்றும் நான்ஸிற்கான எங்கள் இறுதி மதிப்பை உருவாக்க முழு தரவுத்தொகுப்பிலிருந்து தரவை நாங்கள் திரட்டுகிறோம். கீழேயுள்ள குறியீட்டில், `header` என்பது ஒரு _துண்டிக்கப்பட்ட_ பிளாக் ஹெடரின் RLP பிரதிநிதித்துவத்தின் SHA3-256 _ஹாஷைக்_ குறிக்கிறது, அதாவது, **mixHash** மற்றும் **nonce** புலங்களைத் தவிர்த்து ஒரு ஹெடர். `nonce` என்பது பிக்-எண்டியன் வரிசையில் 64 பிட் கையொப்பமிடப்படாத முழு எண்ணின் எட்டு பைட்டுகள் ஆகும். எனவே `nonce[::-1]` என்பது அந்த மதிப்பின் எட்டு-பைட் லிட்டில்-எண்டியன் பிரதிநிதித்துவமாகும்: +இப்போது, ஒரு குறிப்பிட்ட ஹெடர் மற்றும் நான்ஸிற்கான (nonce) நமது இறுதி மதிப்பை உருவாக்குவதற்காக முழு தரவுத்தொகுப்பிலிருந்தும் தரவை ஒருங்கிணைக்கும் முக்கிய "hashimoto" போன்ற லூப்பைக் குறிப்பிடுகிறோம். கீழே உள்ள குறியீட்டில், `header` என்பது _துண்டிக்கப்பட்ட (truncated)_ பிளாக் ஹெடரின் RLP பிரதிநிதித்துவத்தின் SHA3-256 _ஹாஷைக்_ குறிக்கிறது, அதாவது **mixHash** மற்றும் **nonce** புலங்களைத் தவிர்த்த ஹெடர். `nonce` என்பது பிக்-எண்டியன் (big-endian) வரிசையில் உள்ள 64 பிட் கையொப்பமிடப்படாத முழு எண்ணின் எட்டு பைட்டுகள் ஆகும். எனவே `nonce[::-1]` என்பது அந்த மதிப்பின் எட்டு-பைட் லிட்டில்-எண்டியன் (little-endian) பிரதிநிதித்துவமாகும்: ```python def hashimoto(header, nonce, full_size, dataset_lookup): n = full_size / HASH_BYTES w = MIX_BYTES // WORD_BYTES mixhashes = MIX_BYTES / HASH_BYTES - # combine header+nonce into a 64 byte seed + # header+nonce-ஐ 64 பைட் விதையாக இணைக்கவும் s = sha3_512(header + nonce[::-1]) - # start the mix with replicated s + # நகலெடுக்கப்பட்ட s உடன் கலவையைத் தொடங்கவும் mix = [] for _ in range(MIX_BYTES / HASH_BYTES): mix.extend(s) - # mix in random dataset nodes + # சீரற்ற தரவுத்தொகுப்பு முனைகளைக் கலக்கவும் for i in range(ACCESSES): p = fnv(i ^ s[0], mix[i % w]) % (n // mixhashes) * mixhashes newdata = [] for j in range(MIX_BYTES / HASH_BYTES): newdata.extend(dataset_lookup(p + j)) mix = map(fnv, mix, newdata) - # compress mix + # கலவையைச் சுருக்கவும் cmix = [] for i in range(0, len(mix), 4): cmix.append(fnv(fnv(fnv(mix[i], mix[i+1]), mix[i+2]), mix[i+3])) @@ -179,17 +176,17 @@ def hashimoto_full(full_size, dataset, header, nonce): return hashimoto(header, nonce, full_size, lambda x: dataset[x]) ``` -அடிப்படையில், நாங்கள் 128 பைட் அகலமுள்ள ஒரு "கலவையை" பராமரிக்கிறோம், மேலும் முழு தரவுத்தொகுப்பிலிருந்தும் 128 பைட்டுகளை வரிசையாக மீண்டும் மீண்டும் பெற்று, அதை கலவையுடன் இணைக்க `fnv` செயல்பாட்டைப் பயன்படுத்துகிறோம். 128 பைட்டுகளின் வரிசைமுறை அணுகல் பயன்படுத்தப்படுகிறது, அதனால் நெறிமுறையின் ஒவ்வொரு சுற்றிலும் எப்போதும் RAM-இலிருந்து ஒரு முழுப் பக்கத்தைப் பெறுகிறது, ASIC-கள் கோட்பாட்டளவில் தவிர்க்கக்கூடிய டிரான்ஸ்லேஷன் லூக்சைட் பஃபர் தவறுகளைக் குறைக்கிறது. +அடிப்படையில், நாங்கள் 128 பைட்டுகள் அகலமுள்ள ஒரு "மிக்ஸ் (mix)"-ஐப் பராமரிக்கிறோம், மேலும் முழு தரவுத்தொகுப்பிலிருந்து 128 பைட்டுகளைத் தொடர்ந்து வரிசையாகப் பெற்று, அதை மிக்ஸுடன் இணைக்க `fnv` செயல்பாட்டைப் பயன்படுத்துகிறோம். 128 பைட்டுகள் தொடர்ச்சியான அணுகல் பயன்படுத்தப்படுகிறது, இதனால் அல்காரிதத்தின் ஒவ்வொரு சுற்றும் எப்போதும் RAM இலிருந்து ஒரு முழுப் பக்கத்தைப் பெறுகிறது, இது ASIC-கள் கோட்பாட்டளவில் தவிர்க்கக்கூடிய translation lookaside buffer தவறுகளைக் குறைக்கிறது. -இந்த நெறிமுறையின் வெளியீடு விரும்பிய இலக்குக்குக் கீழே இருந்தால், நான்ஸ் செல்லுபடியாகும். இறுதியில் `sha3_256` இன் கூடுதல் பயன்பாடு, குறைந்தபட்சம் ஒரு சிறிய அளவு வேலை செய்யப்பட்டது என்பதை நிரூபிக்க வழங்கக்கூடிய ஒரு இடைநிலை நான்ஸ் இருப்பதை உறுதி செய்கிறது என்பதை நினைவில் கொள்ளவும்; இந்த விரைவான வெளிப்புற PoW சரிபார்ப்பு DDoS எதிர்ப்பு நோக்கங்களுக்காக பயன்படுத்தப்படலாம். முடிவு ஒரு பாரபட்சமற்ற, 256-பிட் எண் என்ற புள்ளிவிவர உத்தரவாதத்தை வழங்கவும் இது உதவுகிறது. +இந்த அல்காரிதத்தின் வெளியீடு விரும்பிய இலக்கிற்குக் கீழே இருந்தால், நான்ஸ் செல்லுபடியாகும். முடிவில் `sha3_256` இன் கூடுதல் பயன்பாடு, குறைந்தபட்சம் ஒரு சிறிய அளவிலான வேலை செய்யப்பட்டுள்ளது என்பதை நிரூபிக்க வழங்கக்கூடிய ஒரு இடைநிலை நான்ஸ் இருப்பதை உறுதி செய்கிறது என்பதை நினைவில் கொள்ளவும்; இந்த விரைவான வெளிப்புற PoW சரிபார்ப்பை anti-DDoS நோக்கங்களுக்காகப் பயன்படுத்தலாம். இதன் முடிவு ஒரு சார்பற்ற, 256-பிட் எண் என்பதற்கான புள்ளிவிவர உத்தரவாதத்தை வழங்கவும் இது உதவுகிறது. -## சுரங்கம் {#mining} +## மைனிங் {#mining} -சுரங்க நெறிமுறை பின்வருமாறு வரையறுக்கப்பட்டுள்ளது: +மைனிங் அல்காரிதம் பின்வருமாறு வரையறுக்கப்படுகிறது: ```python def mine(full_size, dataset, header, difficulty): - # zero-pad target to compare with hash on the same digit + # ஒரே இலக்கத்தில் ஹாஷுடன் ஒப்பிடுவதற்கு இலக்கை பூஜ்ஜியத்தால் நிரப்பவும் target = zpad(encode_int(2**256 // difficulty), 64)[::-1] from random import randint nonce = randint(0, 2**64) @@ -198,9 +195,9 @@ def mine(full_size, dataset, header, difficulty): return nonce ``` -## விதை ஹாஷை வரையறுத்தல் {#seed-hash} +## சீட் ஹாஷை வரையறுத்தல் {#seed-hash} -ஒரு குறிப்பிட்ட பிளாக்கின் மேல் சுரங்கம் செய்யப் பயன்படுத்தப்படும் விதை ஹாஷைக் கணக்கிட, பின்வரும் நெறிமுறையைப் பயன்படுத்துகிறோம்: +கொடுக்கப்பட்ட பிளாக்கின் மேல் மைனிங் செய்யப் பயன்படுத்தப்படும் சீட் ஹாஷைக் கணக்கிட, பின்வரும் அல்காரிதத்தைப் பயன்படுத்துகிறோம்: ```python def get_seedhash(block): @@ -210,20 +207,20 @@ def mine(full_size, dataset, header, difficulty): return s ``` -சுமுகமான சுரங்கம் மற்றும் சரிபார்ப்புக்கு, எதிர்கால விதை ஹாஷ்கள் மற்றும் தரவுத்தொகுப்புகளை ஒரு தனி திரட்டில் முன்கூட்டியே கணக்கிட பரிந்துரைக்கிறோம். +மென்மையான மைனிங் மற்றும் சரிபார்ப்பிற்கு, எதிர்கால சீட்ஹாஷ்கள் மற்றும் தரவுத்தொகுப்புகளை ஒரு தனி த்ரெட்டில் (thread) முன்கூட்டியே கணக்கிட பரிந்துரைக்கிறோம் என்பதை நினைவில் கொள்ளவும். -## மேலும் வாசிக்க {#further-reading} +## மேலும் படிக்க {#further-reading} -_உங்களுக்கு உதவிய ஒரு சமூக வளம் பற்றி தெரியுமா?_ இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!_ +_உங்களுக்கு உதவிய சமூக வளம் பற்றி தெரியுமா? இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!_ -## பின் இணைப்பு {#appendix} +## பின்னிணைப்பு {#appendix} -மேலே உள்ள பைதான் ஸ்பெக்கை குறியீடாக இயக்க நீங்கள் ஆர்வமாக இருந்தால், பின்வரும் குறியீடு முன் சேர்க்கப்பட வேண்டும். +மேலே உள்ள பைதான் விவரக்குறிப்பைக் குறியீடாக இயக்க நீங்கள் ஆர்வமாக இருந்தால், பின்வரும் குறியீடு முன்னொட்டாகச் சேர்க்கப்பட வேண்டும். ```python import sha3, copy -# Assumes little endian bit ordering (same as Intel architectures) +# லிட்டில் எண்டியன் பிட் வரிசையைக் கருதுகிறது (இன்டெல் கட்டமைப்புகளைப் போலவே) def decode_int(s): return int(s[::-1].encode('hex'), 16) if s else 0 @@ -251,7 +248,7 @@ def serialize_cache(ds): serialize_dataset = serialize_cache -# sha3 hash function, outputs 64 bytes +# sha3 ஹாஷ் செயல்பாடு, 64 பைட்டுகளை வெளியிடுகிறது def sha3_512(x): return hash_words(lambda v: sha3.sha3_512(v).digest(), 64, x) @@ -270,7 +267,7 @@ def isprime(x): ### தரவு அளவுகள் {#data-sizes} -பின்வரும் தேடல் அட்டவணைகள் தரவு அளவுகள் மற்றும் தற்காலிகச் சேமிப்பு அளவுகளின் தோராயமாக 2048 அட்டவணைப்படுத்தப்பட்ட யுகங்களை வழங்குகின்றன. +பின்வரும் லுக்அப் அட்டவணைகள் (lookup tables) தரவு அளவுகள் மற்றும் கேச் அளவுகளின் தோராயமாக 2048 அட்டவணைப்படுத்தப்பட்ட எபோக்களை வழங்குகின்றன. ```python def get_datasize(block_number): @@ -689,8 +686,7 @@ data_sizes = [ 18102613376, 18111004544, 18119388544, 18127781248, 18136170368, 18144558976, 18152947328, 18161336192, 18169724288, 18178108544, 18186498944, 18194886784, 18203275648, 18211666048, 18220048768, -18228444544, 18236833408, 18245220736 -] +18228444544, 18236833408, 18245220736] cache_sizes = [ 16776896, 16907456, 17039296, 17170112, 17301056, 17432512, 17563072, @@ -1020,4 +1016,4 @@ cache_sizes = [ 283377344, 283508416, 283639744, 283770304, 283901504, 284032576, 284163136, 284294848, 284426176, 284556992, 284687296, 284819264, 284950208, 285081536] -``` +``` \ No newline at end of file diff --git a/public/content/translations/ta/developers/docs/web2-vs-web3/index.md b/public/content/translations/ta/developers/docs/web2-vs-web3/index.md new file mode 100644 index 00000000000..34dc7f26af0 --- /dev/null +++ b/public/content/translations/ta/developers/docs/web2-vs-web3/index.md @@ -0,0 +1,62 @@ +--- +title: Web2 vs Web3 +description: "Ethereum பிளாக்செயின் தொழில்நுட்பத்தில் உருவாக்கப்பட்ட பரவலாக்கப்பட்ட Web3 பயன்பாடுகளுடன் மையப்படுத்தப்பட்ட Web2 சேவைகளை ஒப்பிடவும்." +lang: ta +--- + +Web2 என்பது இன்று நம்மில் பெரும்பாலோருக்குத் தெரிந்த இணையத்தின் பதிப்பைக் குறிக்கிறது. உங்கள் தனிப்பட்ட தரவுகளுக்கு ஈடாக சேவைகளை வழங்கும் நிறுவனங்களின் ஆதிக்கத்தில் உள்ள இணையம். [Ethereum](/)-இன் சூழலில், Web3 என்பது பிளாக்செயினில் இயங்கும் பரவலாக்கப்பட்ட பயன்பாடுகளைக் குறிக்கிறது. இவை எவரும் தங்கள் தனிப்பட்ட தரவைப் பணமாக்காமல் பங்கேற்க அனுமதிக்கும் பயன்பாடுகளாகும். + +தொடக்கநிலையாளர்களுக்கான ஆதாரத்தைத் தேடுகிறீர்களா? எங்களின் [web3 அறிமுகத்தைப்](/web3/) பார்க்கவும். + +## Web3 நன்மைகள் {#web3-benefits} + +Ethereum-இன் உள்ளார்ந்த பரவலாக்கம் காரணமாக பல Web3 டெவலப்பர்கள் dapp-களை உருவாக்கத் தேர்ந்தெடுத்துள்ளனர்: + +- நெட்வொர்க்கில் உள்ள எவரும் சேவையைப் பயன்படுத்த அனுமதி உண்டு – வேறுவிதமாகக் கூறினால், அனுமதி தேவையில்லை. +- உங்களை யாராலும் தடுக்கவோ அல்லது சேவைக்கான அணுகலை மறுக்கவோ முடியாது. +- நேட்டிவ் டோக்கனான ஈதர் (ETH) மூலம் பேமெண்ட்கள் கட்டமைக்கப்பட்டுள்ளன. +- Ethereum என்பது ட்யூரிங்-கம்ப்ளீட் (turing-complete) ஆகும், அதாவது நீங்கள் எதை வேண்டுமானாலும் நிரல் (program) செய்யலாம். + +## நடைமுறை ஒப்பீடுகள் {#practical-comparisons} + +| Web2 | Web3 | +| -------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | +| Twitter எந்தவொரு கணக்கையும் அல்லது ட்வீட்டையும் தணிக்கை செய்யலாம் | கட்டுப்பாடு பரவலாக்கப்பட்டிருப்பதால் Web3 ட்வீட்களைத் தணிக்கை செய்ய முடியாது | +| சில வகையான வேலைகளுக்கான பேமெண்ட்களை அனுமதிக்க வேண்டாம் என பேமெண்ட் சேவை முடிவு செய்யலாம் | Web3 பேமெண்ட் பயன்பாடுகளுக்கு தனிப்பட்ட தரவு எதுவும் தேவையில்லை மற்றும் பேமெண்ட்களைத் தடுக்க முடியாது | +| கிக்-பொருளாதார (gig-economy) பயன்பாடுகளுக்கான சர்வர்கள் செயலிழந்து தொழிலாளர்களின் வருமானத்தைப் பாதிக்கலாம் | Web3 சர்வர்கள் செயலிழக்க முடியாது – அவை ஆயிரக்கணக்கான கணினிகளின் பரவலாக்கப்பட்ட நெட்வொர்க்கான Ethereum-ஐ அவற்றின் பின்தளமாகப் (backend) பயன்படுத்துகின்றன | + +எல்லா சேவைகளும் dapp ஆக மாற்றப்பட வேண்டும் என்று இது அர்த்தப்படுத்துவதில்லை. இந்த எடுத்துக்காட்டுகள் web2 மற்றும் web3 சேவைகளுக்கு இடையிலான முக்கிய வேறுபாடுகளை விளக்குகின்றன. + +## Web3 வரம்புகள் {#web3-limitations} + +Web3 தற்போது சில வரம்புகளைக் கொண்டுள்ளது: + +- அளவிடுதல் (Scalability) – web3 பரவலாக்கப்பட்டிருப்பதால் பரிவர்த்தனைகள் மெதுவாக இருக்கும். பேமெண்ட் போன்ற நிலை மாற்றங்கள், ஒரு நோட் மூலம் செயலாக்கப்பட்டு நெட்வொர்க் முழுவதும் பரப்பப்பட வேண்டும். +- பயனர் அனுபவம் (UX) – web3 பயன்பாடுகளுடன் தொடர்புகொள்வதற்கு கூடுதல் படிகள், மென்பொருள் மற்றும் கல்வி தேவைப்படலாம். இது தத்தெடுப்புக்கு (adoption) ஒரு தடையாக இருக்கலாம். +- அணுகல்தன்மை (Accessibility) – நவீன இணைய உலாவிகளில் ஒருங்கிணைப்பு இல்லாததால், பெரும்பாலான பயனர்களுக்கு web3-ஐ அணுகுவது கடினமாக உள்ளது. +- செலவு (Cost) – பிளாக்செயினில் குறியீட்டை வைப்பது விலை உயர்ந்தது என்பதால், பெரும்பாலான வெற்றிகரமான dapp-கள் தங்கள் குறியீட்டின் மிகச் சிறிய பகுதிகளை மட்டுமே பிளாக்செயினில் வைக்கின்றன. + +## மையப்படுத்தல் vs பரவலாக்கம் {#centralization-vs-decentralization} + +கீழே உள்ள அட்டவணையில், மையப்படுத்தப்பட்ட மற்றும் பரவலாக்கப்பட்ட டிஜிட்டல் நெட்வொர்க்குகளின் சில பரந்த நன்மைகள் மற்றும் தீமைகளை நாங்கள் பட்டியலிடுகிறோம். + +| மையப்படுத்தப்பட்ட அமைப்புகள் | பரவலாக்கப்பட்ட அமைப்புகள் | +| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| குறைந்த நெட்வொர்க் விட்டம் (அனைத்து பங்கேற்பாளர்களும் ஒரு மைய அதிகாரத்துடன் இணைக்கப்பட்டுள்ளனர்); ஏராளமான கணக்கீட்டு வளங்களைக் கொண்ட ஒரு மைய அதிகாரத்தால் தகவல் பரப்புதல் கையாளப்படுவதால், தகவல் விரைவாகப் பரவுகிறது. | நெட்வொர்க்கில் உள்ள தொலைதூர பங்கேற்பாளர்கள் ஒருவருக்கொருவர் பல முனைகள் தொலைவில் இருக்கலாம். நெட்வொர்க்கின் ஒரு பக்கத்திலிருந்து ஒளிபரப்பப்படும் தகவல் மறுபக்கத்தை அடைய நீண்ட நேரம் ஆகலாம். | +| பொதுவாக அதிக செயல்திறன் (அதிக த்ரோபுட், குறைவான மொத்த கணக்கீட்டு வளங்கள் செலவிடப்படுகின்றன) மற்றும் செயல்படுத்த எளிதானது. | பொதுவாக குறைந்த செயல்திறன் (குறைந்த த்ரோபுட், அதிக மொத்த கணக்கீட்டு வளங்கள் செலவிடப்படுகின்றன) மற்றும் செயல்படுத்த மிகவும் சிக்கலானது. | +| முரண்பட்ட தரவு ஏற்பட்டால், தீர்வு தெளிவானது மற்றும் எளிதானது: உண்மையின் இறுதி ஆதாரம் மைய அதிகாரம் ஆகும். | பங்கேற்பாளர்கள் ஒத்திசைக்கப்பட வேண்டிய தரவின் நிலை குறித்து பியர்கள் (peers) முரண்பட்ட உரிமைகோரல்களைச் செய்தால், தகராறு தீர்க்க ஒரு நெறிமுறை (பெரும்பாலும் சிக்கலானது) தேவைப்படுகிறது. | +| தோல்வியின் ஒற்றை புள்ளி (Single point of failure): தீங்கிழைக்கும் நபர்கள் மைய அதிகாரத்தை குறிவைப்பதன் மூலம் நெட்வொர்க்கை வீழ்த்த முடியும். | தோல்வியின் ஒற்றை புள்ளி இல்லை: பங்கேற்பாளர்களில் பெரும்பாலோர் தாக்கப்பட்டாலும்/வெளியேற்றப்பட்டாலும் நெட்வொர்க் தொடர்ந்து செயல்பட முடியும். | +| நெட்வொர்க் பங்கேற்பாளர்களிடையே ஒருங்கிணைப்பு மிகவும் எளிதானது, மேலும் இது ஒரு மைய அதிகாரத்தால் கையாளப்படுகிறது. மைய அதிகாரம் நெட்வொர்க் பங்கேற்பாளர்களை மேம்படுத்தல்கள், நெறிமுறை புதுப்பிப்புகள் போன்றவற்றை மிகக் குறைந்த உராய்வுடன் ஏற்றுக்கொள்ள கட்டாயப்படுத்தலாம். | நெட்வொர்க் அளவிலான முடிவுகள், நெறிமுறை மேம்படுத்தல்கள் போன்றவற்றில் எந்தவொரு முகவருக்கும் இறுதிச் சொல் இல்லாததால், ஒருங்கிணைப்பு பெரும்பாலும் கடினமாக இருக்கும். மோசமான நிலையில், நெறிமுறை மாற்றங்கள் குறித்து கருத்து வேறுபாடுகள் ஏற்படும் போது நெட்வொர்க் சிதைவடையும் வாய்ப்புள்ளது. | +| மைய அதிகாரம் தரவைத் தணிக்கை செய்யலாம், நெட்வொர்க்கின் சில பகுதிகளை நெட்வொர்க்கின் மற்ற பகுதிகளுடன் தொடர்புகொள்வதைத் துண்டிக்கலாம். | நெட்வொர்க் முழுவதும் தகவல் பரவுவதற்கு பல வழிகள் இருப்பதால், தணிக்கை செய்வது மிகவும் கடினம். | +| நெட்வொர்க்கில் பங்கேற்பது மைய அதிகாரத்தால் கட்டுப்படுத்தப்படுகிறது. | நெட்வொர்க்கில் யார் வேண்டுமானாலும் பங்கேற்கலாம்; "கேட்கீப்பர்கள்" (gatekeepers) யாரும் இல்லை. வெறுமனே, பங்கேற்பதற்கான செலவு மிகவும் குறைவு. | + +இவை ஒவ்வொரு நெட்வொர்க்கிலும் உண்மையாக இருக்க வேண்டிய அவசியமில்லாத பொதுவான வடிவங்கள் என்பதை நினைவில் கொள்ளவும். மேலும், உண்மையில் ஒரு நெட்வொர்க் மையப்படுத்தப்பட்ட/பரவலாக்கப்பட்ட அளவு ஒரு ஸ்பெக்ட்ரமில் உள்ளது; எந்த நெட்வொர்க்கும் முற்றிலும் மையப்படுத்தப்பட்டதாகவோ அல்லது முற்றிலும் பரவலாக்கப்பட்டதாகவோ இல்லை. + +## மேலும் படிக்க {#further-reading} + +- [Web3 என்றால் என்ன?](/web3/) - _ethereum.org_ +- [ஒரு Web 3.0 பயன்பாட்டின் கட்டமைப்பு](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _Preethi Kasireddy_ +- [பரவலாக்கத்தின் பொருள்](https://medium.com/@VitalikButerin/the-meaning-of-decentralization-a0c92b76a274) _பிப் 6, 2017 - Vitalik Buterin_ +- [பரவலாக்கம் ஏன் முக்கியமானது](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) _பிப் 18, 2018 - Chris Dixon_ +- [Web 3.0 என்றால் என்ன & அது ஏன் முக்கியமானது](https://medium.com/fabric-ventures/what-is-web-3-0-why-it-matters-934eb07f3d2b) _டிச 31, 2019 - Max Mersch மற்றும் Richard Muirhead_ +- [நமக்கு ஏன் Web 3.0 தேவை](https://gavofyork.medium.com/why-we-need-web-3-0-5da4f2bf95ab) _செப் 12, 2018 - Gavin Wood_ \ No newline at end of file diff --git a/public/content/translations/ta/roadmap/fusaka/peerdas/index.md b/public/content/translations/ta/roadmap/fusaka/peerdas/index.md new file mode 100644 index 00000000000..e8478258885 --- /dev/null +++ b/public/content/translations/ta/roadmap/fusaka/peerdas/index.md @@ -0,0 +1,88 @@ +--- +title: PeerDAS +description: "ஃபூசாகா (Fusaka) எத்தேரியம் நெறிமுறை மேம்பாட்டின் ஒரு பகுதியாக PeerDAS பற்றி அறிந்துகொள்ளுங்கள்" +lang: ta +--- + +# PeerDAS {#peer-das} + +[EIP-4844 உடன் பிளாப் (blob) பரிவர்த்தனைகளின் அறிமுகத்திற்குப்](/roadmap/danksharding/) பிறகு, [எத்தேரியம் (Ethereum)](/) நெறிமுறை அதன் மிக முக்கியமான அளவிடுதல் மேம்பாட்டிற்கு உட்பட்டு வருகிறது. [ஃபூசாகா (Fusaka) மேம்பாட்டின்](/roadmap/fusaka/) ஒரு பகுதியாக, PeerDAS பிளாப் தரவைக் கையாளுவதற்கான ஒரு புதிய வழியை அறிமுகப்படுத்துகிறது, இது L2-களுக்கான **[தரவு கிடைக்கும் தன்மை (data availability - DA)](/developers/docs/data-availability/)** திறனில் தோராயமாகப் பல மடங்கு அதிகரிப்பை வழங்குகிறது. + +[பிளாப் அளவிடுதல் வழிகாட்டி பற்றி மேலும் அறிய](https://blog.ethereum.org/2025/08/22/protocol-update-002) + +## அளவிடுதல் (Scalability) {#scalability} + +எத்தேரியத்தின் தொலைநோக்கு பார்வை, உலகில் உள்ள அனைவருக்கும் கிடைக்கக்கூடிய நடுநிலையான, பாதுகாப்பான மற்றும் பரவலாக்கப்பட்ட தளமாக இருக்க வேண்டும் என்பதாகும். நெட்வொர்க் பயன்பாடு வளரும்போது, நெட்வொர்க்கின் அளவிடுதல், பாதுகாப்பு மற்றும் பரவலாக்கம் ஆகிய மும்முனைச் சிக்கலை (trilemma) சமநிலைப்படுத்த வேண்டியது அவசியமாகிறது. எத்தேரியம் அதன் தற்போதைய வடிவமைப்பிற்குள் நெட்வொர்க் கையாளும் தரவை வெறுமனே அதிகரித்தால், அது [பரவலாக்கத்திற்காக எத்தேரியம் நம்பியிருக்கும் நோடுகளை (nodes)](/developers/docs/nodes-and-clients/) அதிக சுமைக்கு உள்ளாக்கும் அபாயத்தை ஏற்படுத்தும். அளவிடுதலுக்கு, சமரசங்களைக் குறைக்கும் கடுமையான பொறிமுறை வடிவமைப்பு தேவைப்படுகிறது. + +இந்த இலக்கை அடைவதற்கான உத்திகளில் ஒன்று, அனைத்து பரிவர்த்தனைகளையும் [லேயர் 1 (L1)](/glossary/#layer-1) மெயின்நெட்டில் (Mainnet) செயலாக்குவதற்குப் பதிலாக, லேயர் 2 அளவிடுதல் தீர்வுகளின் மாறுபட்ட சுற்றுச்சூழல் அமைப்பை அனுமதிப்பதாகும். [லேயர் 2-கள் (L2s)](/glossary/#layer-2) அல்லது [ரோலப்கள் (rollups)](/glossary#rollups) பரிவர்த்தனைகளை அவற்றின் சொந்த தனித்தனி செயின்களில் செயலாக்குகின்றன மற்றும் சரிபார்ப்பு மற்றும் பாதுகாப்பிற்காக எத்தேரியத்தைப் பயன்படுத்துகின்றன. பாதுகாப்புக்கு முக்கியமான கமிட்மென்ட்களை (commitments) மட்டுமே வெளியிடுவது மற்றும் பேலோடுகளை (payloads) சுருக்குவது, எத்தேரியத்தின் DA திறனை L2-கள் மிகவும் திறமையாகப் பயன்படுத்த அனுமதிக்கிறது. இதன் விளைவாக, பாதுகாப்பு உத்தரவாதங்களில் சமரசம் செய்யாமல் L1 குறைந்த தரவைக் கொண்டு செல்கிறது, அதே நேரத்தில் L2-கள் குறைந்த கேஸ் (gas) செலவில் அதிக பயனர்களை இணைக்கின்றன. ஆரம்பத்தில், L2-கள் சாதாரண பரிவர்த்தனைகளில் `calldata` ஆக தரவை வெளியிட்டன, இது கேஸிற்காக L1 பரிவர்த்தனைகளுடன் போட்டியிட்டது மற்றும் மொத்த தரவு கிடைக்கும் தன்மைக்கு நடைமுறைக்கு சாத்தியமற்றதாக இருந்தது. + +## புரோட்டோ-டாங்க்ஷார்டிங் (Proto-Danksharding) {#proto-danksharding} + +L2-ஐ அளவிடுவதற்கான முதல் முக்கிய படி டென்குன் (Dencun) மேம்பாடு ஆகும், இது [புரோட்டோ-டாங்க்ஷார்டிங்கை (Proto-Danksharding)](/roadmap/danksharding/) (EIP-4844) அறிமுகப்படுத்தியது. இந்த மேம்பாடு ரோலப்களுக்காக பிளாப்கள் (blobs) எனப்படும் புதிய, சிறப்பு தரவு வகையை உருவாக்கியது. [பிளாப்கள் (Blobs)](/developers/docs/data-availability/blockchain-data-storage-strategies/#eip-4844-blobs) அல்லது பைனரி லார்ஜ் ஆப்ஜெக்ட்கள் (binary large objects) என்பவை EVM செயலாக்கம் தேவையில்லாத தன்னிச்சையான தரவுகளின் தற்காலிகப் பகுதிகளாகும், மேலும் நோடுகள் இவற்றை ஒரு குறிப்பிட்ட காலத்திற்கு மட்டுமே சேமிக்கின்றன. இந்த மிகவும் திறமையான செயலாக்கம் L2-கள் எத்தேரியத்தில் அதிக தரவை வெளியிடவும் மேலும் அளவிடவும் அனுமதித்தது. + +அளவிடுதலுக்கு ஏற்கனவே வலுவான நன்மைகளைக் கொண்டிருந்தாலும், பிளாப்களைப் பயன்படுத்துவது இறுதி இலக்கின் ஒரு பகுதி மட்டுமே. தற்போதைய நெறிமுறையில், நெட்வொர்க்கில் உள்ள ஒவ்வொரு நோடும் ஒவ்வொரு பிளாப்பையும் பதிவிறக்கம் செய்ய வேண்டும். தனிப்பட்ட நோடுகளுக்குத் தேவைப்படும் அலைவரிசையே (bandwidth) இங்கு இடையூறாக மாறுகிறது, அதிக பிளாப் எண்ணிக்கையுடன் பதிவிறக்கம் செய்ய வேண்டிய தரவின் அளவும் நேரடியாக அதிகரிக்கிறது. + +எத்தேரியம் பரவலாக்கத்தில் சமரசம் செய்து கொள்வதில்லை, மேலும் அலைவரிசை என்பது மிகவும் உணர்திறன் வாய்ந்த கூறுகளில் ஒன்றாகும். கணினி வசதி வாங்கக்கூடிய எவருக்கும் பரவலாகக் கிடைத்தாலும், வளர்ந்த நாடுகளில் உள்ள அதிக நகர்ப்புற நகரங்களில் கூட ([ஜெர்மனி](https://www.speedtest.net/global-index/germany), [பெல்ஜியம்](https://www.speedtest.net/global-index/belgium), [ஆஸ்திரேலியா](https://www.speedtest.net/global-index/australia) அல்லது [அமெரிக்கா](https://www.speedtest.net/global-index/united-states) போன்றவை) உள்ள [பதிவேற்ற அலைவரிசை வரம்புகள் (upload bandwidth limitations)](https://www.speedtest.net/global-index), அலைவரிசைத் தேவைகள் கவனமாகச் சரிசெய்யப்படாவிட்டால், தரவு மையங்களில் (data centers) இருந்து மட்டுமே நோடுகளை இயக்க முடியும் என்ற நிலைக்குக் கட்டுப்படுத்தலாம். + +பிளாப்கள் அதிகரிக்கும் போது நோடு ஆபரேட்டர்களுக்கு அதிக அலைவரிசை மற்றும் வட்டு இடத் (disk space) தேவைகள் ஏற்படுகின்றன. பிளாப்களின் அளவு மற்றும் எண்ணிக்கை இந்தக் கட்டுப்பாடுகளால் வரம்புக்குட்படுத்தப்படுகின்றன. ஒவ்வொரு பிளாபும் 128kb வரையிலான தரவைக் கொண்டு செல்ல முடியும், ஒரு பிளாக்கிற்கு சராசரியாக 6 பிளாப்கள் இருக்கும். பிளாப்களை இன்னும் திறமையான முறையில் பயன்படுத்தும் எதிர்கால வடிவமைப்பிற்கான முதல் படி மட்டுமே இதுவாகும். + +## தரவு கிடைக்கும் தன்மை மாதிரி (Data availability sampling) {#das} + +[தரவு கிடைக்கும் தன்மை (Data availability)](/developers/docs/data-availability/) என்பது செயினைச் சுயாதீனமாகச் சரிபார்க்கத் தேவையான அனைத்துத் தரவும் அனைத்து நெட்வொர்க் பங்கேற்பாளர்களுக்கும் அணுகக்கூடியதாக இருக்கும் என்பதற்கான உத்தரவாதமாகும். தரவு முழுமையாக வெளியிடப்பட்டுள்ளதையும், செயினின் புதிய நிலை அல்லது உள்வரும் பரிவர்த்தனைகளை நம்பகத்தன்மையுடன் சரிபார்க்கப் பயன்படுத்தப்படலாம் என்பதையும் இது உறுதி செய்கிறது. + +எத்தேரியம் பிளாப்கள் L2-களின் பாதுகாப்பை உறுதி செய்யும் வலுவான தரவு கிடைக்கும் தன்மை உத்தரவாதத்தை வழங்குகின்றன. இதைச் செய்ய, எத்தேரியம் நோடுகள் பிளாப்களை முழுமையாகப் பதிவிறக்கம் செய்து சேமிக்க வேண்டும். ஆனால் நெட்வொர்க்கில் பிளாப்களை மிகவும் திறமையாக விநியோகித்து இந்த வரம்பைத் தவிர்க்க முடிந்தால் என்ன செய்வது? + +தரவைச் சேமிப்பதற்கும் அது கிடைப்பதை உறுதி செய்வதற்கும் ஒரு வித்தியாசமான அணுகுமுறை **தரவு கிடைக்கும் தன்மை மாதிரி (data availability sampling - DAS)** ஆகும். எத்தேரியத்தை இயக்கும் ஒவ்வொரு கணினியும் ஒவ்வொரு பிளாப்பையும் முழுமையாகச் சேமிப்பதற்குப் பதிலாக, DAS ஒரு பரவலாக்கப்பட்ட வேலைப் பகிர்வை அறிமுகப்படுத்துகிறது. இது முழு நோடுகளின் நெட்வொர்க்கிலும் சிறிய, நிர்வகிக்கக்கூடிய பணிகளை விநியோகிப்பதன் மூலம் தரவைச் செயலாக்கும் சுமையை உடைக்கிறது. பிளாப்கள் துண்டுகளாகப் பிரிக்கப்படுகின்றன, மேலும் அனைத்து நோடுகளிலும் சீரான சீரற்ற விநியோகத்திற்கான (uniform random distribution) ஒரு பொறிமுறையைப் பயன்படுத்தி ஒவ்வொரு நோடும் சில துண்டுகளை மட்டுமே பதிவிறக்குகிறது. + +இது ஒரு புதிய சிக்கலை அறிமுகப்படுத்துகிறது—தரவின் கிடைக்கும் தன்மை மற்றும் ஒருமைப்பாட்டை (integrity) நிரூபிப்பது. தனிப்பட்ட நோடுகள் சிறிய துண்டுகளை மட்டுமே வைத்திருக்கும் போது, தரவு கிடைக்கிறது மற்றும் அது அனைத்தும் சரியானது என்று நெட்வொர்க் எவ்வாறு உத்தரவாதம் அளிக்க முடியும்? ஒரு தீங்கிழைக்கும் நோடு போலித் தரவை வழங்கலாம் மற்றும் வலுவான தரவு கிடைக்கும் தன்மை உத்தரவாதங்களை எளிதாக உடைக்கலாம்! இங்குதான் கிரிப்டோகிராஃபி (cryptography) உதவ வருகிறது. + +தரவின் ஒருமைப்பாட்டை உறுதி செய்ய, EIP-4844 ஏற்கனவே KZG கமிட்மென்ட்களுடன் (KZG commitments) செயல்படுத்தப்பட்டது. நெட்வொர்க்கில் புதிய பிளாப் சேர்க்கப்படும்போது உருவாக்கப்படும் கிரிப்டோகிராஃபிக் சான்றுகள் இவை. ஒவ்வொரு பிளாக்கிலும் ஒரு சிறிய சான்று சேர்க்கப்பட்டுள்ளது, மேலும் பெறப்பட்ட பிளாப்கள் பிளாக்கின் KZG கமிட்மென்ட்டுடன் பொருந்துகின்றனவா என்பதை நோடுகள் சரிபார்க்கலாம். + +DAS என்பது இதன் மேல் கட்டமைக்கப்பட்ட ஒரு பொறிமுறையாகும், மேலும் தரவு சரியானது மற்றும் கிடைக்கிறது என்பதை உறுதி செய்கிறது. மாதிரி எடுத்தல் (Sampling) என்பது ஒரு நோடு தரவின் ஒரு சிறிய பகுதியை மட்டுமே வினவி, கமிட்மென்ட்டிற்கு எதிராக அதைச் சரிபார்க்கும் ஒரு செயல்முறையாகும். KZG என்பது ஒரு பல்லுறுப்புக்கோவை கமிட்மென்ட் திட்டமாகும் (polynomial commitment scheme), அதாவது பல்லுறுப்புக்கோவை வளைவில் உள்ள எந்தவொரு புள்ளியையும் சரிபார்க்க முடியும். பல்லுறுப்புக்கோவையில் ஓரிரு புள்ளிகளை மட்டுமே சரிபார்ப்பதன் மூலம், மாதிரி எடுக்கும் கிளையன்ட் தரவு கிடைக்கிறது என்பதற்கான வலுவான நிகழ்தகவு உத்தரவாதத்தைப் பெற முடியும். + +## PeerDAS {#peer-das} + +[PeerDAS (EIP-7594)](https://eips.ethereum.org/EIPS/eip-7594) என்பது எத்தேரியத்தில் DAS பொறிமுறையைச் செயல்படுத்தும் ஒரு குறிப்பிட்ட முன்மொழிவாகும், இது தி மெர்ஜ் (The Merge) நிகழ்வுக்குப் பிறகு மிகப்பெரிய மேம்பாட்டைக் குறிக்கிறது. PeerDAS பிளாப் தரவை நீட்டிக்கவும், அதை நெடுவரிசைகளாகப் (columns) பிரிக்கவும் மற்றும் ஒரு துணைக்குழுவை (subset) நோடுகளுக்கு விநியோகிக்கவும் வடிவமைக்கப்பட்டுள்ளது. + +இதை அடைய எத்தேரியம் சில புத்திசாலித்தனமான கணிதத்தைக் கடனாகப் பெறுகிறது: இது பிளாப் தரவுக்கு ரீட்-சாலமன் (Reed-Solomon) பாணி அழித்தல் குறியீட்டை (erasure coding) பயன்படுத்துகிறது. பிளாப் தரவு ஒரு பல்லுறுப்புக்கோவையாகக் குறிக்கப்படுகிறது, அதன் குணகங்கள் (coefficients) தரவை குறியாக்கம் செய்கின்றன, பின்னர் நீட்டிக்கப்பட்ட பிளாப்பை உருவாக்க கூடுதல் புள்ளிகளில் அந்த பல்லுறுப்புக்கோவையை மதிப்பீடு செய்து, மதிப்பீடுகளின் எண்ணிக்கையை இரட்டிப்பாக்குகிறது. இந்தக் கூடுதல் பணி மிகைப்பு (redundancy) அழித்தல் மீட்டெடுப்பை (erasure recovery) செயல்படுத்துகிறது: சில மதிப்பீடுகள் விடுபட்டிருந்தாலும், நீட்டிக்கப்பட்ட துண்டுகள் உட்பட மொத்த தரவுகளில் குறைந்தபட்சம் பாதி கிடைக்கும் வரை அசல் பிளாப்பை மீண்டும் உருவாக்க முடியும். + +![நீட்டிக்கப்பட்ட பல்லுறுப்புக்கோவை](./polynomial.png) + +உண்மையில், இந்தப் பல்லுறுப்புக்கோவை ஆயிரக்கணக்கான குணகங்களைக் கொண்டுள்ளது. KZG கமிட்கள் சில பைட்டுகளின் மதிப்புகளாகும், இது அனைத்து நோடுகளுக்கும் தெரிந்த ஒரு ஹாஷ் (hash) போன்றது. போதுமான தரவுப் புள்ளிகளை வைத்திருக்கும் ஒவ்வொரு நோடும் [பிளாப் தரவின் முழுத் தொகுப்பையும் திறமையாக மீண்டும் உருவாக்க முடியும்](https://arxiv.org/abs/2207.11079). + +> சுவாரஸ்யமான தகவல்: இதே குறியீட்டு நுட்பம் DVD-களால் பயன்படுத்தப்பட்டது. நீங்கள் ஒரு DVD-ஐக் கீறினாலும், பல்லுறுப்புக்கோவையின் விடுபட்ட துண்டுகளைச் சேர்க்கும் ரீட்-சாலமன் குறியீட்டு முறைக்கு நன்றி, பிளேயரால் அதை இன்னும் படிக்க முடிந்தது. + +வரலாற்று ரீதியாக, பிளாக்செயின்களில் உள்ள தரவு, பிளாக்குகள் அல்லது பிளாப்கள் என எதுவாக இருந்தாலும், அனைத்து நோடுகளுக்கும் ஒளிபரப்பப்பட்டது (broadcast). PeerDAS-இன் பிரித்து-மாதிரி-எடுக்கும் (split-and-sample) அணுகுமுறையுடன், எல்லாவற்றையும் அனைவருக்கும் ஒளிபரப்புவது இனி தேவையில்லை. ஃபூசாகாவிற்குப் பிறகு, ஒருமித்த லேயர் (consensus layer) நெட்வொர்க்கிங் கிசுகிசு தலைப்புகள்/சப்நெட்டுகளாக (gossip topics/subnets) ஒழுங்கமைக்கப்படுகிறது: பிளாப் நெடுவரிசைகள் குறிப்பிட்ட சப்நெட்டுகளுக்கு ஒதுக்கப்படுகின்றன, மேலும் ஒவ்வொரு நோடும் முன்னரே தீர்மானிக்கப்பட்ட துணைக்குழுக்களுக்குச் சந்தா செலுத்துகிறது மற்றும் அந்தத் துண்டுகளை மட்டுமே பாதுகாக்கிறது. + +PeerDAS மூலம், நீட்டிக்கப்பட்ட பிளாப் தரவு நெடுவரிசைகள் எனப்படும் 128 துண்டுகளாகப் பிரிக்கப்படுகிறது. அவை சந்தா செலுத்தும் குறிப்பிட்ட சப்நெட்டுகளில் பிரத்யேக கிசுகிசு நெறிமுறை (gossip protocol) வழியாக இந்த நோடுகளுக்குத் தரவு விநியோகிக்கப்படுகிறது. நெட்வொர்க்கில் உள்ள ஒவ்வொரு வழக்கமான நோடும் தோராயமாகத் தேர்ந்தெடுக்கப்பட்ட குறைந்தது 8 நெடுவரிசை சப்நெட்டுகளில் பங்கேற்கிறது. 128 சப்நெட்டுகளில் 8-லிருந்து மட்டுமே தரவைப் பெறுவது என்பது, இந்த இயல்புநிலை நோடு அனைத்துத் தரவிலும் 1/16-ஐ மட்டுமே பெறுகிறது என்பதாகும், ஆனால் தரவு நீட்டிக்கப்பட்டதால் இது அசல் தரவின் 1/8 ஆகும். + +இது தற்போதைய "அனைவரும் எல்லாவற்றையும் பதிவிறக்குகிறார்கள்" திட்டத்தின் 8 மடங்கு புதிய தத்துவார்த்த அளவிடுதல் வரம்பை அனுமதிக்கிறது. பிளாப் நெடுவரிசைகளுக்குச் சேவை செய்யும் வெவ்வேறு சீரற்ற சப்நெட்டுகளுக்கு நோடுகள் சந்தா செலுத்துவதால், அவை சீராக விநியோகிக்கப்படுவதற்கான நிகழ்தகவு மிக அதிகம், எனவே ஒவ்வொரு தரவுத் துண்டும் நெட்வொர்க்கில் எங்காவது இருக்கும். வேலிடேட்டர்களை (validators) இயக்கும் நோடுகள், அவை இயக்கும் ஒவ்வொரு வேலிடேட்டருடனும் அதிக சப்நெட்டுகளுக்குச் சந்தா செலுத்த வேண்டும். + +> ஒவ்வொரு நோடும் தனித்துவமான தோராயமாக உருவாக்கப்பட்ட ID-ஐக் கொண்டுள்ளது, இது பொதுவாக இணைப்புகளுக்கான அதன் பொது அடையாளமாகச் செயல்படுகிறது. PeerDAS-இல், இந்த எண் அது சந்தா செலுத்த வேண்டிய சீரற்ற தொகுப்பு சப்நெட்டுகளைத் தீர்மானிக்கப் பயன்படுத்தப்படுகிறது, இதன் விளைவாக அனைத்து பிளாப் தரவுகளின் சீரான சீரற்ற விநியோகம் ஏற்படுகிறது. + +ஒரு நோடு அசல் தரவை வெற்றிகரமாக மீண்டும் உருவாக்கியவுடன், அது மீட்டெடுக்கப்பட்ட நெடுவரிசைகளை மீண்டும் நெட்வொர்க்கில் விநியோகிக்கிறது, ஏதேனும் தரவு இடைவெளிகளைச் சுறுசுறுப்பாகக் குணப்படுத்துகிறது மற்றும் ஒட்டுமொத்த அமைப்பின் பின்னடைவுத் திறனை (resilience) மேம்படுத்துகிறது. ≥4096 ETH ஒருங்கிணைந்த இருப்பு கொண்ட வேலிடேட்டர்களுடன் இணைக்கப்பட்ட நோடுகள் ஒரு சூப்பர்நோடாக (supernode) இருக்க வேண்டும், எனவே அனைத்து தரவு நெடுவரிசை சப்நெட்டுகளுக்கும் சந்தா செலுத்த வேண்டும் மற்றும் அனைத்து நெடுவரிசைகளையும் பாதுகாக்க வேண்டும். இந்த சூப்பர்நோடுகள் தரவு இடைவெளிகளைத் தொடர்ந்து குணப்படுத்தும். நெறிமுறையின் நிகழ்தகவு சுய-குணப்படுத்தும் தன்மை, தரவின் சில பகுதிகளை மட்டுமே வைத்திருக்கும் ஹோம் ஆபரேட்டர்களைக் (home operators) கட்டுப்படுத்தாமல் வலுவான கிடைக்கும் தன்மை உத்தரவாதங்களை அனுமதிக்கிறது. + +![சப்நெட்டுகள் வழியாக விநியோகிக்கப்படும் நெடுவரிசைகளுக்குச் சந்தா செலுத்தும் நோடுகள்](./subnets.png) + +மேலே விவரிக்கப்பட்ட மாதிரி பொறிமுறைக்கு நன்றி, பிளாப் தரவின் சிறிய துணைக்குழுவை மட்டுமே வைத்திருக்கும் எந்தவொரு நோடாலும் தரவு கிடைக்கும் தன்மையை உறுதிப்படுத்த முடியும். இந்தக் கிடைக்கும் தன்மை செயல்படுத்தப்படுகிறது: வேலிடேட்டர்கள் புதிய ஃபோர்க்-சாய்ஸ் (fork-choice) விதிகளைப் பின்பற்ற வேண்டும், அதாவது தரவு கிடைப்பதைச் சரிபார்த்த பின்னரே அவர்கள் பிளாக்குகளை ஏற்றுக்கொண்டு வாக்களிப்பார்கள். + +பயனர்கள் மீதான (குறிப்பாக L2 பயனர்கள்) நேரடித் தாக்கம் குறைந்த கட்டணங்கள் ஆகும். ரோலப் தரவுக்கு 8 மடங்கு அதிக இடவசதியுடன், அவர்களின் செயினில் பயனர் செயல்பாடுகள் காலப்போக்கில் இன்னும் மலிவாகின்றன. ஆனால் ஃபூசாகாவிற்குப் பிந்தைய குறைந்த கட்டணங்கள் நேரம் எடுக்கும் மற்றும் BPO-களைப் பொறுத்தது. + +## பிளாப்-பாராமிட்டர்-ஒன்லி (Blob-Parameter-Only - BPOs) {#bpo} + +நெட்வொர்க் கோட்பாட்டளவில் 8 மடங்கு அதிக பிளாப்களைச் செயலாக்க முடியும், ஆனால் பிளாப் அதிகரிப்பு என்பது முறையாகச் சோதிக்கப்பட்டுப் படிப்படியாகப் பாதுகாப்பாகச் செயல்படுத்தப்பட வேண்டிய ஒரு மாற்றமாகும். மெயின்நெட்டில் அம்சங்களைப் பயன்படுத்துவதற்கு டெஸ்ட்நெட்டுகள் (Testnets) போதுமான நம்பிக்கையை அளிக்கின்றன, ஆனால் கணிசமாக அதிக எண்ணிக்கையிலான பிளாப்களை இயக்குவதற்கு முன்பு p2p நெட்வொர்க்கின் நிலைத்தன்மையை நாம் உறுதி செய்ய வேண்டும். + +நெட்வொர்க்கை அதிக சுமைக்கு உள்ளாக்காமல் ஒரு பிளாக்கிற்கான இலக்கு பிளாப்களின் எண்ணிக்கையைப் படிப்படியாக உயர்த்த, ஃபூசாகா **[பிளாப்-பாராமிட்டர்-ஒன்லி (Blob-Parameter-Only - BPO)](https://ethereum-magicians.org/t/blob-parameter-only-bpo-forks/22623)** ஃபோர்க்குகளை (forks) அறிமுகப்படுத்துகிறது. பரந்த சுற்றுச்சூழல் ஒருங்கிணைப்பு, ஒப்பந்தம் மற்றும் மென்பொருள் புதுப்பிப்புகள் தேவைப்படும் வழக்கமான ஃபோர்க்குகளைப் போலல்லாமல், [BPO-கள் (EIP-7892)](https://eips.ethereum.org/EIPS/eip-7892) என்பவை குறுக்கீடு இல்லாமல் காலப்போக்கில் அதிகபட்ச பிளாப்களின் எண்ணிக்கையை அதிகரிக்கும் முன்-திட்டமிடப்பட்ட மேம்பாடுகளாகும். + +இதன் பொருள், ஃபூசாகா செயல்படுத்தப்பட்டு PeerDAS நேரலைக்கு வந்த உடனேயே, பிளாப்களின் எண்ணிக்கை மாறாமல் இருக்கும். பொறிமுறை எதிர்பார்த்தபடி செயல்படுகிறதா மற்றும் நெட்வொர்க்கை இயக்கும் நோடுகளில் பாதகமான விளைவுகளை ஏற்படுத்தவில்லையா என்பதை டெவலப்பர்கள் கண்காணிக்கும் அதே வேளையில், பிளாப்களின் எண்ணிக்கை அதிகபட்சமாக 48-ஐ எட்டும் வரை ஒவ்வொரு சில வாரங்களுக்கும் இரட்டிப்பாகத் தொடங்கும். + +## எதிர்கால திசைகள் (Future directions) {#future-directions} + +PeerDAS என்பது [FullDAS-இன் சிறந்த அளவிடுதல் பார்வை](https://ethresear.ch/t/fulldas-towards-massive-scalability-with-32mb-blocks-and-beyond/19529) அல்லது டாங்க்ஷார்டிங்கை (Danksharding) நோக்கிய ஒரு படி மட்டுமே. PeerDAS ஒவ்வொரு பிளாப்பிற்கும் தனித்தனியாக 1D அழித்தல் குறியீட்டைப் பயன்படுத்தும் அதே வேளையில், முழு டாங்க்ஷார்டிங் பிளாப் தரவின் முழு மேட்ரிக்ஸிலும் (matrix) மிகவும் முழுமையான 2D அழித்தல் குறியீட்டுத் திட்டத்தைப் பயன்படுத்தும். இரண்டு பரிமாணங்களில் தரவை நீட்டிப்பது இன்னும் வலுவான பணி மிகைப்பு பண்புகளையும் மிகவும் திறமையான மறுசீரமைப்பு மற்றும் சரிபார்ப்பையும் உருவாக்குகிறது. FullDAS-ஐ உணர்ந்து கொள்வதற்கு, கூடுதல் ஆராய்ச்சியோடு கணிசமான நெட்வொர்க் மற்றும் நெறிமுறை மேம்படுத்தல்கள் தேவைப்படும். + +## மேலும் படிக்க {#further-reading} + +- [PeerDAS: ஃபிரான்செஸ்கோ டி'அமாடோவின் பியர் டேட்டா அவைலபிலிட்டி சாம்ப்ளிங் (Peer Data Availability sampling by Francesco D'Amato)](https://www.youtube.com/watch?v=WOdpO1tH_Us) +- [எத்தேரியத்தின் PeerDAS பற்றிய ஆவணம் (A Documentation of Ethereum’s PeerDAS)](https://eprint.iacr.org/2024/1362.pdf) +- [AGM இல்லாமல் PeerDAS-இன் பாதுகாப்பை நிரூபித்தல் (Proving the Security of PeerDAS without the AGM)](https://eprint.iacr.org/2025/1683) +- [PeerDAS, அதன் தாக்கம் மற்றும் ஃபூசாகாவைச் சோதிப்பது குறித்து விட்டாலிக் (Vitalik on PeerDAS, its impact, and testing Fusaka)](https://x.com/VitalikButerin/status/1970983281090085200) \ No newline at end of file diff --git a/public/content/translations/ta/roadmap/glamsterdam/index.md b/public/content/translations/ta/roadmap/glamsterdam/index.md index 4c418cc5649..e0dab68ef0d 100644 --- a/public/content/translations/ta/roadmap/glamsterdam/index.md +++ b/public/content/translations/ta/roadmap/glamsterdam/index.md @@ -1,295 +1,298 @@ --- -title: "கிளாம்ஸ்டர்டாம்" -description: "கிளாம்ஸ்டர்டேம் நெறிமுறை மேம்படுத்தலைப் பற்றி அறிக." +title: Glamsterdam +description: "Glamsterdam நெறிமுறை மேம்படுத்தல் பற்றி அறிக" lang: ta --- -# கிளாம்ஸ்டர்டாம் {#glamsterdam} + +# Glamsterdam {#glamsterdam} -கிளாம்ஸ்டெர்டாம் என்பது 2026 ஆம் ஆண்டின் முதல் பாதியில் திட்டமிடப்பட்ட ஒரு வரவிருக்கும் எத்தேரியம் மேம்படுத்தல் ஆகும் +Glamsterdam என்பது 2026 ஆம் ஆண்டின் முதல் பாதியில் (H1 2026) திட்டமிடப்பட்டுள்ள வரவிருக்கும் Ethereum மேம்படுத்தலாகும் -கிளாம்ஸ்டர்டேம் மேம்படுத்தல் என்பது Ethereum இன் நீண்டகால மேம்பாட்டு இலக்குகளில் ஒரு படி மட்டுமே. [நெறிமுறை சாலை வரைபடம்](/roadmap/) மற்றும் [முந்தைய மேம்படுத்தல்கள்](/ethereum-forks/) பற்றி மேலும் அறிக. +Glamsterdam மேம்படுத்தல் என்பது Ethereum இன் நீண்டகால மேம்பாட்டு இலக்குகளில் ஒரு படி மட்டுமே. [நெறிமுறை வழிகாட்டி (protocol roadmap)](/roadmap/) மற்றும் [முந்தைய மேம்படுத்தல்கள்](/ethereum-forks/) பற்றி மேலும் அறிக. -[எத்தேரியத்தின்](/) வரவிருக்கும் கிளாமாஸ்டர்டேம் மேம்படுத்தல் அடுத்த தலைமுறை அளவிடுதலுக்கான பாதையை அழிக்க வடிவமைக்கப்பட்டுள்ளது. கிளாமாஸ்டர்டேம் என்பது "ஆம்ஸ்டர்டேம்" (செயல்படுத்தல் அடுக்கு மேம்படுத்தல், முந்தைய டெவ்கனெக்ட் இருப்பிடத்தின் பெயரிடப்பட்டது) மற்றும் "குளோஸ்" (ஒருமித்த அடுக்கு மேம்படுத்தல், ஒரு நட்சத்திரத்தின் பெயரிடப்பட்டது) ஆகியவற்றின் கலவையிலிருந்து பெயரிடப்பட்டது. +[Ethereum இன்](/) வரவிருக்கும் Glamsterdam மேம்படுத்தல், அடுத்த தலைமுறை அளவிடுதலுக்கான (scaling) பாதையைத் தெளிவுபடுத்தும் வகையில் வடிவமைக்கப்பட்டுள்ளது. "Amsterdam" (செயலாக்க அடுக்கு மேம்படுத்தல், முந்தைய Devconnect இருப்பிடத்தின் பெயரால் அழைக்கப்படுகிறது) மற்றும் "Gloas" (ஒருங்கிணைவு அடுக்கு மேம்படுத்தல், ஒரு நட்சத்திரத்தின் பெயரால் அழைக்கப்படுகிறது) ஆகியவற்றின் கலவையிலிருந்து Glamsterdam எனப் பெயரிடப்பட்டது. -[ஃபுசகா](/roadmap/fusaka/) மேம்படுத்தலில் ஏற்பட்டுள்ள முன்னேற்றத்தைத் தொடர்ந்து, நெட்வொர்க் பரிவர்த்தனைகளை எவ்வாறு செயலாக்குகிறது மற்றும் அதன் வளர்ந்து வரும் தரவுத்தளத்தை எவ்வாறு நிர்வகிக்கிறது என்பதை மறுசீரமைப்பதன் மூலம் L1 ஐ அளவிடுவதில் கிளாம்ஸ்டெர்டாம் கவனம் செலுத்துகிறது, இது Ethereum தொகுதிகளை எவ்வாறு உருவாக்குகிறது மற்றும் சரிபார்க்கிறது என்பதை அடிப்படையில் புதுப்பிக்கிறது. +[Fusaka](/roadmap/fusaka/) மேம்படுத்தலில் ஏற்பட்ட முன்னேற்றத்தைத் தொடர்ந்து, நெட்வொர்க் பரிவர்த்தனைகளை எவ்வாறு செயலாக்குகிறது மற்றும் அதன் வளர்ந்து வரும் தரவுத்தளத்தை எவ்வாறு நிர்வகிக்கிறது என்பதை மறுசீரமைப்பதன் மூலம் L1 ஐ அளவிடுவதில் Glamsterdam கவனம் செலுத்துகிறது, இது அடிப்படையில் Ethereum தொகுதிகளை (blocks) எவ்வாறு உருவாக்குகிறது மற்றும் சரிபார்க்கிறது என்பதைப் புதுப்பிக்கிறது. -ஃபூசகா அடிப்படை சுத்திகரிப்புகளில் கவனம் செலுத்தியபோது, கிளாம்ஸ்டெர்டாம் வெவ்வேறு நெட்வொர்க் பங்கேற்பாளர்களிடையே கடமைகளைப் பிரிப்பதன் மூலம் "ஸ்கேல் எல்1" மற்றும் "ஸ்கேல் ப்ளாப்ஸ்" நோக்கங்களை மேம்படுத்துகிறது, மேலும் அதிக செயல்திறன் கொண்ட இணைச் செயலாக்கத்திற்கு [நிலையைத்](/glossary/#state) தயார்படுத்த தரவைக் கையாள மிகவும் திறமையான வழிகளை அறிமுகப்படுத்துகிறது. +Fusaka அடிப்படைச் சுத்திகரிப்புகளில் கவனம் செலுத்திய அதே வேளையில், Glamsterdam பல்வேறு நெட்வொர்க் பங்கேற்பாளர்களுக்கிடையேயான கடமைகளைப் பிரிப்பதை உறுதிசெய்வதன் மூலமும், அதிக-செயல்திறன் கொண்ட இணையான செயலாக்கத்திற்கு (parallelization) [நிலையை (state)](/glossary/#state) தயார் செய்ய தரவைக் கையாளுவதற்கான திறமையான வழிகளை அறிமுகப்படுத்துவதன் மூலமும் "Scale L1" மற்றும் "Scale Blobs" நோக்கங்களை முன்னெடுத்துச் செல்கிறது. -இந்த மேம்பாடுகள், Ethereum அதிக செயல்பாடுகளைக் கையாளும் போது வேகமாகவும், மலிவு விலையிலும், பரவலாக்கப்பட்டதாகவும் இருப்பதை உறுதி செய்கின்றன, அதே நேரத்தில் வீட்டில் [நோடுகளை](/glossary/#node) இயக்கும் நபர்களுக்கு வன்பொருள் தேவைகளை நிர்வகிக்கக்கூடியதாக வைத்திருக்கின்றன. +இந்த மேம்பாடுகள், Ethereum அதிக செயல்பாடுகளைக் கையாளும் போது வேகமானதாகவும், மலிவானதாகவும், பரவலாக்கப்பட்டதாகவும் இருப்பதை உறுதிசெய்கிறது, அதே நேரத்தில் வீட்டில் [முனைகளை (nodes)](/glossary/#node) இயக்குபவர்களுக்கு வன்பொருள் தேவைகளை நிர்வகிக்கக்கூடியதாக வைத்திருக்கிறது. -## கிளாம்ஸ்டர்டாமிற்கான மேம்பாடுகள் பரிசீலிக்கப்பட்டன {#improvements-in-glamsterdam} +## Glamsterdam-க்காகப் பரிசீலிக்கப்படும் மேம்பாடுகள் {#improvements-in-glamsterdam} -குறிப்பு: இந்த கட்டுரை தற்போது கிளாமாஸ்டர்டாமில் சேர்க்க பரிசீலிக்கப்படும் EIP-களின் தொகுப்பை முன்னிலைப்படுத்துகிறது. சமீபத்திய நிலை புதுப்பிப்புகளுக்கு, [ஃபோர்காஸ்டில் கிளாமாஸ்டரம் மேம்பாட்டைப்](https://forkcast.org/upgrade/glamsterdam) பார்க்கவும். +குறிப்பு: இந்தக் கட்டுரை தற்போது Glamsterdam-இல் சேர்ப்பதற்காகப் பரிசீலிக்கப்படும் EIP-களின் தேர்வை முன்னிலைப்படுத்துகிறது. சமீபத்திய நிலைப்பிடிப்புகளுக்கு, [Forkcast-இல் Glamsterdam மேம்படுத்தலைப்](https://forkcast.org/upgrade/glamsterdam) பார்க்கவும். -கிளாம்ஸ்டெர்டாமிற்காக பரிசீலனையில் உள்ள ஒரு EIP ஐ நீங்கள் சேர்க்க விரும்பினால், ஆனால் அது இன்னும் இந்தப் பக்கத்தில் சேர்க்கப்படவில்லை என்றால், [ethereum.org க்கு எவ்வாறு பங்களிப்பது என்பதை இங்கே அறிக](/contributing/). +Glamsterdam-க்காகப் பரிசீலிக்கப்படும், ஆனால் இந்தப் பக்கத்தில் இன்னும் சேர்க்கப்படாத ஒரு EIP-ஐ நீங்கள் சேர்க்க விரும்பினால், [ethereum.org-க்கு எவ்வாறு பங்களிப்பது என்பதை இங்கே தெரிந்துகொள்ளுங்கள்](/contributing/). -கிளாம்ஸ்டர்டாம் மேம்படுத்தல் மூன்று முக்கிய இலக்குகளை மையமாகக் கொண்டுள்ளது: +Glamsterdam மேம்படுத்தல் மூன்று முக்கிய இலக்குகளை மையமாகக் கொண்டுள்ளது: -- செயலாக்கத்தை விரைவுபடுத்துதல் (இணைச் செயலாக்கம்): நெட்வொர்க் தரவு சார்புகளை எவ்வாறு பதிவு செய்கிறது என்பதை மறுசீரமைத்தல், இதனால் அது மெதுவான, ஒவ்வொன்றாக வரிசையாக இல்லாமல் ஒரே நேரத்தில் பல பரிவர்த்தனைகளை பாதுகாப்பாகச் செயலாக்க முடியும். -- திறனை விரிவுபடுத்துதல்: தொகுதிகளை உருவாக்குதல் மற்றும் சரிபார்த்தல் ஆகியவற்றின் கடினமான பணிகளைப் பிரிப்பதன் மூலம், நெட்வொர்க் மெதுவாகாமல் அதிக அளவிலான தரவைப் பரப்புவதற்கு அதிக நேரம் கிடைக்கும். -- தரவுத்தள வீக்கத்தைத் தடுப்பது (நிலைத்தன்மை): புதிய தரவைச் சேமிப்பதற்கான நீண்டகால வன்பொருள் செலவைத் துல்லியமாகப் பிரதிபலிக்கும் வகையில் நெட்வொர்க் கட்டணங்களைச் சரிசெய்தல், வன்பொருள் செயல்திறன் குறைவதைத் தடுக்கும் அதே வேளையில் எதிர்கால எரிவாயு வரம்பு அதிகரிப்புகளைத் தடுப்பதை நீக்குதல். +- செயலாக்கத்தை வேகப்படுத்துதல் (இணையான செயலாக்கம் - parallelization): நெட்வொர்க் தரவுச் சார்புகளை எவ்வாறு பதிவு செய்கிறது என்பதை மறுசீரமைத்தல், இதன் மூலம் மெதுவான, ஒன்றன்பின் ஒன்றான வரிசைக்கு பதிலாக ஒரே நேரத்தில் பல பரிவர்த்தனைகளைப் பாதுகாப்பாகச் செயலாக்க முடியும். +- திறனை விரிவுபடுத்துதல்: தொகுதிகளை உருவாக்குதல் மற்றும் சரிபார்த்தல் போன்ற கடினமான பணிகளைப் பிரித்தல், நெட்வொர்க் வேகம் குறையாமல் அதிக அளவிலான தரவைப் பரப்புவதற்கு அதிக நேரத்தை வழங்குதல். +- தரவுத்தள வீக்கத்தைத் தடுத்தல் (நிலைத்தன்மை): புதிய தரவைச் சேமிப்பதற்கான நீண்டகால வன்பொருள் செலவைத் துல்லியமாகப் பிரதிபலிக்கும் வகையில் நெட்வொர்க் கட்டணங்களைச் சரிசெய்தல், வன்பொருள் செயல்திறன் குறைவதைத் தடுக்கும் அதே வேளையில் எதிர்கால எரிவாயு (gas) வரம்பு அதிகரிப்புகளைத் தடைநீக்குதல். -சுருக்கமாக, நெட்வொர்க்கின் திறன் அதிகரிக்கும் போது, அது நிலையானதாகவும், செயல்திறன் உயர்வாகவும் இருப்பதை உறுதிசெய்ய, Glamsterdam கட்டமைப்பு மாற்றங்களை அறிமுகப்படுத்தும். +சுருக்கமாக, நெட்வொர்க் திறனை அதிகரிக்கும் போது, அது நிலையானதாக இருப்பதையும் செயல்திறன் அதிகமாக இருப்பதையும் உறுதிசெய்ய Glamsterdam கட்டமைப்பு மாற்றங்களை அறிமுகப்படுத்தும். -## அளவு L1 மற்றும் இணை செயலாக்கம் {#scale-l1} +## L1 அளவிடுதல் & இணையான செயலாக்கம் {#scale-l1} -அர்த்தமுள்ள L1 அளவிடுதல் என்பது நெறிமுறைக்கு அப்பாற்பட்ட நம்பிக்கை அனுமானங்கள் மற்றும் தொடர் செயலாக்கக் கட்டுப்பாடுகளிலிருந்து விலகிச் செல்வதைக் கோருகிறது. சில தொகுதி-கட்டுமானப் பணிகளைப் பிரிப்பதன் மூலமும், நெட்வொர்க் இணை செயலாக்கத்திற்குத் தயாராக அனுமதிக்கும் புதிய தரவு கட்டமைப்புகளை அறிமுகப்படுத்துவதன் மூலமும் கிளாம்ஸ்டர்டேம் இதை நிவர்த்தி செய்கிறது. +அர்த்தமுள்ள L1 அளவிடுதலுக்கு, நெறிமுறைக்கு வெளியேயான (off-protocol) நம்பிக்கை அனுமானங்கள் மற்றும் தொடர் செயலாக்கக் கட்டுப்பாடுகளிலிருந்து விலகிச் செல்ல வேண்டும். சில தொகுதி-உருவாக்கும் கடமைகளைப் பிரிப்பதை உறுதிசெய்வதன் மூலமும், இணையான செயலாக்கத்திற்கு நெட்வொர்க்கைத் தயார் செய்ய அனுமதிக்கும் புதிய தரவுக் கட்டமைப்புகளை அறிமுகப்படுத்துவதன் மூலமும் Glamsterdam இதற்குத் தீர்வு காண்கிறது. -### தலைப்பு നിർமொழி: உறுதிசெய்யப்பட்ட முன்மொழிபவர்-கட்டமைப்பாளர் பிரிப்பு (ePBS) {#epbs} +### முக்கிய முன்மொழிவு: உறுதிசெய்யப்பட்ட முன்மொழிபவர்-உருவாக்குபவர் பிரிப்பு (Enshrined Proposer-Builder Separation - ePBS) {#epbs} -- நெறிமுறைக்கு அப்பாற்பட்ட நம்பிக்கை அனுமானங்களையும் மூன்றாம் தரப்பு ரிலேக்களின் மீதான சார்பையும் நீக்குகிறது -- நீட்டிக்கப்பட்ட பரவல் சாளரங்கள் மூலம் மிகப் பெரிய பேலோடுகளை அனுமதிப்பதன் மூலம் L1 அளவிடுதலை செயல்படுத்துகிறது -- நெறிமுறையில் நேரடியாக ட்ரஸ்ட்லெஸ் கட்டமைப்பாளர் கட்டணங்களை அறிமுகப்படுத்துகிறது +- நெறிமுறைக்கு வெளியேயான நம்பிக்கை அனுமானங்கள் மற்றும் மூன்றாம் தரப்பு ரிலேக்கள் (relays) மீதான சார்பை நீக்குகிறது +- நீட்டிக்கப்பட்ட பரப்புதல் சாளரங்கள் (propagation windows) மூலம் மிகப் பெரிய பேலோடுகளை (payloads) அனுமதிப்பதன் மூலம் L1 அளவிடுதலை ஆதரிக்கிறது +- நம்பிக்கையற்ற (trustless) உருவாக்குபவர் கட்டணங்களை நேரடியாக நெறிமுறையில் அறிமுகப்படுத்துகிறது -தற்போது, தொகுதிகளை முன்மொழிந்து உருவாக்குவதற்கான செயல்முறையானது, தொகுதி முன்மொழிபவர்களுக்கும் தொகுதி உருவாக்குபவர்களுக்கும் இடையே ஒரு கைமாற்றத்தை உள்ளடக்கியது. முன்மொழிபவர்களுக்கும் உருவாக்குபவர்களுக்கும் இடையிலான உறவு, முக்கிய Ethereum நெறிமுறையின் ஒரு பகுதியாக இல்லை, எனவே இது நம்பகமான மூன்றாம் தரப்பு மிடில்வேர், மென்பொருள் (ரிலேக்கள்) மற்றும் நிறுவனங்களுக்கு இடையே நெறிமுறைக்கு அப்பாற்பட்ட நம்பிக்கையை சார்ந்துள்ளது. +தற்போது, தொகுதிகளை முன்மொழிதல் மற்றும் உருவாக்கும் செயல்முறையானது தொகுதி முன்மொழிபவர்களுக்கும் (block proposers) தொகுதி உருவாக்குபவர்களுக்கும் (block builders) இடையிலான ஒரு பரிமாற்றத்தை உள்ளடக்கியது. முன்மொழிபவர்களுக்கும் உருவாக்குபவர்களுக்கும் இடையிலான உறவு முக்கிய Ethereum நெறிமுறையின் ஒரு பகுதியாக இல்லை, எனவே இது நம்பகமான மூன்றாம் தரப்பு மிடில்வேர், மென்பொருள் (ரிலேக்கள்) மற்றும் நிறுவனங்களுக்கிடையேயான நெறிமுறைக்கு வெளியேயான நம்பிக்கையைச் சார்ந்துள்ளது. -முன்மொழிபவர்களுக்கும் உருவாக்குபவர்களுக்கும் இடையிலான நெறிமுறைக்கு அப்பாற்பட்ட உறவு, தொகுதி சரிபார்ப்பின் போது ஒரு 'சூடான பாதையை' உருவாக்குகிறது, இது [வேலிடேட்டர்கள்](/glossary/#validator) 2 வினாடிகள் கொண்ட குறுகிய காலத்திற்குள் பரிவர்த்தனை ஒளிபரப்பு மற்றும் செயல்படுத்தலை விரைவாகச் செய்ய கட்டாயப்படுத்துகிறது, இதனால் நெட்வொர்க் கையாளக்கூடிய தரவின் அளவைக் கட்டுப்படுத்துகிறது. +முன்மொழிபவர்களுக்கும் உருவாக்குபவர்களுக்கும் இடையிலான நெறிமுறைக்கு வெளியேயான உறவு, தொகுதி சரிபார்ப்பின் போது ஒரு "hot path"-ஐ உருவாக்குகிறது, இது [சரிபார்ப்பவர்களை (validators)](/glossary/#validator) 2-வினாடி குறுகிய சாளரத்திற்குள் பரிவர்த்தனை ஒளிபரப்பு மற்றும் செயலாக்கத்தை விரைந்து முடிக்க கட்டாயப்படுத்துகிறது, இது நெட்வொர்க் எவ்வளவு தரவைக் கையாள முடியும் என்பதைக் கட்டுப்படுத்துகிறது. -**உள்வாங்கப்பட்ட முன்மொழிபவர்-கட்டமைப்பாளர் பிரிப்பு (ePBS, அல்லது EIP-7732)** முன்மொழிபவரின் (ஒருமித்த தொகுதியைத் தேர்ந்தெடுப்பவர்) வேலையை கட்டமைப்பாளரிடமிருந்து (செயல்படுத்தல் பேலோடை ஒன்றிணைப்பவர்) முறையாகப் பிரிக்கிறது, இந்த கைமாற்றத்தை நேரடியாக நெறிமுறையில் உள்வாங்குகிறது. +**உறுதிசெய்யப்பட்ட முன்மொழிபவர்-உருவாக்குபவர் பிரிப்பு (ePBS, அல்லது EIP-7732)** முன்மொழிபவரின் (ஒருங்கிணைவுத் தொகுதியைத் தேர்ந்தெடுப்பவர்) வேலையை உருவாக்குபவரிடமிருந்து (செயலாக்க பேலோடை ஒருங்கிணைப்பவர்) முறையாகப் பிரிக்கிறது, இந்தப் பரிமாற்றத்தை நேரடியாக நெறிமுறையில் உறுதிசெய்கிறது. -தொகுதி பேலோடு மற்றும் கட்டணத்திற்கான ட்ரஸ்ட்லெஸ் பரிமாற்றத்தை நேரடியாக நெறிமுறையில் உருவாக்குவது மூன்றாம் தரப்பு மிடில்வேரின் (MEV-Boost போன்றவை) தேவையை நீக்குகிறது. இருப்பினும், கட்டமைப்பாளர்களும் முன்மொழிபவர்களும் இன்னும் மூல நெறிமுறையின் பகுதியாக இல்லாத சிக்கலான அம்சங்களுக்கு நெறிமுறைக்கு அப்பாற்பட்ட ரிலேக்கள் அல்லது மிடில்வேரைப் பயன்படுத்தத் தேர்வு செய்யலாம். +கட்டணத்திற்கான தொகுதி பேலோடின் நம்பிக்கையற்ற பரிமாற்றத்தை நேரடியாக நெறிமுறையில் உருவாக்குவது மூன்றாம் தரப்பு மிடில்வேரின் (MEV-Boost போன்ற) தேவையைக் நீக்குகிறது. இருப்பினும், முக்கிய நெறிமுறையின் ஒரு பகுதியாக இன்னும் இல்லாத சிக்கலான அம்சங்களுக்கு உருவாக்குபவர்களும் முன்மொழிபவர்களும் நெறிமுறைக்கு வெளியேயான ரிலேக்கள் அல்லது மிடில்வேரைப் பயன்படுத்தத் தேர்வுசெய்யலாம். -'சூடான பாதை' தடையை தீர்க்க, ePBS பேலோட் காலக்கெடு குழுவையும் (PTC) இரட்டை காலக்கெடு தர்க்கத்தையும் அறிமுகப்படுத்துகிறது, இது வேலிடேட்டர்கள் ஒருமித்த தொகுதி மற்றும் செயல்படுத்தல் பேலோட் காலக்கெடுவை தனித்தனியாக உறுதிப்படுத்த அனுமதிக்கிறது, இதனால் செயல்திறன் அதிகபட்சமாக இருக்கும். +"hot path" இடையூறைத் தீர்க்க, ePBS ஆனது பேலோடு நேரக் குழு (Payload Timeliness Committee - PTC) மற்றும் இரட்டை-கெடு தர்க்கத்தையும் (dual-deadline logic) அறிமுகப்படுத்துகிறது, இது சரிபார்ப்பவர்கள் ஒருங்கிணைவுத் தொகுதி மற்றும் செயலாக்க பேலோடு நேரத்தை தனித்தனியாகச் சான்றளிக்க அனுமதிப்பதன் மூலம் செயல்திறனை (throughput) அதிகப்படுத்துகிறது. -நெறிமுறை மட்டத்தில் முன்மொழிபவர் மற்றும் உருவாக்குபவர் பாத்திரங்களைப் பிரிப்பது, பரவல் சாளரத்தை (அல்லது நெட்வொர்க் முழுவதும் தரவைப் பரப்புவதற்கு கிடைக்கும் நேரத்தை) 2 வினாடிகளில் இருந்து சுமார் 9 வினாடிகள் வரை விரிவுபடுத்துகிறது. +நெறிமுறை மட்டத்தில் முன்மொழிபவர் மற்றும் உருவாக்குபவர் பாத்திரங்களைப் பிரிப்பது பரப்புதல் சாளரத்தை (அல்லது நெட்வொர்க் முழுவதும் தரவைப் பரப்புவதற்குக் கிடைக்கும் நேரத்தை) 2 வினாடிகளிலிருந்து சுமார் 9 வினாடிகளாக விரிவுபடுத்துகிறது. -நெறிமுறைக்கு அப்பாற்பட்ட மிடில்வேர் மற்றும் ரிலேக்களை நெறிமுறை உள் இயங்குமுறைகளால் மாற்றுவதன் மூலம், ePBS நம்பிக்கை சார்புகளைக் குறைக்கிறது மற்றும் நெட்வொர்க்கை அழுத்தாமல் Ethereum அதிக அளவிலான தரவை ([லேயர் 2](/glossary/#layer-2) களுக்கான கூடுதல் பிளாப்கள் போன்றவை) பாதுகாப்பாகச் செயலாக்க அனுமதிக்கிறது. +நெறிமுறைக்கு வெளியேயான மிடில்வேர் மற்றும் ரிலேக்களை நெறிமுறைக்கு உள்ளான இயக்கவியலுடன் மாற்றுவதன் மூலம், ePBS நம்பிக்கைச் சார்புகளைக் குறைக்கிறது மற்றும் நெட்வொர்க்கை அழுத்தத்திற்கு உள்ளாக்காமல் மிகப் பெரிய அளவிலான தரவைப் பாதுகாப்பாகச் செயலாக்க ([அடுக்கு 2-களுக்கான (layer 2s)](/glossary/#layer-2) அதிக ப்ளாப்கள் (blobs) போல) Ethereum-ஐ அனுமதிக்கிறது. **ஆதாரங்கள்**: [EIP-7732 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7732) -### தலைப்புப் பரிந்துரை: தொகுதி-நிலை அணுகல் பட்டியல்கள் (BALகள்) {#bals} +### முக்கிய முன்மொழிவு: தொகுதி-நிலை அணுகல் பட்டியல்கள் (Block-Level Access Lists - BALs) {#bals} + +- அனைத்துப் பரிவர்த்தனைச் சார்புகளின் முன் வரைபடத்தை வழங்குவதன் மூலம் தொடர்ச்சியான செயலாக்க இடையூறுகளை நீக்குகிறது, சரிபார்ப்பவர்கள் பல பரிவர்த்தனைகளை ஒன்றன்பின் ஒன்றாகச் செயலாக்குவதற்குப் பதிலாக இணையாகச் செயலாக்குவதற்கான களத்தை அமைக்கிறது +- ஒவ்வொரு பரிவர்த்தனையையும் மீண்டும் இயக்க வேண்டிய அவசியமின்றி (செயலாக்கமற்ற ஒத்திசைவு - executionless sync) இறுதி முடிவுகளைப் படிப்பதன் மூலம் முனைகள் (nodes) தங்கள் பதிவேடுகளைப் புதுப்பிக்க அனுமதிக்கிறது, இது நெட்வொர்க்குடன் ஒரு முனையை ஒத்திசைப்பதை மிகவும் வேகமாக்குகிறது +- யூகங்களை நீக்குகிறது, சரிபார்ப்பவர்கள் தேவையான அனைத்துத் தரவையும் படிப்படியாகக் கண்டுபிடிப்பதற்குப் பதிலாக ஒரே நேரத்தில் முன்கூட்டியே ஏற்ற அனுமதிக்கிறது, இது சரிபார்ப்பை மிகவும் வேகமாக்குகிறது -- அனைத்து பரிவர்த்தனை சார்புகளின் முன் வரைபடத்தை வழங்குவதன் மூலம் தொடர்ச்சியான செயலாக்கத் தடைகளை நீக்குகிறது, வேலிடேட்டர்கள் ஒவ்வொன்றாகச் செய்வதற்குப் பதிலாக பல பரிவர்த்தனைகளை இணையாகச் செயலாக்குவதற்கான மேடையை அமைக்கிறது. -- ஒவ்வொரு பரிவர்த்தனையையும் மீண்டும் இயக்காமல் (செயல்படுத்தப்படாத ஒத்திசைவு) இறுதி முடிவுகளைப் படிப்பதன் மூலம் முனைகள் தங்கள் பதிவுகளைப் புதுப்பிக்க அனுமதிக்கிறது, இது ஒரு முனையை நெட்வொர்க்குடன் ஒத்திசைப்பதை மிகவும் விரைவாக்குகிறது. -- இது யூகங்களை நீக்குகிறது, வேலிடேட்டர்கள் படிப்படியாகக் கண்டுபிடிப்பதற்குப் பதிலாக தேவையான அனைத்து தரவுகளையும் ஒரே நேரத்தில் முன்கூட்டியே ஏற்ற அனுமதிக்கிறது, இது சரிபார்ப்பை மிகவும் விரைவாக்குகிறது. +இன்றைய Ethereum ஒரு ஒற்றை வழிச் சாலை போன்றது; ஒரு பரிவர்த்தனை இயங்கும் வரை ஒரு பரிவர்த்தனைக்கு என்ன தரவு தேவைப்படும் அல்லது மாற்றப்படும் (ஒரு பரிவர்த்தனை எந்தக் கணக்குகளைத் தொடும் என்பது போல) என்பது நெட்வொர்க்கிற்குத் தெரியாது என்பதால், சரிபார்ப்பவர்கள் பரிவர்த்தனைகளை ஒன்றன்பின் ஒன்றாக ஒரு கண்டிப்பான, தொடர்ச்சியான வரிசையில் செயலாக்க வேண்டும். இந்தச் சார்புகளை அறியாமல், அவர்கள் அனைத்துப் பரிவர்த்தனைகளையும் ஒரே நேரத்தில் செயலாக்க முயன்றால், இரண்டு பரிவர்த்தனைகள் தற்செயலாக ஒரே நேரத்தில் அதே தரவை மாற்ற முயற்சிக்கலாம், இதனால் பிழைகள் ஏற்படலாம். -இன்றைய Ethereum ஒரு ஒற்றைப் பாதை சாலை போன்றது; ஒரு பரிவர்த்தனை இயங்கும் வரை, அந்தப் பரிவர்த்தனைக்கு என்ன தரவு தேவைப்படும் அல்லது என்ன மாற்றம் ஏற்படும் (எந்தக் கணக்குகளை ஒரு பரிவர்த்தனை தொடும் போன்றவை) என்பதை நெட்வொர்க்கிற்குத் தெரியாது என்பதால், சரிபார்ப்பவர்கள் பரிவர்த்தனைகளை ஒன்றன் பின் ஒன்றாக ஒரு கண்டிப்பான, வரிசைக்கிரமமான பாதையில் செயலாக்க வேண்டும். இந்தப் சார்புகளை அறியாமல், ஒரே நேரத்தில் அனைத்து பரிவர்த்தனைகளையும் செயலாக்க அவர்கள் முயற்சித்தால், இரண்டு பரிவர்த்தனைகள் தற்செயலாக ஒரே நேரத்தில் ஒரே தரவை மாற்ற முயற்சி செய்யலாம், இது பிழைகளை ஏற்படுத்தும். +**தொகுதி-நிலை அணுகல் பட்டியல்கள் (BALs, அல்லது EIP-7928)** என்பது ஒவ்வொரு தொகுதியிலும் சேர்க்கப்பட்டுள்ள ஒரு வரைபடம் போன்றது, வேலை தொடங்குவதற்கு முன் தரவுத்தளத்தின் எந்தப் பகுதிகள் அணுகப்படும் என்பதை நெட்வொர்க்கிற்குக் கூறுகிறது. பரிவர்த்தனைகள் தொடும் ஒவ்வொரு கணக்கு மாற்றத்தின் ஹாஷையும் (hash), அந்த மாற்றங்களின் இறுதி முடிவுகளையும் (அனைத்து நிலை அணுகல்கள் மற்றும் செயலாக்கத்திற்குப் பிந்தைய மதிப்புகளின் ஹாஷ் பதிவு) ஒவ்வொரு தொகுதியும் கொண்டிருக்க வேண்டும் என BAL-கள் கோருகின்றன. -**பிளாக்-லெவல் அணுகல் பட்டியல்கள் (BALகள் அல்லது EIP-7928)** என்பது ஒவ்வொரு பிளாக்கிலும் சேர்க்கப்பட்டுள்ள ஒரு வரைபடம் போன்றது, இது வேலை தொடங்குவதற்கு முன் தரவுத்தளத்தின் எந்தப் பகுதிகள் அணுகப்படும் என்பதை நெட்வொர்க்கிற்குத் தெரிவிக்கிறது. பரிவர்த்தனைகள் தொடும் ஒவ்வொரு கணக்கு மாற்றத்தின் ஹாஷையும், அந்த மாற்றங்களின் இறுதி முடிவுகளையும் (அனைத்து நிலை அணுகல்களின் ஹாஷ் பதிவு மற்றும் செயல்படுத்தலுக்குப் பிந்தைய மதிப்புகள்) ஒவ்வொரு பிளாக்கும் சேர்க்க வேண்டும் என்று BALகள் கோருகின்றன. +எந்தப் பரிவர்த்தனைகள் ஒன்றுடன் ஒன்று மேலெழுதப்படாது (overlap) என்பதற்கான உடனடித் தெரிவுநிலையை அவை வழங்குவதால், ஒரே நேரத்தில் பல பரிவர்த்தனைகளுக்கான தகவல்களைப் பெற்று, இணையான வட்டு வாசிப்புகளை (parallel disk reads) செய்ய முனைகளை BAL-கள் அனுமதிக்கின்றன. நெட்வொர்க் தொடர்பில்லாத பரிவர்த்தனைகளைப் பாதுகாப்பாகக் குழுவாக்கி அவற்றை இணையாகச் செயலாக்க முடியும். -எந்த பரிவர்த்தனைகள் ஒன்றுடன் ஒன்று மோதவில்லை என்பதை உடனடியாகக் காண்பிப்பதால், BALகள், இணை வட்டு வாசிப்புகளைச் செய்ய முனைகளை அனுமதிக்கின்றன, ஒரே நேரத்தில் பல பரிவர்த்தனைகளுக்கான தகவல்களைப் பெறுகின்றன. நெட்வொர்க் பாதுகாப்பாக தொடர்பில்லாத பரிவர்த்தனைகளை குழுவாக்கி அவற்றை இணையாகச் செயல்படுத்த முடியும். +BAL பரிவர்த்தனைகளின் இறுதி முடிவுகளை (செயலாக்கத்திற்குப் பிந்தைய மதிப்புகள்) உள்ளடக்கியிருப்பதால், நெட்வொர்க்கின் முனைகள் நெட்வொர்க்கின் தற்போதைய நிலைக்கு ஒத்திசைக்க வேண்டியிருக்கும் போது, அவை தங்கள் பதிவேடுகளைப் புதுப்பிக்க அந்த இறுதி முடிவுகளை நகலெடுக்கலாம். என்ன நடந்தது என்பதை அறிய, சரிபார்ப்பவர்கள் இனி அனைத்துச் சிக்கலான பரிவர்த்தனைகளையும் புதிதாக மீண்டும் இயக்க வேண்டியதில்லை, இது புதிய முனைகள் நெட்வொர்க்கில் சேருவதை வேகமாகவும் எளிதாகவும் ஆக்குகிறது. -BAL பரிவர்த்தனைகளின் இறுதி முடிவுகளை (செயல்பாட்டிற்குப் பிந்தைய மதிப்புகள்) உள்ளடக்கியிருப்பதால், நெட்வொர்க்கின் முனைகள் நெட்வொர்க்கின் தற்போதைய நிலையுடன் ஒத்திசைக்க வேண்டியிருக்கும் போது, அந்த இறுதி முடிவுகளை நகலெடுத்து தங்கள் பதிவுகளைப் புதுப்பிக்கலாம். என்ன நடந்தது என்பதை அறிய வேலிடேட்டர்கள் இனி அனைத்து சிக்கலான பரிவர்த்தனைகளையும் புதிதாக மீண்டும் இயக்க வேண்டியதில்லை, இது புதிய முனைகள் நெட்வொர்க்கில் சேருவதை விரைவாகவும் எளிதாகவும் ஆக்குகிறது. +BAL-களால் சாத்தியமாக்கப்பட்ட இணையான வட்டு வாசிப்புகள், Ethereum ஒரே நேரத்தில் பல பரிவர்த்தனைகளைச் செயலாக்கக்கூடிய எதிர்காலத்தை நோக்கிய ஒரு குறிப்பிடத்தக்க படியாக இருக்கும், இது நெட்வொர்க்கின் வேகத்தைக் கணிசமாக அதிகரிக்கும். -BAL-களால் இயக்கப்படும் இணை வட்டு வாசிப்புகள், Ethereum ஒரே நேரத்தில் பல பரிவர்த்தனைகளைச் செயலாக்கக்கூடிய எதிர்காலத்தை நோக்கி ஒரு குறிப்பிடத்தக்க படியாக இருக்கும், இது நெட்வொர்க்கின் வேகத்தை கணிசமாக அதிகரிக்கும். +#### eth/71 தொகுதி அணுகல் பட்டியல் பரிமாற்றம் (Block Access List Exchange) {#bale} -#### eth/71 தொகுதி அணுகல் பட்டியல் பரிமாற்றம் {#bale} +தொகுதி அணுகல் பட்டியல் பரிமாற்றம் (eth/71 அல்லது EIP-8159) என்பது தொகுதி-நிலை அணுகல் பட்டியல்களுக்கான நேரடி நெட்வொர்க்கிங் துணையாகும். BAL-கள் இணையான செயலாக்கத்தைத் திறக்கும் அதே வேளையில், நெட்வொர்க் வழியாக இந்தப் பட்டியல்களை முனைகள் உண்மையில் பகிர அனுமதிக்க பியர்-டு-பியர் (peer-to-peer) நெறிமுறையை eth/71 மேம்படுத்துகிறது. தொகுதி அணுகல் பட்டியல் பரிமாற்றத்தைச் செயல்படுத்துவது வேகமான ஒத்திசைவைச் சாத்தியமாக்கும் மற்றும் செயலாக்கமற்ற நிலைப் புதுப்பிப்புகளைச் செய்ய முனைகளை அனுமதிக்கும். -பிளாக் அக்சஸ் லிஸ்ட் எக்ஸ்சேஞ்ச் (eth/71 அல்லது EIP-8159) என்பது பிளாக்-லெவல் அக்சஸ் லிஸ்ட்களுக்கான நேரடி நெட்வொர்க்கிங் துணை ஆகும். BALகள் இணை செயலாக்கத்தைத் திறக்கும் அதே வேளையில், eth/71 பீயர்-டு-பியர் நெறிமுறையை மேம்படுத்தி, இந்த பட்டியல்களை நெட்வொர்க்கில் உள்ள கணுக்கள் உண்மையில் பகிர அனுமதிக்கிறது. பிளாக் அக்சஸ் லிஸ்ட் எக்ஸ்சேஞ்சை செயல்படுத்துவது வேகமான ஒத்திசைவை இயக்கும் மற்றும் கணுக்கள் செயலாக்கம் இல்லாத நிலை புதுப்பிப்புகளைச் செய்ய அனுமதிக்கும். +**ஆதாரங்கள்**: -**ஆதாரங்கள்**: - [EIP-7928 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7928) - [EIP-8159 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8159) ## நெட்வொர்க் நிலைத்தன்மை {#network-sustainability} -Ethereum நெட்வொர்க் வேகமாக வளரும்போது, அதைப் பயன்படுத்துவதற்கான செலவு Ethereum ஐ இயக்கும் வன்பொருளின் தேய்மானத்திற்கு ஏற்ப இருப்பதை உறுதி செய்வது முக்கியம். பாதுகாப்பாக அளவிடவும், அதிக பரிவர்த்தனைகளைச் செயலாக்கவும் நெட்வொர்க் அதன் ஒட்டுமொத்த திறன் வரம்புகளை அதிகரிக்க வேண்டும். +Ethereum நெட்வொர்க் வேகமாக வளரும்போது, அதைப் பயன்படுத்துவதற்கான செலவு Ethereum-ஐ இயக்கும் வன்பொருளின் தேய்மானத்துடன் பொருந்துவதை உறுதிசெய்வது முக்கியம். பாதுகாப்பாக அளவிடவும் அதிகப் பரிவர்த்தனைகளைச் செயலாக்கவும் நெட்வொர்க் அதன் ஒட்டுமொத்தத் திறன் வரம்புகளை அதிகரிக்க வேண்டும். -### மாநில உருவாக்க எரிவாயு செலவு அதிகரிப்பு {#state-creation-gas-cost-increase} +### நிலை உருவாக்க எரிவாயு (gas) செலவு அதிகரிப்பு {#state-creation-gas-cost-increase} -- புதிய கணக்குகளை உருவாக்குவதற்கான கட்டணங்கள் அல்லது ஸ்மார்ட் ஒப்பந்தங்கள் Ethereum இன் தரவுத்தளத்தில் நீண்டகால சுமையை துல்லியமாக பிரதிபலிக்கின்றன என்பதை உறுதிசெய்கிறது. -- நெட்வொர்க்கின் ஒட்டுமொத்த திறனைப் பொறுத்து இந்த தரவு-உருவாக்கக் கட்டணங்களை தானாகவே சரிசெய்கிறது, பாதுகாப்பான மற்றும் கணிக்கக்கூடிய வளர்ச்சி விகிதத்தை இலக்காகக் கொண்டு, நிலையான இயற்பியல் வன்பொருள் நெட்வொர்க்கைத் தொடர்ந்து இயக்க முடியும். -- இந்த குறிப்பிட்ட கட்டணங்களுக்கான கணக்கியலை ஒரு புதிய சேமிப்பிடத்திற்குப் பிரித்து, பழைய பரிவர்த்தனை வரம்புகளை நீக்கி, டெவலப்பர்கள் பெரிய, மிகவும் சிக்கலான பயன்பாடுகளைப் பயன்படுத்த அனுமதிக்கிறது. +- புதிய கணக்குகள் அல்லது ஸ்மார்ட் ஒப்பந்தங்களை உருவாக்குவதற்கான கட்டணங்கள் Ethereum-இன் தரவுத்தளத்தில் அவை ஏற்படுத்தும் நீண்டகாலச் சுமையைத் துல்லியமாகப் பிரதிபலிப்பதை உறுதிசெய்கிறது +- நெட்வொர்க்கின் ஒட்டுமொத்தத் திறனின் அடிப்படையில் இந்தத் தரவு-உருவாக்கக் கட்டணங்களைத் தானாகவே சரிசெய்கிறது, பாதுகாப்பான மற்றும் கணிக்கக்கூடிய வளர்ச்சி விகிதத்தை இலக்காகக் கொண்டு, நிலையான இயற்பியல் வன்பொருள் தொடர்ந்து நெட்வொர்க்கை இயக்க முடியும் +- இந்தக் குறிப்பிட்ட கட்டணங்களுக்கான கணக்கியலை ஒரு புதிய நீர்த்தேக்கத்திற்குப் (reservoir) பிரிக்கிறது, பழைய பரிவர்த்தனை வரம்புகளை நீக்குகிறது மற்றும் டெவலப்பர்கள் பெரிய, மிகவும் சிக்கலான பயன்பாடுகளைப் பயன்படுத்த அனுமதிக்கிறது -புதிய கணக்குகள், டோக்கன்கள் மற்றும் [ஸ்மார்ட் ஒப்பந்தங்களைச்](/glossary/#smart-contract) சேர்ப்பது நிரந்தரத் தரவை ("நிலை" என அழைக்கப்படுகிறது) உருவாக்குகிறது, அதை நெட்வொர்க்கை இயக்கும் ஒவ்வொரு கணினியும் காலவரையின்றி சேமிக்க வேண்டும். இந்தத் தரவைச் சேர்க்க அல்லது படிக்க தற்போதைய கட்டணங்கள் சீரற்றவை மற்றும் அவை நெட்வொர்க்கின் வன்பொருளில் ஏற்படுத்தும் உண்மையான, நீண்டகால சேமிப்பகச் சுமையை அவசியமாகப் பிரதிபலிக்காது. +புதிய கணக்குகள், டோக்கன்கள் மற்றும் [ஸ்மார்ட் ஒப்பந்தங்களை](/glossary/#smart-contract) சேர்ப்பது நிரந்தரத் தரவை ("நிலை" (state) என அழைக்கப்படுகிறது) உருவாக்குகிறது, நெட்வொர்க்கை இயக்கும் ஒவ்வொரு கணினியும் இதை காலவரையின்றிச் சேமிக்க வேண்டும். இந்தத் தரவைச் சேர்ப்பதற்கான அல்லது படிப்பதற்கான தற்போதைய கட்டணங்கள் சீரற்றவை மற்றும் நெட்வொர்க்கின் வன்பொருளில் அவை ஏற்படுத்தும் உண்மையான, நீண்டகாலச் சேமிப்பகச் சுமையை அவை பிரதிபலிக்க வேண்டியதில்லை. -புதிய கணக்குகளை உருவாக்குதல் அல்லது பெரிய ஸ்மார்ட் ஒப்பந்தங்களை வரிசைப்படுத்துதல் போன்ற Ethereum இல் நிலையை உருவாக்கும் சில செயல்கள், நெட்வொர்க்கின் முனைகளில் அவை எடுத்துக்கொள்ளும் நிரந்தர சேமிப்பிட இடத்துடன் ஒப்பிடும்போது ஒப்பீட்டளவில் குறைந்த செலவுடையதாக உள்ளன, எடுத்துக்காட்டாக, சேமிப்பக இடங்களை உருவாக்குவதை விட ஒப்பந்த வரிசைப்படுத்தல் ஒரு பைட்டுக்கு கணிசமாக மலிவானது. +புதிய கணக்குகளை உருவாக்குவது அல்லது பெரிய ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்துவது போன்ற Ethereum-இல் நிலையை உருவாக்கும் சில செயல்கள், நெட்வொர்க்கின் முனைகளில் அவை எடுத்துக்கொள்ளும் நிரந்தரச் சேமிப்பக இடத்துடன் ஒப்பிடும்போது ஒப்பீட்டளவில் குறைந்த செலவைக் கொண்டுள்ளன, எடுத்துக்காட்டாக, சேமிப்பக ஸ்லாட்டுகளை உருவாக்குவதை விட ஒப்பந்தப் பயன்பாடு ஒரு பைட்டிற்கு (byte) கணிசமாக மலிவானது. -சரிசெய்தல் இல்லாமல், நெட்வொர்க் 100M எரிவாயு வரம்பிற்கு அளவிடப்பட்டால், Ethereum இன் நிலை ஆண்டுக்கு கிட்டத்தட்ட 200 GiB வளரக்கூடும், இறுதியில் பொதுவான வன்பொருளை விஞ்சும். +சரிசெய்தல் இல்லாமல், நெட்வொர்க் 100M எரிவாயு வரம்பிற்கு அளவிடப்பட்டால், Ethereum-இன் நிலை ஆண்டுக்கு சுமார் 200 GiB வளரக்கூடும், இறுதியில் பொதுவான வன்பொருளை விஞ்சிவிடும். -**மாநில உருவாக்க எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037)** உருவாக்கப்படும் தரவின் உண்மையான அளவோடு செலவுகளை இணைப்பதன் மூலம் செலவுகளை இணக்கமாக மாற்றுகிறது, ஒரு செயல்பாடு உருவாக்கும் அல்லது அணுகும் நிரந்தர தரவின் அளவிற்கு ஏற்ப கட்டணங்களைப் புதுப்பிக்கிறது. +**நிலை உருவாக்க எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037)** உருவாக்கப்படும் தரவின் உண்மையான அளவுடன் அவற்றைக் கட்டுவதன் மூலம் செலவுகளை ஒத்திசைக்கிறது, ஒரு செயல்பாடு உருவாக்கும் அல்லது அணுகும் நிரந்தரத் தரவின் அளவிற்கு விகிதாசாரமாக இருக்கும்படி கட்டணங்களைப் புதுப்பிக்கிறது. -இந்த செலவுகளை மிகவும் கணிக்கக்கூடிய வகையில் நிர்வகிக்க EIP-8037 ஒரு ரிசர்வாயர் மாதிரியை அறிமுகப்படுத்துகிறது; மாநில எரிவாயு கட்டணங்கள் முதலில் `state_gas_reservoir`-இலிருந்து எடுக்கப்படுகின்றன, மேலும் `GAS` opcode `gas_left`-ஐ மட்டுமே திருப்பி அனுப்புகிறது, இதனால் கிடைக்கக்கூடிய எரிவாயுவை தவறாகக் கணக்கிடுவதிலிருந்து செயல்படுத்தல் பிரேம்கள் தடுக்கப்படுகின்றன. +இந்தச் செலவுகளை மிகவும் கணிக்கக்கூடிய வகையில் நிர்வகிக்க EIP-8037 ஒரு நீர்த்தேக்க மாதிரியையும் (reservoir model) அறிமுகப்படுத்துகிறது; நிலை எரிவாயு கட்டணங்கள் முதலில் `state_gas_reservoir`-இலிருந்து எடுக்கப்படுகின்றன, மேலும் `GAS` ஆப்கோடு (opcode) `gas_left`-ஐ மட்டுமே வழங்குகிறது, இது செயலாக்கச் சட்டங்கள் (execution frames) கிடைக்கக்கூடிய எரிவாயுவைத் தவறாகக் கணக்கிடுவதைத் தடுக்கிறது. -EIP-8037 க்கு முன்பு, கணக்கீட்டு வேலை (செயலில் உள்ள செயலாக்கம்) மற்றும் நிரந்தர தரவு சேமிப்பு (ஸ்மார்ட் ஒப்பந்தத்தை நெட்வொர்க்கின் தரவுத்தளத்தில் சேமித்தல்) இரண்டும் ஒரே எரிவாயு வரம்பைப் பகிர்ந்து கொள்கின்றன. நீர்த்தேக்க மாதிரி கணக்கைப் பிரிக்கிறது: பரிவர்த்தனையின் உண்மையான கணக்கீட்டு வேலைக்கான (செயலாக்கம்) மற்றும் நீண்டகால தரவு சேமிப்பிற்கான (நிலை எரிவாயு) எரிவாயு வரம்பு. இரண்டையும் பிரிப்பது ஒரு பயன்பாட்டின் தரவின் அளவு எரிவாயு வரம்பை அடைவதைத் தடுக்க உதவுகிறது; டெவலப்பர்கள் தரவு சேமிப்பிற்காக நீர்த்தேக்கத்தை நிரப்ப போதுமான நிதியை வழங்கும் வரை, அவர்கள் மிகப் பெரிய மற்றும் மிகவும் சிக்கலான ஸ்மார்ட் ஒப்பந்தங்களை வரிசைப்படுத்தலாம். +EIP-8037-க்கு முன், கணக்கீட்டு வேலை (செயலில் உள்ள செயலாக்கம்) மற்றும் நிரந்தரத் தரவுச் சேமிப்பகம் (நெட்வொர்க்கின் தரவுத்தளத்தில் ஸ்மார்ட் ஒப்பந்தத்தைச் சேமிப்பது) ஆகிய இரண்டும் ஒரே எரிவாயு வரம்பைப் பகிர்ந்து கொள்கின்றன. நீர்த்தேக்க மாதிரி கணக்கியலைப் பிரிக்கிறது: பரிவர்த்தனையின் உண்மையான கணக்கீட்டு வேலைக்கான (செயலாக்கம்) எரிவாயு வரம்பு மற்றும் நீண்டகாலத் தரவுச் சேமிப்பகத்திற்கான (நிலை எரிவாயு) வரம்பு. இரண்டையும் பிரிப்பது, ஒரு பயன்பாட்டின் தரவின் சுத்த அளவு எரிவாயு வரம்பை மீறுவதைத் தடுக்க உதவுகிறது; தரவுச் சேமிப்பகத்திற்கான நீர்த்தேக்கத்தை நிரப்ப டெவலப்பர்கள் போதுமான நிதியை வழங்கும் வரை, அவர்கள் மிகப் பெரிய மற்றும் சிக்கலான ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தலாம். -தரவு சேமிப்பகத்திற்கு மிகவும் துல்லியமாகவும் கணிக்கக்கூடியதாகவும் விலை நிர்ணயம் செய்வது, Ethereum அதன் வேகத்தையும் திறனையும் தரவுத்தளத்தை பெரிதாக்காமல் பாதுகாப்பாக அதிகரிக்க உதவும். இந்த நிலைத்தன்மை, நோட் ஆபரேட்டர்கள் வரும் ஆண்டுகளில் (ஒப்பீட்டளவில்) மலிவு விலையில் வன்பொருளை தொடர்ந்து பயன்படுத்த அனுமதிக்கும், நெட்வொர்க்கின் பரவலாக்கத்தைப் பராமரிக்க வீட்டு ஸ்டேக்கிங்கை அணுகக்கூடியதாக வைத்திருக்கும். +தரவுச் சேமிப்பகத்தை மிகவும் துல்லியமாகவும் கணிக்கக்கூடிய வகையிலும் விலை நிர்ணயம் செய்வது, தரவுத்தளத்தை வீக்கமடையச் செய்யாமல் Ethereum அதன் வேகத்தையும் திறனையும் பாதுகாப்பாக அதிகரிக்க உதவும். இந்த நிலைத்தன்மை, நெட்வொர்க்கின் பரவலாக்கத்தைப் பராமரிக்க ஹோம் ஸ்டேக்கிங்கை (home staking) அணுகக்கூடியதாக வைத்து, வரும் ஆண்டுகளில் (ஒப்பீட்டளவில்) மலிவு விலையிலான வன்பொருளைத் தொடர்ந்து பயன்படுத்த முனை இயக்குபவர்களை அனுமதிக்கும். **ஆதாரங்கள்**: [EIP-8037 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8037) -### மாநில அணுகல் எரிவாயு செலவு புதுப்பிப்பு {#state-access-gas-cost-update} +### நிலை-அணுகல் எரிவாயு செலவுப் புதுப்பிப்பு {#state-access-gas-cost-update} -- Ethereum இல் நிரந்தரமாக சேமிக்கப்பட்ட தகவல்களைப் பயன்பாடுகள் படிக்கும்போது அல்லது புதுப்பிக்கும்போது (நிலை-அணுகல் செயல்பாட்டுக் குறியீடுகள்) வாயு செலவுகளை அதிகரிக்கிறது, இந்த கட்டளைகளுக்குத் தேவையான கணினி வேலைக்கு துல்லியமாகப் பொருந்தும். -- செயற்கையாக மலிவாக்கப்பட்ட தரவு-வாசிப்பு செயல்பாடுகளைப் பயன்படுத்தும் சேவை-மறுப்பு தாக்குதல்களைத் தடுப்பதன் மூலம் நெட்வொர்க் பின்னடைவு திறனை பலப்படுத்துகிறது +- பயன்பாடுகள் Ethereum-இல் நிரந்தரமாகச் சேமிக்கப்பட்ட தகவல்களைப் படிக்கும்போது அல்லது புதுப்பிக்கும்போது (நிலை-அணுகல் ஆப்கோடுகள்) எரிவாயுச் செலவுகளை அதிகரிக்கிறது, இந்தக் கட்டளைகளுக்குத் தேவைப்படும் கணக்கீட்டு வேலையைத் துல்லியமாகப் பொருத்துகிறது +- செயற்கையாக மலிவான தரவு-வாசிப்பு செயல்பாடுகளைப் பயன்படுத்திக் கொள்ளும் சேவை-மறுப்புத் தாக்குதல்களைத் (denial-of-service attacks) தடுப்பதன் மூலம் நெட்வொர்க் பின்னடைவுத் திறனை (resilience) பலப்படுத்துகிறது -Ethereum இன் நிலை வளர வளர, பழைய தரவைத் தேடிப் படிக்கும் செயல் ("நிலை அணுகல்") கணுக்கள் செயலாக்குவதற்கு அதிக கனமாகவும் மெதுவாகவும் மாறிவிட்டது. இந்த செயல்களுக்கான கட்டணங்கள் அப்படியே உள்ளன, இருப்பினும் தகவல்களைத் தேடுவது (கணினி சக்தியின் அடிப்படையில்) இப்போது சற்று விலை அதிகமாக உள்ளது. +Ethereum-இன் நிலை வளர்ந்துள்ளதால், பழைய தரவைத் தேடும் மற்றும் படிக்கும் செயல் ("நிலை அணுகல்") முனைகள் செயலாக்கக் கடினமானதாகவும் மெதுவானதாகவும் மாறியுள்ளது. தகவல்களைத் தேடுவது இப்போது சற்று அதிகச் செலவுமிக்கதாக இருந்தாலும் (கணக்கீட்டுத் திறனைப் பொறுத்தவரை) இந்தச் செயல்களுக்கான கட்டணங்கள் அப்படியே உள்ளன. -இதன் விளைவாக, சில குறிப்பிட்ட கட்டளைகள், ஒரு நோட் செய்ய வேண்டிய வேலைக்கு ஏற்ப தற்போது குறைந்த விலையில் உள்ளன. எடுத்துக்காட்டாக, `EXTCODESIZE` மற்றும் `EXTCODECOPY` ஆகியவை குறைந்த விலையில் உள்ளன, ஏனெனில் அவை இரண்டு தனித்தனி தரவுத்தள வாசிப்புகளைக் கோருகின்றன - ஒன்று கணக்கு பொருளுக்கு, இரண்டாவது உண்மையான குறியீட்டு அளவு அல்லது பைட்கோட். +இதன் விளைவாக, சில குறிப்பிட்ட கட்டளைகள் ஒரு முனையைச் செய்ய வற்புறுத்தும் வேலையுடன் ஒப்பிடும்போது தற்போது குறைவான விலை நிர்ணயம் செய்யப்பட்டுள்ளன. எடுத்துக்காட்டாக, `EXTCODESIZE` மற்றும் `EXTCODECOPY` ஆகியவை குறைவான விலை நிர்ணயம் செய்யப்பட்டுள்ளன, ஏனெனில் அவற்றுக்கு இரண்டு தனித்தனி தரவுத்தள வாசிப்புகள் தேவைப்படுகின்றன—ஒன்று கணக்குப் பொருளுக்கு (account object), மற்றொன்று உண்மையான குறியீட்டு அளவு அல்லது பைட்கோடுக்கு (bytecode). -**ஸ்டேட்-ஆக்சஸ் கேஸ் செலவு புதுப்பிப்பு (அல்லது EIP-8038)**, கணக்கு மற்றும் ஒப்பந்தத் தரவை அணுகுவது போன்ற ஸ்டேட்-ஆக்சஸ் ஆப்கோடுகளுக்கான கேஸ் மாறிலிகளை, நவீன வன்பொருள் செயல்திறன் மற்றும் ஸ்டேட் அளவோடு சீரமைக்க அதிகரிக்கிறது. +**நிலை-அணுகல் எரிவாயு செலவுப் புதுப்பிப்பு (அல்லது EIP-8038)** நவீன வன்பொருள் செயல்திறன் மற்றும் நிலை அளவுடன் சீரமைக்க, கணக்கு மற்றும் ஒப்பந்தத் தரவைத் தேடுவது போன்ற நிலை-அணுகல் ஆப்கோடுகளுக்கான எரிவாயு மாறிலிகளை (gas constants) அதிகரிக்கிறது. -மாநில அணுகல் செலவை சீரமைப்பது Ethereum ஐ மேலும் மீள்தன்மை கொண்டதாக மாற்ற உதவுகிறது. இந்த கனமான தரவு வாசிப்பு செயல்கள் செயற்கையாக மலிவானவை என்பதால், ஒரு தீங்கிழைக்கும் தாக்குபவர் நெட்வொர்க்கின் கட்டண வரம்பை அடைவதற்கு முன்பு ஆயிரக்கணக்கான சிக்கலான தரவு கோரிக்கைகளுடன் நெட்வொர்க்கை ஸ்பேம் செய்யலாம், இதனால் நெட்வொர்க் நின்றுவிடும் அல்லது செயலிழந்து போகும் (சேவை மறுப்பு தாக்குதல்). தீங்கிழைக்கும் நோக்கம் இல்லாவிட்டாலும், நெட்வொர்க் தரவைப் படிப்பது மிகவும் மலிவானதாக இருந்தால், திறமையான பயன்பாடுகளை உருவாக்க டெவலப்பர்கள் பொருளாதார ரீதியாக ஊக்குவிக்கப்படுவதில்லை. +நிலை-அணுகலின் விலையைச் சீரமைப்பது Ethereum-ஐ மிகவும் மீள்திறன் கொண்டதாக மாற்ற உதவுகிறது. இந்தக் கடினமான தரவு-வாசிப்புச் செயல்கள் செயற்கையாக மலிவானவை என்பதால், ஒரு தீங்கிழைக்கும் தாக்குதலாளர் நெட்வொர்க்கின் கட்டண வரம்பை எட்டுவதற்கு முன்பு ஒரே தொகுதியில் ஆயிரக்கணக்கான சிக்கலான தரவுக் கோரிக்கைகளுடன் நெட்வொர்க்கை ஸ்பேம் (spam) செய்யலாம், இது நெட்வொர்க்கை முடக்கலாம் அல்லது செயலிழக்கச் செய்யலாம் (ஒரு சேவை-மறுப்புத் தாக்குதல்). தீங்கிழைக்கும் நோக்கம் இல்லாவிட்டாலும், நெட்வொர்க் தரவைப் படிப்பது மிகவும் மலிவானதாக இருந்தால், திறமையான பயன்பாடுகளை உருவாக்க டெவலப்பர்கள் பொருளாதார ரீதியாக ஊக்குவிக்கப்படுவதில்லை. -மாநில அணுகல் நடவடிக்கைகளுக்கு மிகவும் துல்லியமான விலையை நிர்ணயிப்பதன் மூலம், Ethereum தற்செயலான அல்லது வேண்டுமென்றே ஏற்படும் மந்தநிலைகளுக்கு எதிராக அதிக மீள்தன்மையுடன் இருக்க முடியும், அதே நேரத்தில் வன்பொருள் சுமையுடன் நெட்வொர்க் செலவுகளை சீரமைப்பது எதிர்கால எரிவாயு வரம்பு அதிகரிப்புகளுக்கு மிகவும் நிலையான அடித்தளத்தை நிரூபிக்கிறது. +நிலை-அணுகல் செயல்களை மிகவும் துல்லியமாக விலை நிர்ணயம் செய்வதன் மூலம், தற்செயலான அல்லது வேண்டுமென்றே ஏற்படும் மந்தநிலைகளுக்கு எதிராக Ethereum மிகவும் மீள்திறன் கொண்டதாக இருக்க முடியும், அதே நேரத்தில் வன்பொருள் சுமையுடன் நெட்வொர்க் செலவுகளைச் சீரமைப்பது எதிர்கால எரிவாயு வரம்பு அதிகரிப்புகளுக்கு மிகவும் நிலையான அடித்தளத்தை நிரூபிக்கிறது. **ஆதாரங்கள்**: [EIP-8038 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8038) -## நெட்வொர்க் மீள்தன்மை +## நெட்வொர்க் பின்னடைவுத் திறன் (Network resilience) -வேலிடேட்டர் கடமைகள் மற்றும் வெளியேறும் செயல்முறைகளில் செய்யப்படும் மேம்பாடுகள், மொத்தத் தண்டனை நிகழ்வுகளின் போது நெட்வொர்க் நிலைத்தன்மையை உறுதிசெய்கின்றன மற்றும் பணப்புழக்கத்தை ஜனநாயகப்படுத்துகின்றன. இந்த மேம்பாடுகள் நெட்வொர்க்கை மிகவும் நிலையானதாக ஆக்குகின்றன மற்றும் பெரியவை மற்றும் சிறியவை உட்பட அனைத்து பங்கேற்பாளர்களும் நியாயமாக நடத்தப்படுவதை உறுதிசெய்கின்றன. +சரிபார்ப்பவர் கடமைகள் மற்றும் வெளியேறும் செயல்முறைகளுக்கான சுத்திகரிப்புகள், பெருமளவிலான-ஸ்லாஷிங் (mass-slashing) நிகழ்வுகளின் போது நெட்வொர்க் நிலைத்தன்மையை உறுதிசெய்கின்றன மற்றும் பணப்புழக்கத்தை ஜனநாயகப்படுத்துகின்றன. இந்த மேம்பாடுகள் நெட்வொர்க்கை மிகவும் நிலையானதாக ஆக்குகின்றன மற்றும் பெரிய மற்றும் சிறிய அனைத்துப் பங்கேற்பாளர்களும் நியாயமாக நடத்தப்படுவதை உறுதிசெய்கின்றன. -### வெட்டப்பட்ட வேலிடேட்டர்களை முன்மொழிவதிலிருந்து விலக்குங்கள் {#exclude-slashed-validators} +### ஸ்லாஷ் செய்யப்பட்ட சரிபார்ப்பவர்களை முன்மொழிவதிலிருந்து விலக்குதல் {#exclude-slashed-validators} -- தண்டனை விதிக்கப்பட்ட (குறைக்கப்பட்ட) வேலிடேட்டர்கள் எதிர்காலத் தொகுதிகளை முன்மொழிய தேர்ந்தெடுக்கப்படுவதைத் தடுக்கிறது, இதனால் உத்தரவாதமான தவறவிட்ட இடங்கள் நீக்கப்படுகின்றன. -- பெரிய அளவிலான குறைப்பு நிகழ்வின் போது கடுமையான முடக்கங்களைத் தடுத்து, Ethereum சீராகவும் நம்பகத்தன்மையுடனும் இயங்குவதை உறுதி செய்கிறது. +- அபராதம் விதிக்கப்பட்ட (ஸ்லாஷ் செய்யப்பட்ட) சரிபார்ப்பவர்கள் எதிர்காலத் தொகுதிகளை முன்மொழியத் தேர்ந்தெடுக்கப்படுவதைத் தடுக்கிறது, உத்தரவாதமான தவறவிடப்பட்ட ஸ்லாட்டுகளை (missed slots) நீக்குகிறது +- பெருமளவிலான ஸ்லாஷிங் நிகழ்வு ஏற்பட்டால் கடுமையான முடக்கங்களைத் தடுத்து, Ethereum-ஐச் சீராகவும் நம்பகத்தன்மையுடனும் இயங்க வைக்கிறது -தற்போது, ஒரு வேலிடேட்டர் குறைக்கப்பட்டாலும் (விதிமுறைகளை மீறுவதற்காக அல்லது எதிர்பார்த்தபடி செயல்படாததற்காக தண்டிக்கப்பட்டாலும்), எதிர்கால முன்மொழிபவர்களை உருவாக்கும்போது, எதிர்காலத்தில் ஒரு தொகுதியை வழிநடத்த அமைப்பு இன்னும் அவர்களைத் தேர்ந்தெடுக்கலாம். +தற்போது, ஒரு சரிபார்ப்பவர் ஸ்லாஷ் செய்யப்பட்டாலும் (விதிகளை மீறியதற்காக அல்லது எதிர்பார்த்தபடி செயல்படாததற்காக அபராதம் விதிக்கப்பட்டாலும்), எதிர்கால முன்மொழிபவர் லுக்அஹெட்களை (lookaheads) உருவாக்கும் போது, எதிர்காலத்தில் ஒரு தொகுதியை வழிநடத்த கணினி அவர்களைத் தேர்ந்தெடுக்கலாம். -வெட்டப்பட்ட முன்மொழிபவர்களிடமிருந்து வரும் தொகுதிகள் தானாகவே செல்லாததாக நிராகரிக்கப்படுவதால், இது நெட்வொர்க் ஸ்லாட்டுகளைத் தவறவிடச் செய்கிறது மற்றும் மொத்த வெட்டு நிகழ்வுகளின் போது நெட்வொர்க் மீட்பை தாமதப்படுத்துகிறது. +ஸ்லாஷ் செய்யப்பட்ட முன்மொழிபவர்களிடமிருந்து வரும் தொகுதிகள் தானாகவே செல்லாதவை என நிராகரிக்கப்படுவதால், இது நெட்வொர்க் ஸ்லாட்டுகளைத் தவறவிடச் செய்கிறது மற்றும் பெருமளவிலான ஸ்லாஷிங் நிகழ்வுகளின் போது நெட்வொர்க் மீட்டெடுப்பைத் தாமதப்படுத்துகிறது. -**வெட்டப்பட்ட வேலிடேட்டர்களை முன்மொழிவதிலிருந்து விலக்கு (அல்லது EIP-8045)** என்பது எதிர்காலப் பணிகளுக்குத் தேர்ந்தெடுக்கப்படுவதிலிருந்து வெட்டப்பட்ட வேலிடேட்டர்களை வடிகட்டுகிறது. இது நெட்வொர்க் இடையூறுகளின் போது சேவைத் தரத்தைப் பராமரித்து, தொகுதிகளை முன்மொழிய ஆரோக்கியமான வேலிடேட்டர்கள் மட்டுமே தேர்ந்தெடுக்கப்படுவதை உறுதி செய்வதன் மூலம் சங்கிலி மீள்தன்மையை மேம்படுத்துகிறது. +**ஸ்லாஷ் செய்யப்பட்ட சரிபார்ப்பவர்களை முன்மொழிவதிலிருந்து விலக்குதல் (அல்லது EIP-8045)** எதிர்காலக் கடமைகளுக்குத் தேர்ந்தெடுக்கப்படுவதிலிருந்து ஸ்லாஷ் செய்யப்பட்ட சரிபார்ப்பவர்களை எளிமையாக வடிகட்டுகிறது. நெட்வொர்க் இடையூறுகளின் போது சேவையின் தரத்தைப் பராமரித்து, ஆரோக்கியமான சரிபார்ப்பவர்கள் மட்டுமே தொகுதிகளை முன்மொழியத் தேர்ந்தெடுக்கப்படுவதை உறுதிசெய்வதன் மூலம் இது சங்கிலிப் பின்னடைவுத் திறனை மேம்படுத்துகிறது. **ஆதாரங்கள்**: [EIP-8045 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8045) -### வெளியேறுதல்கள் ஒருங்கிணைப்பு வரிசையைப் பயன்படுத்தட்டும் {#let-exits-use-the-consolidation-queue} +### வெளியேறுதல்கள் ஒருங்கிணைப்பு வரிசையைப் பயன்படுத்த அனுமதித்தல் {#let-exits-use-the-consolidation-queue} -- ஒருங்கிணைப்பு வரிசை வழியாக சிறிய சரிபார்ப்பவர்களை விட அதிக இருப்பு வேலிடேட்டர்கள் நெட்வொர்க்கிலிருந்து விரைவாக வெளியேற அனுமதிக்கும் ஒரு ஓட்டையை இது மூடுகிறது. -- அதிக அளவிலான காலங்களில் ஸ்டேக்கிங் திரும்பப் பெறும் நேரங்களைக் குறைத்து, இரண்டாவது வரிசையில் கூடுதல் திறன் இருக்கும்போது வழக்கமான வெளியேற்றங்கள் அதில் நிரம்பி வழிய அனுமதிக்கிறது. -- எத்திரியத்தின் முக்கிய பாதுகாப்பு வரம்புகளை மாற்றுவதையோ அல்லது நெட்வொர்க்கை பலவீனப்படுத்துவதையோ தவிர்க்க கடுமையான பாதுகாப்பைப் பராமரிக்கிறது. +- ஒருங்கிணைப்பு வரிசை (consolidation queue) வழியாகச் சிறிய சரிபார்ப்பவர்களை விட அதிக இருப்புள்ள சரிபார்ப்பவர்கள் நெட்வொர்க்கிலிருந்து விரைவாக வெளியேற அனுமதிக்கும் ஒரு ஓட்டையை மூடுகிறது +- இந்த இரண்டாவது வரிசையில் உதிரித் திறன் இருக்கும்போது வழக்கமான வெளியேறுதல்கள் இதில் நிரம்பி வழிய அனுமதிக்கிறது, அதிக அளவிலான காலங்களில் ஸ்டேக்கிங் திரும்பப் பெறும் நேரத்தைக் குறைக்கிறது +- Ethereum-இன் முக்கியப் பாதுகாப்பு வரம்புகளை மாற்றுவதையோ அல்லது நெட்வொர்க்கை பலவீனப்படுத்துவதையோ தவிர்க்கக் கடுமையான பாதுகாப்பைப் பராமரிக்கிறது -[பெக்ட்ரா மேம்படுத்தல்](/roadmap/pectra) Ethereum வேலிடேட்டர்களுக்கான அதிகபட்ச பயனுள்ள இருப்பை 32 ETH இலிருந்து 2,048 ETH ஆக அதிகரித்ததால், ஒரு தொழில்நுட்ப ஓட்டை அதிக இருப்பு வேலிடேட்டர்கள் சிறிய வேலிடேட்டர்களை விட ஒருங்கிணைப்பு வரிசை வழியாக நெட்வொர்க்கிலிருந்து விரைவாக வெளியேற அனுமதிக்கிறது. +[Pectra மேம்படுத்தல்](/roadmap/pectra) Ethereum சரிபார்ப்பவர்களுக்கான அதிகபட்சச் செயல்திறன் இருப்பை 32 ETH-இலிருந்து 2,048 ETH ஆக அதிகரித்ததால், ஒரு தொழில்நுட்ப ஓட்டை அதிக இருப்புள்ள சரிபார்ப்பவர்கள் ஒருங்கிணைப்பு வரிசை வழியாகச் சிறிய சரிபார்ப்பவர்களை விட வேகமாக நெட்வொர்க்கிலிருந்து வெளியேற அனுமதிக்கிறது. -**வெளியேறுதல்கள் ஒருங்கிணைப்பு வரிசையைப் பயன்படுத்தட்டும் (அல்லது EIP-8080)** அனைத்து ஸ்டேக்கிங் வெளியேறுதல்களுக்கும் ஒருங்கிணைப்பு வரிசையை ஜனநாயகப்படுத்துகிறது, அனைவருக்கும் ஒரே, நியாயமான வரிசையை உருவாக்குகிறது. +**வெளியேறுதல்கள் ஒருங்கிணைப்பு வரிசையைப் பயன்படுத்த அனுமதித்தல் (அல்லது EIP-8080)** அனைத்து ஸ்டேக்கிங் வெளியேறுதல்களுக்கும் ஒருங்கிணைப்பு வரிசையை ஜனநாயகப்படுத்துகிறது, அனைவருக்கும் ஒற்றை, நியாயமான வரிசையை உருவாக்குகிறது. -இது இன்று எவ்வாறு செயல்படுகிறது என்பதைப் பிரித்துப் பார்ப்போம்: +இது இன்று எவ்வாறு செயல்படுகிறது என்பதைப் பிரிக்க: -- எத்திரியத்தின் சுழற்சி வரம்பு என்பது வேலிடேட்டர்கள் தங்கள் பங்குகொண்ட ETH ஐ உள்ளிட, வெளியேற அல்லது இணைக்க (ஒருங்கிணைக்க) கூடிய விகிதத்தில் ஒரு பாதுகாப்பு வரம்பாகும், இது நெட்வொர்க்கின் பாதுகாப்பு ஒருபோதும் சீர்குலைக்கப்படாமல் இருப்பதை உறுதி செய்கிறது. -- ஒரு வேலிடேட்டர் ஒருங்கிணைப்பு என்பது ஒரு நிலையான வேலிடேட்டர் வெளியேற்றத்தை விட அதிக நகரும் பாகங்களைக் கொண்ட ஒரு கனமான செயலாகும், இது இந்த பாதுகாப்பு பட்ஜெட்டின் (சுழற்சி வரம்பு) ஒரு பெரிய பகுதியை எடுத்துக்கொள்கிறது. -- குறிப்பாக, ஒரு நிலையான வெளியேறுதலின் சரியான பாதுகாப்புச் செலவு என்பது ஒரு ஒருங்கிணைப்பின் செலவில் மூன்றில் இரண்டு பங்கு (2/3) ஆகும் என்று நெறிமுறை ஆணையிடுகிறது. +- நெட்வொர்க்கின் பாதுகாப்பு ஒருபோதும் சீர்குலைக்கப்படாமல் இருப்பதை உறுதிசெய்ய, சரிபார்ப்பவர்கள் தங்கள் ஸ்டேக் செய்யப்பட்ட ETH-ஐ உள்ளிட, வெளியேற அல்லது ஒன்றிணைக்க (ஒருங்கிணைக்க) கூடிய விகிதத்தில் உள்ள ஒரு பாதுகாப்பு வரம்பே Ethereum-இன் சர்ன் வரம்பு (churn limit) ஆகும் +- ஒரு சரிபார்ப்பவர் ஒருங்கிணைப்பு என்பது ஒரு நிலையான சரிபார்ப்பவர் வெளியேறுதலை விட அதிக நகரும் பகுதிகளைக் கொண்ட ஒரு கடினமான செயல் என்பதால், இது இந்தப் பாதுகாப்பு பட்ஜெட்டின் (சர்ன் வரம்பு) ஒரு பெரிய பகுதியைச் சாப்பிடுகிறது +- குறிப்பாக, ஒரு நிலையான வெளியேறுதலின் சரியான பாதுகாப்புச் செலவு ஒரு ஒருங்கிணைப்பின் செலவில் மூன்றில் இரண்டு பங்கு (2/3) என்று நெறிமுறை கட்டளையிடுகிறது -நியாயமான வெளியேறும் வரிசைகள், அதிக வெளியேறும் தேவை காலங்களில், ஒருங்கிணைப்பு வரிசையிலிருந்து பயன்படுத்தப்படாத இடத்தை நிலையான வெளியேறுகளுக்கு கடன் வாங்க அனுமதிக்கும், "3க்கு 2" பரிமாற்ற விகிதத்தைப் பயன்படுத்துகிறது (ஒவ்வொரு 2 பயன்படுத்தப்படாத ஒருங்கிணைப்பு இடங்களுக்கும், நெட்வொர்க் பாதுகாப்பாக 3 நிலையான வெளியேறுகளைச் செயல்படுத்த முடியும்). இந்த 3/2 சுழற்சி காரணி ஒருங்கிணைப்பு மற்றும் வெளியேறும் வரிசைகளில் தேவையை சமநிலைப்படுத்துகிறது. +நியாயமான வெளியேறும் வரிசைகள், அதிக வெளியேறும் தேவை உள்ள காலங்களில் ஒருங்கிணைப்பு வரிசையிலிருந்து பயன்படுத்தப்படாத இடத்தை நிலையான வெளியேறுதல்கள் கடன் வாங்க அனுமதிக்கும், இது "2-க்கு 3" பரிமாற்ற விகிதத்தைப் பயன்படுத்துகிறது (பயன்படுத்தப்படாத ஒவ்வொரு 2 ஒருங்கிணைப்பு இடங்களுக்கும், நெட்வொர்க் 3 நிலையான வெளியேறுதல்களைப் பாதுகாப்பாகச் செயலாக்க முடியும்). இந்த 3/2 சர்ன் காரணி ஒருங்கிணைப்பு மற்றும் வெளியேறும் வரிசைகளில் தேவையைச் சமநிலைப்படுத்துகிறது. -ஒருங்கிணைப்பு வரிசைக்கான அணுகலை ஜனநாயகப்படுத்துவது, நெட்வொர்க் பாதுகாப்பை சமரசம் செய்யாமல், அதிக தேவை காலங்களில் பயனர்கள் தங்கள் பங்கிலிருந்து வெளியேறக்கூடிய வேகத்தை 2.5 மடங்கு வரை அதிகரிக்கும். +ஒருங்கிணைப்பு வரிசைக்கான அணுகலை ஜனநாயகப்படுத்துவது, நெட்வொர்க் பாதுகாப்பை சமரசம் செய்யாமல், அதிகத் தேவையுள்ள காலங்களில் பயனர்கள் தங்கள் ஸ்டேக்கிலிருந்து வெளியேறும் வேகத்தை 2.5 மடங்கு வரை அதிகரிக்கும். **ஆதாரங்கள்**: [EIP-8080 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8080) -## பயனர் மற்றும் டெவலப்பர் அனுபவத்தை மேம்படுத்துங்கள் {#improve-user-developer-experience} +## பயனர் மற்றும் டெவலப்பர் அனுபவத்தை மேம்படுத்துதல் {#improve-user-developer-experience} -Ethereum இன் Glamsterdam மேம்படுத்தல், பயனர் அனுபவத்தை மேம்படுத்துதல், தரவு கண்டறியும் திறனை அதிகரித்தல் மற்றும் ஒத்திசைவு தோல்விகளைத் தடுக்க அதிகரித்து வரும் செய்தி அளவுகளைக் கையாளுதல் ஆகியவற்றை நோக்கமாகக் கொண்டுள்ளது. நெட்வொர்க் அளவிடும் போது தொழில்நுட்ப சிக்கல்களைத் தடுக்கும் அதே வேளையில், சங்கிலியில் என்ன நடக்கிறது என்பதைக் கண்காணிப்பதை இது எளிதாக்குகிறது. +Ethereum-இன் Glamsterdam மேம்படுத்தல் பயனர் அனுபவத்தை மேம்படுத்துவதையும், தரவு கண்டறியும் திறனை மேம்படுத்துவதையும், ஒத்திசைவுத் தோல்விகளைத் தடுக்க அதிகரிக்கும் செய்தி அளவுகளைக் கையாளுவதையும் நோக்கமாகக் கொண்டுள்ளது. நெட்வொர்க் அளவிடப்படும்போது தொழில்நுட்ப விக்கல்களைத் தடுக்கும் அதே வேளையில், ஆன்செயினில் (onchain) என்ன நடக்கிறது என்பதைக் கண்காணிப்பதை இது எளிதாக்குகிறது. -### உள்ளார்ந்த பரிவர்த்தனை எரிவாயு செலவுகளைக் குறைக்கவும் {#reduce-intrinsic-transaction-gas-costs} +### உள்ளார்ந்த பரிவர்த்தனை எரிவாயு செலவுகளைக் குறைத்தல் {#reduce-intrinsic-transaction-gas-costs} -- பரிவர்த்தனைகளுக்கான அடிப்படை கட்டணத்தைக் குறைத்து, எளிய நேட்டிவ் ETH கட்டணத்தின் ஒட்டுமொத்த செலவைக் குறைக்கிறது. -- சிறிய பரிவர்த்தனைகளை மிகவும் மலிவு விலையில் கிடைக்கச் செய்கிறது, இது வழக்கமான பரிமாற்ற ஊடகமாக Ethereum இன் நம்பகத்தன்மையை அதிகரிக்கிறது. +- பரிவர்த்தனைகளுக்கான அடிப்படைக் கட்டணத்தைக் குறைக்கிறது, ஒரு எளிய நேட்டிவ் ETH கட்டணத்தின் ஒட்டுமொத்தச் செலவைக் குறைக்கிறது +- சிறிய இடமாற்றங்களை மிகவும் மலிவானதாக்குகிறது, வழக்கமான பரிமாற்ற ஊடகமாக Ethereum-இன் நம்பகத்தன்மையை அதிகரிக்கிறது -எல்லா Ethereum பரிவர்த்தனைகளுக்கும் இன்று ஒரு நிலையான அடிப்படை எரிவாயு கட்டணம் உள்ளது, அதைச் செயலாக்குவது எவ்வளவு எளிமையானது அல்லது சிக்கலானது என்பதைப் பொருட்படுத்தாமல். **உள்ளார்ந்த பரிவர்த்தனை எரிவாயுவைக் குறைத்தல் (அல்லது EIP-2780)** என்பது ஏற்கனவே உள்ள கணக்குகளுக்கு இடையில் ஒரு நிலையான ETH பரிமாற்றத்தை 71% வரை மலிவானதாக மாற்ற அந்த அடிப்படை கட்டணத்தைக் குறைப்பதை முன்மொழிகிறது. +செயலாக்க எவ்வளவு எளிமையானதாக அல்லது சிக்கலானதாக இருந்தாலும், அனைத்து Ethereum பரிவர்த்தனைகளும் இன்று ஒரு தட்டையான அடிப்படை எரிவாயு கட்டணத்தைக் கொண்டுள்ளன. **உள்ளார்ந்த பரிவர்த்தனை எரிவாயுவைக் குறைத்தல் (அல்லது EIP-2780)** தற்போதுள்ள கணக்குகளுக்கு இடையிலான நிலையான ETH பரிமாற்றத்தை **71% வரை மலிவானதாக** மாற்ற அந்த அடிப்படைக் கட்டணத்தைக் குறைக்க முன்மொழிகிறது. -பிணையத்தை இயக்கும் கணினிகள் உண்மையில் செய்யும் அடிப்படை, அத்தியாவசிய வேலைகளை மட்டுமே பிரதிபலிக்கும் வகையில் பரிவர்த்தனை கட்டணத்தை உடைப்பதன் மூலம் உள்ளார்ந்த பரிவர்த்தனை எரிவாயு வேலைகளைக் குறைக்கவும். ஒரு அடிப்படை ETH கட்டணம் சிக்கலான குறியீட்டை இயக்கவோ அல்லது கூடுதல் தரவை எடுத்துச் செல்லவோ இல்லை என்பதால், இந்த முன்மொழிவு அதன் இலகுரக தடத்தை பொருத்த அதன் கட்டணத்தைக் குறைக்கும். +டிஜிட்டல் கையொப்பத்தைச் சரிபார்த்தல் மற்றும் இருப்பைப் புதுப்பித்தல் போன்ற நெட்வொர்க்கை இயக்கும் கணினிகள் உண்மையில் செய்யும் அடிப்படை, அத்தியாவசிய வேலைகளை மட்டுமே பிரதிபலிக்கும் வகையில் பரிவர்த்தனைக் கட்டணத்தை உடைப்பதன் மூலம் உள்ளார்ந்த பரிவர்த்தனை எரிவாயுவைக் குறைத்தல் செயல்படுகிறது. ஒரு அடிப்படை ETH கட்டணம் சிக்கலான குறியீட்டை இயக்காது அல்லது கூடுதல் தரவைக் கொண்டு செல்லாது என்பதால், இந்த முன்மொழிவு அதன் இலகுரகத் தடயத்துடன் பொருந்துமாறு அதன் கட்டணத்தைக் குறைக்கும். -நெட்வொர்க்கின் நிலையை குறைந்த கட்டணங்கள் அதிகமாகாமல் தடுக்க, புத்தம் புதிய கணக்குகளை உருவாக்குவதற்கான விதிவிலக்கை இந்த முன்மொழிதல் அறிமுகப்படுத்துகிறது. ஒரு பரிமாற்றம் காலியாக உள்ள, இல்லாத முகவரிக்கு ETH ஐ அனுப்பினால், நெட்வொர்க் அதற்காக ஒரு நிரந்தர புதிய பதிவை உருவாக்க வேண்டும். அதன் நீண்டகால சேமிப்புச் சுமையை ஈடுகட்ட உதவும் வகையில், அந்தக் கணக்கு உருவாக்கத்திற்கு ஒரு எரிவாயு கூடுதல் கட்டணம் சேர்க்கப்படுகிறது. +குறைந்த கட்டணங்கள் நெட்வொர்க்கின் நிலையை மூழ்கடிப்பதைத் தடுக்க, புத்தம் புதிய கணக்குகளை உருவாக்குவதற்கான விதிவிலக்கை இந்த முன்மொழிவு அறிமுகப்படுத்துகிறது. ஒரு பரிமாற்றம் காலியான, இல்லாத முகவரிக்கு ETH-ஐ அனுப்பினால், நெட்வொர்க் அதற்காக ஒரு நிரந்தரப் புதிய பதிவை உருவாக்க வேண்டும். அதன் நீண்டகாலச் சேமிப்பகச் சுமையை ஈடுகட்ட அந்தக் கணக்கு உருவாக்கத்திற்கு எரிவாயு கூடுதல் கட்டணம் சேர்க்கப்படுகிறது. -ஒன்றாக, EIP-2780 ஏற்கனவே உள்ள கணக்குகளுக்கு இடையேயான தினசரி பரிமாற்றங்களை மிகவும் மலிவு விலையில் செய்வதை நோக்கமாகக் கொண்டுள்ளது, அதே நேரத்தில் உண்மையான நிலை வளர்ச்சியைத் துல்லியமாக விலை நிர்ணயிப்பதன் மூலம் நெட்வொர்க் தரவுத்தள வீக்கத்திலிருந்து பாதுகாக்கப்படுவதை உறுதி செய்கிறது. +ஒன்றாக, EIP-2780 தற்போதுள்ள கணக்குகளுக்கு இடையிலான அன்றாட இடமாற்றங்களை மிகவும் மலிவானதாக மாற்றுவதை நோக்கமாகக் கொண்டுள்ளது, அதே நேரத்தில் உண்மையான நிலை வளர்ச்சியைத் துல்லியமாக விலை நிர்ணயம் செய்வதன் மூலம் தரவுத்தள வீக்கத்திற்கு எதிராக நெட்வொர்க் இன்னும் பாதுகாக்கப்படுவதை உறுதிசெய்கிறது. **ஆதாரங்கள்**: [EIP-2780 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-2780) -### நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல் {#deterministic-factory-predeploy} +### தீர்மானகரமான தொழிற்சாலை முன்-பயன்பாடு (Deterministic Factory Predeploy) {#deterministic-factory-predeploy} -- டெவலப்பர்களுக்கு, பல சங்கிலிகளில் ஒரே முகவரியில் பயன்பாடுகளையும் ஸ்மார்ட் ஒப்பந்த வாலட்களையும் பயன்படுத்த ஒரு நேட்டிவ் வழியை வழங்குகிறது. -- பயனர்கள் பல அடுக்கு 2 (L2) நெட்வொர்க்குகளில் ஒரே ஸ்மார்ட் வாலட் முகவரியைக் கொண்டிருக்க அனுமதிக்கிறது, இது அறிவாற்றல் சுமையைக் குறைக்கிறது, குழப்பத்தைக் குறைக்கிறது மற்றும் தற்செயலாக நிதி இழப்பு ஏற்படும் அபாயத்தைக் குறைக்கிறது. -- இந்த இணையை அடைய டெவலப்பர்கள் தற்போது பயன்படுத்தும் மாற்று வழிகளை இது மாற்றுகிறது, பல-சங்கிலி பணப்பைகள் மற்றும் பயன்பாடுகளை உருவாக்குவதை எளிதாகவும் பாதுகாப்பாகவும் மாற்றுகிறது. +- பல சங்கிலிகள் முழுவதும் ஒரே முகவரியில் பயன்பாடுகள் மற்றும் ஸ்மார்ட் ஒப்பந்த வாலெட்டுகளைப் பயன்படுத்த டெவலப்பர்களுக்கு ஒரு நேட்டிவ் வழியை வழங்குகிறது +- பல அடுக்கு 2 (L2) நெட்வொர்க்குகளில் பயனர்கள் ஒரே ஸ்மார்ட் வாலெட் முகவரியைக் கொண்டிருக்க அனுமதிக்கிறது, அறிவாற்றல் சுமையைக் குறைக்கிறது, குழப்பத்தைக் குறைக்கிறது மற்றும் தற்செயலான நிதி இழப்பு அபாயத்தைக் குறைக்கிறது +- இந்தச் சமநிலையை அடைய டெவலப்பர்கள் தற்போது பயன்படுத்தும் தீர்வுகளை மாற்றுகிறது, பல-சங்கிலி வாலெட்டுகள் மற்றும் பயன்பாடுகளை உருவாக்குவதை எளிதாகவும் பாதுகாப்பாகவும் ஆக்குகிறது -ஒரு பயனருக்கு இன்று பல Ethereum Virtual Machine (EVM)-இணக்கமான சங்கிலிகளில் கணக்குகளைக் கொண்ட ஒரு ஸ்மார்ட் ஒப்பந்த வாலட் இருந்தால், அவர்கள் பெரும்பாலும் வெவ்வேறு நெட்வொர்க்குகளில் முற்றிலும் மாறுபட்ட முகவரியுடன் முடிவடைகிறார்கள். இது குழப்பத்தை ஏற்படுத்துவது மட்டுமல்லாமல், தற்செயலாக நிதி இழப்புக்கும் வழிவகுக்கும். +இன்று ஒரு பயனர் பல Ethereum மெய்நிகர் இயந்திரம் (EVM)-இணக்கமான சங்கிலிகள் முழுவதும் கணக்குகளைக் கொண்ட ஸ்மார்ட் ஒப்பந்த வாலெட்டைக் கொண்டிருந்தால், அவர்கள் பெரும்பாலும் வெவ்வேறு நெட்வொர்க்குகளில் முற்றிலும் மாறுபட்ட முகவரியைக் கொண்டிருப்பார்கள். இது குழப்பமானது மட்டுமல்ல, தற்செயலான நிதி இழப்புக்கும் வழிவகுக்கும். -**நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல் (அல்லது EIP-7997)** டெவலப்பர்களுக்கு அவர்களின் பரவலாக்கப்பட்ட பயன்பாடுகள் மற்றும் ஸ்மார்ட் ஒப்பந்த வாலட்களை Ethereum Mainnet, layer 2 (L2) நெட்வொர்க்குகள் மற்றும் பலவற்றை உள்ளடக்கிய பல EVM சங்கிலிகளில் ஒரே முகவரிக்கு வரிசைப்படுத்த ஒரு உள்ளமைக்கப்பட்ட வழியை வழங்குகிறது. ஏற்றுக்கொள்ளப்பட்டால், பயனர் பங்கேற்கும் ஒவ்வொரு சங்கிலியிலும் ஒரே முகவரியைக் கொண்டிருக்க இது அனுமதிக்கும், இது அறிவாற்றல் சுமையையும் பயனர் பிழைக்கான சாத்தியத்தையும் கணிசமாகக் குறைக்கிறது. +**தீர்மானகரமான தொழிற்சாலை முன்-பயன்பாடு (அல்லது EIP-7997)** டெவலப்பர்கள் தங்கள் பரவலாக்கப்பட்ட பயன்பாடுகள் மற்றும் ஸ்மார்ட் ஒப்பந்த வாலெட்டுகளை Ethereum Mainnet, அடுக்கு 2 (L2) நெட்வொர்க்குகள் மற்றும் பலவற்றை உள்ளடக்கிய பல EVM சங்கிலிகள் முழுவதும் ஒரே முகவரியில் பயன்படுத்த ஒரு நேட்டிவ், உள்ளமைக்கப்பட்ட வழியை வழங்குகிறது. ஏற்றுக்கொள்ளப்பட்டால், ஒவ்வொரு பங்கேற்கும் சங்கிலியிலும் பயனர்கள் ஒரே முகவரியைக் கொண்டிருக்க இது அனுமதிக்கும், இது அறிவாற்றல் சுமையையும் பயனர் பிழைக்கான சாத்தியத்தையும் கணிசமாகக் குறைக்கும். -நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல், பங்கேற்கும் ஒவ்வொரு EVM-இணக்கமான சங்கிலியிலும் ஒரு குறைந்தபட்ச, சிறப்பு தொழிற்சாலை நிரலை ஒரே மாதிரியான இடத்தில் (குறிப்பாக, முகவரி 0x12) நிரந்தரமாக வைப்பதன் மூலம் செயல்படுகிறது. இதன் இலக்கு, எந்த EVM-இணக்கமான நெட்வொர்க்காலும் ஏற்றுக்கொள்ளக்கூடிய ஒரு உலகளாவிய, நிலையான தொழிற்சாலை ஒப்பந்தத்தை வழங்குவதாகும்; ஒரு EVM சங்கிலி பங்கேற்று இந்த தரத்தை ஏற்றுக்கொள்ளும் வரை, டெவலப்பர்கள் தங்கள் ஸ்மார்ட் ஒப்பந்தங்களை அந்த நெட்வொர்க்கில் உள்ள அதே முகவரியில் வரிசைப்படுத்த இதைப் பயன்படுத்த முடியும். +ஒவ்வொரு பங்கேற்கும் EVM-இணக்கமான சங்கிலியிலும் ஒரே மாதிரியான இடத்தில் (குறிப்பாக, முகவரி 0x12) ஒரு குறைந்தபட்ச, சிறப்புத் தொழிற்சாலை நிரலை நிரந்தரமாக வைப்பதன் மூலம் தீர்மானகரமான தொழிற்சாலை முன்-பயன்பாடு செயல்படுகிறது. எந்தவொரு EVM-இணக்கமான நெட்வொர்க்காலும் ஏற்றுக்கொள்ளக்கூடிய உலகளாவிய, நிலையான தொழிற்சாலை ஒப்பந்தத்தை வழங்குவதே இதன் குறிக்கோள்; ஒரு EVM சங்கிலி பங்கேற்று இந்தத் தரநிலையை ஏற்றுக்கொள்ளும் வரை, டெவலப்பர்கள் அந்த நெட்வொர்க்கில் உள்ள அதே முகவரியில் தங்கள் ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்த இதைப் பயன்படுத்த முடியும். -இந்த தரப்படுத்தல், டெவலப்பர்கள் மற்றும் பரந்த சுற்றுச்சூழல் அமைப்புக்கு குறுக்கு-சங்கிலி பயன்பாடுகளை உருவாக்குவதையும் நிர்வகிப்பதையும் எளிதாக்குகிறது. டெவலப்பர்கள் இனி வெவ்வேறு நெட்வொர்க்குகளில் தங்கள் மென்பொருளை ஒன்றாக இணைக்க தனிப்பயன், சங்கிலி சார்ந்த குறியீட்டை உருவாக்க வேண்டியதில்லை, மாறாக இந்த உலகளாவிய தொழிற்சாலையைப் பயன்படுத்தி தங்கள் பயன்பாட்டிற்கு எல்லா இடங்களிலும் ஒரே மாதிரியான முகவரியை உருவாக்கலாம். கூடுதலாக, பிளாக் எக்ஸ்ப்ளோரர்கள், கண்காணிப்பு சேவைகள் மற்றும் வாலட்கள் இந்த பயன்பாடுகளையும் கணக்குகளையும் பல்வேறு சங்கிலிகளில் எளிதாக அடையாளம் கண்டு இணைக்க முடியும், இது அனைத்து Ethereum-அடிப்படையிலான பங்கேற்பாளர்களுக்கும் மிகவும் ஒருங்கிணைந்த மற்றும் தடையற்ற பல-சங்கிலி சூழலை உருவாக்குகிறது. +இந்தத் தரப்படுத்தல் டெவலப்பர்கள் மற்றும் பரந்த சுற்றுச்சூழல் அமைப்புக்கான குறுக்கு-சங்கிலி (cross-chain) பயன்பாடுகளை உருவாக்குவதையும் நிர்வகிப்பதையும் எளிதாக்குகிறது. டெவலப்பர்கள் இனி வெவ்வேறு நெட்வொர்க்குகள் முழுவதும் தங்கள் மென்பொருளை ஒன்றாக இணைக்கத் தனிப்பயன், சங்கிலி-குறிப்பிட்ட குறியீட்டை உருவாக்க வேண்டியதில்லை, அதற்குப் பதிலாக எல்லா இடங்களிலும் தங்கள் பயன்பாட்டிற்கான அதே முகவரியை உருவாக்க இந்த உலகளாவிய தொழிற்சாலையைப் பயன்படுத்தலாம். கூடுதலாக, பிளாக் எக்ஸ்ப்ளோரர்கள், கண்காணிப்புச் சேவைகள் மற்றும் வாலெட்டுகள் பல்வேறு சங்கிலிகள் முழுவதும் இந்தப் பயன்பாடுகள் மற்றும் கணக்குகளை மிக எளிதாக அடையாளம் கண்டு இணைக்க முடியும், இது அனைத்து Ethereum-அடிப்படையிலான பங்கேற்பாளர்களுக்கும் மிகவும் ஒருங்கிணைந்த மற்றும் தடையற்ற பல-சங்கிலி சூழலை உருவாக்குகிறது. **ஆதாரங்கள்**: [EIP-7997 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7997) -### ETH பரிமாற்றங்கள் மற்றும் எரிப்பு ஒரு பதிவை வெளியிடுகின்றன {#eth-transfers-and-burns-emit-a-log} +### ETH இடமாற்றங்கள் மற்றும் எரிப்புகள் ஒரு பதிவை (log) வெளியிடுகின்றன {#eth-transfers-and-burns-emit-a-log} -- ETH பரிமாற்றம் செய்யப்படும் அல்லது எரிக்கப்படும் ஒவ்வொரு முறையும் தானாகவே ஒரு நிரந்தர பதிவை (பதிவு) உருவாக்குகிறது. -- தற்காலிக கண்காணிப்பு கருவிகள் இல்லாமல், பயனர்களின் வைப்புத்தொகைகளை நம்பகத்தன்மையுடன் கண்டறிய பயன்பாடுகள், பரிமாற்றங்கள் மற்றும் பாலங்கள் ஆகியவற்றை அனுமதிக்கும் ஒரு வரலாற்று குறைபாட்டை சரிசெய்கிறது. +- ஒவ்வொரு முறையும் ETH மாற்றப்படும்போது அல்லது எரிக்கப்படும்போது தானாகவே ஒரு நிரந்தரப் பதிவை (log) உருவாக்குகிறது +- தற்காலிகக் கண்காணிப்புக் கருவிகள் இல்லாமல் பயனர் வைப்புகளை நம்பகத்தன்மையுடன் கண்டறியப் பயன்பாடுகள், பரிமாற்றங்கள் மற்றும் பாலங்களை அனுமதிக்கும் ஒரு வரலாற்று குருட்டுப் புள்ளியைச் சரிசெய்கிறது -டோக்கன்களைப் (ERC-20s) போலல்லாமல், ஸ்மார்ட் ஒப்பந்தங்களுக்கு இடையேயான வழக்கமான ETH பரிமாற்றங்கள் தெளிவான ரசீதை (நிலையான பதிவை) வெளியிடாது, இதனால் பரிமாற்றங்கள் மற்றும் பயன்பாடுகள் அவற்றைக் கண்காணிப்பது கடினமாகிறது. +டோக்கன்களைப் (ERC-20s) போலல்லாமல், ஸ்மார்ட் ஒப்பந்தங்களுக்கு இடையிலான வழக்கமான ETH இடமாற்றங்கள் தெளிவான ரசீதை (நிலையான பதிவு) வெளியிடுவதில்லை, இதனால் பரிமாற்றங்கள் மற்றும் பயன்பாடுகள் அவற்றைக் கண்காணிப்பது கடினமாகிறது. -ETH பரிமாற்றங்கள் மற்றும் எரித்தல் ஒரு பதிவை (அல்லது EIP-7708) வெளியிடுகிறது, இது பூஜ்ஜியமற்ற அளவு ETH நகர்த்தப்படும் அல்லது எரிக்கப்படும் ஒவ்வொரு முறையும் நெட்வொர்க் ஒரு நிலையான பதிவு நிகழ்வை வெளியிடுவதை கட்டாயமாக்குகிறது. +ETH இடமாற்றங்கள் மற்றும் எரிப்புகள் ஒரு பதிவை வெளியிடுகின்றன (அல்லது EIP-7708) ஒவ்வொரு முறையும் பூஜ்ஜியமற்ற அளவு ETH நகர்த்தப்படும்போது அல்லது எரிக்கப்படும்போது நெட்வொர்க் ஒரு நிலையான பதிவு நிகழ்வை வெளியிடுவதைக் கட்டாயமாக்குகிறது. -இது வாலட்கள், பரிமாற்றங்கள் மற்றும் பிரிட்ஜ் ஆபரேட்டர்கள் தனிப்பயன் கருவிகள் இல்லாமல் டெபாசிட்கள் மற்றும் நகர்வுகளைத் துல்லியமாகக் கண்காணிக்க மிகவும் எளிதாகவும் நம்பகத்தன்மையுடனும் செய்யும். +தனிப்பயன் கருவிகள் இல்லாமல் வைப்புகள் மற்றும் நகர்வுகளைத் துல்லியமாகக் கண்காணிக்க வாலெட்டுகள், பரிமாற்றங்கள் மற்றும் பால இயக்குபவர்களுக்கு இது மிகவும் எளிதாகவும் நம்பகமானதாகவும் இருக்கும். **ஆதாரங்கள்**: [EIP-7708 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7708) ### eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் {#eth-70-partial-block-receipt-lists} -Ethereum செய்யக்கூடிய வேலையின் அளவை அதிகரிக்கும்போது, அந்த செயல்களுக்கான ரசீதுகளின் பட்டியல்கள் (இந்த பரிவர்த்தனைகளின் தரவு பதிவுகள்) மிகவும் பெரியதாகி வருகின்றன, அவை ஒன்றோடொன்று தரவை ஒத்திசைக்க முயற்சிக்கும்போது நெட்வொர்க்கின் முனைகள் தோல்வியடையக்கூடும். +Ethereum செய்யக்கூடிய வேலையின் அளவை நாம் அதிகரிக்கும்போது, அந்தச் செயல்களுக்கான ரசீதுகளின் பட்டியல்கள் (இந்தப் பரிவர்த்தனைகளின் தரவுப் பதிவுகள்) மிகப் பெரியதாகி வருகின்றன, அவை ஒன்றோடொன்று தரவை ஒத்திசைக்க முயற்சிக்கும்போது நெட்வொர்க்கின் முனைகளைத் தோல்வியடையச் செய்யக்கூடும். -eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் (அல்லது EIP-7975) முனைகள் ஒன்றுக்கொன்று பேச ஒரு புதிய வழியை அறிமுகப்படுத்துகிறது (eth/70) இது இந்த பெரிய பட்டியல்களை சிறிய, மிகவும் நிர்வகிக்கக்கூடிய பகுதிகளாக உடைக்க அனுமதிக்கிறது. eth/70 நெட்வொர்க்கின் தொடர்பு நெறிமுறைக்கான ஒரு பக்கமாக்கல் அமைப்பை அறிமுகப்படுத்துகிறது, இது முனைகள் தொகுதி ரசீது பட்டியல்களை உடைத்து, சிறிய, மிகவும் நிர்வகிக்கக்கூடிய துண்டுகளில் தரவை பாதுகாப்பாக கோர அனுமதிக்கிறது. +eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் (அல்லது EIP-7975) முனைகள் ஒன்றோடொன்று பேசுவதற்கான புதிய வழியை (eth/70) அறிமுகப்படுத்துகிறது, இது இந்தப் பெரிய பட்டியல்களைச் சிறிய, நிர்வகிக்கக்கூடிய துண்டுகளாக உடைக்க அனுமதிக்கிறது. eth/70 நெட்வொர்க்கின் தகவல் தொடர்பு நெறிமுறைக்கான ஒரு பக்கமாக்கல் அமைப்பை (pagination system) அறிமுகப்படுத்துகிறது, இது முனைகளைத் தொகுதி ரசீது பட்டியல்களை உடைக்கவும், சிறிய, நிர்வகிக்கக்கூடிய துண்டுகளாகத் தரவைப் பாதுகாப்பாகக் கோரவும் அனுமதிக்கிறது. -இந்த மாற்றம் அதிக செயல்பாட்டு காலங்களில் நெட்வொர்க் ஒத்திசைவு தோல்விகளைத் தடுக்கும். இறுதியில், இது Ethereum அதன் தொகுதி திறனை அதிகரிக்கவும், சங்கிலியை ஒத்திசைக்கும் இயற்பியல் வன்பொருளை அதிக சுமைக்கு உள்ளாக்காமல், எதிர்காலத்தில் ஒரு தொகுதிக்கு அதிக பரிவர்த்தனைகளைச் செயல்படுத்தவும் வழி வகுக்கிறது. +இந்த மாற்றம் அதிகச் செயல்பாட்டுக் காலங்களில் நெட்வொர்க் ஒத்திசைவுத் தோல்விகளைத் தடுக்கும். இறுதியில், சங்கிலியை ஒத்திசைக்கும் இயற்பியல் வன்பொருளை மூழ்கடிக்காமல், எதிர்காலத்தில் Ethereum அதன் தொகுதித் திறனை அதிகரிக்கவும், ஒரு தொகுதிக்கு அதிகப் பரிவர்த்தனைகளைச் செயலாக்கவும் இது வழி வகுக்கிறது. **ஆதாரங்கள்**: [EIP-7975 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7975) ## மேலும் படிக்க {#further-reading} -- [எத்தேரியம் சாலை வரைபடம்](/roadmap/) -- [ஃபோர்காஸ்ட்: கிளாமாஸ்டர்டேம்](https://forkcast.org/upgrade/glamsterdam) -- [கிளாம்ஸ்டர்டேம் மெட்டா EIP](https://eips.ethereum.org/EIPS/eip-7773) -- [2026க்கான நெறிமுறை முன்னுரிமைகள் புதுப்பிப்பு வலைப்பதிவு அறிவிப்பு](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) -- [டெய்லி ஜிவே ரீஃப்யூல் பாட்காஸ்ட் - போஸ்ட்-குவாண்டம் எத்திரியம், கிளாம்ஸ்டர்டேம் வருகிறது](https://www.youtube.com/watch?v=qx9sd50uQjQ) +- [Ethereum வழிகாட்டி](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026-க்கான நெறிமுறை முன்னுரிமைகள் புதுப்பிப்பு வலைப்பதிவு அறிவிப்பு](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [The Daily Gwei Refuel பாட்காஸ்ட் - போஸ்ட்-குவாண்டம் Ethereum, Glamsterdam வருகிறது](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## அடிக்கடி கேட்கப்படும் கேள்விகள் (FAQ) {#faq} -## அடிக்கடி கேட்கப்படும் கேள்விகள் {#faq} +### Glamsterdam ஹார்ட் ஃபோர்க்கிற்குப் பிறகு ETH-ஐ எவ்வாறு மாற்றுவது? {#how-can-eth-be-converted-after-the-hardfork} -### கிளாம்ஸ்டெர்டாம் ஹார்ட் ஃபோர்க்கிற்குப் பிறகு ETH ஐ எவ்வாறு மாற்றலாம்? {#how-can-eth-be-converted-after-the-hardfork} +- **உங்கள் ETH-க்கு எந்த நடவடிக்கையும் தேவையில்லை**: Glamsterdam மேம்படுத்தலைத் தொடர்ந்து உங்கள் ETH-ஐ மாற்றவோ அல்லது மேம்படுத்தவோ தேவையில்லை. உங்கள் கணக்கு இருப்புகள் அப்படியே இருக்கும், மேலும் நீங்கள் தற்போது வைத்திருக்கும் ETH ஹார்ட் ஃபோர்க்கிற்குப் பிறகு அதன் தற்போதைய வடிவத்தில் அணுகக்கூடியதாக இருக்கும். +- **மோசடிகள் குறித்து எச்சரிக்கையாக இருங்கள்!**  **உங்கள் ETH-ஐ "மேம்படுத்த" அறிவுறுத்தும் எவரும் உங்களை ஏமாற்ற முயற்சிக்கிறார்கள்.** இந்த மேம்படுத்தல் தொடர்பாக நீங்கள் செய்ய வேண்டியது எதுவுமில்லை. உங்கள் சொத்துக்கள் முற்றிலும் பாதிக்கப்படாமல் இருக்கும். நினைவில் கொள்ளுங்கள், தகவலறிந்து இருப்பதே மோசடிகளுக்கு எதிரான சிறந்த பாதுகாப்பாகும். -- **உங்கள் ETHக்கு எந்த நடவடிக்கையும் தேவையில்லை**: கிளாம்ஸ்டர்டேம் மேம்படுத்தலுக்குப் பிறகு உங்கள் ETHஐ மாற்றவோ மேம்படுத்தவோ தேவையில்லை. உங்கள் கணக்கு இருப்புகள் அப்படியே இருக்கும், மேலும் நீங்கள் தற்போது வைத்திருக்கும் ETH ஹார்ட் ஃபோர்க்கிற்குப் பிறகு அதன் தற்போதைய வடிவத்தில் அணுகக்கூடியதாக இருக்கும். -- **மோசடிகளில் இருந்து எச்சரிக்கையாக இருங்கள்!** **உங்கள் ETH ஐ "மேம்படுத்த" உங்களுக்கு அறிவுறுத்தும் எவரும் உங்களை ஏமாற்ற முயற்சிக்கிறார்கள்.** இந்த மேம்படுத்தலைப் பொறுத்தவரை நீங்கள் செய்ய வேண்டியது எதுவும் இல்லை. உங்கள் சொத்துக்கள் முற்றிலும் பாதிக்கப்படாமல் இருக்கும். நினைவில் கொள்ளுங்கள், தகவலறிந்திருப்பது மோசடிகளுக்கு எதிரான சிறந்த பாதுகாப்பாகும். +[மோசடிகளை அங்கீகரிப்பது மற்றும் தவிர்ப்பது பற்றி மேலும் அறிய](/security/) -[மோசடிகளை அடையாளம் கண்டு தவிர்ப்பது பற்றிய கூடுதல் தகவல்கள்](/security/) +### Glamsterdam மேம்படுத்தல் அனைத்து Ethereum முனைகள் மற்றும் சரிபார்ப்பவர்களைப் பாதிக்குமா? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} -### கிளாம்ஸ்டெர்டாம் மேம்படுத்தல் அனைத்து Ethereum நோடுகள் மற்றும் வேலிடேட்டர்களையும் பாதிக்குமா? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} +ஆம், Glamsterdam மேம்படுத்தலுக்கு [செயலாக்க கிளையண்டுகள் மற்றும் ஒருங்கிணைவு கிளையண்டுகள்](/developers/docs/nodes-and-clients/) இரண்டிலும் புதுப்பிப்புகள் தேவை. இந்த மேம்படுத்தல் உறுதிசெய்யப்பட்ட முன்மொழிபவர்-உருவாக்குபவர் பிரிப்பை (ePBS) அறிமுகப்படுத்துவதால், நெட்வொர்க்கால் தொகுதிகள் உருவாக்கப்படும், சரிபார்க்கப்படும் மற்றும் சான்றளிக்கப்படும் புதிய வழிகளைக் கையாளத் தங்கள் கிளையண்டுகள் புதுப்பிக்கப்பட்டுள்ளதை முனை இயக்குபவர்கள் உறுதிசெய்ய வேண்டும். -ஆம், Glamsterdam மேம்படுத்தலுக்கு [செயல்படுத்தும் கிளையண்டுகள் மற்றும் ஒருமித்த கிளையண்டுகள்](/developers/docs/nodes-and-clients/) இரண்டிற்கும் புதுப்பிப்புகள் தேவை. இந்த மேம்படுத்தல் Enshrined Proposer-Builder Separation (ePBS) ஐ அறிமுகப்படுத்துவதால், புதிய வழிகளில் தொகுதிகள் எவ்வாறு உருவாக்கப்படுகின்றன, சரிபார்க்கப்படுகின்றன மற்றும் நெட்வொர்க்கால் சான்றளிக்கப்படுகின்றன என்பதைக் கையாள தங்கள் கிளையண்டுகள் புதுப்பிக்கப்பட்டுள்ளதா என்பதை நோட் ஆபரேட்டர்கள் உறுதிப்படுத்த வேண்டும். +அனைத்து முக்கிய Ethereum கிளையண்டுகளும் அதிக முன்னுரிமை எனக் குறிக்கப்பட்ட ஹார்ட் ஃபோர்க்கை ஆதரிக்கும் பதிப்புகளை வெளியிடும். கிளையண்ட் GitHub ரெப்போக்கள், அவற்றின் [Discord சேனல்கள்](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker) ஆகியவற்றில் இந்த வெளியீடுகள் எப்போது கிடைக்கும் என்பதை நீங்கள் தெரிந்துகொள்ளலாம் அல்லது நெறிமுறைப் புதுப்பிப்புகளுக்கு Ethereum வலைப்பதிவிற்குச் சந்தாதாரராகலாம். -அனைத்து முக்கிய Ethereum கிளையண்ட்களும் உயர் முன்னுரிமையாகக் குறிக்கப்பட்ட ஹார்ட் ஃபோர்க்கை ஆதரிக்கும் பதிப்புகளை வெளியிடுவார்கள். இந்த வெளியீடுகள் எப்போது கிடைக்கும் என்பதை கிளையண்ட் GitHub களஞ்சியங்கள், அவற்றின் [Discord சேனல்கள்](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker) ஆகியவற்றில் நீங்கள் தெரிந்துகொள்ளலாம் அல்லது நெறிமுறை புதுப்பிப்புகளுக்கு Ethereum வலைப்பதிவிற்கு குழுசேரலாம். +மேம்படுத்தலுக்குப் பிந்தைய Ethereum நெட்வொர்க்குடன் ஒத்திசைவைப் பராமரிக்க, முனை இயக்குபவர்கள் ஆதரிக்கப்படும் கிளையண்ட் பதிப்பை இயக்குவதை உறுதிசெய்ய வேண்டும். கிளையண்ட் வெளியீடுகள் பற்றிய தகவல்கள் நேர-உணர்திறன் கொண்டவை என்பதை நினைவில் கொள்ளவும், மேலும் பயனர்கள் மிகவும் தற்போதைய விவரங்களுக்குச் சமீபத்திய புதுப்பிப்புகளைப் பார்க்க வேண்டும். -மேம்படுத்தலுக்குப் பிறகு Ethereum நெட்வொர்க்குடன் ஒத்திசைவைப் பராமரிக்க, நோட் ஆபரேட்டர்கள் தாங்கள் ஆதரிக்கப்படும் கிளையன்ட் பதிப்பை இயக்குவதை உறுதிசெய்ய வேண்டும். கிளையன்ட் வெளியீடுகள் பற்றிய தகவல்கள் காலத்திற்கு ஏற்ப மாறுபடும் என்பதை நினைவில் கொள்ளவும், மேலும் பயனர்கள் மிகவும் தற்போதைய விவரங்களுக்கு சமீபத்திய புதுப்பிப்புகளைப் பார்க்க வேண்டும். +### ஒரு ஸ்டேக்கராக, Glamsterdam மேம்படுத்தலுக்கு நான் என்ன செய்ய வேண்டும்? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} -### ஒரு ஸ்டேக்கராக, கிளாம்ஸ்டெர்டாம் மேம்படுத்தலுக்கு நான் என்ன செய்ய வேண்டும்? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} +ஒவ்வொரு நெட்வொர்க் மேம்படுத்தலையும் போலவே, Glamsterdam ஆதரவுடன் குறிக்கப்பட்ட சமீபத்திய பதிப்புகளுக்கு உங்கள் கிளையண்டுகளைப் புதுப்பிப்பதை உறுதிசெய்யவும். வெளியீடுகள் பற்றித் தெரிந்துகொள்ள அஞ்சல் பட்டியல் மற்றும் [EF வலைப்பதிவில் உள்ள நெறிமுறை அறிவிப்புகளில் (Protocol Announcements)](https://blog.ethereum.org/category/protocol) உள்ள புதுப்பிப்புகளைப் பின்பற்றவும். -ஒவ்வொரு நெட்வொர்க் மேம்படுத்தலைப் போலவே, உங்கள் கிளையன்ட்களை Glamsterdam ஆதரவுடன் குறிக்கப்பட்ட சமீபத்திய பதிப்புகளுக்குப் புதுப்பிக்கவும். வெளியீடுகள் பற்றிய தகவல்களைப் பெற, அஞ்சல் பட்டியலில் உள்ள புதுப்பிப்புகளையும் [EF வலைப்பதிவில் உள்ள நெறிமுறை அறிவிப்புகளையும்](https://blog.ethereum.org/category/protocol) பின்பற்றவும். +Mainnet-இல் Glamsterdam செயல்படுத்தப்படுவதற்கு முன்பு உங்கள் அமைப்பைச் சரிபார்க்க, நீங்கள் டெஸ்ட்நெட்களில் (testnets) ஒரு சரிபார்ப்பவரை இயக்கலாம். டெஸ்ட்நெட் ஃபோர்க்குகளும் அஞ்சல் பட்டியல் மற்றும் வலைப்பதிவில் அறிவிக்கப்படுகின்றன. -மெயின்நெட்டில் கிளாம்ஸ்டெர்டேம் செயல்படுத்தப்படுவதற்கு முன்பு உங்கள் அமைப்பைச் சரிபார்க்க, நீங்கள் சோதனைவலைப்பின்னல்களில் ஒரு சரிபார்ப்பாளரை இயக்கலாம். சோதனைவலைப்பின்னல் ஃபோர்க்குகள் அஞ்சல் பட்டியலிலும் வலைப்பதிவிலும் அறிவிக்கப்படுகின்றன. +### L1 அளவிடுதலுக்கு Glamsterdam என்ன மேம்பாடுகளை உள்ளடக்கும்? {#what-improvements-will-glamsterdam-include-for-l1-scaling} -### L1 அளவீட்டிற்காக Glamsterdam என்னென்ன மேம்பாடுகளை உள்ளடக்கும்? {#what-improvements-will-glamsterdam-include-for-l1-scaling} +முக்கிய அம்சம் ePBS (EIP-7732) ஆகும், இது நெட்வொர்க் பரிவர்த்தனைகளைச் சரிபார்க்கும் கடினமான பணியை ஒருங்கிணைவை எட்டும் பணியிலிருந்து பிரிக்கிறது. இது தரவுப் பரப்புதல் சாளரத்தை 2 வினாடிகளிலிருந்து தோராயமாக 9 வினாடிகளாக விரிவுபடுத்துகிறது, அதிகப் பரிவர்த்தனைச் செயல்திறனைப் பாதுகாப்பாகக் கையாளும் மற்றும் அடுக்கு 2 நெட்வொர்க்குகளுக்கு அதிகத் தரவு ப்ளாப்களுக்கு இடமளிக்கும் Ethereum-இன் திறனைத் தடைநீக்குகிறது. -முக்கிய அம்சம் ePBS (EIP-7732) ஆகும், இது நெட்வொர்க் பரிவர்த்தனைகளைச் சரிபார்க்கும் கடினமான பணியை ஒருமித்த கருத்தை அடையும் பணியிலிருந்து பிரிக்கிறது. இது தரவு பரவல் சாளரத்தை 2 வினாடிகளில் இருந்து தோராயமாக 9 வினாடிகள் வரை விரிவுபடுத்துகிறது, Ethereum இன் அதிக பரிவர்த்தனை செயல்திறனைப் பாதுகாப்பாகக் கையாளும் திறனைத் தடுக்கிறது மற்றும் அடுக்கு 2 நெட்வொர்க்குகளுக்கு அதிக தரவு பிளாப்களைச் சேர்க்கிறது. +### Glamsterdam Ethereum-இல் (அடுக்கு 1) கட்டணங்களைக் குறைக்குமா? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} -### Ethereum (Layer 1) இல் Glamsterdam கட்டணங்களைக் குறைக்குமா? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} +ஆம், Glamsterdam அன்றாடப் பயனர்களுக்கான கட்டணங்களைக் குறைக்கும்! உள்ளார்ந்த பரிவர்த்தனை எரிவாயுவைக் குறைத்தல் (அல்லது EIP-2780) ETH-ஐ அனுப்புவதற்கான அடிப்படைக் கட்டணத்தைக் குறைக்கிறது, அன்றாடக் கொடுப்பனவுகளுக்குப் பயன்படுத்த ETH-ஐ மிகவும் மலிவானதாக்குகிறது. -ஆம், Glamsterdam தினசரி பயனர்களுக்கான கட்டணங்களைக் குறைக்கும்! உள்ளார்ந்த பரிவர்த்தனை எரிவாயுவை (அல்லது EIP-2780) குறைப்பது ETH அனுப்புவதற்கான அடிப்படை கட்டணத்தைக் குறைக்கிறது, இதனால் தினசரி கொடுப்பனவுகளுக்கு ETH ஐப் பயன்படுத்துவது மிகவும் மலிவானதாகிறது. +கூடுதலாக, நீண்டகால நிலைத்தன்மைக்காக, Glamsterdam தொகுதி-நிலை அணுகல் பட்டியல்களை (BALs) அறிமுகப்படுத்துகிறது. இது இணையான செயலாக்கத்தைச் செயல்படுத்துகிறது மற்றும் எதிர்காலத்தில் அதிக ஒட்டுமொத்த எரிவாயு வரம்புகளைப் பாதுகாப்பாகக் கையாள L1-ஐத் தயார் செய்கிறது, இது திறன் வளரும்போது ஒரு பரிவர்த்தனைக்கான எரிவாயு செலவுகளைக் குறைக்கும். -கூடுதலாக, நீண்டகால நிலைத்தன்மைக்காக, கிளாம்ஸ்டர்டாம் தொகுதி-நிலை அணுகல் பட்டியல்களை (BALs) அறிமுகப்படுத்துகிறது. இது இணை செயலாக்கத்தை செயல்படுத்துகிறது மற்றும் எதிர்காலத்தில் அதிக ஒட்டுமொத்த எரிவாயு வரம்புகளை பாதுகாப்பாகக் கையாள L1 ஐத் தயார்படுத்துகிறது, இது திறன் வளரும்போது பரிவர்த்தனைக்கு எரிவாயு செலவுகளைக் குறைக்கும். +### Glamsterdam-க்குப் பிறகு எனது தற்போதைய ஸ்மார்ட் ஒப்பந்தங்களில் ஏதேனும் மாற்றங்கள் இருக்குமா? {#will-my-smart-contracts-change} -### கிளாம்ஸ்டெரமிற்குப் பிறகு எனது ஏற்கனவே உள்ள ஸ்மார்ட் ஒப்பந்தங்களில் ஏதேனும் மாற்றங்கள் இருக்குமா? {#will-my-smart-contracts-change} +தற்போதுள்ள ஒப்பந்தங்கள் Glamsterdam-க்குப் பிறகு தொடர்ந்து சாதாரணமாகச் செயல்படும். டெவலப்பர்கள் பல புதிய கருவிகளைப் பெறுவார்கள் மற்றும் அவர்களின் எரிவாயுப் பயன்பாட்டை மதிப்பாய்வு செய்ய வேண்டும்: -கிளாம்ஸ்டெர்டாமுக்குப் பிறகும் ஏற்கனவே உள்ள ஒப்பந்தங்கள் தொடர்ந்து சாதாரணமாகச் செயல்படும். டெவலப்பர்களுக்குப் பல புதிய கருவிகள் கிடைக்க வாய்ப்புள்ளது, மேலும் அவர்கள் தங்கள் எரிவாயு பயன்பாட்டை மதிப்பாய்வு செய்ய வேண்டும்: -- அதிகபட்ச ஒப்பந்த அளவை அதிகரிப்பது (அல்லது EIP-7954) டெவலப்பர்கள் பெரிய பயன்பாடுகளைப் பயன்படுத்த அனுமதிக்கிறது, அதிகபட்ச ஒப்பந்த அளவு வரம்பை தோராயமாக 24KiB இலிருந்து 32KiB ஆக உயர்த்துகிறது. -- நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல் (அல்லது EIP-7997) ஒரு உலகளாவிய, உள்ளமைக்கப்பட்ட தொழிற்சாலை ஒப்பந்தத்தை அறிமுகப்படுத்துகிறது. இது டெவலப்பர்கள் தங்கள் பயன்பாடுகளையும் ஸ்மார்ட் ஒப்பந்த பணப்பைகளையும் அனைத்து பங்கேற்கும் EVM சங்கிலிகளிலும் ஒரே முகவரியில் வரிசைப்படுத்த அனுமதிக்கிறது. -- ETH பரிமாற்றங்களைக் கண்டறிய உங்கள் செயலி சிக்கலான டிரேசிங்கை நம்பியிருந்தால், ETH பரிமாற்றங்கள் மற்றும் பர்ன்கள் ஒரு பதிவை (அல்லது EIP-7708) வெளியிடும், இது மிகவும் எளிமையான மற்றும் நம்பகமான கணக்கியலுக்கு பதிவுகளைப் பயன்படுத்த உங்களை அனுமதிக்கும். -- மாநில உருவாக்கம் எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037) மற்றும் மாநில அணுகல் எரிவாயு செலவு புதுப்பிப்பு (அல்லது EIP-8038) ஆகியவை புதிய நிலைத்தன்மை மாதிரிகளை அறிமுகப்படுத்துகின்றன, அவை சில ஒப்பந்த வரிசைப்படுத்தல் செலவுகளை மாற்றும், ஏனெனில் புதிய கணக்குகளை உருவாக்குதல் அல்லது நிரந்தர சேமிப்பகத்திற்கு மாறும் வகையில் சரிசெய்யப்படும் கட்டணம் இருக்கும். +- அதிகபட்ச ஒப்பந்த அளவை அதிகரித்தல் (அல்லது EIP-7954) டெவலப்பர்கள் பெரிய பயன்பாடுகளைப் பயன்படுத்த அனுமதிக்கிறது, அதிகபட்ச ஒப்பந்த அளவு வரம்பை தோராயமாக 24KiB-இலிருந்து 32KiB ஆக உயர்த்துகிறது. +- தீர்மானகரமான தொழிற்சாலை முன்-பயன்பாடு (அல்லது EIP-7997) ஒரு உலகளாவிய, உள்ளமைக்கப்பட்ட தொழிற்சாலை ஒப்பந்தத்தை அறிமுகப்படுத்துகிறது. இது டெவலப்பர்கள் தங்கள் பயன்பாடுகள் மற்றும் ஸ்மார்ட் ஒப்பந்த வாலெட்டுகளை அனைத்துப் பங்கேற்கும் EVM சங்கிலிகள் முழுவதும் ஒரே முகவரியில் பயன்படுத்த அனுமதிக்கிறது. +- ETH இடமாற்றங்களைக் கண்டறிய உங்கள் பயன்பாடு சிக்கலான கண்காணிப்பைச் சார்ந்திருந்தால், ETH இடமாற்றங்கள் மற்றும் எரிப்புகள் ஒரு பதிவை வெளியிடுகின்றன (அல்லது EIP-7708) மிகவும் எளிமையான மற்றும் நம்பகமான கணக்கியலுக்குப் பதிவுகளைப் பயன்படுத்துவதற்கு மாற உங்களை அனுமதிக்கும். +- நிலை உருவாக்க எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037) மற்றும் நிலை-அணுகல் எரிவாயு செலவுப் புதுப்பிப்பு (அல்லது EIP-8038) ஆகியவை புதிய நிலைத்தன்மை மாதிரிகளை அறிமுகப்படுத்துகின்றன, அவை சில ஒப்பந்தப் பயன்பாட்டுச் செலவுகளை மாற்றும், ஏனெனில் புதிய கணக்குகள் அல்லது நிரந்தரச் சேமிப்பகத்தை உருவாக்குவது மாறும்-சரிசெய்யும் கட்டணத்தைக் கொண்டிருக்கும். -### கிளாம்ஸ்டர்டேம் நோட் சேமிப்பு மற்றும் வன்பொருள் தேவைகளை எவ்வாறு பாதிக்கும்? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} +### Glamsterdam முனைச் சேமிப்பகம் மற்றும் வன்பொருள் தேவைகளை எவ்வாறு பாதிக்கும்? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} -கிளாம்ஸ்டெர்டாமிற்காகப் பரிசீலிக்கப்படும் பல EIPகள், மாநில வளர்ச்சியின் செயல்திறன் சரிவை நிவர்த்தி செய்கின்றன: -- மாநில உருவாக்க எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037) ஒரு நிலையான தரவுத்தள வளர்ச்சி விகிதத்தை 100 GiB/ஆண்டுக்கு இலக்காகக் கொண்ட ஒரு மாறும் விலை நிர்ணய மாதிரியை அறிமுகப்படுத்துகிறது, இது நிலையான இயற்பியல் வன்பொருள் நெட்வொர்க்கை திறமையாக தொடர்ந்து இயக்க முடியும் என்பதை உறுதி செய்கிறது. -- eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் (அல்லது EIP-7975) நோடுகள் பக்கப்படுத்தப்பட்ட தொகுதி ரசீதுகளைக் கோர அனுமதிக்கின்றன, இது தரவு-அதிகமான தொகுதி ரசீது பட்டியல்களை சிறிய பகுதிகளாக உடைத்து, Ethereum அளவிடும்போது செயலிழப்புகளைத் தடுக்கிறது மற்றும் ஒத்திசைக்கிறது. +Glamsterdam-க்காகப் பரிசீலிக்கப்படும் பல EIP-கள் நிலை வளர்ச்சியின் செயல்திறன் வீழ்ச்சியைக் கையாளுகின்றன: +- நிலை உருவாக்க எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037) 100 GiB/ஆண்டு என்ற நிலைத் தரவுத்தள வளர்ச்சி விகிதத்தை இலக்காகக் கொண்டு ஒரு மாறும் விலை நிர்ணய மாதிரியை அறிமுகப்படுத்துகிறது, நிலையான இயற்பியல் வன்பொருள் தொடர்ந்து நெட்வொர்க்கைத் திறமையாக இயக்க முடியும் என்பதை உறுதிசெய்கிறது. +- eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் (அல்லது EIP-7975) பக்கமாக்கப்பட்ட தொகுதி ரசீதுகளைக் கோர முனைகளை அனுமதிக்கிறது, இது Ethereum அளவிடப்படும்போது செயலிழப்புகள் மற்றும் ஒத்திசைவுகளைத் தடுக்கத் தரவு-கனமான தொகுதி ரசீது பட்டியல்களைச் சிறிய துண்டுகளாக உடைக்கிறது. \ No newline at end of file diff --git a/public/content/translations/ta/roadmap/pectra/maxeb/index.md b/public/content/translations/ta/roadmap/pectra/maxeb/index.md index c293eda01c9..412964f1294 100644 --- a/public/content/translations/ta/roadmap/pectra/maxeb/index.md +++ b/public/content/translations/ta/roadmap/pectra/maxeb/index.md @@ -6,7 +6,7 @@ lang: ta # MaxEB {#maxeb} -*சுருக்கம்:* பெக்ட்ரா (Pectra) ஹார்ட் ஃபோர்க், எத்தேரியம் வேலிடேட்டர்களை (validators) **Type 1** இலிருந்து **Type 2** திரும்பப் பெறும் சான்றுகளுக்கு (withdrawal credentials) மாற்றுவதன் மூலம் அதிகபட்ச பயனுள்ள இருப்பு (max effective balance) மற்றும் கூட்டு வட்டிக்கு (compounding) மாற அனுமதிக்கிறது. இதைச் செய்வதற்கான அதிகாரப்பூர்வ கருவி Launchpad ஆகும். இந்தச் செயலை மாற்றியமைக்க முடியாது. +*சுருக்கம்:* பெக்ட்ரா (Pectra) ஹார்ட் ஃபோர்க், எத்தேரியம் மதிப்பீட்டாளர்களை (validators) **Type 1** இலிருந்து **Type 2** திரும்பப் பெறும் சான்றுகளுக்கு (withdrawal credentials) மாற்றுவதன் மூலம் அதிகபட்ச பயனுள்ள இருப்பு (max effective balance) மற்றும் கூட்டு வட்டிக்கு (compounding) மாற அனுமதிக்கிறது. இதைச் செய்வதற்கான அதிகாரப்பூர்வ கருவி Launchpad ஆகும். இந்தச் செயலை மாற்றியமைக்க முடியாது. ## கண்ணோட்டம் {#overview} @@ -18,11 +18,11 @@ lang: ta ### "maxEB" என்றால் என்ன? {#what-is-maxeb} -maxEB = ஒரு மதிப்பீட்டாளரின் அதிகபட்ச பயனுள்ள இருப்பு (MAXimum Effective Balance). பெக்ட்ரா ஹார்ட் ஃபோர்க் வரை, ஒவ்வொரு மதிப்பீட்டாளரும் அதிகபட்சமாக 32 ETH-ல் வருமானம் ஈட்டுகின்றனர். பெக்ட்ராவிற்குப் பிறகு, வேலிடேட்டர்கள் இந்த மாற்றத்தைத் தேர்ந்தெடுப்பதன் மூலம் 32 முதல் 2048 ETH வரையிலான எந்தவொரு இருப்பிலும், 1 ETH அதிகரிப்புகளில் வருமானம் ஈட்ட விருப்பம் கொண்டுள்ளனர். +maxEB = ஒரு மதிப்பீட்டாளரின் அதிகபட்ச பயனுள்ள இருப்பு (MAXimum Effective Balance). பெக்ட்ரா ஹார்ட் ஃபோர்க் வரை, ஒவ்வொரு மதிப்பீட்டாளரும் அதிகபட்சமாக 32 ETH-ல் வருமானம் ஈட்டுகின்றனர். பெக்ட்ராவிற்குப் பிறகு, மதிப்பீட்டாளர்கள் இந்த மாற்றத்தைத் தேர்ந்தெடுப்பதன் மூலம் 32 முதல் 2048 ETH வரையிலான எந்தவொரு இருப்பிலும், 1 ETH அதிகரிப்புகளில் வருமானம் ஈட்ட விருப்பம் கொண்டுள்ளனர். -### ஒரு வேலிடேட்டர் எவ்வாறு இதில் சேரலாம்? {#how-does-a-validator-opt-in} +### ஒரு மதிப்பீட்டாளர் எவ்வாறு இதில் சேரலாம்? {#how-does-a-validator-opt-in} -ஒரு வேலிடேட்டர் **Type 1** இலிருந்து **Type 2** திரும்பப் பெறும் சான்றுகளுக்கு (withdrawal credentials) மாற்றுவதன் மூலம் maxEB மாற்றத்தைத் தேர்ந்தெடுக்கிறார். பெக்ட்ரா ஹார்ட் ஃபோர்க் நேரலைக்கு வந்த பிறகு [Launchpad (Validator Actions)](https://launchpad.ethereum.org/validator-actions) இல் இதைச் செய்யலாம். **Type 0** → **Type 1** ஐப் போலவே, **Type 1** → **Type 2** ஆக மாற்றுவதும் மாற்றியமைக்க முடியாத ஒரு செயல்முறையாகும். +ஒரு மதிப்பீட்டாளர் **Type 1** இலிருந்து **Type 2** திரும்பப் பெறும் சான்றுகளுக்கு (withdrawal credentials) மாற்றுவதன் மூலம் maxEB மாற்றத்தைத் தேர்ந்தெடுக்கிறார். பெக்ட்ரா ஹார்ட் ஃபோர்க் நேரலைக்கு வந்த பிறகு [Launchpad (Validator Actions)](https://launchpad.ethereum.org/validator-actions) இல் இதைச் செய்யலாம். **Type 0** → **Type 1** ஐப் போலவே, **Type 1** → **Type 2** ஆக மாற்றுவதும் மாற்றியமைக்க முடியாத ஒரு செயல்முறையாகும். ### திரும்பப் பெறும் சான்று (withdrawal credential) என்றால் என்ன? {#whats-a-withdrawal-credential} @@ -36,7 +36,7 @@ maxEB = ஒரு மதிப்பீட்டாளரின் அதிக ![Type 1 withdrawal credential](./0x01-wd.png) -3. **Type 2** திரும்பப் பெறும் சான்றுகள்: இந்த புதிய திரும்பப் பெறும் சான்று வகை `0x02...` என்று தொடங்கும் மற்றும் பெக்ட்ராவிற்குப் பிறகு செயல்படுத்தப்படும். **Type 2** திரும்பப் பெறும் சான்றுகளைக் கொண்ட வேலிடேட்டர்கள் சில நேரங்களில் "**compounding validators**" என்று அழைக்கப்படுகிறார்கள். +3. **Type 2** திரும்பப் பெறும் சான்றுகள்: இந்த புதிய திரும்பப் பெறும் சான்று வகை `0x02...` என்று தொடங்கும் மற்றும் பெக்ட்ராவிற்குப் பிறகு செயல்படுத்தப்படும். **Type 2** திரும்பப் பெறும் சான்றுகளைக் கொண்ட மதிப்பீட்டாளர்கள் சில நேரங்களில் "**compounding validators**" என்று அழைக்கப்படுகிறார்கள். | **அனுமதிக்கப்பட்டவை** | **அனுமதிக்கப்படாதவை** | | --- | --- | @@ -47,14 +47,14 @@ maxEB = ஒரு மதிப்பீட்டாளரின் அதிக ### அபாயங்கள் {#risks} -MaxEB ஒரு வேலிடேட்டர் தனது முழு இருப்பையும் மற்றொரு மதிப்பீட்டாளருக்கு அனுப்ப உதவுகிறது. ஒருங்கிணைப்பு கோரிக்கையை (consolidation request) சமர்ப்பிக்கும் பயனர்கள் தாங்கள் கையொப்பமிடும் பரிவர்த்தனையின் ஆதாரம் மற்றும் உள்ளடக்கங்களைச் சரிபார்க்க வேண்டும். maxEB அம்சங்களைப் பயன்படுத்திக் கொள்வதற்கான அதிகாரப்பூர்வ கருவி Launchpad ஆகும். நீங்கள் மூன்றாம் தரப்பு கருவியைப் பயன்படுத்த முடிவு செய்தால், பின்வருவனவற்றைச் சரிபார்க்க வேண்டும்: +MaxEB ஒரு மதிப்பீட்டாளர் தனது முழு இருப்பையும் மற்றொரு மதிப்பீட்டாளருக்கு அனுப்ப உதவுகிறது. ஒருங்கிணைப்பு கோரிக்கையை (consolidation request) சமர்ப்பிக்கும் பயனர்கள் தாங்கள் கையொப்பமிடும் பரிவர்த்தனையின் ஆதாரம் மற்றும் உள்ளடக்கங்களைச் சரிபார்க்க வேண்டும். maxEB அம்சங்களைப் பயன்படுத்திக் கொள்வதற்கான அதிகாரப்பூர்வ கருவி Launchpad ஆகும். நீங்கள் மூன்றாம் தரப்பு கருவியைப் பயன்படுத்த முடிவு செய்தால், பின்வருவனவற்றைச் சரிபார்க்க வேண்டும்: - மூல மதிப்பீட்டாளரின் (source validator) பொது விசை (pubkey) மற்றும் திரும்பப் பெறும் முகவரி ஆகியவை அவர்கள் கட்டுப்படுத்தும் மதிப்பீட்டாளருடன் பொருந்துகின்றனவா - இலக்கு மதிப்பீட்டாளரின் (target validator) பொது விசை சரியானது மற்றும் அவர்களுக்குச் சொந்தமானது தானா - அவர்கள் மற்றொரு மதிப்பீட்டாளருக்கு நிதியை அனுப்ப விரும்பவில்லை என்றால், கோரிக்கை ஒரு மாற்றமாக (conversion) இருக்க வேண்டும், ஒருங்கிணைப்பாக (consolidation) இருக்கக்கூடாது - சரியான திரும்பப் பெறும் முகவரியால் பரிவர்த்தனை கையொப்பமிடப்படுகிறதா -நீங்கள் பயன்படுத்தத் திட்டமிடும் எந்தவொரு மூன்றாம் தரப்பு கருவியையும் [EthStaker சமூகத்துடன்](https://ethstaker.org/about) விவாதிக்க **நாங்கள் கடுமையாகப் பரிந்துரைக்கிறோம்**. உங்கள் அணுகுமுறையைச் சரிபார்க்கவும் தவறுகளைத் தவிர்க்கவும் இது ஒரு பயனுள்ள இடமாகும். நீங்கள் தீங்கிழைக்கும் அல்லது தவறாக உள்ளமைக்கப்பட்ட கருவியைப் பயன்படுத்தினால், **உங்கள் முழு வேலிடேட்டர் இருப்பும் நீங்கள் கட்டுப்படுத்தாத ஒரு மதிப்பீட்டாளருக்கு அனுப்பப்படலாம்** — அதைத் திரும்பப் பெற எந்த வழியும் இல்லை. +நீங்கள் பயன்படுத்தத் திட்டமிடும் எந்தவொரு மூன்றாம் தரப்பு கருவியையும் [EthStaker சமூகத்துடன்](https://ethstaker.org/about) விவாதிக்க **நாங்கள் கடுமையாகப் பரிந்துரைக்கிறோம்**. உங்கள் அணுகுமுறையைச் சரிபார்க்கவும் தவறுகளைத் தவிர்க்கவும் இது ஒரு பயனுள்ள இடமாகும். நீங்கள் தீங்கிழைக்கும் அல்லது தவறாக உள்ளமைக்கப்பட்ட கருவியைப் பயன்படுத்தினால், **உங்கள் முழு மதிப்பீட்டாளர் இருப்பும் நீங்கள் கட்டுப்படுத்தாத ஒரு மதிப்பீட்டாளருக்கு அனுப்பப்படலாம்** — அதைத் திரும்பப் பெற எந்த வழியும் இல்லை. ## தொழில்நுட்ப விவரங்கள் {#technical-details} @@ -63,17 +63,17 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ `ConsolidationRequest` செயல்பாட்டிற்கு இரண்டு பயன்பாடுகள் இருக்கும்: 1. ஏற்கனவே உள்ள மதிப்பீட்டாளரை **Type 1** இலிருந்து **Type 2** மதிப்பீட்டாளராக மாற்றுதல் -2. பிற வேலிடேட்டர்களை ஏற்கனவே உள்ள **Type 2** மதிப்பீட்டாளராக ஒருங்கிணைத்தல் +2. பிற மதிப்பீட்டாளர்களை ஏற்கனவே உள்ள **Type 2** மதிப்பீட்டாளராக ஒருங்கிணைத்தல் -**Type 1** இலிருந்து **Type 2** மதிப்பீட்டாளராக மாற்றும்போது, *மூலம் (source)* மற்றும் *இலக்கு (target)* ஆகிய இரண்டும் நீங்கள் மாற்றும் மதிப்பீட்டாளராகவே இருக்கும். இந்தச் செயல்பாட்டிற்கு கேஸ் (gas) செலவாகும் மற்றும் பிற ஒருங்கிணைப்பு கோரிக்கைகளுக்குப் பின்னால் வரிசைப்படுத்தப்படும். இந்த வரிசையானது டெபாசிட் வரிசையிலிருந்து **தனிப்பட்டது** மற்றும் புதிய வேலிடேட்டர் டெபாசிட்டுகளால் பாதிக்கப்படாது, மேலும் இதை [pectrified.com](https://pectrified.com/) இல் பார்க்கலாம். +**Type 1** இலிருந்து **Type 2** மதிப்பீட்டாளராக மாற்றும்போது, *மூலம் (source)* மற்றும் *இலக்கு (target)* ஆகிய இரண்டும் நீங்கள் மாற்றும் மதிப்பீட்டாளராகவே இருக்கும். இந்தச் செயல்பாட்டிற்கு கேஸ் (gas) செலவாகும் மற்றும் பிற ஒருங்கிணைப்பு கோரிக்கைகளுக்குப் பின்னால் வரிசைப்படுத்தப்படும். இந்த வரிசையானது டெபாசிட் வரிசையிலிருந்து **தனிப்பட்டது** மற்றும் புதிய மதிப்பீட்டாளர் டெபாசிட்டுகளால் பாதிக்கப்படாது, மேலும் இதை [pectrified.com](https://pectrified.com/) இல் பார்க்கலாம். -வேலிடேட்டர்களை ஒருங்கிணைக்க, உங்களிடம் **Type 2** திரும்பப் பெறும் சான்றைக் கொண்ட *இலக்கு வேலிடேட்டர்* இருக்க வேண்டும். ஒருங்கிணைக்கப்படும் எந்தவொரு வேலிடேட்டர் இருப்புகளுக்கும் இதுவே சேருமிடமாகும், மேலும் குறியீடு (index) பாதுகாக்கப்படுகிறது. +மதிப்பீட்டாளர்களை ஒருங்கிணைக்க, உங்களிடம் **Type 2** திரும்பப் பெறும் சான்றைக் கொண்ட *இலக்கு மதிப்பீட்டாளர்* இருக்க வேண்டும். ஒருங்கிணைக்கப்படும் எந்தவொரு மதிப்பீட்டாளர் இருப்புகளுக்கும் இதுவே சேருமிடமாகும், மேலும் குறியீடு (index) பாதுகாக்கப்படுகிறது. ### Type 2 ஆக மாற்றுவதற்கான தேவைகள் {#requirements-for-converting-to-type-2} -நீங்கள் **Type 2** ஆக மாற்றும் முதல் மதிப்பீட்டாளருக்கு இது தேவைப்படும். இந்த மதிப்பீட்டாளரின் குறியீடு பாதுகாக்கப்பட்டு செயலில் இருக்கும். ஒரு மாற்றத்திற்கு, *மூல வேலிடேட்டர்* == *இலக்கு வேலிடேட்டர்.* +நீங்கள் **Type 2** ஆக மாற்றும் முதல் மதிப்பீட்டாளருக்கு இது தேவைப்படும். இந்த மதிப்பீட்டாளரின் குறியீடு பாதுகாக்கப்பட்டு செயலில் இருக்கும். ஒரு மாற்றத்திற்கு, *மூல மதிப்பீட்டாளர்* == *இலக்கு மதிப்பீட்டாளர்.* -வேலிடேட்டர்... +மதிப்பீட்டாளர்... - செயலில் இருக்க வேண்டும் - **Type 1** திரும்பப் பெறும் சான்றுகளைக் கொண்டிருக்க வேண்டும் @@ -84,13 +84,13 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ ### ஒருங்கிணைப்பதற்கான தேவைகள் {#requirements-for-consolidating} -இது மாற்றுவதைப் போன்ற *அதே செயல்பாடு* தான், ஆனால் *மூல வேலிடேட்டர்* *இலக்கு மதிப்பீட்டாளரிடமிருந்து* வேறுபட்டதாக இருக்கும்போது இது நிகழ்கிறது. இலக்கு மதிப்பீட்டாளரின் குறியீடு பாதுகாக்கப்படுகிறது மற்றும் மூல மதிப்பீட்டாளரிடமிருந்து இருப்பை ஏற்றுக்கொள்கிறது. மூல மதிப்பீட்டாளரின் குறியீடு `EXITED` நிலைக்கு மாற்றப்படுகிறது. +இது மாற்றுவதைப் போன்ற *அதே செயல்பாடு* தான், ஆனால் *மூல மதிப்பீட்டாளர்* *இலக்கு மதிப்பீட்டாளரிடமிருந்து* வேறுபட்டதாக இருக்கும்போது இது நிகழ்கிறது. இலக்கு மதிப்பீட்டாளரின் குறியீடு பாதுகாக்கப்படுகிறது மற்றும் மூல மதிப்பீட்டாளரிடமிருந்து இருப்பை ஏற்றுக்கொள்கிறது. மூல மதிப்பீட்டாளரின் குறியீடு `EXITED` நிலைக்கு மாற்றப்படுகிறது. இந்த நிலையில், மூல மதிப்பீட்டாளருக்கு மேலே உள்ள அதே தேவைகள் அனைத்தும் உள்ளன, மேலும்: - குறைந்தது ~27.3 மணிநேரம் (ஒரு `SHARD_COMMITTEE_PERIOD`) செயலில் இருந்திருக்க வேண்டும் -இலக்கு வேலிடேட்டர் +இலக்கு மதிப்பீட்டாளர் - **Type 2** திரும்பப் பெறும் சான்றுகளைக் கொண்டிருக்க வேண்டும் - வெளியேறும் நிலையில் இருக்கக்கூடாது. @@ -109,7 +109,7 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ ### கையொப்பமிடும் தேவைகள் {#signing-requirements} -ஒரு `ConsolidationRequest` ஐச் சமர்ப்பிக்க, **மூல மதிப்பீட்டாளரின் திரும்பப் பெறும் முகவரி** கோரிக்கையில் கையொப்பமிட வேண்டும். இது வேலிடேட்டர் நிதிகளின் மீதான கட்டுப்பாட்டை நிரூபிக்கிறது. +ஒரு `ConsolidationRequest` ஐச் சமர்ப்பிக்க, **மூல மதிப்பீட்டாளரின் திரும்பப் பெறும் முகவரி** கோரிக்கையில் கையொப்பமிட வேண்டும். இது மதிப்பீட்டாளர் நிதிகளின் மீதான கட்டுப்பாட்டை நிரூபிக்கிறது. ### எது கையொப்பமிடப்படுகிறது? {#what-is-signed} @@ -123,11 +123,11 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ இதன் விளைவாக வரும் **BLS கையொப்பம்** கோரிக்கையுடன் சமர்ப்பிக்கப்படுகிறது. -குறிப்பு: கையொப்பமிடுவது திரும்பப் பெறும் முகவரியால் செய்யப்படுகிறது, வேலிடேட்டர் விசையால் அல்ல. +குறிப்பு: கையொப்பமிடுவது திரும்பப் பெறும் முகவரியால் செய்யப்படுகிறது, மதிப்பீட்டாளர் விசையால் அல்ல. ### பகுதி திரும்பப் பெறுதல்கள் {#partial-withdrawals} -**Type 1** சான்றுகளைக் கொண்ட வேலிடேட்டர்கள் தங்களது அதிகப்படியான இருப்பை (32 ETH-க்கு மேல் உள்ள எதையும்) தங்களது திரும்பப் பெறும் முகவரிக்கு தானியங்கி, கேஸ் இல்லாத ஸ்வீப்களாகப் (sweeps) பெறுகிறார்கள். **Type 2** ஒரு மதிப்பீட்டாளரை 1 ETH அதிகரிப்புகளில் இருப்புகளைக் கூட்ட அனுமதிப்பதால், அது 2048 ETH-ஐ அடையும் வரை தானாகவே இருப்புகளை ஸ்வீப் செய்யாது. **Type 2** வேலிடேட்டர்களில் பகுதி திரும்பப் பெறுதல்கள் கைமுறையாகத் தூண்டப்பட வேண்டும் மற்றும் இதற்கு கேஸ் செலவாகும். +**Type 1** சான்றுகளைக் கொண்ட மதிப்பீட்டாளர்கள் தங்களது அதிகப்படியான இருப்பை (32 ETH-க்கு மேல் உள்ள எதையும்) தங்களது திரும்பப் பெறும் முகவரிக்கு தானியங்கி, கேஸ் இல்லாத ஸ்வீப்களாகப் (sweeps) பெறுகிறார்கள். **Type 2** ஒரு மதிப்பீட்டாளரை 1 ETH அதிகரிப்புகளில் இருப்புகளைக் கூட்ட அனுமதிப்பதால், அது 2048 ETH-ஐ அடையும் வரை தானாகவே இருப்புகளை ஸ்வீப் செய்யாது. **Type 2** மதிப்பீட்டாளர்களில் பகுதி திரும்பப் பெறுதல்கள் கைமுறையாகத் தூண்டப்பட வேண்டும் மற்றும் இதற்கு கேஸ் செலவாகும். ## ஒருங்கிணைப்பு கருவிகள் {#consolidation-tooling} @@ -136,8 +136,8 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ | கருவி | இணையதளம் | திறந்த மூலம் | உருவாக்கியவர் | தணிக்கை செய்யப்பட்டது | இடைமுகம் | குறிப்பிடத்தக்க அம்சங்கள் | | --- | --- | --- | --- | --- | --- | --- | | Pectra Staking Manager | pectrastaking.com | ஆம், Apache 2.0 | [Pier Two](https://piertwo.com/) | இல்லை | Web UI | Wallet Connect, SAFE உடன் வேலை செய்கிறது | -| Pectra Validator Ops CLI Tool | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | ஆம், MIT | [Luganodes](https://www.luganodes.com/) | ஆம், Quantstamp [May 2025](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | Command line | பேட்ச்சிங் (Batching), ஒரே நேரத்தில் பல வேலிடேட்டர்களுக்கு | -| Ethereal | [GitHub](https://github.com/wealdtech/ethereal) | ஆம், Apache 2.0 | [Jim McDonald](https://www.attestant.io/team/) | இல்லை | Command line | வேலிடேட்டர் மற்றும் நோடு நிர்வாகத்திற்கான முழு அம்சத் தொகுப்பு | +| Pectra Validator Ops CLI Tool | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | ஆம், MIT | [Luganodes](https://www.luganodes.com/) | ஆம், Quantstamp [May 2025](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | Command line | பேட்ச்சிங் (Batching), ஒரே நேரத்தில் பல மதிப்பீட்டாளர்களுக்கு | +| Ethereal | [GitHub](https://github.com/wealdtech/ethereal) | ஆம், Apache 2.0 | [Jim McDonald](https://www.attestant.io/team/) | இல்லை | Command line | மதிப்பீட்டாளர் மற்றும் நோடு நிர்வாகத்திற்கான முழு அம்சத் தொகுப்பு | | Siren | [GitHub](https://github.com/sigp/siren) | ஆம், Apache 2.0 | [Sigma Prime](https://sigmaprime.io/) | இல்லை | சில Command line, ஆனால் முதன்மையாக Web UI | நீங்கள் Lighthouse கன்சென்சஸ் கிளையண்டைப் பயன்படுத்தினால் மட்டுமே வேலை செய்யும் | | Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | ஆம், MIT உரிமங்கள் | [Stakely](https://stakely.io/) | இல்லை | Web UI, stakely ஆல் ஹோஸ்ட் செய்யப்பட்டது மற்றும் இலவசமாக சுய-ஹோஸ்ட் செய்யத் தயாராக உள்ளது | walletconnect உடன் safe உட்பட முக்கிய வாலட் இணைப்புகளை ஆதரிக்கிறது | @@ -145,11 +145,11 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ ### இதில் சேருவது எனது முன்மொழிவு அதிர்ஷ்டத்தையோ அல்லது வெகுமதிகளையோ மாற்றுமா? {#change-luck-or-rewards} -இல்லை. இதில் சேருவது உங்கள் முன்மொழிவு வாய்ப்பைக் குறைக்காது - உங்கள் கடமைகள் மற்றும் முன்மொழிவுத் தேர்வு ஆகியவை அப்படியே இருக்கும். எடுத்துக்காட்டாக, உங்களிடம் இரண்டு 32 ETH வேலிடேட்டர்கள் மற்றும் ஒரு 64 ETH வேலிடேட்டர் இருந்தால், ஒரு பிளாக்கை முன்மொழியவும் வெகுமதிகளைப் பெறவும் தேர்ந்தெடுக்கப்படுவதற்கான அதே மொத்த வாய்ப்புகள் உங்களுக்கு இருக்கும். +இல்லை. இதில் சேருவது உங்கள் முன்மொழிவு வாய்ப்பைக் குறைக்காது - உங்கள் கடமைகள் மற்றும் முன்மொழிவுத் தேர்வு ஆகியவை அப்படியே இருக்கும். எடுத்துக்காட்டாக, உங்களிடம் இரண்டு 32 ETH மதிப்பீட்டாளர்கள் மற்றும் ஒரு 64 ETH மதிப்பீட்டாளர் இருந்தால், ஒரு பிளாக்கை முன்மொழியவும் வெகுமதிகளைப் பெறவும் தேர்ந்தெடுக்கப்படுவதற்கான அதே மொத்த வாய்ப்புகள் உங்களுக்கு இருக்கும். ### இதில் சேருவது எனது ஸ்லாஷிங் அபாயத்தை மாற்றுமா? {#change-slashing-risk} -சிறிய அல்லது தொழில்முறையற்ற ஆபரேட்டர்களுக்கு, சுருக்கமான பதில் இல்லை என்பதாகும். விரிவான பதில் என்னவென்றால், விரைவான விழிப்பூட்டல்களுடன் ஒரு நோடுக்கு பல வேலிடேட்டர்களை இயக்கும் தொழில்முறை ஆபரேட்டர்களுக்கு, குறைவான வேலிடேட்டர்களாக ஒருங்கிணைப்பது ஸ்லாஷிங்கிற்கு எதிர்வினையாற்றும் மற்றும் தொடர் நிகழ்வுகளைத் தடுக்கும் திறனைக் குறைக்கலாம். இந்த அபாயத்தை ஈடுசெய்ய அனைத்து வேலிடேட்டர்களுக்கான ஆரம்ப ஸ்லாஷிங் *அபராதம்* 1 ETH (ஒரு 32 ETH-க்கு) இலிருந்து 0.0078125 ETH (ஒரு 32 ETH-க்கு) ஆகக் கணிசமாகக் குறைக்கப்பட்டுள்ளது. +சிறிய அல்லது தொழில்முறையற்ற ஆபரேட்டர்களுக்கு, சுருக்கமான பதில் இல்லை என்பதாகும். விரிவான பதில் என்னவென்றால், விரைவான விழிப்பூட்டல்களுடன் ஒரு நோடுக்கு பல மதிப்பீட்டாளர்களை இயக்கும் தொழில்முறை ஆபரேட்டர்களுக்கு, குறைவான மதிப்பீட்டாளர்களாக ஒருங்கிணைப்பது ஸ்லாஷிங்கிற்கு எதிர்வினையாற்றும் மற்றும் தொடர் நிகழ்வுகளைத் தடுக்கும் திறனைக் குறைக்கலாம். இந்த அபாயத்தை ஈடுசெய்ய அனைத்து மதிப்பீட்டாளர்களுக்கான ஆரம்ப ஸ்லாஷிங் *அபராதம்* 1 ETH (ஒரு 32 ETH-க்கு) இலிருந்து 0.0078125 ETH (ஒரு 32 ETH-க்கு) ஆகக் கணிசமாகக் குறைக்கப்பட்டுள்ளது. ### மாற்றுவதற்கு நான் எனது மதிப்பீட்டாளரிலிருந்து வெளியேற வேண்டுமா? {#exit-validator} @@ -159,19 +159,19 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ குறைந்தபட்சம் 27.3 மணிநேரம் ஆகும், ஆனால் ஒருங்கிணைப்புகளும் ஒரு வரிசைக்கு உட்பட்டவை. இந்த வரிசையானது டெபாசிட் மற்றும் திரும்பப் பெறும் வரிசைகளிலிருந்து சுயாதீனமானது மற்றும் அவற்றால் பாதிக்கப்படாது. -### எனது வேலிடேட்டர் குறியீட்டை நான் வைத்திருக்க முடியுமா? {#keep-validator-index} +### எனது மதிப்பீட்டாளர் குறியீட்டை நான் வைத்திருக்க முடியுமா? {#keep-validator-index} -ஆம். இருக்கும் இடத்திலேயே மாற்றுவது அதே வேலிடேட்டர் குறியீட்டை வைத்திருக்கும். நீங்கள் பல வேலிடேட்டர்களை ஒருங்கிணைத்தால், *இலக்கு மதிப்பீட்டாளரின்* குறியீட்டை மட்டுமே உங்களால் வைத்திருக்க முடியும். +ஆம். இருக்கும் இடத்திலேயே மாற்றுவது அதே மதிப்பீட்டாளர் குறியீட்டை வைத்திருக்கும். நீங்கள் பல மதிப்பீட்டாளர்களை ஒருங்கிணைத்தால், *இலக்கு மதிப்பீட்டாளரின்* குறியீட்டை மட்டுமே உங்களால் வைத்திருக்க முடியும். ### நான் சான்றளிப்புகளை (attestations) தவறவிடுவேனா? {#miss-attestations} -மற்றொரு மதிப்பீட்டாளராக ஒருங்கிணைக்கும் போது, மூல வேலிடேட்டர் வெளியேற்றப்படுகிறார் மற்றும் இலக்கு மதிப்பீட்டாளரில் இருப்பு செயலில் வருவதற்கு முன்பு ~27 மணிநேர காத்திருப்பு காலம் உள்ளது. இந்தக் காலம் **செயல்திறன் அளவீடுகளைப் பாதிக்காது**. +மற்றொரு மதிப்பீட்டாளராக ஒருங்கிணைக்கும் போது, மூல மதிப்பீட்டாளர் வெளியேற்றப்படுகிறார் மற்றும் இலக்கு மதிப்பீட்டாளரில் இருப்பு செயலில் வருவதற்கு முன்பு ~27 மணிநேர காத்திருப்பு காலம் உள்ளது. இந்தக் காலம் **செயல்திறன் அளவீடுகளைப் பாதிக்காது**. ### எனக்கு அபராதம் விதிக்கப்படுமா? {#incur-penalties} -இல்லை. உங்கள் வேலிடேட்டர் ஆன்லைனில் இருக்கும் வரை, உங்களுக்கு அபராதம் விதிக்கப்படாது. +இல்லை. உங்கள் மதிப்பீட்டாளர் ஆன்லைனில் இருக்கும் வரை, உங்களுக்கு அபராதம் விதிக்கப்படாது. -### ஒருங்கிணைக்கப்படும் வேலிடேட்டர்களின் திரும்பப் பெறும் முகவரிகள் பொருந்த வேண்டுமா? {#withdrawal-addresses-match} +### ஒருங்கிணைக்கப்படும் மதிப்பீட்டாளர்களின் திரும்பப் பெறும் முகவரிகள் பொருந்த வேண்டுமா? {#withdrawal-addresses-match} இல்லை. ஆனால் *மூலம் (source)* தனது சொந்த முகவரியிலிருந்து கோரிக்கையை அங்கீகரிக்க வேண்டும். @@ -187,11 +187,11 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ இல்லை. **Type 2** ஆக மாற்றுவது மாற்றியமைக்க முடியாதது. -### நான் பல வேலிடேட்டர்களை ஒருங்கிணைக்க விரும்பினால், முதலில் ஒவ்வொன்றையும் Type 2 ஆக மாற்ற வேண்டுமா? {#consolidate-multiple-validators} +### நான் பல மதிப்பீட்டாளர்களை ஒருங்கிணைக்க விரும்பினால், முதலில் ஒவ்வொன்றையும் Type 2 ஆக மாற்ற வேண்டுமா? {#consolidate-multiple-validators} -இல்லை! ஒரு மதிப்பீட்டாளரை Type 2 ஆக மாற்றி, பின்னர் அதை இலக்காகப் பயன்படுத்தவும். அந்த Type 2 இலக்கில் ஒருங்கிணைக்கப்பட்ட மற்ற அனைத்து வேலிடேட்டர்களும் Type 1 அல்லது Type 2 ஆக இருக்கலாம். +இல்லை! ஒரு மதிப்பீட்டாளரை Type 2 ஆக மாற்றி, பின்னர் அதை இலக்காகப் பயன்படுத்தவும். அந்த Type 2 இலக்கில் ஒருங்கிணைக்கப்பட்ட மற்ற அனைத்து மதிப்பீட்டாளர்களும் Type 1 அல்லது Type 2 ஆக இருக்கலாம். -### எனது வேலிடேட்டர் ஆஃப்லைனில் உள்ளது அல்லது 32 ETH-க்குக் கீழே உள்ளது - நான் இன்னும் அதை மாற்ற முடியுமா? {#offline-or-below-32eth} +### எனது மதிப்பீட்டாளர் ஆஃப்லைனில் உள்ளது அல்லது 32 ETH-க்குக் கீழே உள்ளது - நான் இன்னும் அதை மாற்ற முடியுமா? {#offline-or-below-32eth} ஆம். அது செயலில் இருக்கும் வரை (வெளியேறவில்லை) மற்றும் அதன் திரும்பப் பெறும் முகவரியுடன் நீங்கள் கையொப்பமிட முடியும் வரை, நீங்கள் அதை மாற்றலாம். @@ -200,5 +200,5 @@ MaxEB ஒரு வேலிடேட்டர் தனது முழு இ - [எலெக்ட்ரா கன்சென்சஸ் விவரக்குறிப்புகள் (Electra consensus specs)](https://github.com/ethereum/consensus-specs/blob/master/specs/electra/beacon-chain.md): இது நீங்கள் நம்பியிருக்க வேண்டிய 'உண்மையான' பதிப்பாகும். சந்தேகம் வரும்போது, விவரக்குறிப்புகளைப் படிக்கவும் - குறியீட்டைப் படிப்பதில் அனைவருக்கும் வசதியாக இருக்காது, எனவே [இந்த maxEB-GPT](https://chatgpt.com/g/g-67f1650fb48081918f555e0c8d1c2ae9-maxeb-gpt) விவரக்குறிப்புகளை விளக்குவதற்கு உதவலாம். *பொறுப்புத்துறப்பு: AI தகவலைத் தவறாகப் புரிந்துகொள்ளலாம் அல்லது தவறான பதில்களை உருவாக்கலாம் என்பதால், AI-ஐ அல்ல, விவரக்குறிப்புகளையே உண்மையாக நம்ப வேண்டும்* - [pectrified.com](https://pectrified.com/): ஒருங்கிணைப்புகள், டெபாசிட்டுகள் மற்றும் வரிசை காத்திருப்பு நேரங்களின் நிலையைக் காண்க -- [Ethereal](https://github.com/wealdtech/ethereal): பொதுவான வேலிடேட்டர் பணிகளை நிர்வகிப்பதற்கான சமூகம் உருவாக்கிய CLI கருவி -- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): பல எத்தேரியம் வேலிடேட்டர்களை ஒரே பரிவர்த்தனையில் டெபாசிட் செய்ய அனுமதிக்கும் சமூகம் உருவாக்கிய ஒப்பந்தம் \ No newline at end of file +- [Ethereal](https://github.com/wealdtech/ethereal): பொதுவான மதிப்பீட்டாளர் பணிகளை நிர்வகிப்பதற்கான சமூகம் உருவாக்கிய CLI கருவி +- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor): பல எத்தேரியம் மதிப்பீட்டாளர்களை ஒரே பரிவர்த்தனையில் டெபாசிட் செய்ய அனுமதிக்கும் சமூகம் உருவாக்கிய ஒப்பந்தம் \ No newline at end of file diff --git a/public/content/translations/ur/developers/docs/apis/json-rpc/index.md b/public/content/translations/ur/developers/docs/apis/json-rpc/index.md new file mode 100644 index 00000000000..daa0b8f1b28 --- /dev/null +++ b/public/content/translations/ur/developers/docs/apis/json-rpc/index.md @@ -0,0 +1,1894 @@ +--- +title: JSON-RPC API +description: "ایتھریم کلائنٹس کے لیے ایک سٹیٹ لیس، ہلکا پھلکا ریموٹ پروسیجر کال (RPC) پروٹوکول۔" +lang: ur +--- + +کسی بھی سافٹ ویئر ایپلیکیشن کو [ایتھریم](/) بلاک چین کے ساتھ تعامل کرنے کے لیے - چاہے وہ بلاک چین کا ڈیٹا پڑھنا ہو یا نیٹ ورک پر ٹرانزیکشنز بھیجنا ہو - اسے ایک ایتھریم نوڈ سے منسلک ہونا ضروری ہے۔ + +اس مقصد کے لیے، ہر [ایتھریم کلائنٹ](/developers/docs/nodes-and-clients/#execution-clients) ایک [JSON-RPC تصریح](https://github.com/ethereum/execution-apis) کو نافذ کرتا ہے، تاکہ طریقوں (methods) کا ایک یکساں سیٹ موجود ہو جس پر ایپلیکیشنز انحصار کر سکیں، قطع نظر اس کے کہ مخصوص نوڈ یا کلائنٹ کا نفاذ کیا ہے۔ + +[JSON-RPC](https://www.jsonrpc.org/specification) ایک سٹیٹ لیس، ہلکا پھلکا ریموٹ پروسیجر کال (RPC) پروٹوکول ہے۔ یہ کئی ڈیٹا سٹرکچرز اور ان کی پروسیسنگ کے اصولوں کی وضاحت کرتا ہے۔ یہ ٹرانسپورٹ ایگنوسٹک (transport agnostic) ہے، یعنی اس کے تصورات کو ایک ہی پروسیس کے اندر، ساکٹس (sockets) پر، HTTP پر، یا پیغام رسانی کے مختلف ماحول میں استعمال کیا جا سکتا ہے۔ یہ ڈیٹا فارمیٹ کے طور پر JSON (RFC 4627) کا استعمال کرتا ہے۔ + +## کلائنٹ امپلی مینٹیشنز {#client-implementations} + +ایتھریم کلائنٹس JSON-RPC کی تخصیص کو نافذ کرتے وقت مختلف پروگرامنگ زبانیں استعمال کر سکتے ہیں۔ مخصوص پروگرامنگ زبانوں سے متعلق مزید تفصیلات کے لیے انفرادی [کلائنٹ کی دستاویزات](/developers/docs/nodes-and-clients/#execution-clients) دیکھیں۔ ہم تجویز کرتے ہیں کہ تازہ ترین API سپورٹ کی معلومات کے لیے ہر کلائنٹ کی دستاویزات چیک کریں۔ + +## سہولت بخش لائبریریاں {#convenience-libraries} + +اگرچہ آپ JSON-RPC API کے ذریعے براہ راست Ethereum کلائنٹس کے ساتھ تعامل کرنے کا انتخاب کر سکتے ہیں، لیکن dapp ڈیولپرز کے لیے اکثر آسان اختیارات موجود ہوتے ہیں۔ JSON-RPC API کے اوپر ریپرز (wrappers) فراہم کرنے کے لیے بہت سی [JavaScript](/developers/docs/apis/javascript/#available-libraries) اور [backend API](/developers/docs/apis/backend/#available-libraries) لائبریریاں موجود ہیں۔ ان لائبریریوں کے ساتھ، ڈیولپرز اپنی پسند کی پروگرامنگ زبان میں بدیہی، ایک سطری (one-line) طریقے لکھ سکتے ہیں تاکہ (پس پردہ) JSON-RPC درخواستیں شروع کی جا سکیں جو Ethereum کے ساتھ تعامل کرتی ہیں۔ + +## کنسنسس کلائنٹ APIs {#consensus-clients} + +یہ صفحہ بنیادی طور پر Ethereum ایگزیکیوشن کلائنٹس کے زیر استعمال JSON-RPC API سے متعلق ہے۔ تاہم، کنسنسس کلائنٹس میں ایک RPC API بھی ہوتا ہے جو صارفین کو نوڈ کے بارے میں معلومات حاصل کرنے، بیکن (Beacon) بلاکس، بیکن اسٹیٹ، اور کنسنسس سے متعلق دیگر معلومات براہ راست نوڈ سے طلب کرنے کی اجازت دیتا ہے۔ اس API کی دستاویزات [بیکن API ویب پیج](https://ethereum.github.io/beacon-APIs/#/) پر موجود ہیں۔ + +ایک نوڈ کے اندر کلائنٹس کے درمیان رابطے کے لیے ایک اندرونی API بھی استعمال کیا جاتا ہے - یعنی، یہ کنسنسس کلائنٹ اور ایگزیکیوشن کلائنٹ کو ڈیٹا کا تبادلہ کرنے کے قابل بناتا ہے۔ اسے 'Engine API' کہا جاتا ہے اور اس کی تفصیلات [GitHub](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) پر دستیاب ہیں۔ + +## ایگزیکیوشن کلائنٹ کی تفصیلات {#spec} + +[GitHub پر مکمل JSON-RPC API کی تفصیلات پڑھیں](https://github.com/ethereum/execution-apis)۔ اس API کو [Execution API ویب پیج](https://ethereum.github.io/execution-apis/) پر دستاویزی شکل دی گئی ہے اور اس میں تمام دستیاب طریقوں کو آزمانے کے لیے ایک انسپکٹر (Inspector) شامل ہے۔ + +## روایات {#conventions} + +### ہیکس ویلیو انکوڈنگ {#hex-encoding} + +JSON پر دو اہم ڈیٹا ٹائپس پاس کی جاتی ہیں: ان فارمیٹڈ بائٹ ایریز (unformatted byte arrays) اور مقداریں (quantities)۔ دونوں کو ہیکس انکوڈنگ کے ساتھ پاس کیا جاتا ہے لیکن فارمیٹنگ کے لیے مختلف تقاضوں کے ساتھ۔ + +#### مقداریں {#quantities-encoding} + +مقداروں (انٹیجرز، نمبرز) کو انکوڈ کرتے وقت: ہیکس کے طور پر انکوڈ کریں، "0x" کا سابقہ لگائیں، جو کہ سب سے مختصر نمائندگی ہے (معمولی استثنا: صفر کو "0x0" کے طور پر پیش کیا جانا چاہیے)۔ + +یہاں کچھ مثالیں ہیں: + +- 0x41 (اعشاریہ میں 65) +- 0x400 (اعشاریہ میں 1024) +- غلط: 0x (ہمیشہ کم از کم ایک ہندسہ ہونا چاہیے - صفر "0x0" ہے) +- غلط: 0x0400 (شروع میں صفر کی اجازت نہیں ہے) +- غلط: ff (شروع میں 0x کا سابقہ ہونا ضروری ہے) + +### ان فارمیٹڈ ڈیٹا {#unformatted-data-encoding} + +ان فارمیٹڈ ڈیٹا (بائٹ ایریز، اکاؤنٹ ایڈریسز، ہیشز، بائٹ کوڈ ایریز) کو انکوڈ کرتے وقت: ہیکس کے طور پر انکوڈ کریں، "0x" کا سابقہ لگائیں، فی بائٹ دو ہیکس ہندسے۔ + +یہاں کچھ مثالیں ہیں: + +- 0x41 (سائز 1، "A") +- 0x004200 (سائز 3، "0B0") +- 0x (سائز 0، "") +- غلط: 0xf0f0f (ہندسوں کی تعداد جفت ہونی چاہیے) +- غلط: 004200 (شروع میں 0x کا سابقہ ہونا ضروری ہے) + +### بلاک پیرامیٹر {#block-parameter} + +درج ذیل میتھڈز میں ایک بلاک پیرامیٹر ہوتا ہے: + +- [eth_getBalance](#eth_getbalance) +- [eth_getCode](#eth_getcode) +- [eth_getTransactionCount](#eth_gettransactioncount) +- [eth_getStorageAt](#eth_getstorageat) +- [eth_call](#eth_call) + +جب ایسی درخواستیں کی جاتی ہیں جو Ethereum کی حالت (state) کے بارے میں استفسار کرتی ہیں، تو فراہم کردہ بلاک پیرامیٹر بلاک کی اونچائی (height) کا تعین کرتا ہے۔ + +بلاک پیرامیٹر کے لیے درج ذیل آپشنز ممکن ہیں: + +- `HEX String` - ایک انٹیجر بلاک نمبر +- `String "earliest"` - سب سے ابتدائی/جینیسس (genesis) بلاک کے لیے +- `String "latest"` - تازہ ترین تجویز کردہ بلاک کے لیے +- `String "safe"` - تازہ ترین محفوظ ہیڈ بلاک کے لیے +- `String "finalized"` - تازہ ترین حتمی (finalized) بلاک کے لیے +- `String "pending"` - زیر التوا حالت/ٹرانزیکشنز کے لیے + +## مثالیں + +اس صفحے پر ہم کمانڈ لائن ٹول، [curl](https://curl.se) کا استعمال کرتے ہوئے انفرادی JSON_RPC API اینڈ پوائنٹس کو استعمال کرنے کی مثالیں فراہم کرتے ہیں۔ یہ انفرادی اینڈ پوائنٹ کی مثالیں نیچے [Curl کی مثالیں](#curl-examples) سیکشن میں دی گئی ہیں۔ صفحے میں مزید نیچے، ہم Geth نوڈ، JSON_RPC API اور curl کا استعمال کرتے ہوئے ایک اسمارٹ کانٹریکٹ کو مرتب اور تعینات کرنے کے لیے ایک [مکمل مثال](#usage-example) بھی فراہم کرتے ہیں۔ + +## curl کی مثالیں {#curl-examples} + +Ethereum نوڈ کو [curl](https://curl.se) درخواستیں بھیج کر JSON_RPC API استعمال کرنے کی مثالیں ذیل میں دی گئی ہیں۔ ہر مثال میں مخصوص اینڈ پوائنٹ کی تفصیل، اس کے پیرامیٹرز، ریٹرن ٹائپ، اور اسے استعمال کرنے کے طریقے کی ایک عملی مثال شامل ہے۔ + +curl درخواستیں کنٹینٹ ٹائپ سے متعلق خرابی کا پیغام (error message) واپس کر سکتی ہیں۔ اس کی وجہ یہ ہے کہ `--data` آپشن کنٹینٹ ٹائپ کو `application/x-www-form-urlencoded` پر سیٹ کرتا ہے۔ اگر آپ کا نوڈ اس بارے میں ایرر دیتا ہے، تو کال کے شروع میں `-H "Content-Type: application/json"` رکھ کر دستی طور پر ہیڈر سیٹ کریں۔ مثالوں میں URL/IP اور پورٹ کا امتزاج بھی شامل نہیں ہے جو curl کو دیا جانے والا آخری آرگومنٹ ہونا چاہیے (جیسے، `127.0.0.1:8545`)۔ ان اضافی ڈیٹا پر مشتمل ایک مکمل curl درخواست درج ذیل شکل اختیار کرتی ہے: + +```shell +curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' 127.0.0.1:8545 +``` + +## گاسپ، اسٹیٹ، ہسٹری {#gossip-state-history} + +چند بنیادی JSON-RPC میتھڈز کو ایتھیریم نیٹ ورک سے ڈیٹا درکار ہوتا ہے، اور یہ باآسانی تین اہم زمروں میں تقسیم ہوتے ہیں: _گاسپ، اسٹیٹ، اور ہسٹری_۔ ہر میتھڈ پر جانے کے لیے ان سیکشنز میں موجود لنکس کا استعمال کریں، یا میتھڈز کی مکمل فہرست دیکھنے کے لیے فہرستِ مضامین کا استعمال کریں۔ + +### گاسپ میتھڈز {#gossip-methods} + +> یہ میتھڈز چین کے ہیڈ (head) کو ٹریک کرتے ہیں۔ اسی طرح ٹرانزیکشنز نیٹ ورک میں اپنا راستہ بناتی ہیں، بلاکس میں شامل ہوتی ہیں، اور کلائنٹس کو نئے بلاکس کے بارے میں معلوم ہوتا ہے۔ + +- [eth_blockNumber](#eth_blocknumber) +- [eth_sendRawTransaction](#eth_sendrawtransaction) + +### اسٹیٹ میتھڈز {#state_methods} + +> وہ میتھڈز جو تمام محفوظ کردہ ڈیٹا کی موجودہ اسٹیٹ کی رپورٹ دیتے ہیں۔ "اسٹیٹ" ایک بڑی شیئرڈ RAM کی طرح ہے، اور اس میں اکاؤنٹ بیلنس، کنٹریکٹ کا ڈیٹا، اور گیس کے تخمینے شامل ہوتے ہیں۔ + +- [eth_getBalance](#eth_getbalance) +- [eth_getStorageAt](#eth_getstorageat) +- [eth_getTransactionCount](#eth_gettransactioncount) +- [eth_getCode](#eth_getcode) +- [eth_call](#eth_call) +- [eth_estimateGas](#eth_estimategas) + +### ہسٹری میتھڈز {#history_methods} + +> جینیسس (genesis) تک ہر بلاک کا تاریخی ریکارڈ حاصل کرتا ہے۔ یہ ایک بڑی اپینڈ-اونلی (append-only) فائل کی طرح ہے، اور اس میں تمام بلاک ہیڈرز، بلاک باڈیز، انکل (uncle) بلاکس، اور ٹرانزیکشن کی رسیدیں شامل ہوتی ہیں۔ + +- [eth_getBlockTransactionCountByHash](#eth_getblocktransactioncountbyhash) +- [eth_getBlockTransactionCountByNumber](#eth_getblocktransactioncountbynumber) +- [eth_getUncleCountByBlockHash](#eth_getunclecountbyblockhash) +- [eth_getUncleCountByBlockNumber](#eth_getunclecountbyblocknumber) +- [eth_getBlockByHash](#eth_getblockbyhash) +- [eth_getBlockByNumber](#eth_getblockbynumber) +- [eth_getTransactionByHash](#eth_gettransactionbyhash) +- [eth_getTransactionByBlockHashAndIndex](#eth_gettransactionbyblockhashandindex) +- [eth_getTransactionByBlockNumberAndIndex](#eth_gettransactionbyblocknumberandindex) +- [eth_getTransactionReceipt](#eth_gettransactionreceipt) +- [eth_getUncleByBlockHashAndIndex](#eth_getunclebyblockhashandindex) +- [eth_getUncleByBlockNumberAndIndex](#eth_getunclebyblocknumberandindex) + +## JSON-RPC API پلے گراؤنڈ + +آپ API میتھڈز کو دریافت کرنے اور آزمانے کے لیے [پلے گراؤنڈ ٹول](https://ethereum-json-rpc.com) استعمال کر سکتے ہیں۔ یہ آپ کو یہ بھی دکھاتا ہے کہ مختلف نوڈ پرووائیڈرز کن میتھڈز اور نیٹ ورکس کو سپورٹ کرتے ہیں۔ + +## JSON-RPC API کے طریقے {#json-rpc-methods} + +### web3_clientVersion {#web3_clientversion} + +موجودہ کلائنٹ کا ورژن لوٹاتا ہے۔ + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`String` - موجودہ کلائنٹ کا ورژن + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' +// نتیجہ +{ + "id":67, + "jsonrpc":"2.0", + "result": "Geth/v1.12.1-stable/linux-amd64/go1.19.1" +} +``` + +### web3_sha3 {#web3_sha3} + +دیے گئے ڈیٹا کا Keccak-256 (معیاری SHA3-256 _نہیں_) لوٹاتا ہے۔ + +**پیرامیٹرز** + +1. `DATA` - وہ ڈیٹا جسے SHA3 ہیش میں تبدیل کرنا ہے + +```js +params: ["0x68656c6c6f20776f726c64"] +``` + +**واپسی** + +`DATA` - دی گئی سٹرنگ کا SHA3 نتیجہ۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c6f20776f726c64"],"id":64}' +// نتیجہ +{ + "id":64, + "jsonrpc": "2.0", + "result": "0x47173285a8d7341e5e972fc677286384f802f8ef42a5ec5f03bbfa254cb01fad" +} +``` + +### net_version {#net_version} + +موجودہ نیٹ ورک کی آئی ڈی (id) لوٹاتا ہے۔ + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`String` - موجودہ نیٹ ورک کی آئی ڈی۔ + +موجودہ نیٹ ورک IDs کی مکمل فہرست [chainlist.org](https://chainlist.org) پر دستیاب ہے۔ کچھ عام یہ ہیں: + +- `1`: Ethereum Mainnet +- `11155111`: Sepolia ٹیسٹ نیٹ +- `560048` : Hoodi ٹیسٹ نیٹ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67}' +// نتیجہ +{ + "id":67, + "jsonrpc": "2.0", + "result": "3" +} +``` + +### net_listening {#net_listening} + +اگر کلائنٹ نیٹ ورک کنکشنز کے لیے فعال طور پر سن رہا ہے تو `true` لوٹاتا ہے۔ + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`Boolean` - سنتے وقت `true`، بصورت دیگر `false`۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id":67}' +// نتیجہ +{ + "id":67, + "jsonrpc":"2.0", + "result":true +} +``` + +### net_peerCount {#net_peercount} + +کلائنٹ سے فی الحال منسلک پیئرز (peers) کی تعداد لوٹاتا ہے۔ + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`QUANTITY` - منسلک پیئرز کی تعداد کا انٹیجر (integer)۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id":74}' +// نتیجہ +{ + "id":74, + "jsonrpc": "2.0", + "result": "0x2" // 2 +} +``` + +### eth_protocolVersion {#eth_protocolversion} + +موجودہ Ethereum پروٹوکول کا ورژن لوٹاتا ہے۔ نوٹ کریں کہ یہ طریقہ [Geth میں دستیاب نہیں ہے](https://github.com/ethereum/go-ethereum/pull/22064#issuecomment-788682924)۔ + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`String` - موجودہ Ethereum پروٹوکول کا ورژن + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[],"id":67}' +// نتیجہ +{ + "id":67, + "jsonrpc": "2.0", + "result": "54" +} +``` + +### eth_syncing {#eth_syncing} + +سنک (sync) کی صورتحال کے بارے میں ڈیٹا کے ساتھ ایک آبجیکٹ یا `false` لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +درست واپسی کا ڈیٹا کلائنٹ کے نفاذ کے درمیان مختلف ہوتا ہے۔ جب نوڈ سنک نہیں ہو رہا ہوتا تو تمام کلائنٹس `False` لوٹاتے ہیں، اور تمام کلائنٹس درج ذیل فیلڈز لوٹاتے ہیں۔ + +`Object|Boolean`، سنک کی صورتحال کے ڈیٹا کے ساتھ ایک آبجیکٹ یا `FALSE`، جب سنک نہیں ہو رہا ہو: + +- `startingBlock`: `QUANTITY` - وہ بلاک جس پر امپورٹ شروع ہوا (صرف اس وقت ری سیٹ ہوگا، جب سنک اپنے ہیڈ تک پہنچ جائے گا) +- `currentBlock`: `QUANTITY` - موجودہ بلاک، بالکل eth_blockNumber کی طرح +- `highestBlock`: `QUANTITY` - تخمینی سب سے اونچا بلاک + +تاہم، انفرادی کلائنٹس اضافی ڈیٹا بھی فراہم کر سکتے ہیں۔ مثال کے طور پر Geth درج ذیل لوٹاتا ہے: + +```json +{ + "jsonrpc": "2.0", + "id": 1, + "result": { + "currentBlock": "0x3cf522", + "healedBytecodeBytes": "0x0", + "healedBytecodes": "0x0", + "healedTrienodes": "0x0", + "healingBytecode": "0x0", + "healingTrienodes": "0x0", + "highestBlock": "0x3e0e41", + "startingBlock": "0x3cbed5", + "syncedAccountBytes": "0x0", + "syncedAccounts": "0x0", + "syncedBytecodeBytes": "0x0", + "syncedBytecodes": "0x0", + "syncedStorage": "0x0", + "syncedStorageBytes": "0x0" + } +} +``` + +جبکہ Besu لوٹاتا ہے: + +```json +{ + "jsonrpc": "2.0", + "id": 51, + "result": { + "startingBlock": "0x0", + "currentBlock": "0x1518", + "highestBlock": "0x9567a3", + "pulledStates": "0x203ca", + "knownStates": "0x200636" + } +} +``` + +مزید تفصیلات کے لیے اپنے مخصوص کلائنٹ کی دستاویزات سے رجوع کریں۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": { + startingBlock: '0x384', + currentBlock: '0x386', + highestBlock: '0x454' + } +} +// یا جب سنک نہ ہو رہا ہو +{ + "id":1, + "jsonrpc": "2.0", + "result": false +} +``` + +### eth_coinbase {#eth_coinbase} + +کلائنٹ کا کوائن بیس (coinbase) ایڈریس لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +> **نوٹ:** یہ طریقہ **v1.14.0** کے بعد سے متروک (deprecated) کر دیا گیا ہے اور اب تعاون یافتہ نہیں ہے۔ اس طریقے کو استعمال کرنے کی کوشش کے نتیجے میں "Method not supported" کی خرابی ظاہر ہوگی۔ + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`DATA`، 20 بائٹس - موجودہ کوائن بیس ایڈریس۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}' +// نتیجہ +{ + "id":64, + "jsonrpc": "2.0", + "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1" +} +``` + +### eth_chainId {#eth_chainId} + +ری پلے سے محفوظ (replay-protected) ٹرانزیکشنز پر دستخط کرنے کے لیے استعمال ہونے والی چین آئی ڈی (chain ID) لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`chainId`، ایک سٹرنگ کے طور پر ہیکسا ڈیسیمل ویلیو جو موجودہ چین آئی ڈی کے انٹیجر کی نمائندگی کرتی ہے۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}' +// نتیجہ +{ + "id":67, + "jsonrpc": "2.0", + "result": "0x1" +} +``` + +### eth_mining {#eth_mining} + +اگر کلائنٹ فعال طور پر نئے بلاکس کی مائننگ کر رہا ہے تو `true` لوٹاتا ہے۔ یہ صرف پروف-آف-ورک (proof-of-work) نیٹ ورکس کے لیے `true` لوٹا سکتا ہے اور [The Merge](/roadmap/merge/) کے بعد سے کچھ کلائنٹس میں دستیاب نہیں ہو سکتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`Boolean` - اگر کلائنٹ مائننگ کر رہا ہے تو `true` لوٹاتا ہے، بصورت دیگر `false`۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}' + +{ + "id":71, + "jsonrpc": "2.0", + "result": true +} +``` + +### eth_hashrate {#eth_hashrate} + +فی سیکنڈ ہیشز کی تعداد لوٹاتا ہے جس کے ساتھ نوڈ مائننگ کر رہا ہے۔ یہ صرف پروف-آف-ورک نیٹ ورکس کے لیے `true` لوٹا سکتا ہے اور [The Merge](/roadmap/merge/) کے بعد سے کچھ کلائنٹس میں دستیاب نہیں ہو سکتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`QUANTITY` - فی سیکنڈ ہیشز کی تعداد۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}' +// نتیجہ +{ + "id":71, + "jsonrpc": "2.0", + "result": "0x38a" +} +``` + +### eth_gasPrice {#eth_gasprice} + +wei میں فی گیس کی موجودہ قیمت کا تخمینہ لوٹاتا ہے۔ مثال کے طور پر، Besu کلائنٹ پچھلے 100 بلاکس کا جائزہ لیتا ہے اور پہلے سے طے شدہ طور پر درمیانی گیس یونٹ کی قیمت لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`QUANTITY` - wei میں موجودہ گیس کی قیمت کا انٹیجر۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}' +// نتیجہ +{ + "id":73, + "jsonrpc": "2.0", + "result": "0x1dfd14000" // 8049999872 Wei +} +``` + +### eth_accounts {#eth_accounts} + +کلائنٹ کی ملکیت والے ایڈریسز کی فہرست لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`Array of DATA`، 20 بائٹس - کلائنٹ کی ملکیت والے ایڈریسز۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"] +} +``` + +### eth_blockNumber {#eth_blocknumber} + +سب سے حالیہ بلاک کا نمبر لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +کوئی نہیں + +**واپسی** + +`QUANTITY` - موجودہ بلاک نمبر کا انٹیجر جس پر کلائنٹ ہے۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}' +// نتیجہ +{ + "id":83, + "jsonrpc": "2.0", + "result": "0x4b7" // 1207 +} +``` + +### eth_getBalance {#eth_getbalance} + +کسی دیے گئے ایڈریس پر اکاؤنٹ کا بیلنس لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 20 بائٹس - وہ ایڈریس جس کا بیلنس چیک کرنا ہے۔ +2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"`، یا `"finalized"`، دیکھیں [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) + +```js +params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"] +``` + +**واپسی** + +`QUANTITY` - wei میں موجودہ بیلنس کا انٹیجر۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x0234c8a3397aab58" // 158972490234375000 +} +``` + +### eth_getStorageAt {#eth_getstorageat} + +کسی دیے گئے ایڈریس پر سٹوریج کی پوزیشن سے ویلیو لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 20 بائٹس - سٹوریج کا ایڈریس۔ +2. `QUANTITY` - سٹوریج میں پوزیشن کا انٹیجر۔ +3. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"`، `"finalized"`، دیکھیں [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) + +**واپسی** + +`DATA` - اس سٹوریج پوزیشن پر ویلیو۔ + +**مثال** +درست پوزیشن کا حساب لگانا اس سٹوریج پر منحصر ہے جسے بازیافت کرنا ہے۔ ایڈریس `0x391694e7e0b0cce554cb130d723a9d27458f9298` کے ذریعے `0x295a70b2de5e3953354a6a8344e616ed314d7251` پر تعینات کیے گئے درج ذیل کنٹریکٹ پر غور کریں۔ + +``` +contract Storage { + uint pos0; + mapping(address => uint) pos1; + constructor() { + pos0 = 1234; + pos1[msg.sender] = 5678; + } +} +``` + +pos0 کی ویلیو بازیافت کرنا سیدھا سا ہے: + +```js +curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545 +{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"} +``` + +میپ (map) کے کسی عنصر کو بازیافت کرنا مشکل ہے۔ میپ میں کسی عنصر کی پوزیشن کا حساب اس طرح لگایا جاتا ہے: + +```js +keccak(LeftPad32(key, 0), LeftPad32(map position, 0)) +``` + +اس کا مطلب ہے کہ pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] پر سٹوریج بازیافت کرنے کے لیے ہمیں اس کے ساتھ پوزیشن کا حساب لگانے کی ضرورت ہے: + +```js +keccak( + decodeHex( + "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + + "0000000000000000000000000000000000000000000000000000000000000001" + ) +) +``` + +geth کنسول جو web3 لائبریری کے ساتھ آتا ہے، حساب لگانے کے لیے استعمال کیا جا سکتا ہے: + +```js +> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001" +undefined +> web3.sha3(key, {"encoding": "hex"}) +"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9" +``` + +اب سٹوریج لانے کے لیے: + +```js +curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545 +{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"} +``` + +### eth_getTransactionCount {#eth_gettransactioncount} + +کسی ایڈریس سے _بھیجی گئی_ ٹرانزیکشنز کی تعداد لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 20 بائٹس - ایڈریس۔ +2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، دیکھیں [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) + +```js +params: [ + "0x407d73d8a49eeb85d32cf465507dd71d507100c1", + "latest", // تازہ ترین بلاک پر حالت +] +``` + +**واپسی** + +`QUANTITY` - اس ایڈریس سے بھیجی گئی ٹرانزیکشنز کی تعداد کا انٹیجر۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash} + +دیے گئے بلاک ہیش سے مماثل بلاک میں ٹرانزیکشنز کی تعداد لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 32 بائٹس - بلاک کا ہیش + +```js +params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"] +``` + +**واپسی** + +`QUANTITY` - اس بلاک میں ٹرانزیکشنز کی تعداد کا انٹیجر۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x8b" // 139 +} +``` + +### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber} + +دیے گئے بلاک نمبر سے مماثل بلاک میں ٹرانزیکشنز کی تعداد لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `QUANTITY|TAG` - بلاک نمبر کا انٹیجر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"` یا `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔ + +```js +params: [ + "0x13738ca", // 20396234 +] +``` + +**واپسی** + +`QUANTITY` - اس بلاک میں ٹرانزیکشنز کی تعداد کا انٹیجر۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x8b" // 139 +} +``` + +### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash} + +دیے گئے بلاک ہیش سے مماثل بلاک میں انکلز (uncles) کی تعداد لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 32 بائٹس - بلاک کا ہیش + +```js +params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"] +``` + +**واپسی** + +`QUANTITY` - اس بلاک میں انکلز کی تعداد کا انٹیجر۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber} + +دیے گئے بلاک نمبر سے مماثل بلاک میں انکلز کی تعداد لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `QUANTITY|TAG` - بلاک نمبر کا انٹیجر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، دیکھیں [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) + +```js +params: [ + "0xe8", // 232 +] +``` + +**واپسی** + +`QUANTITY` - اس بلاک میں انکلز کی تعداد کا انٹیجر۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x0" // 0 +} +``` + +### eth_getCode {#eth_getcode} + +کسی دیے گئے ایڈریس پر کوڈ لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 20 بائٹس - ایڈریس +2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، دیکھیں [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) + +```js +params: [ + "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", + "0x5daf3b", // 6139707 +] +``` + +**واپسی** + +`DATA` - دیے گئے ایڈریس سے کوڈ۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029" +} +``` + +### eth_sign {#eth_sign} + +سائن (sign) کا طریقہ اس کے ساتھ ایک Ethereum مخصوص دستخط کا حساب لگاتا ہے: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`۔ + +پیغام میں ایک سابقہ (prefix) شامل کرنے سے حسابی دستخط کو Ethereum کے مخصوص دستخط کے طور پر پہچانا جا سکتا ہے۔ یہ اس غلط استعمال کو روکتا ہے جہاں ایک بدنیتی پر مبنی ڈیپ (dapp) صوابدیدی ڈیٹا (جیسے، ٹرانزیکشن) پر دستخط کر سکتی ہے اور متاثرہ شخص کا روپ دھارنے کے لیے دستخط کا استعمال کر سکتی ہے۔ + +نوٹ: جس ایڈریس سے دستخط کرنا ہے اسے ان لاک (unlocked) ہونا چاہیے۔ + +**پیرامیٹرز** + +1. `DATA`، 20 بائٹس - ایڈریس +2. `DATA`، N بائٹس - دستخط کرنے کے لیے پیغام + +**واپسی** + +`DATA`: دستخط + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b" +} +``` + +### eth_signTransaction {#eth_signtransaction} + +ایک ٹرانزیکشن پر دستخط کرتا ہے جسے بعد میں [eth_sendRawTransaction](#eth_sendrawtransaction) کا استعمال کرتے ہوئے نیٹ ورک پر جمع کرایا جا سکتا ہے۔ + +**پیرامیٹرز** + +1. `Object` - ٹرانزیکشن آبجیکٹ + +- `type`: +- `from`: `DATA`، 20 بائٹس - وہ ایڈریس جہاں سے ٹرانزیکشن بھیجی گئی ہے۔ +- `to`: `DATA`، 20 بائٹس - (نیا کنٹریکٹ بناتے وقت اختیاری) وہ ایڈریس جس پر ٹرانزیکشن بھیجی گئی ہے۔ +- `gas`: `QUANTITY` - (اختیاری، ڈیفالٹ: 90000) ٹرانزیکشن پر عمل درآمد کے لیے فراہم کردہ گیس کا انٹیجر۔ یہ غیر استعمال شدہ گیس واپس کر دے گا۔ +- `gasPrice`: `QUANTITY` - (اختیاری، ڈیفالٹ: To-Be-Determined) ہر ادا شدہ گیس کے لیے استعمال ہونے والی gasPrice کا انٹیجر، Wei میں۔ +- `value`: `QUANTITY` - (اختیاری) اس ٹرانزیکشن کے ساتھ بھیجی گئی ویلیو کا انٹیجر، Wei میں۔ +- `data`: `DATA` - کسی کنٹریکٹ کا مرتب شدہ (compiled) کوڈ یا طلب کیے گئے طریقہ کار کے دستخط اور انکوڈ شدہ پیرامیٹرز کا ہیش۔ +- `nonce`: `QUANTITY` - (اختیاری) نانس (nonce) کا انٹیجر۔ یہ آپ کو اپنی زیر التواء ٹرانزیکشنز کو اوور رائٹ کرنے کی اجازت دیتا ہے جو ایک ہی نانس استعمال کرتی ہیں۔ + +**واپسی** + +`DATA`، مخصوص اکاؤنٹ کے ذریعے دستخط شدہ RLP-انکوڈ شدہ ٹرانزیکشن آبجیکٹ۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}' +// نتیجہ +{ + "id": 1, + "jsonrpc": "2.0", + "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b" +} +``` + +### eth_sendTransaction {#eth_sendtransaction} + +نئی میسج کال ٹرانزیکشن یا کنٹریکٹ کی تخلیق کرتا ہے، اگر ڈیٹا فیلڈ میں کوڈ موجود ہو، اور `from` میں بتائے گئے اکاؤنٹ کا استعمال کرتے ہوئے اس پر دستخط کرتا ہے۔ + +**پیرامیٹرز** + +1. `Object` - ٹرانزیکشن آبجیکٹ + +- `from`: `DATA`، 20 بائٹس - وہ ایڈریس جہاں سے ٹرانزیکشن بھیجی گئی ہے۔ +- `to`: `DATA`، 20 بائٹس - (نیا کنٹریکٹ بناتے وقت اختیاری) وہ ایڈریس جس پر ٹرانزیکشن بھیجی گئی ہے۔ +- `gas`: `QUANTITY` - (اختیاری، ڈیفالٹ: 90000) ٹرانزیکشن پر عمل درآمد کے لیے فراہم کردہ گیس کا انٹیجر۔ یہ غیر استعمال شدہ گیس واپس کر دے گا۔ +- `gasPrice`: `QUANTITY` - (اختیاری، ڈیفالٹ: To-Be-Determined) ہر ادا شدہ گیس کے لیے استعمال ہونے والی gasPrice کا انٹیجر۔ +- `value`: `QUANTITY` - (اختیاری) اس ٹرانزیکشن کے ساتھ بھیجی گئی ویلیو کا انٹیجر۔ +- `input`: `DATA` - کسی کنٹریکٹ کا مرتب شدہ کوڈ یا طلب کیے گئے طریقہ کار کے دستخط اور انکوڈ شدہ پیرامیٹرز کا ہیش۔ +- `nonce`: `QUANTITY` - (اختیاری) نانس کا انٹیجر۔ یہ آپ کو اپنی زیر التواء ٹرانزیکشنز کو اوور رائٹ کرنے کی اجازت دیتا ہے جو ایک ہی نانس استعمال کرتی ہیں۔ + +```js +params: [ + { + from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155", + to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567", + gas: "0x76c0", // 30400 + gasPrice: "0x9184e72a000", // 10000000000000 + value: "0x9184e72a", // 2441406250 + input: + "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675", + }, +] +``` + +**واپسی** + +`DATA`، 32 بائٹس - ٹرانزیکشن ہیش، یا صفر ہیش اگر ٹرانزیکشن ابھی دستیاب نہیں ہے۔ + +جب آپ نے کوئی کنٹریکٹ بنایا ہو، تو بلاک میں ٹرانزیکشن تجویز کیے جانے کے بعد، کنٹریکٹ کا ایڈریس حاصل کرنے کے لیے [eth_getTransactionReceipt](#eth_gettransactionreceipt) کا استعمال کریں۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331" +} +``` + +### eth_sendRawTransaction {#eth_sendrawtransaction} + +دستخط شدہ ٹرانزیکشنز کے لیے نئی میسج کال ٹرانزیکشن یا کنٹریکٹ کی تخلیق کرتا ہے۔ + +**پیرامیٹرز** + +1. `DATA`، دستخط شدہ ٹرانزیکشن کا ڈیٹا۔ + +```js +params: [ + "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675", +] +``` + +**واپسی** + +`DATA`، 32 بائٹس - ٹرانزیکشن ہیش، یا صفر ہیش اگر ٹرانزیکشن ابھی دستیاب نہیں ہے۔ + +جب آپ نے کوئی کنٹریکٹ بنایا ہو، تو بلاک میں ٹرانزیکشن تجویز کیے جانے کے بعد، کنٹریکٹ کا ایڈریس حاصل کرنے کے لیے [eth_getTransactionReceipt](#eth_gettransactionreceipt) کا استعمال کریں۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331" +} +``` + +### eth_call {#eth_call} + +بلاک چین پر ٹرانزیکشن بنائے بغیر فوری طور پر ایک نئی میسج کال پر عمل درآمد کرتا ہے۔ اکثر صرف پڑھنے کے لیے (read-only) سمارٹ کنٹریکٹ فنکشنز کو چلانے کے لیے استعمال کیا جاتا ہے، مثال کے طور پر ERC-20 کنٹریکٹ کے لیے `balanceOf`۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `Object` - ٹرانزیکشن کال آبجیکٹ + +- `from`: `DATA`، 20 بائٹس - (اختیاری) وہ ایڈریس جہاں سے ٹرانزیکشن بھیجی گئی ہے۔ +- `to`: `DATA`، 20 بائٹس - وہ ایڈریس جس پر ٹرانزیکشن بھیجی گئی ہے۔ +- `gas`: `QUANTITY` - (اختیاری) ٹرانزیکشن پر عمل درآمد کے لیے فراہم کردہ گیس کا انٹیجر۔ eth_call صفر گیس استعمال کرتا ہے، لیکن کچھ عمل درآمد کے لیے اس پیرامیٹر کی ضرورت ہو سکتی ہے۔ +- `gasPrice`: `QUANTITY` - (اختیاری) ہر ادا شدہ گیس کے لیے استعمال ہونے والی gasPrice کا انٹیجر +- `value`: `QUANTITY` - (اختیاری) اس ٹرانزیکشن کے ساتھ بھیجی گئی ویلیو کا انٹیجر +- `input`: `DATA` - (اختیاری) طریقہ کار کے دستخط اور انکوڈ شدہ پیرامیٹرز کا ہیش۔ تفصیلات کے لیے [Solidity دستاویزات میں Ethereum Contract ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) دیکھیں۔ + +2. `QUANTITY|TAG` - انٹیجر بلاک نمبر، یا سٹرنگ `"latest"`، `"earliest"`، `"pending"`، `"safe"` یا `"finalized"`، دیکھیں [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) + +**واپسی** + +`DATA` - عمل میں لائے گئے کنٹریکٹ کی واپسی کی ویلیو۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x" +} +``` + +### eth_estimateGas {#eth_estimategas} + +اس بات کا تخمینہ تیار کرتا ہے اور لوٹاتا ہے کہ ٹرانزیکشن کو مکمل ہونے دینے کے لیے کتنی گیس ضروری ہے۔ ٹرانزیکشن کو بلاک چین میں شامل نہیں کیا جائے گا۔ نوٹ کریں کہ یہ تخمینہ ٹرانزیکشن کے ذریعے اصل میں استعمال ہونے والی گیس کی مقدار سے نمایاں طور پر زیادہ ہو سکتا ہے، جس کی مختلف وجوہات ہیں جن میں EVM میکینکس اور نوڈ کی کارکردگی شامل ہیں۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +[eth_call](#eth_call) کے پیرامیٹرز دیکھیں، سوائے اس کے کہ تمام خصوصیات اختیاری ہیں۔ اگر گیس کی کوئی حد متعین نہیں کی گئی ہے تو geth زیر التواء بلاک سے بلاک گیس کی حد کو اوپری حد کے طور پر استعمال کرتا ہے۔ نتیجے کے طور پر، جب گیس کی مقدار زیر التواء بلاک گیس کی حد سے زیادہ ہو تو لوٹایا گیا تخمینہ کال/ٹرانزیکشن پر عمل درآمد کے لیے کافی نہیں ہو سکتا ہے۔ + +**واپسی** + +`QUANTITY` - استعمال شدہ گیس کی مقدار۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x5208" // 21000 +} +``` + +### eth_getBlockByHash {#eth_getblockbyhash} + +ہیش کے ذریعے بلاک کے بارے میں معلومات لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 32 بائٹس - بلاک کا ہیش۔ +2. `Boolean` - اگر `true` ہے تو یہ مکمل ٹرانزیکشن آبجیکٹس لوٹاتا ہے، اگر `false` ہے تو صرف ٹرانزیکشنز کے ہیشز۔ + +```js +params: [ + "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", + false, +] +``` + +**واپسی** + +`Object` - ایک بلاک آبجیکٹ، یا `null` جب کوئی بلاک نہیں ملا: + +- `number`: `QUANTITY` - بلاک نمبر۔ `null` جب یہ زیر التواء بلاک ہو۔ +- `hash`: `DATA`، 32 بائٹس - بلاک کا ہیش۔ `null` جب یہ زیر التواء بلاک ہو۔ +- `parentHash`: `DATA`، 32 بائٹس - پیرنٹ (parent) بلاک کا ہیش۔ +- `nonce`: `DATA`، 8 بائٹس - تیار کردہ پروف-آف-ورک کا ہیش۔ `null` جب یہ زیر التواء بلاک ہو، پروف-آف-اسٹیک (proof-of-stake) بلاکس کے لیے `0x0` (The Merge کے بعد سے) +- `sha3Uncles`: `DATA`، 32 بائٹس - بلاک میں انکلز کے ڈیٹا کا SHA3۔ +- `logsBloom`: `DATA`، 256 بائٹس - بلاک کے لاگز (logs) کے لیے بلوم فلٹر (bloom filter)۔ `null` جب یہ زیر التواء بلاک ہو۔ +- `transactionsRoot`: `DATA`، 32 بائٹس - بلاک کی ٹرانزیکشن ٹرائی (trie) کا روٹ (root)۔ +- `stateRoot`: `DATA`، 32 بائٹس - بلاک کی حتمی اسٹیٹ (state) ٹرائی کا روٹ۔ +- `receiptsRoot`: `DATA`، 32 بائٹس - بلاک کی رسیدوں (receipts) کی ٹرائی کا روٹ۔ +- `miner`: `DATA`، 20 بائٹس - اس مستفید ہونے والے کا ایڈریس جسے بلاک کے انعامات دیے گئے تھے۔ +- `difficulty`: `QUANTITY` - اس بلاک کے لیے مشکل (difficulty) کا انٹیجر۔ +- `totalDifficulty`: `QUANTITY` - اس بلاک تک چین کی کل مشکل کا انٹیجر۔ +- `extraData`: `DATA` - اس بلاک کی "اضافی ڈیٹا" فیلڈ۔ +- `size`: `QUANTITY` - بائٹس میں اس بلاک کے سائز کا انٹیجر۔ +- `gasLimit`: `QUANTITY` - اس بلاک میں زیادہ سے زیادہ گیس کی اجازت۔ +- `gasUsed`: `QUANTITY` - اس بلاک میں تمام ٹرانزیکشنز کے ذریعے استعمال ہونے والی کل گیس۔ +- `timestamp`: `QUANTITY` - یونکس ٹائم اسٹیمپ (unix timestamp) جب بلاک کو مرتب کیا گیا تھا۔ +- `transactions`: `Array` - ٹرانزیکشن آبجیکٹس کی Array، یا آخری دیے گئے پیرامیٹر کے لحاظ سے 32 بائٹس کے ٹرانزیکشن ہیشز۔ +- `uncles`: `Array` - انکل ہیشز کی Array۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}' +// نتیجہ +{ + "jsonrpc": "2.0", + "id": 1, + "result": { + "difficulty": "0x4ea3f27bc", + "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32", + "gasLimit": "0x1388", + "gasUsed": "0x0", + "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", + "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000", + "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171", + "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843", + "nonce": "0x689056015818adbe", + "number": "0x1b4", + "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54", + "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421", + "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347", + "size": "0x220", + "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d", + "timestamp": "0x55ba467c", + "totalDifficulty": "0x78ed983323d", + "transactions": [ + ], + "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421", + "uncles": [ + ] + } +} +``` + +### eth_getBlockByNumber {#eth_getblockbynumber} + +بلاک نمبر کے ذریعے بلاک کے بارے میں معلومات لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `QUANTITY|TAG` - بلاک نمبر کا انٹیجر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"` یا `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔ +2. `Boolean` - اگر `true` ہے تو یہ مکمل ٹرانزیکشن آبجیکٹس لوٹاتا ہے، اگر `false` ہے تو صرف ٹرانزیکشنز کے ہیشز۔ + +```js +params: [ + "0x1b4", // 436 + true, +] +``` + +**واپسی** +دیکھیں [eth_getBlockByHash](#eth_getblockbyhash) + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}' +``` + +نتیجہ دیکھیں [eth_getBlockByHash](#eth_getblockbyhash) + +### eth_getTransactionByHash {#eth_gettransactionbyhash} + +ٹرانزیکشن ہیش کے ذریعے درخواست کردہ ٹرانزیکشن کے بارے میں معلومات لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 32 بائٹس - ٹرانزیکشن کا ہیش + +```js +params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"] +``` + +**واپسی** + +`Object` - ایک ٹرانزیکشن آبجیکٹ، یا `null` جب کوئی ٹرانزیکشن نہیں ملی: + +- `blockHash`: `DATA`، 32 بائٹس - اس بلاک کا ہیش جہاں یہ ٹرانزیکشن تھی۔ `null` جب یہ زیر التواء ہو۔ +- `blockNumber`: `QUANTITY` - وہ بلاک نمبر جہاں یہ ٹرانزیکشن تھی۔ `null` جب یہ زیر التواء ہو۔ +- `from`: `DATA`، 20 بائٹس - بھیجنے والے کا ایڈریس۔ +- `gas`: `QUANTITY` - بھیجنے والے کی طرف سے فراہم کردہ گیس۔ +- `gasPrice`: `QUANTITY` - بھیجنے والے کی طرف سے Wei میں فراہم کردہ گیس کی قیمت۔ +- `hash`: `DATA`، 32 بائٹس - ٹرانزیکشن کا ہیش۔ +- `input`: `DATA` - ٹرانزیکشن کے ساتھ بھیجا گیا ڈیٹا۔ +- `nonce`: `QUANTITY` - اس سے پہلے بھیجنے والے کی طرف سے کی گئی ٹرانزیکشنز کی تعداد۔ +- `to`: `DATA`، 20 بائٹس - وصول کنندہ کا ایڈریس۔ `null` جب یہ کنٹریکٹ بنانے کی ٹرانزیکشن ہو۔ +- `transactionIndex`: `QUANTITY` - بلاک میں ٹرانزیکشنز کی انڈیکس پوزیشن کا انٹیجر۔ `null` جب یہ زیر التواء ہو۔ +- `value`: `QUANTITY` - Wei میں منتقل کی گئی ویلیو۔ +- `v`: `QUANTITY` - ECDSA ریکوری آئی ڈی +- `r`: `QUANTITY` - ECDSA دستخط r +- `s`: `QUANTITY` - ECDSA دستخط s + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}' +// نتیجہ +{ + "jsonrpc":"2.0", + "id":1, + "result":{ + "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", + "blockNumber":"0x5daf3b", // 6139707 + "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d", + "gas":"0xc350", // 50000 + "gasPrice":"0x4a817c800", // 20000000000 + "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b", + "input":"0x68656c6c6f21", + "nonce":"0x15", // 21 + "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb", + "transactionIndex":"0x41", // 65 + "value":"0xf3dbb76162000", // 4290000000000000 + "v":"0x25", // 37 + "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea", + "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c" + } +} +``` + +### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex} + +بلاک ہیش اور ٹرانزیکشن انڈیکس پوزیشن کے ذریعے ٹرانزیکشن کے بارے میں معلومات لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 32 بائٹس - بلاک کا ہیش۔ +2. `QUANTITY` - ٹرانزیکشن انڈیکس پوزیشن کا انٹیجر۔ + +```js +params: [ + "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", + "0x0", // 0 +] +``` + +**واپسی** +دیکھیں [eth_getTransactionByHash](#eth_gettransactionbyhash) + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}' +``` + +نتیجہ دیکھیں [eth_getTransactionByHash](#eth_gettransactionbyhash) + +### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex} + +بلاک نمبر اور ٹرانزیکشن انڈیکس پوزیشن کے ذریعے ٹرانزیکشن کے بارے میں معلومات لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `QUANTITY|TAG` - ایک بلاک نمبر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"` یا `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔ +2. `QUANTITY` - ٹرانزیکشن انڈیکس پوزیشن۔ + +```js +params: [ + "0x9c47cf", // 10241999 + "0x24", // 36 +] +``` + +**واپسی** +دیکھیں [eth_getTransactionByHash](#eth_gettransactionbyhash) + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}' +``` + +نتیجہ دیکھیں [eth_getTransactionByHash](#eth_gettransactionbyhash) + +### eth_getTransactionReceipt {#eth_gettransactionreceipt} + +ٹرانزیکشن ہیش کے ذریعے ٹرانزیکشن کی رسید لوٹاتا ہے۔ + +**نوٹ** کہ زیر التواء ٹرانزیکشنز کے لیے رسید دستیاب نہیں ہے۔ + +**پیرامیٹرز** + +1. `DATA`، 32 بائٹس - ٹرانزیکشن کا ہیش + +```js +params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"] +``` + +**واپسی** +`Object` - ایک ٹرانزیکشن رسید آبجیکٹ، یا `null` جب کوئی رسید نہیں ملی: + +- `transactionHash `: `DATA`، 32 بائٹس - ٹرانزیکشن کا ہیش۔ +- `transactionIndex`: `QUANTITY` - بلاک میں ٹرانزیکشنز کی انڈیکس پوزیشن کا انٹیجر۔ +- `blockHash`: `DATA`، 32 بائٹس - اس بلاک کا ہیش جہاں یہ ٹرانزیکشن تھی۔ +- `blockNumber`: `QUANTITY` - وہ بلاک نمبر جہاں یہ ٹرانزیکشن تھی۔ +- `from`: `DATA`، 20 بائٹس - بھیجنے والے کا ایڈریس۔ +- `to`: `DATA`، 20 بائٹس - وصول کنندہ کا ایڈریس۔ null جب یہ کنٹریکٹ بنانے کی ٹرانزیکشن ہو۔ +- `cumulativeGasUsed ` : `QUANTITY ` - جب یہ ٹرانزیکشن بلاک میں عمل میں لائی گئی تو استعمال ہونے والی گیس کی کل مقدار۔ +- `effectiveGasPrice ` : `QUANTITY` - گیس کی فی یونٹ ادا کی گئی بنیادی فیس اور ٹپ کا مجموعہ۔ +- `gasUsed `: `QUANTITY ` - صرف اس مخصوص ٹرانزیکشن کے ذریعے استعمال ہونے والی گیس کی مقدار۔ +- `contractAddress `: `DATA`، 20 بائٹس - بنایا گیا کنٹریکٹ ایڈریس، اگر ٹرانزیکشن کنٹریکٹ کی تخلیق تھی، بصورت دیگر `null`۔ +- `logs`: `Array` - لاگ آبجیکٹس کی Array، جو اس ٹرانزیکشن نے تیار کیے۔ +- `logsBloom`: `DATA`، 256 بائٹس - لائٹ کلائنٹس کے لیے متعلقہ لاگز کو تیزی سے بازیافت کرنے کے لیے بلوم فلٹر۔ +- `type`: `QUANTITY` - ٹرانزیکشن کی قسم کا انٹیجر، پرانی (legacy) ٹرانزیکشنز کے لیے `0x0`، ایکسیس لسٹ (access list) کی اقسام کے لیے `0x1`، متحرک فیس (dynamic fees) کے لیے `0x2`۔ + +یہ _یا تو_ یہ بھی لوٹاتا ہے: + +- `root` : `DATA` ٹرانزیکشن کے بعد کی اسٹیٹ روٹ کے 32 بائٹس (Byzantium سے پہلے) +- `status`: `QUANTITY` یا تو `1` (کامیابی) یا `0` (ناکامی) + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}' +// نتیجہ +{ + "jsonrpc": "2.0", + "id": 1, + "result": { + "blockHash": + "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3", + "blockNumber": "0xeff35f", + "contractAddress": null, // ایڈریس کی سٹرنگ اگر یہ بنایا گیا تھا + "cumulativeGasUsed": "0xa12515", + "effectiveGasPrice": "0x5a9c688d4", + "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7", + "gasUsed": "0xb4c8", + "logs": [{ + // لاگز جیسا کہ getFilterLogs وغیرہ کے ذریعے واپس کیے گئے ہیں + }], + "logsBloom": "0x00...0", // 256 بائٹ بلوم فلٹر + "status": "0x1", + "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2", + "transactionHash": + "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5", + "transactionIndex": "0x66", + "type": "0x2" + } +} +``` + +### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex} + +ہیش اور انکل انڈیکس پوزیشن کے ذریعے بلاک کے انکل کے بارے میں معلومات لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `DATA`، 32 بائٹس - بلاک کا ہیش۔ +2. `QUANTITY` - انکل کی انڈیکس پوزیشن۔ + +```js +params: [ + "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", + "0x0", // 0 +] +``` + +**واپسی** +دیکھیں [eth_getBlockByHash](#eth_getblockbyhash) + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}' +``` + +نتیجہ دیکھیں [eth_getBlockByHash](#eth_getblockbyhash) + +**نوٹ**: ایک انکل میں انفرادی ٹرانزیکشنز شامل نہیں ہوتیں۔ + +### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex} + +نمبر اور انکل انڈیکس پوزیشن کے ذریعے بلاک کے انکل کے بارے میں معلومات لوٹاتا ہے۔ + + + پلے گراؤنڈ میں اینڈ پوائنٹ آزمائیں + + +**پیرامیٹرز** + +1. `QUANTITY|TAG` - ایک بلاک نمبر، یا سٹرنگ `"earliest"`، `"latest"`، `"pending"`، `"safe"`، `"finalized"`، جیسا کہ [بلاک پیرامیٹر](/developers/docs/apis/json-rpc/#block-parameter) میں ہے۔ +2. `QUANTITY` - انکل کی انڈیکس پوزیشن۔ + +```js +params: [ + "0x29c", // 668 + "0x0", // 0 +] +``` + +**واپسی** +دیکھیں [eth_getBlockByHash](#eth_getblockbyhash) + +**نوٹ**: ایک انکل میں انفرادی ٹرانزیکشنز شامل نہیں ہوتیں۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}' +``` + +نتیجہ دیکھیں [eth_getBlockByHash](#eth_getblockbyhash) + +### eth_newFilter {#eth_newfilter} + +اسٹیٹ تبدیل ہونے (لاگز) پر مطلع کرنے کے لیے، فلٹر کے اختیارات کی بنیاد پر ایک فلٹر آبجیکٹ بناتا ہے۔ +یہ چیک کرنے کے لیے کہ آیا اسٹیٹ تبدیل ہوئی ہے، [eth_getFilterChanges](#eth_getfilterchanges) کو کال کریں۔ + +**موضوع (topic) کے فلٹرز کی وضاحت پر ایک نوٹ:** +موضوعات ترتیب پر منحصر ہیں۔ [A, B] موضوعات والے لاگ کے ساتھ ایک ٹرانزیکشن درج ذیل موضوع کے فلٹرز سے مماثل ہوگی: + +- `[]` "کچھ بھی" +- `[A]` "پہلی پوزیشن میں A (اور اس کے بعد کچھ بھی)" +- `[null, B]` "پہلی پوزیشن میں کچھ بھی اور دوسری پوزیشن میں B (اور اس کے بعد کچھ بھی)" +- `[A, B]` "پہلی پوزیشن میں A اور دوسری پوزیشن میں B (اور اس کے بعد کچھ بھی)" +- `[[A, B], [A, B]]` "پہلی پوزیشن میں (A یا B) اور دوسری پوزیشن میں (A یا B) (اور اس کے بعد کچھ بھی)" +- **پیرامیٹرز** + +1. `Object` - فلٹر کے اختیارات: + +- `fromBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری تجویز کردہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا ان ٹرانزیکشنز کے لیے `"pending"`، `"earliest"` جو ابھی تک کسی بلاک میں نہیں ہیں۔ +- `toBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری تجویز کردہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا ان ٹرانزیکشنز کے لیے `"pending"`، `"earliest"` جو ابھی تک کسی بلاک میں نہیں ہیں۔ +- `address`: `DATA|Array`، 20 بائٹس - (اختیاری) کنٹریکٹ کا ایڈریس یا ان ایڈریسز کی فہرست جہاں سے لاگز شروع ہونے چاہئیں۔ +- `topics`: `Array of DATA`، - (اختیاری) 32 بائٹس `DATA` موضوعات کی Array۔ موضوعات ترتیب پر منحصر ہیں۔ ہر موضوع "یا" (or) کے اختیارات کے ساتھ DATA کی ایک Array بھی ہو سکتا ہے۔ + +```js +params: [ + { + fromBlock: "0x1", + toBlock: "0x2", + address: "0x8888f1f195afa192cfee860698584c030f4c9db1", + topics: [ + "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b", + null, + [ + "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b", + "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc", + ], + ], + }, +] +``` + +**واپسی** +`QUANTITY` - ایک فلٹر آئی ڈی۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_newBlockFilter {#eth_newblockfilter} + +نیا بلاک آنے پر مطلع کرنے کے لیے، نوڈ میں ایک فلٹر بناتا ہے۔ +یہ چیک کرنے کے لیے کہ آیا اسٹیٹ تبدیل ہوئی ہے، [eth_getFilterChanges](#eth_getfilterchanges) کو کال کریں۔ + +**پیرامیٹرز** +کوئی نہیں + +**واپسی** +`QUANTITY` - ایک فلٹر آئی ڈی۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter} + +نئی زیر التواء ٹرانزیکشنز آنے پر مطلع کرنے کے لیے، نوڈ میں ایک فلٹر بناتا ہے۔ +یہ چیک کرنے کے لیے کہ آیا اسٹیٹ تبدیل ہوئی ہے، [eth_getFilterChanges](#eth_getfilterchanges) کو کال کریں۔ + +**پیرامیٹرز** +کوئی نہیں + +**واپسی** +`QUANTITY` - ایک فلٹر آئی ڈی۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": "0x1" // 1 +} +``` + +### eth_uninstallFilter {#eth_uninstallfilter} + +دی گئی آئی ڈی کے ساتھ فلٹر کو ان انسٹال کرتا ہے۔ جب مزید نگرانی (watch) کی ضرورت نہ ہو تو اسے ہمیشہ کال کیا جانا چاہیے۔ +مزید برآں، جب ایک مدت تک [eth_getFilterChanges](#eth_getfilterchanges) کے ساتھ فلٹرز کی درخواست نہیں کی جاتی ہے تو وہ ٹائم آؤٹ (timeout) ہو جاتے ہیں۔ + +**پیرامیٹرز** + +1. `QUANTITY` - فلٹر آئی ڈی۔ + +```js +params: [ + "0xb", // 11 +] +``` + +**واپسی** +`Boolean` - اگر فلٹر کامیابی سے ان انسٹال ہو گیا تو `true`، بصورت دیگر `false`۔ + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}' +// نتیجہ +{ + "id":1, + "jsonrpc": "2.0", + "result": true +} +``` + +### eth_getFilterChanges {#eth_getfilterchanges} + +فلٹر کے لیے پولنگ (polling) کا طریقہ، جو پچھلے پول کے بعد سے ہونے والے لاگز کی ایک Array لوٹاتا ہے۔ + +**پیرامیٹرز** + +1. `QUANTITY` - فلٹر آئی ڈی۔ + +```js +params: [ + "0x16", // 22 +] +``` + +**واپسی** +`Array` - لاگ آبجیکٹس کی Array، یا ایک خالی Array اگر پچھلے پول کے بعد سے کچھ نہیں بدلا ہے۔ + +- `eth_newBlockFilter` کے ساتھ بنائے گئے فلٹرز کے لیے واپسی بلاک ہیشز (`DATA`، 32 بائٹس) ہیں، جیسے، `["0x3454645634534..."]`۔ +- `eth_newPendingTransactionFilter ` کے ساتھ بنائے گئے فلٹرز کے لیے واپسی ٹرانزیکشن ہیشز (`DATA`، 32 بائٹس) ہیں، جیسے، `["0x6345343454645..."]`۔ +- `eth_newFilter` کے ساتھ بنائے گئے فلٹرز کے لیے لاگز درج ذیل پیرامیٹرز کے ساتھ آبجیکٹس ہیں: + - `removed`: `TAG` - `true` جب چین کی تنظیم نو کی وجہ سے لاگ کو ہٹا دیا گیا تھا۔ `false` اگر یہ ایک درست لاگ ہے۔ + - `logIndex`: `QUANTITY` - بلاک میں لاگ انڈیکس پوزیشن کا انٹیجر۔ `null` جب یہ زیر التواء لاگ ہو۔ + - `transactionIndex`: `QUANTITY` - ٹرانزیکشنز کی انڈیکس پوزیشن کا انٹیجر جہاں سے لاگ بنایا گیا تھا۔ `null` جب یہ زیر التواء لاگ ہو۔ + - `transactionHash`: `DATA`، 32 بائٹس - ان ٹرانزیکشنز کا ہیش جہاں سے یہ لاگ بنایا گیا تھا۔ `null` جب یہ زیر التواء لاگ ہو۔ + - `blockHash`: `DATA`، 32 بائٹس - اس بلاک کا ہیش جہاں یہ لاگ تھا۔ `null` جب یہ زیر التواء ہو۔ `null` جب یہ زیر التواء لاگ ہو۔ + - `blockNumber`: `QUANTITY` - وہ بلاک نمبر جہاں یہ لاگ تھا۔ `null` جب یہ زیر التواء ہو۔ `null` جب یہ زیر التواء لاگ ہو۔ + - `address`: `DATA`، 20 بائٹس - وہ ایڈریس جہاں سے یہ لاگ شروع ہوا۔ + - `data`: `DATA` - متغیر لمبائی (variable-length) کا غیر انڈیکس شدہ لاگ ڈیٹا۔ (_solidity_ میں: صفر یا اس سے زیادہ 32 بائٹس کے غیر انڈیکس شدہ لاگ دلائل۔) + - `topics`: `Array of DATA` - انڈیکس شدہ لاگ دلائل کے 0 سے 4 32 بائٹس `DATA` کی Array۔ (_solidity_ میں: پہلا موضوع ایونٹ کے دستخط کا _ہیش_ ہے (جیسے، `Deposit(address,bytes32,uint256)`)، سوائے اس کے کہ آپ نے ایونٹ کو `anonymous` تصریح کنندہ (specifier) کے ساتھ ڈکلیئر کیا ہو۔) + +- **مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}' +// نتیجہ +{ + "id":1, + "jsonrpc":"2.0", + "result": [{ + "logIndex": "0x1", // 1 + "blockNumber":"0x1b4", // 436 + "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d", + "transactionHash": "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf", + "transactionIndex": "0x0", // 0 + "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d", + "data":"0x0000000000000000000000000000000000000000000000000000000000000000", + "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"] + },{ + ... + }] +} +``` + +### eth_getFilterLogs {#eth_getfilterlogs} + +دی گئی آئی ڈی کے ساتھ فلٹر سے مماثل تمام لاگز کی ایک Array لوٹاتا ہے۔ + +**پیرامیٹرز** + +1. `QUANTITY` - فلٹر آئی ڈی۔ + +```js +params: [ + "0x16", // 22 +] +``` + +**واپسی** +دیکھیں [eth_getFilterChanges](#eth_getfilterchanges) + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}' +``` + +نتیجہ دیکھیں [eth_getFilterChanges](#eth_getfilterchanges) + +### eth_getLogs {#eth_getlogs} + +کسی دیے گئے فلٹر آبجیکٹ سے مماثل تمام لاگز کی ایک Array لوٹاتا ہے۔ + +**پیرامیٹرز** + +1. `Object` - فلٹر کے اختیارات: + +- `fromBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری تجویز کردہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا ان ٹرانزیکشنز کے لیے `"pending"`، `"earliest"` جو ابھی تک کسی بلاک میں نہیں ہیں۔ +- `toBlock`: `QUANTITY|TAG` - (اختیاری، ڈیفالٹ: `"latest"`) انٹیجر بلاک نمبر، یا آخری تجویز کردہ بلاک کے لیے `"latest"`، تازہ ترین محفوظ بلاک کے لیے `"safe"`، تازہ ترین حتمی بلاک کے لیے `"finalized"`، یا ان ٹرانزیکشنز کے لیے `"pending"`، `"earliest"` جو ابھی تک کسی بلاک میں نہیں ہیں۔ +- `address`: `DATA|Array`، 20 بائٹس - (اختیاری) کنٹریکٹ کا ایڈریس یا ان ایڈریسز کی فہرست جہاں سے لاگز شروع ہونے چاہئیں۔ +- `topics`: `Array of DATA`، - (اختیاری) 32 بائٹس `DATA` موضوعات کی Array۔ موضوعات ترتیب پر منحصر ہیں۔ ہر موضوع "یا" (or) کے اختیارات کے ساتھ DATA کی ایک Array بھی ہو سکتا ہے۔ +- `blockHash`: `DATA`، 32 بائٹس - (اختیاری، **مستقبل**) EIP-234 کے اضافے کے ساتھ، `blockHash` ایک نیا فلٹر آپشن ہوگا جو لوٹائے گئے لاگز کو 32-بائٹ ہیش `blockHash` والے واحد بلاک تک محدود کرتا ہے۔ `blockHash` کا استعمال `fromBlock` = `toBlock` = ہیش `blockHash` والے بلاک نمبر کے برابر ہے۔ اگر فلٹر کے معیار میں `blockHash` موجود ہے، تو نہ تو `fromBlock` اور نہ ہی `toBlock` کی اجازت ہے۔ + +```js +params: [ + { + topics: [ + "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b", + ], + }, +] +``` + +**واپسی** +دیکھیں [eth_getFilterChanges](#eth_getfilterchanges) + +**مثال** + +```js +// درخواست +curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}' +``` + +نتیجہ دیکھیں [eth_getFilterChanges](#eth_getfilterchanges) + +## استعمال کی مثال {#usage-example} + +### JSON_RPC کا استعمال کرتے ہوئے کنٹریکٹ کو ڈیپلائے کرنا {#deploying-contract} + +اس سیکشن میں یہ دکھایا گیا ہے کہ صرف RPC انٹرفیس کا استعمال کرتے ہوئے کنٹریکٹ کو کیسے ڈیپلائے کیا جائے۔ کنٹریکٹس کو ڈیپلائے کرنے کے متبادل طریقے بھی موجود ہیں جہاں اس پیچیدگی کو چھپا دیا جاتا ہے—مثال کے طور پر، RPC انٹرفیس کے اوپر بنی لائبریریوں کا استعمال کرتے ہوئے جیسے [web3.js](https://web3js.readthedocs.io/) اور [web3.py](https://github.com/ethereum/web3.py)۔ یہ ایبسٹریکشنز عام طور پر سمجھنے میں آسان اور کم غلطیوں کا باعث بنتی ہیں، لیکن پھر بھی یہ سمجھنا مفید ہے کہ پس پردہ کیا ہو رہا ہے۔ + +ذیل میں ایک سیدھا سادہ اسمارٹ کنٹریکٹ ہے جسے `Multiply7` کہا جاتا ہے، جسے JSON-RPC انٹرفیس کا استعمال کرتے ہوئے ایک Ethereum نوڈ پر ڈیپلائے کیا جائے گا۔ یہ ٹیوٹوریل فرض کرتا ہے کہ قاری پہلے سے ہی ایک Geth نوڈ چلا رہا ہے۔ نوڈز اور کلائنٹس کے بارے میں مزید معلومات [یہاں](/developers/docs/nodes-and-clients/run-a-node) دستیاب ہے۔ براہ کرم انفرادی [کلائنٹ](/developers/docs/nodes-and-clients/) کی دستاویزات دیکھیں تاکہ یہ معلوم ہو سکے کہ نان-Geth کلائنٹس کے لیے HTTP JSON-RPC کیسے شروع کیا جائے۔ زیادہ تر کلائنٹس ڈیفالٹ کے طور پر `localhost:8545` پر سروس فراہم کرتے ہیں۔ + +```javascript +contract Multiply7 { + event Print(uint); + function multiply(uint input) returns (uint) { + Print(input * 7); + return input * 7; + } +} +``` + +سب سے پہلا کام یہ یقینی بنانا ہے کہ HTTP RPC انٹرفیس فعال ہے۔ اس کا مطلب ہے کہ ہم اسٹارٹ اپ پر Geth کو `--http` فلیگ فراہم کرتے ہیں۔ اس مثال میں ہم ایک پرائیویٹ ڈیولپمنٹ چین پر Geth نوڈ استعمال کرتے ہیں۔ اس طریقے کا استعمال کرتے ہوئے ہمیں اصلی نیٹ ورک پر ether کی ضرورت نہیں ہے۔ + +```bash +geth --http --dev console 2>>geth.log +``` + +یہ `http://localhost:8545` پر HTTP RPC انٹرفیس شروع کر دے گا۔ + +ہم [curl](https://curl.se) کا استعمال کرتے ہوئے کوائن بیس ایڈریس (اکاؤنٹس کی ایرے سے پہلا ایڈریس حاصل کر کے) اور بیلنس بازیافت کر کے اس بات کی تصدیق کر سکتے ہیں کہ انٹرفیس چل رہا ہے۔ براہ کرم نوٹ کریں کہ ان مثالوں میں موجود ڈیٹا آپ کے لوکل نوڈ پر مختلف ہوگا۔ اگر آپ ان کمانڈز کو آزمانا چاہتے ہیں، تو دوسری curl درخواست میں موجود درخواست کے پیرامیٹرز کو پہلی درخواست سے واپس آنے والے نتیجے سے تبدیل کریں۔ + +```bash +curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545 +{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]} + +curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545 +{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"} +``` + +چونکہ نمبرز ہیکس انکوڈڈ (hex encoded) ہوتے ہیں، اس لیے بیلنس wei میں ایک ہیکس اسٹرنگ کے طور پر واپس کیا جاتا ہے۔ اگر ہم بیلنس کو ether میں ایک نمبر کے طور پر دیکھنا چاہتے ہیں تو ہم Geth کنسول سے web3 استعمال کر سکتے ہیں۔ + +```javascript +web3.fromWei("0x1639e49bba16280000", "ether") +// "410" +``` + +اب چونکہ ہماری پرائیویٹ ڈیولپمنٹ چین پر کچھ ether موجود ہے، ہم کنٹریکٹ کو ڈیپلائے کر سکتے ہیں۔ پہلا قدم Multiply7 کنٹریکٹ کو بائٹ کوڈ میں مرتب (compile) کرنا ہے جسے EVM کو بھیجا جا سکے۔ Solidity کمپائلر، solc کو انسٹال کرنے کے لیے، [Solidity کی دستاویزات](https://docs.soliditylang.org/en/latest/installing-solidity.html) پر عمل کریں۔ (آپ شاید ایک پرانا `solc` ریلیز استعمال کرنا چاہیں تاکہ یہ [ہماری مثال کے لیے استعمال ہونے والے کمپائلر کے ورژن](https://github.com/ethereum/solidity/releases/tag/v0.4.20) سے مماثل ہو۔) + +اگلا قدم Multiply7 کنٹریکٹ کو بائٹ کوڈ میں مرتب کرنا ہے جسے EVM کو بھیجا جا سکے۔ + +```bash +echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin + +======= :Multiply7 ======= +Binary: +6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029 +``` + +اب جب کہ ہمارے پاس مرتب شدہ (compiled) کوڈ موجود ہے، ہمیں یہ طے کرنے کی ضرورت ہے کہ اسے ڈیپلائے کرنے پر کتنی گیس خرچ ہوگی۔ RPC انٹرفیس میں ایک `eth_estimateGas` طریقہ (method) ہے جو ہمیں ایک تخمینہ دے گا۔ + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545 +{"jsonrpc":"2.0","id":5,"result":"0x1c31e"} +``` + +اور آخر کار کنٹریکٹ کو ڈیپلائے کریں۔ + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545 +{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"} +``` + +ٹرانزیکشن کو نوڈ کے ذریعے قبول کر لیا جاتا ہے اور ایک ٹرانزیکشن ہیش واپس کیا جاتا ہے۔ اس ہیش کو ٹرانزیکشن کو ٹریک کرنے کے لیے استعمال کیا جا سکتا ہے۔ اگلا قدم اس ایڈریس کا تعین کرنا ہے جہاں ہمارا کنٹریکٹ ڈیپلائے ہوا ہے۔ ہر عمل میں لائی گئی ٹرانزیکشن ایک رسید بنائے گی۔ اس رسید میں ٹرانزیکشن کے بارے میں مختلف معلومات ہوتی ہیں جیسے کہ ٹرانزیکشن کس بلاک میں شامل کی گئی تھی اور EVM کے ذریعے کتنی گیس استعمال کی گئی۔ اگر کوئی ٹرانزیکشن ایک کنٹریکٹ بناتی ہے تو اس میں کنٹریکٹ کا ایڈریس بھی شامل ہوگا۔ ہم `eth_getTransactionReceipt` RPC طریقہ استعمال کر کے رسید بازیافت کر سکتے ہیں۔ + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545 +{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}} +``` + +ہمارا کنٹریکٹ `0x4d03d617d700cf81935d7f797f4e2ae719648262` پر بنایا گیا تھا۔ رسید کے بجائے null نتیجہ آنے کا مطلب ہے کہ ٹرانزیکشن ابھی تک کسی بلاک میں شامل نہیں ہوئی ہے۔ کچھ دیر انتظار کریں اور چیک کریں کہ آیا آپ کا کنسینسس کلائنٹ چل رہا ہے اور دوبارہ کوشش کریں۔ + +#### اسمارٹ کنٹریکٹس کے ساتھ تعامل {#interacting-with-smart-contract} + +اس مثال میں ہم کنٹریکٹ کے `multiply` طریقے (method) کو `eth_sendTransaction` کا استعمال کرتے ہوئے ایک ٹرانزیکشن بھیجیں گے۔ + +`eth_sendTransaction` کو کئی دلائل (arguments) کی ضرورت ہوتی ہے، خاص طور پر `from`، `to` اور `data`۔ `From` ہمارے اکاؤنٹ کا پبلک ایڈریس ہے، اور `to` کنٹریکٹ کا ایڈریس ہے۔ `data` دلیل میں ایک پے لوڈ (payload) ہوتا ہے جو یہ طے کرتا ہے کہ کون سا طریقہ (method) کال کیا جانا چاہیے اور کن دلائل کے ساتھ۔ یہیں پر [ABI (ایپلیکیشن بائنری انٹرفیس)](https://docs.soliditylang.org/en/latest/abi-spec.html) کام آتا ہے۔ ABI ایک JSON فائل ہے جو یہ طے کرتی ہے کہ EVM کے لیے ڈیٹا کو کیسے بیان اور انکوڈ کیا جائے۔ + +پے لوڈ کے بائٹس یہ طے کرتے ہیں کہ کنٹریکٹ میں کون سا طریقہ کال کیا گیا ہے۔ یہ فنکشن کے نام اور اس کے آرگومنٹ کی اقسام پر Keccak ہیش کے پہلے 4 بائٹس ہیں، جو ہیکس انکوڈڈ ہوتے ہیں۔ multiply فنکشن ایک uint قبول کرتا ہے جو uint256 کا عرف (alias) ہے۔ اس سے ہمیں یہ ملتا ہے: + +```javascript +web3.sha3("multiply(uint256)").substring(0, 10) +// "0xc6888fa1" +``` + +اگلا قدم دلائل کو انکوڈ کرنا ہے۔ یہاں صرف ایک uint256 ہے، فرض کریں، ویلیو 6۔ ABI کا ایک سیکشن ہے جو یہ بتاتا ہے کہ uint256 اقسام کو کیسے انکوڈ کیا جائے۔ + +`int: enc(X)` X کی بگ-اینڈین ٹوز کمپلیمنٹ (big-endian two’s complement) انکوڈنگ ہے، جسے منفی X کے لیے ہائیر-آرڈر (بائیں) جانب 0xff کے ساتھ اور مثبت X کے لیے صفر بائٹس کے ساتھ پیڈ (padded) کیا جاتا ہے تاکہ لمبائی 32 بائٹس کا ملٹیپل ہو۔ + +یہ `0000000000000000000000000000000000000000000000000000000000000006` میں انکوڈ ہوتا ہے۔ + +فنکشن سلیکٹر اور انکوڈ شدہ دلیل کو ملا کر ہمارا ڈیٹا `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006` ہوگا۔ + +اسے اب نوڈ کو بھیجا جا سکتا ہے: + +```bash +curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545 +{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"} +``` + +چونکہ ایک ٹرانزیکشن بھیجی گئی تھی، اس لیے ایک ٹرانزیکشن ہیش واپس کیا گیا۔ رسید بازیافت کرنے سے یہ ملتا ہے: + +```javascript +{ + blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55", + blockNumber: 268, + contractAddress: null, + cumulativeGasUsed: 22631, + gasUsed: 22631, + logs: [{ + address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", + blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55", + blockNumber: 268, + data: "0x000000000000000000000000000000000000000000000000000000000000002a", + logIndex: 0, + topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"], + transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74", + transactionIndex: 0 + }], + transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74", + transactionIndex: 0 +} +``` + +رسید میں ایک لاگ (log) ہوتا ہے۔ یہ لاگ ٹرانزیکشن کے نفاذ پر EVM کے ذریعے تیار کیا گیا تھا اور رسید میں شامل کیا گیا تھا۔ `multiply` فنکشن دکھاتا ہے کہ `Print` ایونٹ ان پٹ کو 7 سے ضرب دے کر اٹھایا گیا تھا۔ چونکہ `Print` ایونٹ کے لیے دلیل ایک uint256 تھی، اس لیے ہم اسے ABI کے اصولوں کے مطابق ڈی کوڈ کر سکتے ہیں جس سے ہمیں متوقع اعشاریہ 42 ملے گا۔ ڈیٹا کے علاوہ یہ بات قابل غور ہے کہ ٹاپکس (topics) کا استعمال یہ طے کرنے کے لیے کیا جا سکتا ہے کہ کس ایونٹ نے لاگ بنایا: + +```javascript +web3.sha3("Print(uint256)") +// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da" +``` + +یہ کچھ انتہائی عام کاموں کا صرف ایک مختصر تعارف تھا، جس میں JSON-RPC کا براہ راست استعمال دکھایا گیا ہے۔ + +## متعلقہ موضوعات {#related-topics} + +- [JSON-RPC کی تفصیلات](http://www.jsonrpc.org/specification) +- [نوڈز اور کلائنٹس](/developers/docs/nodes-and-clients/) +- [JavaScript APIs](/developers/docs/apis/javascript/) +- [بیک اینڈ APIs](/developers/docs/apis/backend/) +- [ایگزیکیوشن کلائنٹس](/developers/docs/nodes-and-clients/#execution-clients) \ No newline at end of file diff --git a/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md b/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md index 8b393c5d5f6..7e1d1626eac 100644 --- a/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md +++ b/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md @@ -1,35 +1,35 @@ --- -title: Dagger-Hashimoto -description: "Dagger-Hashimoto الگورتھم پر ایک تفصیلی نظر۔" -lang: ur-in +title: "ڈیگر-ہاشیموٹو" +description: "ڈیگر-ہاشیموٹو الگورتھم کا تفصیلی جائزہ۔" +lang: ur --- -Dagger-Hashimoto Ethereum کے مائننگ الگورتھم کے لیے اصل تحقیقی نفاذ اور تفصیلات تھیں۔ [Ethash](#ethash) نے Dagger-Hashimoto کی جگہ لے لی۔ 15 ستمبر 2022 کو [The Merge](/roadmap/merge/) پر مائننگ مکمل طور پر بند کر دی گئی تھی۔ تب سے، Ethereum کو اس کے بجائے [proof-of-stake](/developers/docs/consensus-mechanisms/pos) میکانزم کا استعمال کرکے محفوظ کیا گیا ہے۔ یہ صفحہ تاریخی دلچسپی کے لیے ہے - یہاں دی گئی معلومات The Merge کے بعد کے Ethereum کے لیے اب متعلقہ نہیں ہیں۔ +ڈیگر-ہاشیموٹو (Dagger-Hashimoto) ایتھیریم کے مائننگ الگورتھم کے لیے اصل ریسرچ امپلیمنٹیشن اور تصریح (specification) تھی۔ ڈیگر-ہاشیموٹو کی جگہ [Ethash](#ethash) نے لے لی تھی۔ 15 ستمبر 2022 کو [The Merge](/roadmap/merge/) پر مائننگ کو مکمل طور پر بند کر دیا گیا تھا۔ اس کے بعد سے، ایتھیریم کو اس کے بجائے [پروف آف اسٹیک (proof-of-stake)](/developers/docs/consensus-mechanisms/pos) میکانزم کا استعمال کرتے ہوئے محفوظ کیا گیا ہے۔ یہ صفحہ تاریخی دلچسپی کے لیے ہے - یہاں موجود معلومات مرج (Merge) کے بعد والے ایتھیریم کے لیے مزید متعلقہ نہیں ہیں۔ -## شرائط {#prerequisites} +## پیشگی شرائط {#prerequisites} -اس صفحہ کو بہتر طور پر سمجھنے کے لیے، ہم تجویز کرتے ہیں کہ آپ پہلے [proof-of-work consensus](/developers/docs/consensus-mechanisms/pow)، [مائننگ](/developers/docs/consensus-mechanisms/pow/mining)، اور [مائننگ الگورتھم](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms) کے بارے میں پڑھیں۔ +اس صفحے کو بہتر طور پر سمجھنے کے لیے، ہم تجویز کرتے ہیں کہ آپ پہلے [پروف آف ورک (proof-of-work) کنسینسس](/developers/docs/consensus-mechanisms/pow)، [مائننگ](/developers/docs/consensus-mechanisms/pow/mining)، اور [مائننگ الگورتھمز](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms) کے بارے میں پڑھیں۔ -## Dagger-Hashimoto {#dagger-hashimoto} +## ڈیگر-ہاشیموٹو {#dagger-hashimoto} -Dagger-Hashimoto کا مقصد دو اہداف کو پورا کرنا ہے: +ڈیگر-ہاشیموٹو کا مقصد دو اہداف کو پورا کرنا ہے: -1. **ASIC-مزاحمت**: الگورتھم کے لیے خصوصی ہارڈ ویئر بنانے سے فائدہ ہر ممکن حد تک کم ہونا چاہیے۔ -2. **لائٹ کلائنٹ کی تصدیق کی اہلیت**: ایک بلاک کی لائٹ کلائنٹ کے ذریعے مؤثر طریقے سے تصدیق کی جانی چاہیے۔ +1. **ASIC-مزاحمت (ASIC-resistance)**: الگورتھم کے لیے مخصوص ہارڈویئر بنانے کا فائدہ جتنا ممکن ہو کم ہونا چاہیے۔ +2. **لائٹ کلائنٹ کی تصدیق (Light client verifiability)**: ایک بلاک کو لائٹ کلائنٹ کے ذریعے مؤثر طریقے سے قابل تصدیق ہونا چاہیے۔ -ایک اضافی ترمیم کے ساتھ، ہم یہ بھی بتاتے ہیں کہ اگر چاہیں تو تیسرے مقصد کو کیسے پورا کیا جائے، لیکن اضافی پیچیدگی کی قیمت پر: +ایک اضافی ترمیم کے ساتھ، ہم یہ بھی بتاتے ہیں کہ اگر چاہیں تو تیسرا ہدف کیسے پورا کیا جائے، لیکن اس کی قیمت اضافی پیچیدگی کی صورت میں ہوگی: -**مکمل چین اسٹوریج**: مائننگ کے لیے مکمل بلاک چین اسٹیٹ کے اسٹوریج کی ضرورت ہونی چاہیے (Ethereum اسٹیٹ ٹرائی کی بے قاعدہ ساخت کی وجہ سے، ہم توقع کرتے ہیں کہ کچھ کانٹ چھانٹ ممکن ہو گی، خاص طور پر کچھ اکثر استعمال ہونے والے معاہدوں کی، لیکن ہم اسے کم سے کم کرنا چاہتے ہیں)۔ +**مکمل چین اسٹوریج (Full chain storage)**: مائننگ کے لیے مکمل بلاک چین اسٹیٹ (state) کو اسٹور کرنے کی ضرورت ہونی چاہیے (ایتھیریم اسٹیٹ ٹرائی (state trie) کی بے قاعدہ ساخت کی وجہ سے، ہم توقع کرتے ہیں کہ کچھ کٹائی (pruning) ممکن ہو گی، خاص طور پر کچھ اکثر استعمال ہونے والے کنٹریکٹس کی، لیکن ہم اسے کم سے کم کرنا چاہتے ہیں)۔ ## DAG جنریشن {#dag-generation} -الگورتھم کا کوڈ ذیل میں Python میں بیان کیا جائے گا۔ سب سے پہلے، ہم مخصوص درستگی کے غیر دستخط شدہ انٹس کو سٹرنگز میں مارشل کرنے کے لیے `encode_int` دیتے ہیں۔ اس کا الٹا بھی دیا گیا ہے: +الگورتھم کا کوڈ ذیل میں Python میں بیان کیا جائے گا۔ سب سے پہلے، ہم مخصوص درستگی (precision) کے ان سائنڈ انٹیجرز (unsigned ints) کو اسٹرنگز میں مارشل کرنے کے لیے `encode_int` دیتے ہیں۔ اس کا الٹ بھی دیا گیا ہے: ```python NUM_BITS = 512 def encode_int(x): - "ایک big-endian اسکیم کا استعمال کرتے ہوئے ایک انٹیجر x کو 64 حروف کی ایک سٹرنگ کے طور پر انکوڈ کریں" + "Encode an integer x as a string of 64 characters using a big-endian scheme" o = '' for _ in range(NUM_BITS / 8): o = chr(x % 256) + o @@ -37,7 +37,7 @@ def encode_int(x): return o def decode_int(s): - "ایک big-endian اسکیم کا استعمال کرتے ہوئے ایک سٹرنگ سے ایک انٹیجر x کو انکوڈ کریں" + "Unencode an integer x from a string using a big-endian scheme" x = 0 for c in s: x *= 256 @@ -45,7 +45,7 @@ def decode_int(s): return x ``` -ہم آگے یہ فرض کرتے ہیں کہ `sha3` ایک فنکشن ہے جو ایک انٹیجر لیتا ہے اور ایک انٹیجر آؤٹ پٹ کرتا ہے، اور `dbl_sha3` ایک ڈبل-sha3 فنکشن ہے؛ اگر اس حوالہ جاتی کوڈ کو نفاذ میں تبدیل کر رہے ہیں تو استعمال کریں: +اس کے بعد ہم فرض کرتے ہیں کہ `sha3` ایک فنکشن ہے جو ایک انٹیجر لیتا ہے اور ایک انٹیجر آؤٹ پٹ کرتا ہے، اور `dbl_sha3` ایک ڈبل-sha3 فنکشن ہے؛ اگر اس حوالہ کوڈ کو امپلیمنٹیشن میں تبدیل کر رہے ہیں تو استعمال کریں: ```python from pyethereum import utils @@ -65,28 +65,28 @@ def dbl_sha3(x): الگورتھم کے لیے استعمال ہونے والے پیرامیٹرز یہ ہیں: ```python -SAFE_PRIME_512 = 2**512 - 38117 # 2**512 سے کم سب سے بڑا سیف پرائم +SAFE_PRIME_512 = 2**512 - 38117 # 2**512 سے چھوٹا سب سے بڑا محفوظ پرائم params = { - "n": 4000055296 * 8 // NUM_BITS, # ڈیٹاسیٹ کا سائز (4 گیگا بائٹس)؛ 65536 کا ملٹیپل ہونا چاہیے - "n_inc": 65536, # فی مدت n کی قدر میں اضافہ؛ 65536 کا ملٹیپل ہونا چاہیے - # epochtime=20000 کے ساتھ فی سال 882 MB کی نمو دیتا ہے - "cache_size": 2500, # لائٹ کلائنٹ کے کیشے کا سائز (لائٹ کے ذریعے منتخب کیا جا سکتا ہے - # کلائنٹ؛ الگورتھم کی تفصیلات کا حصہ نہیں) - "diff": 2**14, # مشکل (بلاک کی تشخیص کے دوران ایڈجسٹ کی گئی) - "epochtime": 100000, # بلاکس میں ایک ایپوک کی لمبائی (ڈیٹاسیٹ کتنی بار اپ ڈیٹ ہوتا ہے) - "k": 1, # ایک نوڈ کے والدین کی تعداد - "w": w, # ماڈیولر ایکسپونینشن ہیشنگ کے لیے استعمال کیا جاتا ہے - "accesses": 200, # ہاشیموٹو کے دوران ڈیٹاسیٹ تک رسائی کی تعداد - "P": SAFE_PRIME_512 # ہیشنگ اور بے ترتیب نمبر بنانے کے لیے سیف پرائم + "n": 4000055296 * 8 // NUM_BITS, # ڈیٹاسیٹ کا سائز (4 گیگا بائٹس)؛ 65536 کا ملٹیپل ہونا لازمی ہے + "n_inc": 65536, # فی مدت n کی قدر میں اضافہ؛ 65536 کا ملٹیپل ہونا لازمی ہے + # epochtime=20000 کے ساتھ ہر سال 882 MB کا اضافہ ہوتا ہے + "cache_size": 2500, # لائٹ کلائنٹ کی کیشے کا سائز (لائٹ کی جانب سے منتخب کیا جا سکتا ہے + # کلائنٹ؛ الگورتھم کی تفصیلات کا حصہ نہیں ہے) + "diff": 2**14, # مشکل (بلاک کی جانچ کے دوران ایڈجسٹ کی جاتی ہے) + "epochtime": 100000, # بلاکس میں ایپوک (epoch) کی طوالت (ڈیٹاسیٹ کو کتنی بار اپ ڈیٹ کیا جاتا ہے) + "k": 1, # ایک نوڈ کے پیرنٹس کی تعداد + "w": w, # ماڈیولر ایکسپونینشیئشن ہیشنگ کے لیے استعمال ہوتا ہے + "accesses": 200, # ہاشیموٹو (hashimoto) کے دوران ڈیٹاسیٹ تک رسائی کی تعداد + "P": SAFE_PRIME_512 # ہیشنگ اور رینڈم نمبر جنریشن کے لیے محفوظ پرائم } ``` -اس معاملے میں `P` ایک پرائم ہے جسے اس طرح منتخب کیا گیا ہے کہ `log₂(P)` 512 سے تھوڑا کم ہے، جو ان 512 بٹس سے مطابقت رکھتا ہے جنہیں ہم اپنے نمبروں کی نمائندگی کے لیے استعمال کر رہے ہیں۔ نوٹ کریں کہ اصل میں DAG کے صرف آخری نصف کو ذخیرہ کرنے کی ضرورت ہے، لہذا ڈی-فیکٹو RAM کی ضرورت 1 GB سے شروع ہوتی ہے اور فی سال 441 MB بڑھتی ہے۔ +اس صورت میں `P` ایک پرائم (prime) ہے جسے اس طرح منتخب کیا گیا ہے کہ `log₂(P)` 512 سے تھوڑا سا کم ہے، جو ان 512 بٹس سے مطابقت رکھتا ہے جنہیں ہم اپنے نمبرز کی نمائندگی کے لیے استعمال کر رہے ہیں۔ نوٹ کریں کہ دراصل DAG کا صرف پچھلا نصف حصہ اسٹور کرنے کی ضرورت ہوتی ہے، لہذا ڈی فیکٹو (de-facto) RAM کی ضرورت 1 GB سے شروع ہوتی ہے اور ہر سال 441 MB تک بڑھتی ہے۔ -### Dagger گراف بنانا {#dagger-graph-building} +### ڈیگر گراف کی تعمیر {#dagger-graph-building} -Dagger گراف بنانے کا پرمیٹیو مندرجہ ذیل طور پر بیان کیا گیا ہے: +ڈیگر گراف بنانے کا بنیادی طریقہ (primitive) درج ذیل کے طور پر بیان کیا گیا ہے: ```python def produce_dag(params, seed, length): @@ -101,15 +101,15 @@ def produce_dag(params, seed, length): return o ``` -بنیادی طور پر، یہ ایک گراف کو ایک واحد نوڈ، `sha3(seed)` کے طور پر شروع کرتا ہے، اور وہاں سے بے ترتیب پچھلے نوڈز کی بنیاد پر ترتیب وار دوسرے نوڈز کو شامل کرنا شروع کرتا ہے۔ جب ایک نیا نوڈ بنایا جاتا ہے، تو `i` سے کم کچھ انڈیکس کو بے ترتیب طور پر منتخب کرنے کے لیے سیڈ کی ایک ماڈیولر پاور کا حساب لگایا جاتا ہے (اوپر `x % i` کا استعمال کرتے ہوئے)، اور ان انڈیکس پر نوڈز کی قدروں کو `x` کے لیے ایک نئی قدر پیدا کرنے کے لیے ایک حساب میں استعمال کیا جاتا ہے، جسے پھر ایک چھوٹے پروف آف ورک فنکشن (XOR پر مبنی) میں فیڈ کیا جاتا ہے تاکہ آخر کار انڈیکس `i` پر گراف کی قدر پیدا کی جا سکے۔ اس خاص ڈیزائن کے پیچھے استدلال DAG کی ترتیب وار رسائی کو مجبور کرنا ہے؛ DAG کی اگلی قدر جس تک رسائی حاصل کی جائے گی اس کا تعین اس وقت تک نہیں کیا جا سکتا جب تک کہ موجودہ قدر معلوم نہ ہو۔ آخر میں، ماڈیولر ایکسپونینشن نتیجے کو مزید ہیش کرتا ہے۔ +بنیادی طور پر، یہ ایک گراف کو سنگل نوڈ، `sha3(seed)` کے طور پر شروع کرتا ہے، اور وہاں سے بے ترتیب پچھلے نوڈز کی بنیاد پر ترتیب وار دیگر نوڈز کو شامل کرنا شروع کرتا ہے۔ جب ایک نیا نوڈ بنایا جاتا ہے، تو `i` سے کم کچھ انڈیکسز کو تصادفی طور پر منتخب کرنے کے لیے سیڈ (seed) کی ایک ماڈیولر پاور کا حساب لگایا جاتا ہے (اوپر `x % i` کا استعمال کرتے ہوئے)، اور ان انڈیکسز پر نوڈز کی ویلیوز کو `x` کے لیے ایک نئی ویلیو بنانے کے لیے کیلکولیشن میں استعمال کیا جاتا ہے، جسے پھر ایک چھوٹے پروف آف ورک فنکشن (XOR پر مبنی) میں ڈالا جاتا ہے تاکہ بالآخر انڈیکس `i` پر گراف کی ویلیو تیار کی جا سکے۔ اس مخصوص ڈیزائن کے پیچھے منطق یہ ہے کہ DAG کی ترتیب وار رسائی (sequential access) کو مجبور کیا جائے؛ DAG کی اگلی ویلیو جس تک رسائی حاصل کی جائے گی اس کا تعین اس وقت تک نہیں کیا جا سکتا جب تک کہ موجودہ ویلیو معلوم نہ ہو۔ آخر میں، ماڈیولر ایکسپونینشیئشن (modular exponentiation) نتیجے کو مزید ہیش کرتا ہے۔ -یہ الگورتھم نمبر تھیوری کے کئی نتائج پر انحصار کرتا ہے۔ بحث کے لیے نیچے ضمیمہ دیکھیں۔ +یہ الگورتھم نمبر تھیوری کے کئی نتائج پر انحصار کرتا ہے۔ بحث کے لیے نیچے دیا گیا ضمیمہ (appendix) دیکھیں۔ -## لائٹ کلائنٹ کی تشخیص {#light-client-evaluation} +## لائٹ کلائنٹ ایویلیوایشن {#light-client-evaluation} -مذکورہ بالا گراف کی تعمیر کا مقصد گراف میں ہر نوڈ کو صرف چند نوڈز کے سب ٹری کا حساب لگا کر دوبارہ تعمیر کرنے کی اجازت دینا ہے اور صرف تھوڑی مقدار میں معاون میموری کی ضرورت ہوتی ہے۔ نوٹ کریں کہ k=1 کے ساتھ، سب ٹری صرف DAG میں پہلے عنصر تک جانے والی قدروں کا ایک سلسلہ ہے۔ +مذکورہ بالا گراف کی تعمیر کا مقصد گراف میں موجود ہر نوڈ کو صرف تھوڑی تعداد میں نوڈز کے سب ٹری (subtree) کا حساب لگا کر دوبارہ بنانے کی اجازت دینا ہے اور اس کے لیے صرف تھوڑی مقدار میں معاون میموری (auxiliary memory) کی ضرورت ہوتی ہے۔ نوٹ کریں کہ k=1 کے ساتھ، سب ٹری صرف ویلیوز کی ایک چین ہے جو DAG میں پہلے عنصر تک جاتی ہے۔ -DAG کے لیے لائٹ کلائنٹ کمپیوٹنگ فنکشن مندرجہ ذیل طور پر کام کرتا ہے: +DAG کے لیے لائٹ کلائنٹ کمپیوٹنگ فنکشن اس طرح کام کرتا ہے: ```python def quick_calc(params, seed, p): @@ -131,13 +131,13 @@ def quick_calc(params, seed, p): return quick_calc_cached(p) ``` -بنیادی طور پر، یہ صرف مذکورہ بالا الگورتھم کی دوبارہ تحریر ہے جو پورے DAG کے لیے قدروں کا حساب لگانے کے لوپ کو ہٹاتا ہے اور پہلے والے نوڈ لک اپ کو ریکرسیو کال یا کیشے لک اپ سے بدل دیتا ہے۔ نوٹ کریں کہ `k=1` کے لیے کیشے غیر ضروری ہے، حالانکہ مزید اصلاح اصل میں DAG کی پہلی چند ہزار قدروں کا پہلے سے حساب لگاتی ہے اور اسے حساب کے لیے ایک جامد کیشے کے طور پر رکھتی ہے؛ اس کے کوڈ کے نفاذ کے لیے ضمیمہ دیکھیں۔ +بنیادی طور پر، یہ محض مندرجہ بالا الگورتھم کو دوبارہ لکھنا ہے جو پورے DAG کے لیے ویلیوز کا حساب لگانے کے لوپ کو ہٹاتا ہے اور پہلے والے نوڈ لک اپ (lookup) کو ریکرسیو کال (recursive call) یا کیشے (cache) لک اپ سے بدل دیتا ہے۔ نوٹ کریں کہ `k=1` کے لیے کیشے غیر ضروری ہے، حالانکہ ایک مزید آپٹیمائزیشن دراصل DAG کی پہلی چند ہزار ویلیوز کا پہلے سے حساب لگاتی ہے اور اسے کمپیوٹیشنز کے لیے ایک جامد (static) کیشے کے طور پر رکھتی ہے؛ اس کی کوڈ امپلیمنٹیشن کے لیے ضمیمہ دیکھیں۔ ## DAGs کا ڈبل بفر {#double-buffer} -ایک مکمل کلائنٹ میں، مذکورہ بالا فارمولے سے تیار کردہ 2 DAGs کا ایک [_ڈبل بفر_](https://wikipedia.org/wiki/Multiple_buffering) استعمال کیا جاتا ہے۔ خیال یہ ہے کہ DAGs مذکورہ بالا پیرامیٹرز کے مطابق ہر `epochtime` تعداد کے بلاکس پر تیار کیے جاتے ہیں۔ کلائنٹ تازہ ترین تیار کردہ DAG استعمال کرنے کے بجائے، پچھلا والا استعمال کرتا ہے۔ اس کا فائدہ یہ ہے کہ یہ DAGs کو وقت کے ساتھ تبدیل کرنے کی اجازت دیتا ہے بغیر کسی ایسے قدم کو شامل کرنے کی ضرورت کے جہاں مائنرز کو اچانک تمام ڈیٹا کا دوبارہ حساب لگانا پڑے۔ بصورت دیگر، باقاعدہ وقفوں پر چین پروسیسنگ میں اچانک عارضی سست روی اور مرکزیت میں ڈرامائی طور پر اضافہ ہونے کا امکان ہے۔ اس طرح تمام ڈیٹا کا دوبارہ حساب لگانے سے پہلے ان چند منٹوں کے اندر 51% حملے کا خطرہ ہوتا ہے۔ +ایک فل کلائنٹ میں، مندرجہ بالا فارمولے کے ذریعے تیار کردہ 2 DAGs کا ایک [_ڈبل بفر (double buffer)_](https://wikipedia.org/wiki/Multiple_buffering) استعمال کیا جاتا ہے۔ خیال یہ ہے کہ اوپر دیے گئے پیرامیٹرز کے مطابق ہر `epochtime` بلاکس کی تعداد پر DAGs تیار کیے جاتے ہیں۔ کلائنٹ کے تازہ ترین تیار کردہ DAG کو استعمال کرنے کے بجائے، یہ پچھلا والا استعمال کرتا ہے۔ اس کا فائدہ یہ ہے کہ یہ DAGs کو وقت کے ساتھ تبدیل کرنے کی اجازت دیتا ہے بغیر کسی ایسے قدم کو شامل کرنے کی ضرورت کے جہاں مائنرز کو اچانک تمام ڈیٹا کا دوبارہ حساب لگانا پڑے۔ بصورت دیگر، باقاعدہ وقفوں پر چین پروسیسنگ میں اچانک عارضی سست روی اور ڈرامائی طور پر سینٹرلائزیشن بڑھنے کا امکان ہے۔ اس طرح تمام ڈیٹا کا دوبارہ حساب لگائے جانے سے پہلے ان چند منٹوں کے اندر 51% حملے کے خطرات ہوتے ہیں۔ -ایک بلاک کے لیے کام کا حساب لگانے کے لیے استعمال ہونے والے DAGs کا سیٹ بنانے کے لیے استعمال ہونے والا الگورتھم مندرجہ ذیل ہے: +ایک بلاک کے لیے کام کا حساب لگانے کے لیے استعمال ہونے والے DAGs کا سیٹ بنانے کے لیے استعمال ہونے والا الگورتھم درج ذیل ہے: ```python def get_prevhash(n): @@ -164,7 +164,7 @@ def get_daggerset(params, block): dagsz = get_dagsize(params, block) seedset = get_seedset(params, block) if seedset["front_hash"] <= 0: - # No back buffer is possible, just make front buffer + # کوئی بیک بفر ممکن نہیں، صرف فرنٹ بفر بنائیں return {"front": {"dag": produce_dag(params, seedset["front_hash"], dagsz), "block_number": 0}} else: @@ -174,9 +174,9 @@ def get_daggerset(params, block): "block_number": seedset["back_number"]}} ``` -## Hashimoto {#hashimoto} +## ہاشیموٹو {#hashimoto} -اصل Hashimoto کے پیچھے خیال یہ ہے کہ بلاک چین کو بطور ڈیٹاسیٹ استعمال کیا جائے، ایک ایسا حساب انجام دیا جائے جو بلاک چین سے N انڈیکس منتخب کرتا ہے، ان انڈیکس پر ٹرانزیکشنز کو جمع کرتا ہے، اس ڈیٹا کا XOR انجام دیتا ہے، اور نتیجے کا ہیش واپس کرتا ہے۔ تھڈیئس ڈرائجا کا اصل الگورتھم، مطابقت کے لیے Python میں ترجمہ کیا گیا، مندرجہ ذیل ہے: +اصل ہاشیموٹو کے پیچھے خیال یہ ہے کہ بلاک چین کو ایک ڈیٹاسیٹ کے طور پر استعمال کیا جائے، ایک ایسی کمپیوٹیشن کی جائے جو بلاک چین سے N انڈیکسز کو منتخب کرے، ان انڈیکسز پر ٹرانزیکشنز کو اکٹھا کرے، اس ڈیٹا کا XOR کرے، اور نتیجے کا ہیش واپس کرے۔ Thaddeus Dryja کا اصل الگورتھم، جسے مستقل مزاجی کے لیے Python میں ترجمہ کیا گیا ہے، درج ذیل ہے: ```python def orig_hashimoto(prev_hash, merkle_root, list_of_transactions, nonce): @@ -189,7 +189,7 @@ def orig_hashimoto(prev_hash, merkle_root, list_of_transactions, nonce): return txid_mix ^ (nonce << 192) ``` -بدقسمتی سے، جبکہ Hashimoto کو RAM ہارڈ سمجھا جاتا ہے، یہ 256 بٹ ریاضی پر انحصار کرتا ہے، جس میں کافی کمپیوٹیشنل اوور ہیڈ ہوتا ہے۔ تاہم، Dagger-Hashimoto اس مسئلے کو حل کرنے کے لیے اپنے ڈیٹاسیٹ کو انڈیکس کرتے وقت صرف سب سے کم اہم 64 بٹس کا استعمال کرتا ہے۔ +بدقسمتی سے، اگرچہ ہاشیموٹو کو RAM ہارڈ سمجھا جاتا ہے، یہ 256-بٹ ارتھمیٹک پر انحصار کرتا ہے، جس میں کافی کمپیوٹیشنل اوور ہیڈ ہوتا ہے۔ تاہم، ڈیگر-ہاشیموٹو اس مسئلے کو حل کرنے کے لیے اپنے ڈیٹاسیٹ کو انڈیکس کرتے وقت صرف سب سے کم اہم (least significant) 64 بٹس کا استعمال کرتا ہے۔ ```python def hashimoto(dag, dagsize, params, header, nonce): @@ -200,7 +200,7 @@ def hashimoto(dag, dagsize, params, header, nonce): return dbl_sha3(mix) ``` -ڈبل SHA3 کا استعمال صفر-ڈیٹا، قریب-فوری پری-ویریفکیشن کی ایک شکل کی اجازت دیتا ہے، صرف اس بات کی تصدیق کرتا ہے کہ ایک درست درمیانی قدر فراہم کی گئی تھی۔ پروف آف ورک کی یہ بیرونی تہہ انتہائی ASIC-فرینڈلی اور کافی کمزور ہے، لیکن DDoS کو مزید مشکل بنانے کے لیے موجود ہے کیونکہ ایک ایسا بلاک بنانے کے لیے کام کی وہ چھوٹی سی مقدار کرنا ضروری ہے جسے فوری طور پر مسترد نہیں کیا جائے گا۔ یہاں لائٹ کلائنٹ ورژن ہے: +ڈبل SHA3 کا استعمال زیرو-ڈیٹا، تقریباً فوری پری-ویریفکیشن (pre-verification) کی ایک شکل کی اجازت دیتا ہے، جو صرف اس بات کی تصدیق کرتا ہے کہ ایک درست درمیانی ویلیو فراہم کی گئی تھی۔ پروف آف ورک کی یہ بیرونی تہہ انتہائی ASIC-دوست اور کافی کمزور ہے، لیکن یہ DDoS کو مزید مشکل بنانے کے لیے موجود ہے کیونکہ اس چھوٹی سی مقدار کا کام کرنا ضروری ہے تاکہ ایک ایسا بلاک تیار کیا جا سکے جسے فوری طور پر مسترد نہ کیا جائے۔ یہاں لائٹ کلائنٹ ورژن ہے: ```python def quick_hashimoto(seed, dagsize, params, header, nonce): @@ -213,7 +213,7 @@ def quick_hashimoto(seed, dagsize, params, header, nonce): ## مائننگ اور تصدیق {#mining-and-verifying} -اب، آئیے اس سب کو مائننگ الگورتھم میں ایک ساتھ رکھتے ہیں: +اب، آئیے ان سب کو مائننگ الگورتھم میں ایک ساتھ رکھیں: ```python def mine(daggerset, params, block): @@ -239,7 +239,7 @@ def verify(daggerset, params, block, nonce): return result * params["diff"] < 2**256 ``` -لائٹ کلائنٹ فرینڈلی تصدیق: +لائٹ کلائنٹ کے موافق تصدیق: ```python def light_verify(params, header, nonce): @@ -249,57 +249,57 @@ def light_verify(params, header, nonce): return result * params["diff"] < 2**256 ``` -نیز، نوٹ کریں کہ Dagger-Hashimoto بلاک ہیڈر پر اضافی تقاضے عائد کرتا ہے: +اس کے علاوہ، نوٹ کریں کہ ڈیگر-ہاشیموٹو بلاک ہیڈر پر اضافی تقاضے عائد کرتا ہے: -- دو-تہہ کی تصدیق کے کام کرنے کے لیے، ایک بلاک ہیڈر میں نونس اور درمیانی قدر دونوں پری-sha3 ہونی چاہئیں۔ -- کہیں، ایک بلاک ہیڈر کو موجودہ سیڈ سیٹ کا sha3 ذخیرہ کرنا چاہیے۔ +- ٹو-لیئر (two-layer) تصدیق کے کام کرنے کے لیے، ایک بلاک ہیڈر میں نانس (nonce) اور درمیانی ویلیو pre-sha3 دونوں کا ہونا ضروری ہے +- کہیں نہ کہیں، ایک بلاک ہیڈر کو موجودہ سیڈسیٹ (seedset) کا sha3 اسٹور کرنا چاہیے -## مزید پڑھیں {#further-reading} +## مزید مطالعہ {#further-reading} -_کسی کمیونٹی وسیلے کے بارے میں جانتے ہیں جس نے آپ کی مدد کی ہو؟ اس صفحہ میں ترمیم کریں اور اسے شامل کریں!_ +_کسی ایسے کمیونٹی وسیلے کے بارے میں جانتے ہیں جس نے آپ کی مدد کی ہو؟ اس صفحے میں ترمیم کریں اور اسے شامل کریں!_ ## ضمیمہ {#appendix} -جیسا کہ اوپر ذکر کیا گیا ہے، DAG جنریشن کے لیے استعمال ہونے والا RNG نمبر تھیوری کے کچھ نتائج پر انحصار کرتا ہے۔ سب سے پہلے، ہم یہ یقین دہانی فراہم کرتے ہیں کہ Lehmer RNG جو `picker` متغیر کی بنیاد ہے اس کا ایک وسیع دور ہے۔ دوسرا، ہم دکھاتے ہیں کہ `pow(x,3,P)`، `x` کو `1` یا `P-1` پر میپ نہیں کرے گا بشرطیکہ شروع کرنے کے لیے `x ∈ [2,P-2]` ہو۔ آخر میں، ہم دکھاتے ہیں کہ جب ہیشنگ فنکشن کے طور پر علاج کیا جاتا ہے تو `pow(x,3,P)` کی تصادم کی شرح کم ہوتی ہے۔ +جیسا کہ اوپر ذکر کیا گیا ہے، DAG جنریشن کے لیے استعمال ہونے والا RNG نمبر تھیوری کے کچھ نتائج پر انحصار کرتا ہے۔ سب سے پہلے، ہم یہ یقین دہانی کراتے ہیں کہ Lehmer RNG جو `picker` ویری ایبل کی بنیاد ہے، اس کا پیریڈ (period) وسیع ہے۔ دوسرا، ہم دکھاتے ہیں کہ `pow(x,3,P)` `x` کو `1` یا `P-1` پر میپ نہیں کرے گا بشرطیکہ شروع کرنے کے لیے `x ∈ [2,P-2]` ہو۔ آخر میں، ہم دکھاتے ہیں کہ جب `pow(x,3,P)` کو ہیشنگ فنکشن کے طور پر سمجھا جاتا ہے تو اس میں تصادم (collision) کی شرح کم ہوتی ہے۔ ### Lehmer رینڈم نمبر جنریٹر {#lehmer-random-number} -جبکہ `produce_dag` فنکشن کو غیر جانبدارانہ بے ترتیب نمبر تیار کرنے کی ضرورت نہیں ہے، ایک ممکنہ خطرہ یہ ہے کہ `seed**i % P` صرف مٹھی بھر قدریں لیتا ہے۔ یہ ان مائنرز کو فائدہ فراہم کر سکتا ہے جو پیٹرن کو پہچانتے ہیں ان لوگوں پر جو نہیں پہچانتے ہیں۔ +اگرچہ `produce_dag` فنکشن کو غیر جانبدارانہ (unbiased) رینڈم نمبرز تیار کرنے کی ضرورت نہیں ہے، لیکن ایک ممکنہ خطرہ یہ ہے کہ `seed**i % P` صرف مٹھی بھر ویلیوز لیتا ہے۔ یہ ان مائنرز کو فائدہ پہنچا سکتا ہے جو پیٹرن کو پہچانتے ہیں ان کے مقابلے میں جو نہیں پہچانتے۔ -اس سے بچنے کے لیے، نمبر تھیوری کے ایک نتیجے کی اپیل کی جاتی ہے۔ ایک [_سیف پرائم_](https://en.wikipedia.org/wiki/Safe_prime) کو ایک پرائم `P` کے طور پر بیان کیا گیا ہے جیسے `(P-1)/2` بھی پرائم ہے۔ [ضرب گروپ](https://en.wikipedia.org/wiki/Multiplicative_group_of_integers_modulo_n) `ℤ/nℤ` کے ایک رکن `x` کا _آرڈر_ کم سے کم `m` کے طور پر بیان کیا گیا ہے جیسے کہ 
    xᵐ mod P ≡ 1
    +اس سے بچنے کے لیے، نمبر تھیوری کے ایک نتیجے سے رجوع کیا جاتا ہے۔ ایک [_سیف پرائم (Safe Prime)_](https://en.wikipedia.org/wiki/Safe_prime) کو ایک پرائم `P` کے طور پر بیان کیا جاتا ہے کہ `(P-1)/2` بھی پرائم ہو۔ [ملٹیپلیکیٹو گروپ (multiplicative group)](https://en.wikipedia.org/wiki/Multiplicative_group_of_integers_modulo_n) `ℤ/nℤ` کے ایک ممبر `x` کے _آرڈر (order)_ کو کم از کم `m` کے طور پر بیان کیا جاتا ہے کہ 
    xᵐ mod P ≡ 1
    ان تعریفوں کو دیکھتے ہوئے، ہمارے پاس ہے: -> مشاہدہ 1۔ `x` کو ایک سیف پرائم `P` کے لیے ضرب گروپ `ℤ/Pℤ` کا رکن ہونے دیں۔ اگر `x mod P ≠ 1 mod P` اور `x mod P ≠ P-1 mod P`، تو `x` کا آرڈر یا تو `P-1` ہے یا `(P-1)/2`۔ +> مشاہدہ 1۔ فرض کریں کہ `x` ایک سیف پرائم `P` کے لیے ملٹیپلیکیٹو گروپ `ℤ/Pℤ` کا ممبر ہے۔ اگر `x mod P ≠ 1 mod P` اور `x mod P ≠ P-1 mod P` ہے، تو `x` کا آرڈر یا تو `P-1` ہے یا `(P-1)/2`۔ -_ثبوت_۔ چونکہ `P` ایک سیف پرائم ہے، تب [Lagrange کے تھیورم][lagrange] کے ذریعے ہمارے پاس یہ ہے کہ `x` کا آرڈر یا تو `1`، `2`، `(P-1)/2`، یا `P-1` ہے۔ +_ثبوت_۔ چونکہ `P` ایک سیف پرائم ہے، اس لیے [Lagrange's Theorem][lagrange] کے مطابق ہمارے پاس `x` کا آرڈر یا تو `1`، `2`، `(P-1)/2`، یا `P-1` ہے۔ -`x` کا آرڈر `1` نہیں ہو سکتا، چونکہ فرما کے چھوٹے تھیورم کے ذریعے ہمارے پاس ہے: +`x` کا آرڈر `1` نہیں ہو سکتا، کیونکہ Fermat's Little Theorem کے مطابق ہمارے پاس ہے: -
    xP-1 mod P ≡ 1
    +
    xP-1 mod P ≡ 1
    -لہذا `x` کو `ℤ/nℤ` کی ایک ضربی شناخت ہونا چاہیے، جو کہ منفرد ہے۔ چونکہ ہم نے مفروضے کے مطابق یہ فرض کیا ہے کہ `x ≠ 1` ہے، یہ ممکن نہیں ہے۔ +لہذا `x` کو `ℤ/nℤ` کی ایک ملٹیپلیکیٹو شناخت (multiplicative identity) ہونا چاہیے، جو منفرد ہے۔ چونکہ ہم نے فرض کیا تھا کہ `x ≠ 1` ہے، اس لیے یہ ممکن نہیں ہے۔ -`x` کا آرڈر `2` نہیں ہو سکتا جب تک کہ `x = P-1` نہ ہو، چونکہ یہ اس بات کی خلاف ورزی کرے گا کہ `P` پرائم ہے۔ +`x` کا آرڈر `2` نہیں ہو سکتا جب تک کہ `x = P-1` نہ ہو، کیونکہ یہ اس بات کی خلاف ورزی کرے گا کہ `P` پرائم ہے۔ -مذکورہ بالا تجویز سے، ہم یہ پہچان سکتے ہیں کہ `(picker * init) % P` کو دہرانے سے سائیکل کی لمبائی کم از کم `(P-1)/2` ہو گی۔ اس کی وجہ یہ ہے کہ ہم نے `P` کو دو کی اعلی طاقت کے تقریباً برابر ایک سیف پرائم کے طور پر منتخب کیا ہے، اور `init` وقفہ `[2,2**256+1]` میں ہے۔ `P` کی شدت کو دیکھتے ہوئے، ہمیں ماڈیولر ایکسپونینشن سے کبھی بھی سائیکل کی توقع نہیں کرنی چاہیے۔ +مذکورہ بالا تجویز سے، ہم یہ تسلیم کر سکتے ہیں کہ `(picker * init) % P` کو دہرانے سے سائیکل کی لمبائی کم از کم `(P-1)/2` ہوگی۔ اس کی وجہ یہ ہے کہ ہم نے `P` کو ایک سیف پرائم کے طور پر منتخب کیا ہے جو تقریباً دو کی اعلیٰ پاور کے برابر ہے، اور `init` وقفہ `[2,2**256+1]` میں ہے۔ `P` کی وسعت کو دیکھتے ہوئے، ہمیں کبھی بھی ماڈیولر ایکسپونینشیئشن سے سائیکل کی توقع نہیں کرنی چاہیے۔ -جب ہم DAG میں پہلا سیل تفویض کر رہے ہیں (متغیر جس پر `init` کا لیبل لگا ہوا ہے)، ہم `pow(sha3(seed) + 2, 3, P)` کا حساب لگاتے ہیں۔ پہلی نظر میں، یہ اس بات کی ضمانت نہیں دیتا کہ نتیجہ نہ تو `1` ہے اور نہ ہی `P-1`۔ تاہم، چونکہ `P-1` ایک سیف پرائم ہے، ہمارے پاس مندرجہ ذیل اضافی یقین دہانی ہے، جو مشاہدہ 1 کا نتیجہ ہے: +جب ہم DAG میں پہلا سیل تفویض کر رہے ہوتے ہیں (ویری ایبل جس کا لیبل `init` ہے)، تو ہم `pow(sha3(seed) + 2, 3, P)` کا حساب لگاتے ہیں۔ پہلی نظر میں، یہ اس بات کی ضمانت نہیں دیتا کہ نتیجہ نہ تو `1` ہے اور نہ ہی `P-1`۔ تاہم، چونکہ `P-1` ایک سیف پرائم ہے، اس لیے ہمارے پاس درج ذیل اضافی یقین دہانی ہے، جو مشاہدہ 1 کا نتیجہ (corollary) ہے: -> مشاہدہ 2۔ `x` کو ایک سیف پرائم `P` کے لیے ضرب گروپ `ℤ/Pℤ` کا رکن ہونے دیں، اور `w` کو ایک قدرتی عدد ہونے دیں۔ اگر `x mod P ≠ 1 mod P` اور `x mod P ≠ P-1 mod P`، نیز `w mod P ≠ P-1 mod P` اور `w mod P ≠ 0 mod P`، تو `xʷ mod P ≠ 1 mod P` اور `xʷ mod P ≠ P-1 mod P` +> مشاہدہ 2۔ فرض کریں کہ `x` ایک سیف پرائم `P` کے لیے ملٹیپلیکیٹو گروپ `ℤ/Pℤ` کا ممبر ہے، اور `w` ایک قدرتی عدد (natural number) ہے۔ اگر `x mod P ≠ 1 mod P` اور `x mod P ≠ P-1 mod P` ہے، اور ساتھ ہی `w mod P ≠ P-1 mod P` اور `w mod P ≠ 0 mod P` ہے، تو `xʷ mod P ≠ 1 mod P` اور `xʷ mod P ≠ P-1 mod P` -### ماڈیولر ایکسپونینشن بطور ہیش فنکشن {#modular-exponentiation} +### ہیش فنکشن کے طور پر ماڈیولر ایکسپونینشیئشن {#modular-exponentiation} -`P` اور `w` کی کچھ قدروں کے لیے، فنکشن `pow(x, w, P)` میں بہت سے تصادم ہو سکتے ہیں۔ مثال کے طور پر، `pow(x,9,19)` صرف `{1,18}` کی قدریں لیتا ہے۔ +`P` اور `w` کی مخصوص ویلیوز کے لیے، فنکشن `pow(x, w, P)` میں بہت سے تصادم (collisions) ہو سکتے ہیں۔ مثال کے طور پر، `pow(x,9,19)` صرف `{1,18}` ویلیوز لیتا ہے۔ -یہ دیکھتے ہوئے کہ `P` پرائم ہے، تب ایک ماڈیولر ایکسپونینشن ہیشنگ فنکشن کے لیے ایک مناسب `w` مندرجہ ذیل نتیجے کا استعمال کرتے ہوئے منتخب کیا جا سکتا ہے: +یہ دیکھتے ہوئے کہ `P` پرائم ہے، تو ماڈیولر ایکسپونینشیئشن ہیشنگ فنکشن کے لیے ایک مناسب `w` کو درج ذیل نتیجے کا استعمال کرتے ہوئے منتخب کیا جا سکتا ہے: -> مشاہدہ 3۔ `P` کو ایک پرائم ہونے دیں؛ `w` اور `P-1` نسبتاً پرائم ہیں اگر اور صرف اگر `ℤ/Pℤ` میں تمام `a` اور `b` کے لیے:
    `aʷ mod P ≡ bʷ mod P` اگر اور صرف اگر `a mod P ≡ b mod P`
    +> مشاہدہ 3۔ فرض کریں کہ `P` ایک پرائم ہے؛ `w` اور `P-1` نسبتاً پرائم (relatively prime) ہیں اگر اور صرف اگر `ℤ/Pℤ` میں تمام `a` اور `b` کے لیے:
    `aʷ mod P ≡ bʷ mod P` اگر اور صرف اگر `a mod P ≡ b mod P`
    -اس طرح، یہ دیکھتے ہوئے کہ `P` پرائم ہے اور `w` نسبتاً `P-1` کے پرائم ہے، ہمارے پاس یہ ہے کہ `|{pow(x, w, P) : x ∈ ℤ}| = P`، جس کا مطلب ہے کہ ہیشنگ فنکشن میں تصادم کی کم سے کم ممکنہ شرح ہے۔ +اس طرح، یہ دیکھتے ہوئے کہ `P` پرائم ہے اور `w`، `P-1` کے لحاظ سے نسبتاً پرائم ہے، ہمارے پاس `|{pow(x, w, P) : x ∈ ℤ}| = P` ہے، جس کا مطلب ہے کہ ہیشنگ فنکشن میں تصادم کی شرح کم از کم ممکنہ حد تک ہے۔ -خاص صورت میں کہ `P` ایک سیف پرائم ہے جیسا کہ ہم نے منتخب کیا ہے، تب `P-1` کے صرف عوامل 1، 2، `(P-1)/2` اور `P-1` ہیں۔ چونکہ `P` > 7، ہم جانتے ہیں کہ 3 نسبتاً `P-1` کے پرائم ہے، لہذا `w=3` مذکورہ بالا تجویز کو پورا کرتا ہے۔ +اس خاص صورت میں کہ `P` ایک سیف پرائم ہے جیسا کہ ہم نے منتخب کیا ہے، تو `P-1` کے صرف 1، 2، `(P-1)/2` اور `P-1` فیکٹرز ہیں۔ چونکہ `P` > 7 ہے، ہم جانتے ہیں کہ 3، `P-1` کے لحاظ سے نسبتاً پرائم ہے، لہذا `w=3` مندرجہ بالا تجویز کو پورا کرتا ہے۔ -## زیادہ موثر کیشے پر مبنی تشخیصی الگورتھم {#cache-based-evaluation} +## زیادہ مؤثر کیشے پر مبنی ایویلیوایشن الگورتھم {#cache-based-evaluation} ```python def quick_calc(params, seed, p): @@ -327,4 +327,4 @@ def quick_hashimoto_cached(cache, dagsize, params, header, nonce): for _ in range(params["accesses"]): mix ^= quick_calc_cached(cache, params, m + (mix & mask) % m) return dbl_sha3(mix) -``` +``` \ No newline at end of file diff --git a/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md index bd5a268ae70..530fa991ec2 100644 --- a/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md +++ b/public/content/translations/ur/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md @@ -1,61 +1,61 @@ --- title: Ethash -description: "ایتھ ہیش الگورتھم پر ایک تفصیلی نظر۔" -lang: ur-in +description: "Ethash الگورتھم کا تفصیلی جائزہ۔" +lang: ur --- - Ethash ایتھیریم کا پروف آف ورک مائننگ الگورتھم تھا۔ پروف آف ورک کو اب **مکمل طور پر بند** کر دیا گیا ہے اور ایتھیریم کو اب اس کے بجائے [پروف آف اسٹیک](/developers/docs/consensus-mechanisms/pos/) کا استعمال کرکے محفوظ کیا گیا ہے۔ [دی مرج](/roadmap/merge/)، [پروف آف اسٹیک](/developers/docs/consensus-mechanisms/pos/) اور [اسٹیکنگ](/staking/) کے بارے میں مزید پڑھیں۔ یہ صفحہ تاریخی دلچسپی کے لیے ہے! + Ethash ایتھیریم کا proof-of-work مائننگ الگورتھم تھا۔ Proof-of-work کو اب **مکمل طور پر بند کر دیا گیا ہے** اور ایتھیریم کو اب اس کے بجائے [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) کا استعمال کرتے ہوئے محفوظ کیا گیا ہے۔ [The Merge](/roadmap/merge/)، [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) اور [اسٹیکنگ](/staking/) کے بارے میں مزید پڑھیں۔ یہ صفحہ تاریخی دلچسپی کے لیے ہے! -ایتھ ہیش [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) الگورتھم کا ایک ترمیم شدہ ورژن ہے۔ ایتھ ہیش پروف-آف-ورک [میموری ہارڈ](https://wikipedia.org/wiki/Memory-hard_function) ہے، جس کے بارے میں سوچا گیا تھا کہ یہ الگورتھم کو ASIC مزاحم بناتا ہے۔ ایتھ ہیش ASICs آخرکار تیار ہو گئے تھے لیکن GPU مائننگ اس وقت تک ایک قابل عمل آپشن تھا جب تک کہ پروف-آف-ورک کو بند نہیں کر دیا گیا۔ ایتھ ہیش اب بھی دیگر غیر-ایتھیریم پروف-آف-ورک نیٹ ورکس پر دوسرے کوائنز کو مائن کرنے کے لئے استعمال کیا جاتا ہے۔ +Ethash [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) الگورتھم کا ایک ترمیم شدہ ورژن ہے۔ Ethash proof-of-work [میموری ہارڈ](https://wikipedia.org/wiki/Memory-hard_function) ہے، جس کے بارے میں خیال کیا جاتا تھا کہ یہ الگورتھم کو ASIC کے خلاف مزاحم بناتا ہے۔ بالآخر Ethash ASICs تیار کر لیے گئے لیکن proof-of-work کے بند ہونے تک GPU مائننگ اب بھی ایک قابل عمل آپشن تھا۔ Ethash اب بھی دیگر غیر ایتھیریم proof-of-work نیٹ ورکس پر دیگر کوائنز مائن کرنے کے لیے استعمال ہوتا ہے۔ -## ایتھ ہیش کیسے کام کرتا ہے؟ {#how-does-ethash-work} +## Ethash کیسے کام کرتا ہے؟ {#how-does-ethash-work} -میموری ہارڈنس ایک پروف آف ورک الگورتھم کے ساتھ حاصل کی جاتی ہے جس کے لئے نانس اور بلاک ہیڈر پر منحصر ایک مقررہ وسیلہ کے سب سیٹ کو منتخب کرنے کی ضرورت ہوتی ہے۔ اس وسیلہ (کچھ گیگا بائٹس سائز میں) کو DAG کہا جاتا ہے۔ DAG ہر 30000 بلاکس پر تبدیل ہوتا ہے، ایک ~125 گھنٹے کی ونڈو جسے ایپوک کہا جاتا ہے (تقریباً 5.2 دن) اور اسے جنریٹ ہونے میں کچھ وقت لگتا ہے۔ چونکہ DAG صرف بلاک کی اونچائی پر منحصر ہے، اسے پہلے سے جنریٹ کیا جا سکتا ہے، لیکن اگر ایسا نہیں ہے تو کلائنٹ کو بلاک بنانے کے لئے اس عمل کے اختتام تک انتظار کرنے کی ضرورت ہے۔ اگر کلائنٹس وقت سے پہلے DAGs کو پہلے سے جنریٹ اور کیش نہیں کرتے ہیں تو نیٹ ورک کو ہر ایپوک کی منتقلی پر بڑے پیمانے پر بلاک میں تاخیر کا سامنا کرنا پڑ سکتا ہے۔ نوٹ کریں کہ پروف-آف-ورک کی تصدیق کے لئے DAG کو جنریٹ کرنے کی ضرورت نہیں ہے جو بنیادی طور پر کم CPU اور چھوٹی میموری دونوں کے ساتھ تصدیق کی اجازت دیتا ہے۔ +میموری ہارڈنیس ایک proof of work الگورتھم کے ساتھ حاصل کی جاتی ہے جس کے لیے nonce اور بلاک ہیڈر پر منحصر ایک مقررہ وسیلے کے سب سیٹس کا انتخاب درکار ہوتا ہے۔ اس وسیلے (جس کا سائز چند گیگا بائٹس ہوتا ہے) کو DAG کہا جاتا ہے۔ DAG کو ہر 30000 بلاکس کے بعد تبدیل کیا جاتا ہے، جو کہ تقریباً 125 گھنٹے کا دورانیہ ہے جسے epoch کہا جاتا ہے (تقریباً 5.2 دن) اور اسے بننے میں کچھ وقت لگتا ہے۔ چونکہ DAG کا انحصار صرف بلاک کی اونچائی پر ہوتا ہے، اس لیے اسے پہلے سے بنایا جا سکتا ہے، لیکن اگر ایسا نہیں ہوتا تو کلائنٹ کو بلاک بنانے کے لیے اس عمل کے اختتام تک انتظار کرنا پڑتا ہے۔ اگر کلائنٹس وقت سے پہلے DAGs کو پہلے سے نہیں بناتے اور کیشے (cache) نہیں کرتے تو نیٹ ورک کو ہر epoch کی منتقلی پر بڑے پیمانے پر بلاک کی تاخیر کا سامنا کرنا پڑ سکتا ہے۔ نوٹ کریں کہ proof-of-work کی تصدیق کے لیے DAG بنانے کی ضرورت نہیں ہے، جو بنیادی طور پر کم CPU اور چھوٹی میموری دونوں کے ساتھ تصدیق کی اجازت دیتا ہے۔ -الگورتھم جو عمومی راستہ اختیار کرتا ہے وہ حسب ذیل ہے: +الگورتھم کا عمومی طریقہ کار درج ذیل ہے: -1. ایک **سیڈ** موجود ہے جسے اس وقت تک بلاک ہیڈرز کو اسکین کرکے ہر بلاک کے لئے شمار کیا جاسکتا ہے۔ -2. سیڈ سے، کوئی **16 MB کا سیوڈو رینڈم کیش** شمار کر سکتا ہے۔ لائٹ کلائنٹس کیش کو اسٹور کرتے ہیں۔ -3. کیش سے، ہم ایک **1 GB ڈیٹاسیٹ** جنریٹ کر سکتے ہیں، اس خصوصیت کے ساتھ کہ ڈیٹاسیٹ میں ہر آئٹم کیش سے صرف چند آئٹمز پر منحصر ہے۔ فل کلائنٹس اور مائنرز ڈیٹاسیٹ کو اسٹور کرتے ہیں۔ ڈیٹاسیٹ وقت کے ساتھ خطی طور پر بڑھتا ہے۔ -4. مائننگ میں ڈیٹاسیٹ کے بے ترتیب سلائسز کو پکڑنا اور انہیں ایک ساتھ ہیش کرنا شامل ہے۔ کیش کا استعمال کرکے کم میموری کے ساتھ تصدیق کی جا سکتی ہے تاکہ ڈیٹاسیٹ کے ان مخصوص ٹکڑوں کو دوبارہ جنریٹ کیا جا سکے جن کی آپ کو ضرورت ہے، لہذا آپ کو صرف کیش کو اسٹور کرنے کی ضرورت ہے۔ +1. ایک **seed** موجود ہوتا ہے جس کا حساب ہر بلاک کے لیے اس مقام تک بلاک ہیڈرز کو اسکین کر کے لگایا جا سکتا ہے۔ +2. seed سے، کوئی بھی **16 MB pseudorandom cache** کا حساب لگا سکتا ہے۔ لائٹ کلائنٹس کیشے کو اسٹور کرتے ہیں۔ +3. کیشے سے، ہم ایک **1 GB ڈیٹاسیٹ** بنا سکتے ہیں، اس خصوصیت کے ساتھ کہ ڈیٹاسیٹ میں ہر آئٹم کیشے کے صرف چند آئٹمز پر منحصر ہوتا ہے۔ فل کلائنٹس اور مائنرز ڈیٹاسیٹ کو اسٹور کرتے ہیں۔ ڈیٹاسیٹ وقت کے ساتھ لکیری طور پر بڑھتا ہے۔ +4. مائننگ میں ڈیٹاسیٹ کے بے ترتیب حصوں کو پکڑنا اور انہیں ایک ساتھ ہیش کرنا شامل ہے۔ تصدیق کم میموری کے ساتھ کیشے کا استعمال کرتے ہوئے ڈیٹاسیٹ کے مخصوص حصوں کو دوبارہ بنانے کے لیے کی جا سکتی ہے جن کی آپ کو ضرورت ہوتی ہے، لہذا آپ کو صرف کیشے کو اسٹور کرنے کی ضرورت ہے۔ -بڑا ڈیٹاسیٹ ہر 30000 بلاکس میں ایک بار اپ ڈیٹ ہوتا ہے، لہذا ایک مائنر کی زیادہ تر کوشش ڈیٹاسیٹ کو پڑھنے کی ہوگی، نہ کہ اس میں تبدیلیاں کرنے کی۔ +بڑے ڈیٹاسیٹ کو ہر 30000 بلاکس میں ایک بار اپ ڈیٹ کیا جاتا ہے، لہذا مائنر کی زیادہ تر کوشش ڈیٹاسیٹ کو پڑھنے میں صرف ہوگی، نہ کہ اس میں تبدیلیاں کرنے میں۔ ## تعریفیں {#definitions} -ہم مندرجہ ذیل تعریفیں استعمال کرتے ہیں: +ہم درج ذیل تعریفیں استعمال کرتے ہیں: ``` -WORD_BYTES = 4 # لفظ میں بائٹس -DATASET_BYTES_INIT = 2**30 # جینیسس پر ڈیٹاسیٹ میں بائٹس -DATASET_BYTES_GROWTH = 2**23 # فی ایپوک ڈیٹاسیٹ کی بڑھوتری -CACHE_BYTES_INIT = 2**24 # جینیسس پر کیش میں بائٹس -CACHE_BYTES_GROWTH = 2**17 # فی ایپوک کیش کی بڑھوتری -CACHE_MULTIPLIER=1024 # کیش کے مقابلے میں DAG کا سائز -EPOCH_LENGTH = 30000 # فی ایپوک بلاکس -MIX_BYTES = 128 # مکس کی چوڑائی -HASH_BYTES = 64 # بائٹس میں ہیش کی لمبائی -DATASET_PARENTS = 256 # ہر ڈیٹاسیٹ عنصر کے پیرنٹس کی تعداد -CACHE_ROUNDS = 3 # کیش پروڈکشن میں راؤنڈز کی تعداد -ACCESSES = 64 # ہاشیموٹو لوپ میں رسائیوں کی تعداد +WORD_BYTES = 4 # bytes in word +DATASET_BYTES_INIT = 2**30 # bytes in dataset at genesis +DATASET_BYTES_GROWTH = 2**23 # dataset growth per epoch +CACHE_BYTES_INIT = 2**24 # bytes in cache at genesis +CACHE_BYTES_GROWTH = 2**17 # cache growth per epoch +CACHE_MULTIPLIER=1024 # Size of the DAG relative to the cache +EPOCH_LENGTH = 30000 # blocks per epoch +MIX_BYTES = 128 # width of mix +HASH_BYTES = 64 # hash length in bytes +DATASET_PARENTS = 256 # number of parents of each dataset element +CACHE_ROUNDS = 3 # number of rounds in cache production +ACCESSES = 64 # number of accesses in hashimoto loop ``` ### 'SHA3' کا استعمال {#sha3} -ایتھیریم کی ڈیولپمنٹ SHA3 اسٹینڈرڈ کی ڈیولپمنٹ کے ساتھ موافق تھی، اور اسٹینڈرڈز کے عمل نے حتمی ہیش الگورتھم کی پیڈنگ میں دیر سے تبدیلی کی، تاکہ ایتھیریم کے "sha3_256" اور "sha3_512" ہیشز معیاری sha3 ہیشز نہیں ہیں، بلکہ ایک متغیر ہیں جسے اکثر دوسرے سیاق و سباق میں "Keccak-256" اور "Keccak-512" کہا جاتا ہے۔ بحث دیکھیں، مثال کے طور پر، [یہاں](https://eips.ethereum.org/EIPS/eip-1803)، [یہاں](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use)، یا [یہاں](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057)۔ +ایتھیریم کی ڈیولپمنٹ SHA3 معیار کی ڈیولپمنٹ کے ساتھ ہی ہوئی، اور معیارات کے عمل نے حتمی ہیش الگورتھم کی پیڈنگ میں تاخیر سے تبدیلی کی، تاکہ ایتھیریم کے "sha3_256" اور "sha3_512" ہیشز معیاری sha3 ہیشز نہ ہوں، بلکہ ایک قسم جسے اکثر دیگر سیاق و سباق میں "Keccak-256" اور "Keccak-512" کہا جاتا ہے۔ بحث دیکھیں، مثال کے طور پر، [یہاں](https://eips.ethereum.org/EIPS/eip-1803)، [یہاں](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use)، یا [یہاں](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057)۔ -براہ کرم اس بات کو ذہن میں رکھیں کیونکہ ذیل میں الگورتھم کی تفصیل میں "sha3" ہیشز کا حوالہ دیا گیا ہے۔ +براہ کرم اسے ذہن میں رکھیں کیونکہ ذیل میں الگورتھم کی تفصیل میں "sha3" ہیشز کا حوالہ دیا گیا ہے۔ ## پیرامیٹرز {#parameters} -ایتھ ہیش کے کیش اور ڈیٹاسیٹ کے پیرامیٹرز بلاک نمبر پر منحصر ہیں۔ کیش کا سائز اور ڈیٹاسیٹ کا سائز دونوں خطی طور پر بڑھتے ہیں؛ تاہم، ہم ہمیشہ خطی طور پر بڑھتی ہوئی حد سے نیچے سب سے زیادہ پرائم لیتے ہیں تاکہ چکری رویے کی طرف لے جانے والی حادثاتی باقاعدگیوں کے خطرے کو کم کیا جا سکے۔ +Ethash کے کیشے اور ڈیٹاسیٹ کے پیرامیٹرز بلاک نمبر پر منحصر ہیں۔ کیشے کا سائز اور ڈیٹاسیٹ کا سائز دونوں لکیری طور پر بڑھتے ہیں؛ تاہم، ہم ہمیشہ لکیری طور پر بڑھنے والی حد سے نیچے سب سے زیادہ پرائم (prime) لیتے ہیں تاکہ حادثاتی باقاعدگیوں کے خطرے کو کم کیا جا سکے جو سائیکلک رویے کا باعث بنتے ہیں۔ ```python def get_cache_size(block_number): @@ -73,17 +73,17 @@ def get_full_size(block_number): return sz ``` -ڈیٹاسیٹ اور کیش سائز کی قدروں کی جدولیں ضمیمہ میں فراہم کی گئی ہیں۔ +ڈیٹاسیٹ اور کیشے کے سائز کی قدروں کے ٹیبلز ضمیمہ میں فراہم کیے گئے ہیں۔ -## کیش جنریشن {#cache-generation} +## کیشے جنریشن {#cache-generation} -اب، ہم کیش تیار کرنے کے لئے فنکشن کی وضاحت کرتے ہیں: +اب، ہم کیشے بنانے کے لیے فنکشن کی وضاحت کرتے ہیں: ```python def mkcache(cache_size, seed): n = cache_size // HASH_BYTES - # ترتیب وار ابتدائی ڈیٹاسیٹ تیار کریں + # ابتدائی ڈیٹاسیٹ کو ترتیب وار تیار کریں o = [sha3_512(seed)] for i in range(1, n): o.append(sha3_512(o[-1])) @@ -97,11 +97,11 @@ def mkcache(cache_size, seed): return o ``` -کیش پروڈکشن کے عمل میں پہلے ترتیب وار 32 MB میموری کو بھرنا شامل ہے، پھر سرجیو ڈیمین لرنر کے [_اسٹرکٹ میموری ہارڈ ہیشنگ فنکشنز_ (2014)](http://www.hashcash.org/papers/memohash.pdf) سے _RandMemoHash_ الگورتھم کے دو پاسز انجام دینا شامل ہے۔ آؤٹ پٹ 524288 64-بائٹ قدروں کا ایک سیٹ ہے۔ +کیشے بنانے کے عمل میں پہلے ترتیب وار 32 MB میموری کو بھرنا شامل ہے، پھر Sergio Demian Lerner کے _RandMemoHash_ الگورتھم کے دو پاسز کو [_Strict Memory Hard Hashing Functions_ (2014)](http://www.hashcash.org/papers/memohash.pdf) سے انجام دینا شامل ہے۔ آؤٹ پٹ 524288 64-بائٹ ویلیوز کا ایک سیٹ ہے۔ ## ڈیٹا ایگریگیشن فنکشن {#date-aggregation-function} -ہم کچھ معاملات میں XOR کے غیر-ایسوسی ایٹیو متبادل کے طور پر [FNV ہیش](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) سے متاثر ایک الگورتھم استعمال کرتے ہیں۔ نوٹ کریں کہ ہم پرائم کو پورے 32-بٹ ان پٹ سے ضرب دیتے ہیں، FNV-1 اسپیک کے برعکس جو پرائم کو باری باری ایک بائٹ (آکٹیٹ) سے ضرب دیتا ہے۔ +ہم کچھ معاملات میں XOR کے غیر متعلقہ متبادل کے طور پر [FNV ہیش](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) سے متاثر ایک الگورتھم استعمال کرتے ہیں۔ نوٹ کریں کہ ہم پرائم کو مکمل 32-بٹ ان پٹ کے ساتھ ضرب دیتے ہیں، اس کے برعکس FNV-1 اسپیک جو پرائم کو باری باری ایک بائٹ (octet) کے ساتھ ضرب دیتا ہے۔ ```python FNV_PRIME = 0x01000193 @@ -110,28 +110,28 @@ def fnv(v1, v2): return ((v1 * FNV_PRIME) ^ v2) % 2**32 ``` -براہ کرم نوٹ کریں، یہاں تک کہ یلو پیپر بھی fnv کو v1\*(FNV_PRIME ^ v2) کے طور پر بیان کرتا ہے، تمام موجودہ نفاذات مستقل طور پر اوپر دی گئی تعریف کا استعمال کرتے ہیں۔ +براہ کرم نوٹ کریں، یہاں تک کہ یلو پیپر fnv کو v1*(FNV_PRIME ^ v2) کے طور پر بیان کرتا ہے، تمام موجودہ نفاذ مستقل طور پر مندرجہ بالا تعریف کا استعمال کرتے ہیں۔ -## مکمل ڈیٹاسیٹ کا حساب {#full-dataset-calculation} +## مکمل ڈیٹاسیٹ کیلکولیشن {#full-dataset-calculation} -مکمل 1 GB ڈیٹاسیٹ میں ہر 64 بائٹ کا آئٹم اس طرح شمار کیا جاتا ہے: +مکمل 1 GB ڈیٹاسیٹ میں ہر 64-بائٹ آئٹم کا حساب اس طرح لگایا جاتا ہے: ```python def calc_dataset_item(cache, i): n = len(cache) r = HASH_BYTES // WORD_BYTES - # مکس کو شروع کریں + # مکس کو انیشلائز کریں mix = copy.copy(cache[i % n]) mix[0] ^= i mix = sha3_512(mix) - # اسے i پر مبنی بہت سے بے ترتیب کیش نوڈز کے ساتھ fnv کریں + # i کی بنیاد پر بہت سے رینڈم کیشے نوڈز کے ساتھ اسے fnv کریں for j in range(DATASET_PARENTS): cache_index = fnv(i ^ j, mix[j % r]) mix = map(fnv, mix, cache[cache_index % n]) return sha3_512(mix) ``` -بنیادی طور پر، ہم 256 سیوڈو رینڈملی منتخب کیش نوڈز سے ڈیٹا کو یکجا کرتے ہیں، اور اسے ڈیٹاسیٹ نوڈ کا حساب لگانے کے لئے ہیش کرتے ہیں۔ پھر پورا ڈیٹاسیٹ اس کے ذریعہ تیار کیا جاتا ہے: +بنیادی طور پر، ہم 256 pseudorandomly منتخب کردہ کیشے نوڈس سے ڈیٹا کو یکجا کرتے ہیں، اور ڈیٹاسیٹ نوڈ کا حساب لگانے کے لیے اسے ہیش کرتے ہیں۔ پھر پورا ڈیٹاسیٹ اس کے ذریعے تیار کیا جاتا ہے: ```python def calc_dataset(full_size, cache): @@ -140,20 +140,20 @@ def calc_dataset(full_size, cache): ## مین لوپ {#main-loop} -اب، ہم مرکزی "ہاشیموٹو" جیسے لوپ کی وضاحت کرتے ہیں، جہاں ہم ایک خاص ہیڈر اور نانس کے لئے اپنی حتمی قدر پیدا کرنے کے لئے مکمل ڈیٹاسیٹ سے ڈیٹا جمع کرتے ہیں۔ نیچے دیے گئے کوڈ میں، `header` ایک _چھوٹے_ بلاک ہیڈر کی RLP نمائندگی کے SHA3-256 _ہیش_ کی نمائندگی کرتا ہے، یعنی، ایک ہیڈر جس میں **mixHash** اور **nonce** کے فیلڈز شامل نہیں ہیں۔ `nonce` ایک 64 بٹ غیر سائن شدہ انٹیجر کے آٹھ بائٹس ہیں جو بگ-اینڈین ترتیب میں ہیں۔ لہذا `nonce[::-1]` اس قدر کی آٹھ بائٹ کی لٹل-اینڈین نمائندگی ہے: +اب، ہم مرکزی "hashimoto" جیسے لوپ کی وضاحت کرتے ہیں، جہاں ہم ایک مخصوص ہیڈر اور nonce کے لیے اپنی حتمی ویلیو تیار کرنے کے لیے مکمل ڈیٹاسیٹ سے ڈیٹا اکٹھا کرتے ہیں۔ ذیل کے کوڈ میں، `header` ایک _truncated_ بلاک ہیڈر کی RLP نمائندگی کے SHA3-256 _ہیش_ کی نمائندگی کرتا ہے، یعنی ایک ہیڈر جس میں **mixHash** اور **nonce** فیلڈز شامل نہیں ہیں۔ `nonce` بگ-اینڈین ترتیب میں 64 بٹ ان سائنڈ انٹیجر کے آٹھ بائٹس ہیں۔ لہذا `nonce[::-1]` اس ویلیو کی آٹھ بائٹ لٹل-اینڈین نمائندگی ہے: ```python def hashimoto(header, nonce, full_size, dataset_lookup): n = full_size / HASH_BYTES w = MIX_BYTES // WORD_BYTES mixhashes = MIX_BYTES / HASH_BYTES - # 64 بائٹ سیڈ میں ہیڈر+نانس کو یکجا کریں + # header+nonce کو ملا کر 64 بائٹ کا سیڈ بنائیں s = sha3_512(header + nonce[::-1]) # نقل شدہ s کے ساتھ مکس شروع کریں mix = [] for _ in range(MIX_BYTES / HASH_BYTES): mix.extend(s) - # بے ترتیب ڈیٹاسیٹ نوڈز میں مکس کریں + # رینڈم ڈیٹاسیٹ نوڈز کو مکس میں شامل کریں for i in range(ACCESSES): p = fnv(i ^ s[0], mix[i % w]) % (n // mixhashes) * mixhashes newdata = [] @@ -176,9 +176,9 @@ def hashimoto_full(full_size, dataset, header, nonce): return hashimoto(header, nonce, full_size, lambda x: dataset[x]) ``` -بنیادی طور پر، ہم 128 بائٹس چوڑا ایک "مکس" برقرار رکھتے ہیں، اور بار بار ترتیب وار مکمل ڈیٹاسیٹ سے 128 بائٹس حاصل کرتے ہیں اور اسے مکس کے ساتھ یکجا کرنے کے لئے `fnv` فنکشن کا استعمال کرتے ہیں۔ ترتیب وار رسائی کے 128 بائٹس استعمال کیے جاتے ہیں تاکہ الگورتھم کا ہر راؤنڈ ہمیشہ RAM سے ایک پورا صفحہ حاصل کرے، ٹرانسلیشن لوک اسائیڈ بفر مسز کو کم سے کم کرتا ہے جس سے ASICs نظریاتی طور پر بچنے کے قابل ہوں گے۔ +بنیادی طور پر، ہم 128 بائٹس چوڑا ایک "mix" برقرار رکھتے ہیں، اور بار بار ترتیب وار مکمل ڈیٹاسیٹ سے 128 بائٹس لاتے ہیں اور اسے mix کے ساتھ جوڑنے کے لیے `fnv` فنکشن کا استعمال کرتے ہیں۔ ترتیب وار رسائی کے 128 بائٹس استعمال کیے جاتے ہیں تاکہ الگورتھم کا ہر راؤنڈ ہمیشہ RAM سے ایک مکمل صفحہ لائے، جس سے ٹرانسلیشن لک اسائیڈ بفر مسز کو کم کیا جا سکے جن سے ASICs نظریاتی طور پر بچنے کے قابل ہوں گے۔ -اگر اس الگورتھم کا آؤٹ پٹ مطلوبہ ہدف سے کم ہے، تو نانس درست ہے۔ نوٹ کریں کہ آخر میں `sha3_256` کا اضافی اطلاق اس بات کو یقینی بناتا ہے کہ ایک درمیانی نانس موجود ہے جسے یہ ثابت کرنے کے لئے فراہم کیا جا سکتا ہے کہ کم از کم تھوڑا سا کام کیا گیا تھا؛ اس فوری بیرونی PoW تصدیق کو اینٹی-DDoS مقاصد کے لئے استعمال کیا جا سکتا ہے۔ یہ اس بات کی شماریاتی یقین دہانی فراہم کرنے کا بھی کام کرتا ہے کہ نتیجہ ایک غیر جانبدار، 256 بٹ نمبر ہے۔ +اگر اس الگورتھم کا آؤٹ پٹ مطلوبہ ہدف سے کم ہے، تو nonce درست ہے۔ نوٹ کریں کہ آخر میں `sha3_256` کا اضافی اطلاق اس بات کو یقینی بناتا ہے کہ ایک درمیانی nonce موجود ہے جو یہ ثابت کرنے کے لیے فراہم کیا جا سکتا ہے کہ کم از کم تھوڑا سا کام کیا گیا تھا؛ یہ فوری بیرونی PoW تصدیق اینٹی-DDoS مقاصد کے لیے استعمال کی جا سکتی ہے۔ یہ شماریاتی یقین دہانی فراہم کرنے کا بھی کام کرتا ہے کہ نتیجہ ایک غیر جانبدار، 256-بٹ نمبر ہے۔ ## مائننگ {#mining} @@ -186,7 +186,7 @@ def hashimoto_full(full_size, dataset, header, nonce): ```python def mine(full_size, dataset, header, difficulty): - # ہیش کے ساتھ اسی ہندسے پر موازنہ کرنے کے لئے ہدف کو صفر-پیڈ کریں + # ہیش کے ساتھ ایک ہی ہندسے پر موازنہ کرنے کے لیے ٹارگٹ کو زیرو-پیڈ (zero-pad) کریں target = zpad(encode_int(2**256 // difficulty), 64)[::-1] from random import randint nonce = randint(0, 2**64) @@ -195,9 +195,9 @@ def mine(full_size, dataset, header, difficulty): return nonce ``` -## سیڈ ہیش کی تعریف کرنا {#seed-hash} +## سیڈ ہیش کی تعریف {#seed-hash} -کسی دیے گئے بلاک کے اوپر مائن کرنے کے لئے استعمال ہونے والے سیڈ ہیش کا حساب لگانے کے لئے، ہم مندرجہ ذیل الگورتھم کا استعمال کرتے ہیں: +سیڈ ہیش کا حساب لگانے کے لیے جو کسی دیے گئے بلاک کے اوپر مائن کرنے کے لیے استعمال کیا جائے گا، ہم درج ذیل الگورتھم استعمال کرتے ہیں: ```python def get_seedhash(block): @@ -207,20 +207,20 @@ def mine(full_size, dataset, header, difficulty): return s ``` -نوٹ کریں کہ ہموار مائننگ اور تصدیق کے لئے، ہم مستقبل کے سیڈ ہیشز اور ڈیٹاسیٹس کو ایک الگ تھریڈ میں پہلے سے شمار کرنے کی تجویز دیتے ہیں۔ +نوٹ کریں کہ ہموار مائننگ اور تصدیق کے لیے، ہم تجویز کرتے ہیں کہ مستقبل کے سیڈ ہیشز اور ڈیٹاسیٹس کو ایک الگ تھریڈ میں پہلے سے شمار کیا جائے۔ -## مزید پڑھیں {#further-reading} +## مزید مطالعہ {#further-reading} -_کسی کمیونٹی وسیلے کے بارے میں جانتے ہیں جس نے آپ کی مدد کی ہو؟ اس صفحہ میں ترمیم کریں اور اسے شامل کریں!_ +_کسی ایسے کمیونٹی وسیلے کے بارے میں جانتے ہیں جس نے آپ کی مدد کی ہو؟ اس صفحہ میں ترمیم کریں اور اسے شامل کریں!_ ## ضمیمہ {#appendix} -اگر آپ اوپر دیے گئے پائتھن اسپیک کو کوڈ کے طور پر چلانے میں دلچسپی رکھتے ہیں تو مندرجہ ذیل کوڈ کو پہلے شامل کیا جانا چاہئے۔ +اگر آپ مندرجہ بالا Python اسپیک کو کوڈ کے طور پر چلانے میں دلچسپی رکھتے ہیں تو درج ذیل کوڈ کو پہلے شامل کیا جانا چاہیے۔ ```python import sha3, copy -# لٹل اینڈین بٹ آرڈرنگ فرض کرتا ہے (انٹیل آرکیٹیکچرز کی طرح) +# لٹل اینڈئن (little endian) بٹ آرڈرنگ فرض کرتا ہے (بالکل انٹیل آرکیٹیکچرز کی طرح) def decode_int(s): return int(s[::-1].encode('hex'), 16) if s else 0 @@ -248,7 +248,7 @@ def serialize_cache(ds): serialize_dataset = serialize_cache -# sha3 ہیش فنکشن، 64 بائٹس آؤٹ پٹ کرتا ہے +# sha3 ہیش فنکشن، 64 بائٹس آؤٹ پٹ دیتا ہے def sha3_512(x): return hash_words(lambda v: sha3.sha3_512(v).digest(), 64, x) @@ -267,7 +267,7 @@ def isprime(x): ### ڈیٹا سائزز {#data-sizes} -مندرجہ ذیل لک اپ ٹیبلز ڈیٹا سائزز اور کیش سائزز کے تقریباً 2048 ٹیبولیٹڈ ایپوکس فراہم کرتی ہیں۔ +درج ذیل لک اپ ٹیبلز ڈیٹا سائزز اور کیشے سائزز کے تقریباً 2048 ٹیبولیٹڈ epochs فراہم کرتے ہیں۔ ```python def get_datasize(block_number): @@ -993,7 +993,7 @@ cache_sizes = [ 265287488, 265418432, 265550528, 265681216, 265813312, 265943488, 266075968, 266206144, 266337728, 266468032, 266600384, 266731072, 266862272, 266993344, 267124288, 267255616, 267386432, 267516992, -267648704, 26777728, 267910592, 268040512, 268172096, 268302784, +267648704, 267777728, 267910592, 268040512, 268172096, 268302784, 268435264, 268566208, 268696256, 268828096, 268959296, 269090368, 269221312, 269352256, 269482688, 269614784, 269745856, 269876416, 270007616, 270139328, 270270272, 270401216, 270531904, 270663616, @@ -1016,4 +1016,4 @@ cache_sizes = [ 283377344, 283508416, 283639744, 283770304, 283901504, 284032576, 284163136, 284294848, 284426176, 284556992, 284687296, 284819264, 284950208, 285081536] -``` +``` \ No newline at end of file diff --git a/public/content/translations/ur/developers/docs/dapps/index.md b/public/content/translations/ur/developers/docs/dapps/index.md index bdf0941cb59..893ecc5eeed 100644 --- a/public/content/translations/ur/developers/docs/dapps/index.md +++ b/public/content/translations/ur/developers/docs/dapps/index.md @@ -1,96 +1,104 @@ --- -title: "Dapps کا تکنیکی تعارف" +title: "ڈی ایپس (dapps) کا تکنیکی تعارف" description: -lang: ur-in +lang: ur --- -ایک وکندریقرت ایپلیکیشن (dapp) ایک وکندریقرت نیٹ ورک پر بنائی گئی ایک ایپلیکیشن ہے جو ایک [اسمارٹ کنٹریکٹ](/developers/docs/smart-contracts/) اور ایک فرنٹ اینڈ یوزر انٹرفیس کو یکجا کرتی ہے۔ Ethereum پر، اسمارٹ کنٹریکٹس قابل رسائی اور شفاف ہیں – کھلے APIs کی طرح – لہذا آپ کی dapp میں کسی اور کا لکھا ہوا اسمارٹ کنٹریکٹ بھی شامل ہو سکتا ہے۔ +ایک ڈی سینٹرلائزڈ ایپلیکیشن (dapp) ایک ایسی ایپلیکیشن ہے جو ڈی سینٹرلائزڈ نیٹ ورک پر بنائی گئی ہے اور یہ ایک [اسمارٹ کانٹریکٹ](/developers/docs/smart-contracts/) اور فرنٹ اینڈ یوزر انٹرفیس کو یکجا کرتی ہے۔ [ایتھیریم (Ethereum)](/) پر، اسمارٹ کانٹریکٹس قابل رسائی اور شفاف ہوتے ہیں – بالکل اوپن APIs کی طرح – لہذا آپ کی ڈی ایپ (dapp) میں کوئی ایسا اسمارٹ کانٹریکٹ بھی شامل ہو سکتا ہے جو کسی اور نے لکھا ہو۔ -## شرائط {#prerequisites} +## پیشگی شرائط {#prerequisites} -dapps کے بارے میں جاننے سے پہلے، آپ کو [بلاک چین کی بنیادی باتوں](/developers/docs/intro-to-ethereum/) کا احاطہ کرنا چاہئے اور Ethereum نیٹ ورک اور یہ کیسے وکندریقرت ہے اس کے بارے میں پڑھنا چاہئے۔ +ڈی ایپس کے بارے میں سیکھنے سے پہلے، آپ کو [بلاک چین کی بنیادی باتوں](/developers/docs/intro-to-ethereum/) کا احاطہ کرنا چاہیے اور ایتھیریم نیٹ ورک اور اس کے ڈی سینٹرلائزڈ ہونے کے بارے میں پڑھنا چاہیے۔ -## ایک dapp کی تعریف {#definition-of-a-dapp} +## ڈی ایپ (dapp) کی تعریف {#definition-of-a-dapp} -ایک dapp کا بیک اینڈ کوڈ ایک وکندریقرت پیئر-ٹو-پیئر نیٹ ورک پر چلتا ہے۔ اس کا موازنہ ایک ایسی ایپ سے کریں جہاں بیک اینڈ کوڈ مرکزی سرورز پر چل رہا ہو۔ +ایک ڈی ایپ کا بیک اینڈ کوڈ ایک ڈی سینٹرلائزڈ پیئر ٹو پیئر (peer-to-peer) نیٹ ورک پر چلتا ہے۔ اس کا موازنہ ایک ایسی ایپ سے کریں جہاں بیک اینڈ کوڈ سینٹرلائزڈ سرورز پر چل رہا ہو۔ -ایک dapp میں کسی بھی زبان میں لکھا فرنٹ اینڈ کوڈ اور یوزر انٹرفیس ہو سکتے ہیں (بالکل ایک ایپ کی طرح) تاکہ اس کے بیک اینڈ پر کال کی جا سکے۔ مزید یہ کہ، اس کے فرنٹ اینڈ کو [IPFS](https://ipfs.io/) جیسے وکندریقرت اسٹوریج پر ہوسٹ کیا جا سکتا ہے۔ +ایک ڈی ایپ میں فرنٹ اینڈ کوڈ اور یوزر انٹرفیس کسی بھی زبان میں لکھے جا سکتے ہیں (بالکل ایک عام ایپ کی طرح) تاکہ اس کے بیک اینڈ کو کالز کی جا سکیں۔ مزید برآں، اس کا فرنٹ اینڈ ڈی سینٹرلائزڈ اسٹوریج جیسے کہ [IPFS](https://ipfs.io/) پر ہوسٹ کیا جا سکتا ہے۔ -- **وکندریقرت** - dapps، Ethereum پر کام کرتی ہیں، ایک کھلا عوامی وکندریقرت پلیٹ فارم جہاں کسی ایک شخص یا گروہ کا کنٹرول نہیں ہوتا -- **ڈیٹرمنسٹک** - dapps اس ماحول سے قطع نظر ایک ہی فنکشن انجام دیتی ہیں جس میں انہیں عمل میں لایا جاتا ہے -- **ٹیورنگ کمپلیٹ** - dapps مطلوبہ وسائل دیے جانے پر کوئی بھی کارروائی انجام دے سکتی ہیں -- **الگ تھلگ** - dapps کو ایک ورچوئل ماحول میں عمل میں لایا جاتا ہے جسے Ethereum ورچوئل مشین کہا جاتا ہے تاکہ اگر اسمارٹ کنٹریکٹ میں کوئی بگ ہو تو یہ بلاک چین نیٹ ورک کے معمول کے کام میں رکاوٹ نہ ڈالے +- **ڈی سینٹرلائزڈ (Decentralized)** - ڈی ایپس ایتھیریم پر کام کرتی ہیں، جو ایک اوپن پبلک ڈی سینٹرلائزڈ پلیٹ فارم ہے جہاں کسی ایک شخص یا گروپ کا کنٹرول نہیں ہوتا +- **ڈیٹرمینسٹک (Deterministic)** - ڈی ایپس اس ماحول سے قطع نظر وہی فنکشن انجام دیتی ہیں جس میں انہیں ایگزیکیوٹ کیا جاتا ہے +- **ٹیورنگ کمپلیٹ (Turing complete)** - مطلوبہ وسائل دیے جانے پر ڈی ایپس کوئی بھی عمل انجام دے سکتی ہیں +- **آئسولیٹڈ (Isolated)** - ڈی ایپس کو ایک ورچوئل ماحول میں ایگزیکیوٹ کیا جاتا ہے جسے ایتھیریم ورچوئل مشین (Ethereum Virtual Machine) کہا جاتا ہے تاکہ اگر اسمارٹ کانٹریکٹ میں کوئی بگ ہو، تو یہ بلاک چین نیٹ ورک کے معمول کے کام میں رکاوٹ نہ ڈالے -### اسمارٹ کنٹریکٹس پر {#on-smart-contracts} +### اسمارٹ کانٹریکٹس کے بارے میں {#on-smart-contracts} -dapps کا تعارف کرانے کے لیے، ہمیں اسمارٹ کنٹریکٹس کا تعارف کرانے کی ضرورت ہے – بہتر اصطلاح کی کمی کی وجہ سے ایک dapp کا بیک اینڈ۔ تفصیلی جائزہ کے لیے، [اسمارٹ کنٹریکٹس](/developers/docs/smart-contracts/) پر ہمارے سیکشن پر جائیں۔ +ڈی ایپس کو متعارف کرانے کے لیے، ہمیں اسمارٹ کانٹریکٹس کو متعارف کرانے کی ضرورت ہے – جو کہ بہتر اصطلاح کی عدم موجودگی میں ایک ڈی ایپ کا بیک اینڈ ہے۔ تفصیلی جائزے کے لیے، ہمارے [اسمارٹ کانٹریکٹس](/developers/docs/smart-contracts/) کے سیکشن پر جائیں۔ -ایک اسمارٹ کنٹریکٹ کوڈ ہے جو Ethereum بلاک چین پر رہتا ہے اور بالکل اسی طرح چلتا ہے جیسا کہ پروگرام کیا گیا ہے۔ ایک بار جب اسمارٹ کنٹریکٹس نیٹ ورک پر تعینات ہو جاتے ہیں تو آپ انہیں تبدیل نہیں کر سکتے۔ Dapps کو وکندریقرت کیا جا سکتا ہے کیونکہ وہ کسی فرد یا کمپنی کے بجائے کنٹریکٹ میں لکھی گئی منطق کے ذریعے کنٹرول ہوتے ہیں۔ اس کا یہ بھی مطلب ہے کہ آپ کو اپنے کنٹریکٹس کو بہت احتیاط سے ڈیزائن کرنے اور انہیں اچھی طرح سے ٹیسٹ کرنے کی ضرورت ہے۔ +اسمارٹ کانٹریکٹ وہ کوڈ ہے جو ایتھیریم بلاک چین پر موجود ہوتا ہے اور بالکل اسی طرح چلتا ہے جیسا کہ اسے پروگرام کیا گیا ہو۔ ایک بار جب اسمارٹ کانٹریکٹس نیٹ ورک پر ڈیپلائے ہو جائیں تو آپ انہیں تبدیل نہیں کر سکتے۔ ڈی ایپس ڈی سینٹرلائزڈ ہو سکتی ہیں کیونکہ وہ کانٹریکٹ میں لکھی گئی لاجک کے ذریعے کنٹرول ہوتی ہیں، نہ کہ کسی فرد یا کمپنی کے ذریعے۔ اس کا مطلب یہ بھی ہے کہ آپ کو اپنے کانٹریکٹس کو بہت احتیاط سے ڈیزائن کرنے اور ان کی مکمل ٹیسٹنگ کرنے کی ضرورت ہے۔ -## dapp ڈیولپمنٹ کے فوائد {#benefits-of-dapp-development} +## ڈی ایپ ڈیولپمنٹ کے فوائد {#benefits-of-dapp-development} -- **زیرو ڈاؤن ٹائم** – ایک بار جب اسمارٹ کنٹریکٹ بلاک چین پر تعینات ہو جاتا ہے، تو نیٹ ورک بحیثیت مجموعی ہمیشہ ان کلائنٹس کی خدمت کرنے کے قابل ہوگا جو کنٹریکٹ کے ساتھ تعامل کرنا چاہتے ہیں۔ لہذا، بدنیتی پر مبنی اداکار انفرادی dapps کو نشانہ بناتے ہوئے سروس سے انکار (denial-of-service) حملے شروع نہیں کر سکتے ہیں۔ -- **رازداری** – آپ کو ایک dapp کو تعینات کرنے یا اس کے ساتھ تعامل کرنے کے لیے حقیقی دنیا کی شناخت فراہم کرنے کی ضرورت نہیں ہے۔ -- **سنسرشپ کے خلاف مزاحمت** – نیٹ ورک پر کوئی بھی واحد ادارہ صارفین کو ٹرانزیکشنز جمع کرنے، dapps تعینات کرنے، یا بلاک چین سے ڈیٹا پڑھنے سے نہیں روک سکتا۔ -- **ڈیٹا کی مکمل سالمیت** – بلاک چین پر ذخیرہ شدہ ڈیٹا کرپٹوگرافک پریمیٹیوز کی بدولت ناقابل تغیر اور ناقابل تردید ہے۔ بدنیتی پر مبنی اداکار ان ٹرانزیکشنز یا دیگر ڈیٹا کو جعلی نہیں بنا سکتے جو پہلے ہی عوامی کر دیا گیا ہو۔ -- **بے اعتماد شمار/قابل تصدیق رویہ** – اسمارٹ کنٹریکٹس کا تجزیہ کیا جا سکتا ہے اور ان کی پیش قیاسی طریقوں سے عمل درآمد کی ضمانت دی جاتی ہے، بغیر کسی مرکزی اتھارٹی پر بھروسہ کرنے کی ضرورت کے۔ روایتی ماڈلز میں یہ سچ نہیں ہے؛ مثال کے طور پر، جب ہم آن لائن بینکنگ سسٹم استعمال کرتے ہیں، تو ہمیں یہ بھروسہ کرنا پڑتا ہے کہ مالیاتی ادارے ہمارے مالیاتی ڈیٹا کا غلط استعمال نہیں کریں گے، ریکارڈز میں چھیڑ چھاڑ نہیں کریں گے، یا ہیک نہیں ہوں گے۔ +- **زیرو ڈاؤن ٹائم (Zero downtime)** – ایک بار جب اسمارٹ کانٹریکٹ بلاک چین پر ڈیپلائے ہو جاتا ہے، تو پورا نیٹ ورک ہمیشہ ان کلائنٹس کو سروس فراہم کرنے کے قابل ہو گا جو کانٹریکٹ کے ساتھ تعامل کرنا چاہتے ہیں۔ لہذا، بدنیتی پر مبنی عناصر انفرادی ڈی ایپس کو نشانہ بناتے ہوئے ڈینائل آف سروس (denial-of-service) حملے نہیں کر سکتے۔ +- **پرائیویسی (Privacy)** – آپ کو کسی ڈی ایپ کو ڈیپلائے کرنے یا اس کے ساتھ تعامل کرنے کے لیے حقیقی دنیا کی شناخت فراہم کرنے کی ضرورت نہیں ہے۔ +- **سنسرشپ کے خلاف مزاحمت (Resistance to censorship)** – نیٹ ورک پر کوئی بھی واحد ادارہ صارفین کو ٹرانزیکشنز جمع کرانے، ڈی ایپس ڈیپلائے کرنے، یا بلاک چین سے ڈیٹا پڑھنے سے نہیں روک سکتا۔ +- **ڈیٹا کی مکمل انٹیگریٹی (Complete data integrity)** – بلاک چین پر اسٹور کیا گیا ڈیٹا کرپٹوگرافک پریمیٹوز (cryptographic primitives) کی بدولت ناقابل تغیر اور ناقابل تردید ہے۔ بدنیتی پر مبنی عناصر ان ٹرانزیکشنز یا دیگر ڈیٹا میں جعل سازی نہیں کر سکتے جو پہلے ہی پبلک ہو چکا ہو۔ +- **ٹرسٹ لیس کمپیوٹیشن/قابل تصدیق رویہ (Trustless computation/verifiable behavior)** – اسمارٹ کانٹریکٹس کا تجزیہ کیا جا سکتا ہے اور اس بات کی ضمانت دی جاتی ہے کہ وہ کسی مرکزی اتھارٹی پر بھروسہ کیے بغیر، متوقع طریقوں سے ایگزیکیوٹ ہوں گے۔ روایتی ماڈلز میں ایسا نہیں ہوتا؛ مثال کے طور پر، جب ہم آن لائن بینکنگ سسٹم استعمال کرتے ہیں، تو ہمیں یہ بھروسہ کرنا پڑتا ہے کہ مالیاتی ادارے ہمارے مالیاتی ڈیٹا کا غلط استعمال نہیں کریں گے، ریکارڈز میں چھیڑ چھاڑ نہیں کریں گے، یا ہیک نہیں ہوں گے۔ -## dapp ڈیولپمنٹ کے نقصانات {#drawbacks-of-dapp-development} +## ڈی ایپ ڈیولپمنٹ کے نقصانات {#drawbacks-of-dapp-development} -- **دیکھ بھال** – Dapps کی دیکھ بھال کرنا مشکل ہو سکتا ہے کیونکہ بلاک چین پر شائع کردہ کوڈ اور ڈیٹا میں ترمیم کرنا مشکل ہوتا ہے۔ ڈیولپرز کے لیے ایک بار تعینات ہونے کے بعد اپنی dapps (یا ایک dapp کے ذریعے ذخیرہ کردہ بنیادی ڈیٹا) میں اپ ڈیٹس کرنا مشکل ہوتا ہے، چاہے پرانے ورژن میں بگز یا سیکیورٹی خطرات کی نشاندہی ہی کیوں نہ کی گئی ہو۔ -- **کارکردگی کا اوورہیڈ** – کارکردگی کا ایک بہت بڑا اوورہیڈ ہے، اور اسکیلنگ واقعی مشکل ہے۔ سیکیورٹی، سالمیت، شفافیت، اور بھروسے کی وہ سطح حاصل کرنے کے لیے جس کی Ethereum خواہش کرتا ہے، ہر نوڈ ہر ٹرانزیکشن کو چلاتا اور ذخیرہ کرتا ہے۔ اس کے علاوہ، پروف-آف-اسٹیک اتفاق رائے میں بھی وقت لگتا ہے۔ -- **نیٹ ورک کی بھیڑ** – جب ایک dapp بہت زیادہ حسابی وسائل استعمال کرتی ہے، تو پورا نیٹ ورک بیک اپ ہو جاتا ہے۔ فی الحال، نیٹ ورک فی سیکنڈ صرف 10-15 ٹرانزیکشنز پر کارروائی کر سکتا ہے؛ اگر ٹرانزیکشنز اس سے زیادہ تیزی سے بھیجی جا رہی ہیں، تو غیر تصدیق شدہ ٹرانزیکشنز کا پول تیزی سے بڑھ سکتا ہے۔ -- **صارف کا تجربہ** – صارف دوست تجربات کو انجینئر کرنا زیادہ مشکل ہو سکتا ہے کیونکہ اوسط آخری صارف کو بلاک چین کے ساتھ واقعی محفوظ طریقے سے تعامل کرنے کے لیے ضروری ٹول اسٹیک قائم کرنا بہت مشکل لگ سکتا ہے۔ -- **مرکزیت** – صارف دوست اور ڈیولپر دوست حل جو Ethereum کی بنیادی تہہ کے اوپر بنائے گئے ہیں وہ بالآخر مرکزی خدمات کی طرح ہی نظر آ سکتے ہیں۔ مثال کے طور پر، ایسی خدمات سرور سائیڈ پر کیز یا دیگر حساس معلومات کو ذخیرہ کر سکتی ہیں، ایک مرکزی سرور کا استعمال کرتے ہوئے ایک فرنٹ اینڈ پیش کر سکتی ہیں، یا بلاک چین پر لکھنے سے پہلے ایک مرکزی سرور پر اہم کاروباری منطق چلا سکتی ہیں۔ مرکزیت بلاک چین کے روایتی ماڈل پر حاصل بہت سے (اگر تمام نہیں تو) فوائد کو ختم کر دیتی ہے۔ +- **مینٹیننس (Maintenance)** – ڈی ایپس کو مینٹین کرنا مشکل ہو سکتا ہے کیونکہ بلاک چین پر پبلش کیے گئے کوڈ اور ڈیٹا میں ترمیم کرنا مشکل ہوتا ہے۔ ڈیولپرز کے لیے اپنی ڈی ایپس (یا ڈی ایپ کے ذریعے اسٹور کیے گئے بنیادی ڈیٹا) میں اپ ڈیٹس کرنا مشکل ہوتا ہے جب وہ ایک بار ڈیپلائے ہو جائیں، یہاں تک کہ اگر پرانے ورژن میں بگز یا سیکیورٹی خطرات کی نشاندہی ہو جائے۔ +- **پرفارمنس اوور ہیڈ (Performance overhead)** – اس میں پرفارمنس کا بہت بڑا اوور ہیڈ ہوتا ہے، اور اسکیلنگ (scaling) واقعی مشکل ہے۔ سیکیورٹی، انٹیگریٹی، شفافیت، اور قابل اعتمادی کی اس سطح کو حاصل کرنے کے لیے جس کی ایتھیریم خواہش رکھتا ہے، ہر نوڈ ہر ٹرانزیکشن کو چلاتا اور اسٹور کرتا ہے۔ اس کے علاوہ، پروف آف اسٹیک (proof-of-stake) کنسینسس میں بھی وقت لگتا ہے۔ +- **نیٹ ورک کنجیشن (Network congestion)** – جب ایک ڈی ایپ بہت زیادہ کمپیوٹیشنل وسائل استعمال کرتی ہے، تو پورا نیٹ ورک سست ہو جاتا ہے۔ فی الحال، نیٹ ورک فی سیکنڈ صرف 10-15 ٹرانزیکشنز پروسیس کر سکتا ہے؛ اگر ٹرانزیکشنز اس سے زیادہ تیزی سے بھیجی جا رہی ہیں، تو غیر تصدیق شدہ ٹرانزیکشنز کا پول تیزی سے بڑھ سکتا ہے۔ +- **یوزر ایکسپیرینس (User experience)** – یوزر فرینڈلی تجربات کو انجینئر کرنا مشکل ہو سکتا ہے کیونکہ اوسط اینڈ یوزر کے لیے بلاک چین کے ساتھ واقعی محفوظ طریقے سے تعامل کرنے کے لیے ضروری ٹول اسٹیک سیٹ اپ کرنا بہت مشکل ہو سکتا ہے۔ +- **سینٹرلائزیشن (Centralization)** – ایتھیریم کی بیس لیئر کے اوپر بنائے گئے یوزر فرینڈلی اور ڈیولپر فرینڈلی سلوشنز بالآخر سینٹرلائزڈ سروسز کی طرح ہی لگ سکتے ہیں۔ مثال کے طور پر، ایسی سروسز کیز (keys) یا دیگر حساس معلومات کو سرور سائیڈ پر اسٹور کر سکتی ہیں، سینٹرلائزڈ سرور کا استعمال کرتے ہوئے فرنٹ اینڈ پیش کر سکتی ہیں، یا بلاک چین پر لکھنے سے پہلے کسی سینٹرلائزڈ سرور پر اہم بزنس لاجک چلا سکتی ہیں۔ سینٹرلائزیشن روایتی ماڈل کے مقابلے میں بلاک چین کے بہت سے (اگر تمام نہیں تو) فوائد کو ختم کر دیتی ہے۔ -## کیا آپ زیادہ بصری سیکھنے والے ہیں؟ {#visual-learner} +## کیا آپ بصری طور پر بہتر سیکھتے ہیں؟ {#visual-learner} -## dapps بنانے کے لیے ٹولز {#dapp-tools} +## ڈی ایپس بنانے کے ٹولز {#dapp-tools} -**Scaffold-ETH _- ایک ایسے فرنٹ اینڈ کا استعمال کرتے ہوئے Solidity کے ساتھ تیزی سے تجربہ کریں جو آپ کے اسمارٹ کنٹریکٹ کے مطابق ہو۔_** +**Scaffold-ETH _- ایک ایسے فرنٹ اینڈ کا استعمال کرتے ہوئے Solidity کے ساتھ تیزی سے تجربہ کریں جو آپ کے اسمارٹ کانٹریکٹ کے مطابق ڈھل جاتا ہے۔_** - [GitHub](https://github.com/scaffold-eth/scaffold-eth-2) -- [مثالی dapp](https://punkwallet.io/) +- [مثالی ڈی ایپ](https://punkwallet.io/) -**Create Eth App _- ایک کمانڈ سے Ethereum سے چلنے والی ایپس بنائیں۔_** +**Create Eth App _- ایک کمانڈ کے ساتھ ایتھیریم سے چلنے والی ایپس بنائیں۔_** - [GitHub](https://github.com/paulrberg/create-eth-app) -**One Click Dapp _- ایک [ABI](/glossary/#abi) سے dapp فرنٹ اینڈ بنانے کے لیے FOSS ٹول۔_** +**One Click Dapp _- ایک [ABI](/glossary/#abi) سے ڈی ایپ فرنٹ اینڈز بنانے کے لیے FOSS ٹول۔_** - [oneclickdapp.com](https://oneclickdapp.com) - [GitHub](https://github.com/oneclickdapp/oneclickdapp-v1) -**Etherflow _- Ethereum ڈیولپرز کے لیے اپنے نوڈ کو ٹیسٹ کرنے، اور براؤزر سے RPC کالز کمپوز اور ڈیبگ کرنے کے لیے FOSS ٹول۔_** +**Etherflow _- ایتھیریم ڈیولپرز کے لیے اپنے نوڈ کو ٹیسٹ کرنے، اور براؤزر سے RPC کالز کو کمپوز اور ڈیبگ کرنے کے لیے FOSS ٹول۔_** - [etherflow.quiknode.io](https://etherflow.quiknode.io/) - [GitHub](https://github.com/abunsen/etherflow) -**thirdweb _- ہر زبان میں SDKs، اسمارٹ کنٹریکٹس، ٹولز، اور web3 ڈیولپمنٹ کے لیے انفراسٹرکچر۔_** +**thirdweb _- ہر زبان میں SDKs، اسمارٹ کانٹریکٹس، ٹولز، اور web3 ڈیولپمنٹ کے لیے انفراسٹرکچر۔_** - [ہوم پیج](https://thirdweb.com/) -- [ڈاکومینٹیشن](https://portal.thirdweb.com/) +- [ڈاکیومنٹیشن](https://portal.thirdweb.com/) - [GitHub](https://github.com/thirdweb-dev/) -**Crossmint _- اسمارٹ کنٹریکٹس تعینات کرنے، کریڈٹ کارڈ اور کراس چین ادائیگیوں کو فعال کرنے، اور NFTs بنانے، تقسیم کرنے، بیچنے، ذخیرہ کرنے، اور ترمیم کرنے کے لیے APIs استعمال کرنے کے لیے انٹرپرائز-گریڈ web3 ڈیولپمنٹ پلیٹ فارم۔_** +**Crossmint _- اسمارٹ کانٹریکٹس ڈیپلائے کرنے، کریڈٹ کارڈ اور کراس چین پیمنٹس کو فعال کرنے، اور NFTs بنانے، تقسیم کرنے، فروخت کرنے، اسٹور کرنے اور ان میں ترمیم کرنے کے لیے APIs استعمال کرنے کے لیے انٹرپرائز گریڈ web3 ڈیولپمنٹ پلیٹ فارم۔_** - [crossmint.com](https://www.crossmint.com) -- [ڈاکومینٹیشن](https://docs.crossmint.com) +- [ڈاکیومنٹیشن](https://docs.crossmint.com) - [Discord](https://discord.com/invite/crossmint) -## مزید پڑھیں {#further-reading} +## مزید مطالعہ {#further-reading} -- [dapps کو دریافت کریں](/apps) -- [The Architecture of a Web 3.0 application](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _Preethi Kasireddy_ -- [وکندریقرت ایپلیکیشنز کے لیے 2021 کی گائیڈ](https://limechain.tech/blog/what-are-dapps-the-2021-guide/) - _LimeChain_ -- [وکندریقرت ایپس کیا ہیں؟](https://www.gemini.com/cryptopedia/decentralized-applications-defi-dapps) - _Gemini_ -- [مشہور dapps](https://www.alchemy.com/dapps) - _Alchemy_ +- [ڈی ایپس دریافت کریں](/apps) +- [ایک Web 3.0 ایپلیکیشن کا آرکیٹیکچر](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _Preethi Kasireddy_ +- [ڈی سینٹرلائزڈ ایپلیکیشنز کے لیے 2021 کی گائیڈ](https://limechain.tech/blog/what-are-dapps-the-2021-guide/) - _LimeChain_ +- [ڈی سینٹرلائزڈ ایپس کیا ہیں؟](https://www.gemini.com/cryptopedia/decentralized-applications-defi-dapps) - _Gemini_ +- [مقبول ڈی ایپس](https://www.alchemy.com/dapps) - _Alchemy_ -_کسی کمیونٹی وسیلے کے بارے میں جانتے ہیں جس نے آپ کی مدد کی ہو؟ اس صفحہ میں ترمیم کریں اور اسے شامل کریں!_ +_کسی ایسے کمیونٹی وسیلے کے بارے میں جانتے ہیں جس نے آپ کی مدد کی ہو؟ اس صفحے میں ترمیم کریں اور اسے شامل کریں!_ ## متعلقہ موضوعات {#related-topics} -- [Ethereum اسٹیک کا تعارف](/developers/docs/ethereum-stack/) +- [ایتھیریم اسٹیک کا تعارف](/developers/docs/ethereum-stack/) - [ڈیولپمنٹ فریم ورکس](/developers/docs/frameworks/) + +## ٹیوٹوریلز: ایتھیریم پر ایپس اور فرنٹ اینڈز بنائیں {#tutorials} + +- [Uniswap-v2 کانٹریکٹ واک تھرو](/developers/tutorials/uniswap-v2-annotated-code/) _– Uniswap v2 کور کانٹریکٹس کا ایک تفصیلی واک تھرو جو بتاتا ہے کہ AMM کیسے کام کرتا ہے۔_ +- [اپنے کانٹریکٹ کے لیے یوزر انٹرفیس بنانا](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) _– ایک جدید React + wagmi فرنٹ اینڈ کیسے بنائیں جو آپ کے اسمارٹ کانٹریکٹ سے جڑتا ہو۔_ +- [ابتدائی افراد کے لیے ہیلو ورلڈ اسمارٹ کانٹریکٹ – فل اسٹیک](/developers/tutorials/hello-world-smart-contract-fullstack/) _– اینڈ ٹو اینڈ ٹیوٹوریل: ایک سادہ اسمارٹ کانٹریکٹ لکھیں، ڈیپلائے کریں، اور اس کے لیے فرنٹ اینڈ بنائیں۔_ +- [web3 ایپس کے لیے سرور کمپوننٹس اور ایجنٹس](/developers/tutorials/server-components/) _– TypeScript سرور کمپوننٹس کیسے لکھیں جو بلاک چین ایونٹس کو سنتے ہیں اور ٹرانزیکشنز کے ساتھ جواب دیتے ہیں۔_ +- [ڈی سینٹرلائزڈ یوزر انٹرفیسز کے لیے IPFS](/developers/tutorials/ipfs-decentralized-ui/) _– سنسرشپ کے خلاف مزاحمت کے لیے اپنی ڈی ایپ کے فرنٹ اینڈ کو IPFS پر کیسے ہوسٹ کریں۔_ \ No newline at end of file diff --git a/public/content/translations/ur/developers/tutorials/secret-state/index.md b/public/content/translations/ur/developers/tutorials/secret-state/index.md index c5ba70e0f39..f3017d3eb00 100644 --- a/public/content/translations/ur/developers/tutorials/secret-state/index.md +++ b/public/content/translations/ur/developers/tutorials/secret-state/index.md @@ -1,49 +1,41 @@ --- -title: "خفیہ اسٹیٹ کے لیے زیرو نالج کا استعمال" -description: "آن چین گیمز محدود ہیں کیونکہ وہ کوئی پوشیدہ معلومات نہیں رکھ سکتے۔ اس ٹیوٹوریل کو پڑھنے کے بعد، ایک قاری زیرو نالج پروفز اور سرور کمپونینٹس کو ملا کر ایک خفیہ اسٹیٹ، آف چین، کمپونینٹ کے ساتھ قابل تصدیق گیمز بنا سکے گا۔ اس کو کرنے کی تکنیک کا مظاہرہ ایک مائن سویپر گیم بنا کر کیا جائے گا۔" -author: Ori Pomerantz -tags: - [ - "سرور", - "آف چین", - "مرکزی", - "زیرو-نالج", - "zokrates", - "mud" - ] +title: "خفیہ اسٹیٹ کے لیے زیرو-نالج کا استعمال" +description: "آن چین گیمز محدود ہیں کیونکہ وہ کوئی بھی پوشیدہ معلومات نہیں رکھ سکتیں۔ اس ٹیوٹوریل کو پڑھنے کے بعد، قاری زیرو-نالج پروفز اور سرور کے اجزاء کو ملا کر ایک خفیہ اسٹیٹ، آف چین، جزو کے ساتھ قابل تصدیق گیمز بنانے کے قابل ہو جائے گا۔ ایسا کرنے کی تکنیک کو مائن سویپر گیم بنا کر دکھایا جائے گا۔" +author: "اوری پومرانٹز" +tags: ["سرور", "آف چین", "مرکزی", "زیرو-نالج", "zokrates", "mud", "پرائیویسی"] skill: advanced -breadcrumb: "ZK خفیہ حالت" +breadcrumb: "ZK خفیہ اسٹیٹ" lang: ur published: 2025-03-15 --- -_بلاک چین پر کوئی راز نہیں ہوتے_۔ بلاک چین پر جو کچھ بھی پوسٹ کیا جاتا ہے وہ سب کے پڑھنے کے لیے کھلا ہے۔ یہ ضروری ہے، کیونکہ بلاک چین اس پر مبنی ہے کہ کوئی بھی اس کی تصدیق کر سکے۔ تاہم، گیمز اکثر خفیہ اسٹیٹ پر انحصار کرتے ہیں۔ مثال کے طور پر، [مائن سویپر](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) کے گیم کا کوئی مطلب نہیں بنتا اگر آپ صرف ایک بلاک چین ایکسپلورر پر جا کر نقشہ دیکھ سکتے ہیں۔ +_بلاک چین پر کوئی راز نہیں ہوتے_۔ بلاک چین پر پوسٹ کی گئی ہر چیز ہر کسی کے پڑھنے کے لیے کھلی ہوتی ہے۔ یہ ضروری ہے، کیونکہ بلاک چین کی بنیاد اس بات پر ہے کہ کوئی بھی اس کی تصدیق کر سکے۔ تاہم، گیمز اکثر خفیہ اسٹیٹ پر انحصار کرتی ہیں۔ مثال کے طور پر، [minesweeper]() گیم کا بالکل کوئی مطلب نہیں بنتا اگر آپ صرف بلاک چین ایکسپلورر پر جا کر نقشہ دیکھ سکیں۔ -سب سے آسان حل یہ ہے کہ خفیہ اسٹیٹ کو رکھنے کے لیے ایک [سرور کمپونینٹ](/developers/tutorials/server-components/) کا استعمال کیا جائے۔ تاہم، ہم بلاک چین کا استعمال اس لیے کرتے ہیں تاکہ گیم ڈیولپر کی طرف سے دھوکہ دہی کو روکا جا سکے۔ ہمیں سرور کمپونینٹ کی ایمانداری کو یقینی بنانے کی ضرورت ہے۔ سرور اسٹیٹ کا ایک ہیش فراہم کر سکتا ہے، اور [زیرو نالج پروفز](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) کا استعمال کر کے یہ ثابت کر سکتا ہے کہ ایک چال کے نتیجے کا حساب لگانے کے لیے استعمال کیا گیا اسٹیٹ صحیح ہے۔ +سب سے آسان حل یہ ہے کہ خفیہ اسٹیٹ کو رکھنے کے لیے ایک [سرور جزو](/developers/tutorials/server-components/) کا استعمال کیا جائے۔ تاہم، ہم بلاک چین کا استعمال اس لیے کرتے ہیں تاکہ گیم ڈیولپر کی طرف سے دھوکہ دہی کو روکا جا سکے۔ ہمیں سرور کے جزو کی ایمانداری کو یقینی بنانے کی ضرورت ہے۔ سرور اسٹیٹ کا ہیش فراہم کر سکتا ہے، اور [زیرو-نالج پروفز](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) کا استعمال کر کے یہ ثابت کر سکتا ہے کہ کسی اقدام کے نتیجے کا حساب لگانے کے لیے استعمال ہونے والی اسٹیٹ درست ہے۔ -اس مضمون کو پڑھنے کے بعد آپ جان جائیں گے کہ اس قسم کا خفیہ اسٹیٹ رکھنے والا سرور، اسٹیٹ دکھانے کے لیے ایک کلائنٹ، اور دونوں کے درمیان مواصلات کے لیے ایک آن چین کمپونینٹ کیسے بنایا جائے۔ ہم جو اہم ٹولز استعمال کریں گے وہ یہ ہیں: +اس مضمون کو پڑھنے کے بعد آپ جان جائیں گے کہ اس قسم کا خفیہ اسٹیٹ رکھنے والا سرور، اسٹیٹ دکھانے کے لیے ایک کلائنٹ، اور ان دونوں کے درمیان رابطے کے لیے ایک آن چین جزو کیسے بنایا جائے۔ ہم جو اہم ٹولز استعمال کریں گے وہ یہ ہوں گے: -| ٹول | مقصد | ورژن پر تصدیق شدہ | -| --------------------------------------------- | ------------------------------------------- | --------------------------------------: | -| [Zokrates](https://zokrates.github.io/) | زیرو نالج پروفز اور ان کی تصدیق | 1.1.9 | -| [Typescript](https://www.typescriptlang.org/) | سرور اور کلائنٹ دونوں کے لیے پروگرامنگ زبان | 5.4.2 | -| [Node](https://nodejs.org/en) | سرور چلانا | 20.18.2 | -| [Viem](https://viem.sh/) | بلاک چین کے ساتھ مواصلات | 2.9.20 | -| [MUD](https://mud.dev/) | آن چین ڈیٹا مینجمنٹ | 2.0.12 | -| [React](https://react.dev/) | کلائنٹ یوزر انٹرفیس | 18.2.0 | -| [Vite](https://vitejs.dev/) | کلائنٹ کوڈ کی سرونگ | 4.2.1 | +| ٹول | مقصد | تصدیق شدہ ورژن | +| --------------------------------------------- | ------------------------------------------------------- | ------------------: | +| [Zokrates](https://zokrates.github.io/) | زیرو-نالج پروفز اور ان کی تصدیق | 1.1.9 | +| [Typescript](https://www.typescriptlang.org/) | سرور اور کلائنٹ دونوں کے لیے پروگرامنگ زبان | 5.4.2 | +| [Node](https://nodejs.org/en) | سرور چلانا | 20.18.2 | +| [Viem](https://viem.sh/) | بلاک چین کے ساتھ رابطہ | 2.9.20 | +| [MUD](https://mud.dev/) | آن چین ڈیٹا مینجمنٹ | 2.0.12 | +| [React](https://react.dev/) | کلائنٹ یوزر انٹرفیس | 18.2.0 | +| [Vite](https://vitejs.dev/) | کلائنٹ کوڈ پیش کرنا | 4.2.1 | ## مائن سویپر کی مثال {#minesweeper} -[مائن سویپر](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) ایک ایسا گیم ہے جس میں ایک مائن فیلڈ کے ساتھ ایک خفیہ نقشہ شامل ہے۔ کھلاڑی ایک مخصوص مقام پر کھودنے کا انتخاب کرتا ہے۔ اگر اس مقام پر کوئی مائن ہے، تو گیم ختم ہو جاتا ہے۔ ورنہ، کھلاڑی کو اس مقام کے آس پاس کے آٹھ چوکوروں میں مائنز کی تعداد ملتی ہے۔ +[Minesweeper]() ایک ایسی گیم ہے جس میں مائن فیلڈ کے ساتھ ایک خفیہ نقشہ شامل ہوتا ہے۔ کھلاڑی کسی مخصوص جگہ پر کھدائی کرنے کا انتخاب کرتا ہے۔ اگر اس جگہ پر کوئی مائن (بارودی سرنگ) ہو، تو گیم ختم ہو جاتی ہے۔ بصورت دیگر، کھلاڑی کو اس جگہ کے ارد گرد آٹھ چوکور خانوں میں موجود مائنز کی تعداد مل جاتی ہے۔ -یہ ایپلیکیشن [MUD](https://mud.dev/) کا استعمال کرتے ہوئے لکھی گئی ہے، جو ایک ایسا فریم ورک ہے جو ہمیں [کی-ویلیو ڈیٹا بیس](https://aws.amazon.com/nosql/key-value/) کا استعمال کرتے ہوئے آن چین ڈیٹا اسٹور کرنے اور اس ڈیٹا کو خود بخود آف چین کمپونینٹس کے ساتھ سنکرونائز کرنے کی اجازت دیتا ہے۔ سنکرونائزیشن کے علاوہ، MUD رسائی کنٹرول فراہم کرنا آسان بناتا ہے، اور دوسرے صارفین کے لیے ہماری ایپلیکیشن کو بغیر اجازت کے [توسیع](https://mud.dev/guides/extending-a-world) دینا بھی آسان بناتا ہے۔ +یہ ایپلیکیشن [MUD](https://mud.dev/) کا استعمال کرتے ہوئے لکھی گئی ہے، جو ایک ایسا فریم ورک ہے جو ہمیں [کی-ویلیو ڈیٹا بیس](https://aws.amazon.com/nosql/key-value/) کا استعمال کرتے ہوئے آن چین ڈیٹا اسٹور کرنے اور اس ڈیٹا کو آف چین اجزاء کے ساتھ خود بخود ہم آہنگ کرنے کی سہولت دیتا ہے۔ ہم آہنگی کے علاوہ، MUD رسائی کنٹرول فراہم کرنا آسان بناتا ہے، اور دوسرے صارفین کے لیے ہماری ایپلیکیشن کو بغیر اجازت کے [توسیع](https://mud.dev/guides/extending-a-world) دینا آسان بناتا ہے۔ ### مائن سویپر کی مثال چلانا {#running-minesweeper-example} مائن سویپر کی مثال چلانے کے لیے: -1. یقینی بنائیں کہ آپ نے [پیشگی شرائط انسٹال کر لی ہیں](https://mud.dev/quickstart#prerequisites): [Node](https://mud.dev/quickstart#prerequisites), [Foundry](https://book.getfoundry.sh/getting-started/installation), [`git`](https://git-scm.com/downloads), [`pnpm`](https://git-scm.com/downloads), اور [`mprocs`](https://github.com/pvolok/mprocs)۔ +1. یقینی بنائیں کہ آپ نے [ضروریات انسٹال کر لی ہیں](https://mud.dev/quickstart#prerequisites): [Node](https://mud.dev/quickstart#prerequisites)، [Foundry](https://book.getfoundry.sh/getting-started/installation)، [`git`](https://git-scm.com/downloads)، [`pnpm`](https://git-scm.com/downloads)، اور [`mprocs`](https://github.com/pvolok/mprocs)۔ 2. ریپوزٹری کو کلون کریں۔ @@ -59,9 +51,9 @@ _بلاک چین پر کوئی راز نہیں ہوتے_۔ بلاک چین پر npm install -g mprocs ``` - اگر `pnpm install` کے حصے کے طور پر Foundry انسٹال کیا گیا تھا، تو آپ کو کمانڈ لائن شیل کو دوبارہ شروع کرنے کی ضرورت ہے۔ + اگر Foundry کو `pnpm install` کے حصے کے طور پر انسٹال کیا گیا تھا، تو آپ کو کمانڈ لائن شیل کو دوبارہ شروع کرنے کی ضرورت ہے۔ -4. کنٹریکٹس کو کمپائل کریں +4. کنٹریکٹس کو مرتب (کمپائل) کریں ```sh copy cd packages/contracts @@ -69,19 +61,20 @@ _بلاک چین پر کوئی راز نہیں ہوتے_۔ بلاک چین پر cd ../.. ``` + 5. پروگرام شروع کریں (بشمول ایک [anvil](https://book.getfoundry.sh/anvil/) بلاک چین) اور انتظار کریں۔ ```sh copy mprocs ``` - نوٹ کریں کہ اسٹارٹ اپ میں کافی وقت لگتا ہے۔ پیشرفت دیکھنے کے لیے، پہلے نیچے کے تیر کا استعمال کرتے ہوئے _کنٹریکٹس_ ٹیب پر اسکرول کریں تاکہ MUD کنٹریکٹس کو ڈیپلائے ہوتے دیکھیں۔ جب آپ کو _فائل کی تبدیلیوں کا انتظار ہے…_ کا پیغام ملے، تو کنٹریکٹس ڈیپلائے ہو چکے ہیں اور مزید پیشرفت _سرور_ ٹیب میں ہوگی۔ وہاں، آپ اس وقت تک انتظار کریں جب تک آپ کو _ویریفائر ایڈریس: 0x...._ کا پیغام نہ مل جائے۔ + نوٹ کریں کہ اسٹارٹ اپ میں کافی وقت لگتا ہے۔ پیش رفت دیکھنے کے لیے، پہلے نیچے والے تیر کا استعمال کرتے ہوئے _contracts_ ٹیب پر اسکرول کریں تاکہ MUD کنٹریکٹس کو تعینات ہوتے ہوئے دیکھ سکیں۔ جب آپ کو _Waiting for file changes…_ کا پیغام ملے، تو کنٹریکٹس تعینات ہو چکے ہیں اور مزید پیش رفت _server_ ٹیب میں ہوگی۔ وہاں، آپ اس وقت تک انتظار کریں جب تک کہ آپ کو _Verifier address: 0x...._ کا پیغام نہ مل جائے۔ - اگر یہ مرحلہ کامیاب ہو جاتا ہے، تو آپ کو `mprocs` اسکرین نظر آئے گی، جس میں بائیں طرف مختلف پروسیسز اور دائیں طرف فی الحال منتخب کردہ پروسیس کے لیے کنسول آؤٹ پٹ ہوگا۔ + اگر یہ مرحلہ کامیاب ہو جاتا ہے، تو آپ کو `mprocs` اسکرین نظر آئے گی، جس کے بائیں جانب مختلف پروسیسز اور دائیں جانب فی الحال منتخب کردہ پروسیس کا کنسول آؤٹ پٹ ہوگا۔ - ![mprocs اسکرین](./mprocs.png) + ![The mprocs screen](./mprocs.png) - اگر `mprocs` کے ساتھ کوئی مسئلہ ہے، تو آپ چاروں پروسیسز کو دستی طور پر چلا سکتے ہیں، ہر ایک کو اپنی کمانڈ لائن ونڈو میں: + اگر `mprocs` کے ساتھ کوئی مسئلہ ہے، تو آپ چاروں پروسیسز کو دستی طور پر چلا سکتے ہیں، ہر ایک کو اس کی اپنی کمانڈ لائن ونڈو میں: - **Anvil** @@ -90,7 +83,7 @@ _بلاک چین پر کوئی راز نہیں ہوتے_۔ بلاک چین پر anvil --base-fee 0 --block-time 2 ``` - - **کنٹریکٹس** + - **کنٹریکٹس** ```sh cd packages/contracts @@ -102,175 +95,174 @@ _بلاک چین پر کوئی راز نہیں ہوتے_۔ بلاک چین پر ```sh cd packages/server pnpm start - ``` + ``` - **کلائنٹ** ```sh cd packages/client pnpm run dev - ``` + ``` -6. اب آپ [کلائنٹ](http://localhost:3000) پر براؤز کر سکتے ہیں، **نیا گیم** پر کلک کریں، اور کھیلنا شروع کر سکتے ہیں۔ +6. اب آپ [کلائنٹ](http://localhost:3000) پر براؤز کر سکتے ہیں، **New Game** پر کلک کریں، اور کھیلنا شروع کریں۔ ### ٹیبلز {#tables} ہمیں آن چین [کئی ٹیبلز](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts) کی ضرورت ہے۔ -- `Configuration`: یہ ٹیبل ایک سنگلٹن ہے، اس میں کوئی کلید نہیں ہے اور ایک ہی ریکارڈ ہے۔ اس کا استعمال گیم کی کنفیگریشن کی معلومات کو رکھنے کے لیے کیا جاتا ہے: - - `height`: ایک مائن فیلڈ کی اونچائی - - `width`: ایک مائن فیلڈ کی چوڑائی +- `Configuration`: یہ ٹیبل ایک سنگلٹن ہے، اس کی کوئی کلید نہیں ہے اور اس میں ایک ہی ریکارڈ ہے۔ یہ گیم کنفیگریشن کی معلومات رکھنے کے لیے استعمال ہوتا ہے: + - `height`: مائن فیلڈ کی اونچائی + - `width`: مائن فیلڈ کی چوڑائی - `numberOfBombs`: ہر مائن فیلڈ میں بموں کی تعداد - -- `VerifierAddress`: یہ ٹیبل بھی ایک سنگلٹن ہے۔ اس کا استعمال کنفیگریشن کے ایک حصے کو رکھنے کے لیے کیا جاتا ہے، یعنی ویریفائر کنٹریکٹ (`verifier`) کا ایڈریس۔ ہم اس معلومات کو `Configuration` ٹیبل میں رکھ سکتے تھے، لیکن یہ ایک مختلف کمپونینٹ، یعنی سرور کے ذریعہ سیٹ کیا جاتا ہے، لہذا اسے ایک الگ ٹیبل میں رکھنا آسان ہے۔ +- `VerifierAddress`: یہ ٹیبل بھی ایک سنگلٹن ہے۔ یہ کنفیگریشن کا ایک حصہ، تصدیق کنندہ کنٹریکٹ (`verifier`) کا ایڈریس رکھنے کے لیے استعمال ہوتا ہے۔ ہم یہ معلومات `Configuration` ٹیبل میں رکھ سکتے تھے، لیکن یہ ایک مختلف جزو، سرور کے ذریعے سیٹ کی جاتی ہے، اس لیے اسے الگ ٹیبل میں رکھنا آسان ہے۔ - `PlayerGame`: کلید کھلاڑی کا ایڈریس ہے۔ ڈیٹا یہ ہے: - - `gameId`: 32 بائٹ کی ویلیو جو اس نقشے کا ہیش ہے جس پر کھلاڑی کھیل رہا ہے (گیم شناخت کنندہ)۔ - - `win`: ایک بولین جو یہ بتاتا ہے کہ آیا کھلاڑی نے گیم جیت لیا ہے۔ - - `lose`: ایک بولین جو یہ بتاتا ہے کہ آیا کھلاڑی نے گیم ہار دیا ہے۔ + - `gameId`: 32-بائٹ ویلیو جو اس نقشے کا ہیش ہے جس پر کھلاڑی کھیل رہا ہے (گیم شناخت کنندہ)۔ + - `win`: ایک بولین جو بتاتا ہے کہ آیا کھلاڑی نے گیم جیت لی ہے۔ + - `lose`: ایک بولین جو بتاتا ہے کہ آیا کھلاڑی گیم ہار گیا ہے۔ - `digNumber`: گیم میں کامیاب کھدائیوں کی تعداد۔ -- `GamePlayer`: یہ ٹیبل الٹی میپنگ رکھتا ہے، `gameId` سے کھلاڑی کے ایڈریس تک۔ +- `GamePlayer`: یہ ٹیبل ریورس میپنگ رکھتا ہے، `gameId` سے کھلاڑی کے ایڈریس تک۔ -- `Map`: کلید تین ویلیوز کا ایک ٹوپل ہے: +- `Map`: کلید تین اقدار کا ایک ٹپل ہے: - - `gameId`: 32 بائٹ کی ویلیو جو اس نقشے کا ہیش ہے جس پر کھلاڑی کھیل رہا ہے (گیم شناخت کنندہ)۔ + - `gameId`: 32-بائٹ ویلیو جو اس نقشے کا ہیش ہے جس پر کھلاڑی کھیل رہا ہے (گیم شناخت کنندہ)۔ - `x` کوآرڈینیٹ - `y` کوآرڈینیٹ - ویلیو ایک واحد نمبر ہے۔ اگر بم کا پتہ چلا تو یہ 255 ہے۔ ورنہ، یہ اس مقام کے ارد گرد بموں کی تعداد جمع ایک ہے۔ ہم صرف بموں کی تعداد کا استعمال نہیں کر سکتے، کیونکہ ڈیفالٹ طور پر EVM میں تمام اسٹوریج اور MUD میں تمام قطار کی ویلیوز صفر ہوتی ہیں۔ ہمیں "کھلاڑی نے ابھی تک یہاں کھدائی نہیں کی ہے" اور "کھلاڑی نے یہاں کھدائی کی، اور پایا کہ ارد گرد صفر بم ہیں" کے درمیان فرق کرنے کی ضرورت ہے۔ + ویلیو ایک واحد نمبر ہے۔ اگر بم کا پتہ چل جائے تو یہ 255 ہے۔ بصورت دیگر، یہ اس جگہ کے ارد گرد بموں کی تعداد جمع ایک ہے۔ ہم صرف بموں کی تعداد استعمال نہیں کر سکتے، کیونکہ پہلے سے طے شدہ طور پر EVM میں تمام اسٹوریج اور MUD میں تمام قطاروں کی اقدار صفر ہوتی ہیں۔ ہمیں "کھلاڑی نے ابھی تک یہاں کھدائی نہیں کی ہے" اور "کھلاڑی نے یہاں کھدائی کی، اور پایا کہ ارد گرد صفر بم ہیں" کے درمیان فرق کرنے کی ضرورت ہے۔ -اس کے علاوہ، کلائنٹ اور سرور کے درمیان مواصلات آن چین کمپونینٹ کے ذریعے ہوتی ہے۔ یہ بھی ٹیبلز کا استعمال کرتے ہوئے نافذ کیا گیا ہے۔ +اس کے علاوہ، کلائنٹ اور سرور کے درمیان رابطہ آن چین جزو کے ذریعے ہوتا ہے۔ اسے بھی ٹیبلز کا استعمال کرتے ہوئے لاگو کیا گیا ہے۔ -- `PendingGame`: نیا گیم شروع کرنے کے لیے غیر خدمتی درخواستیں۔ -- `PendingDig`: ایک مخصوص گیم میں ایک مخصوص جگہ پر کھودنے کے لیے غیر خدمتی درخواستیں۔ یہ ایک [آف چین ٹیبل](https://mud.dev/store/tables#types-of-tables) ہے، جس کا مطلب ہے کہ یہ EVM اسٹوریج میں نہیں لکھا جاتا، یہ صرف ایونٹس کا استعمال کرتے ہوئے آف چین پڑھا جا سکتا ہے۔ +- `PendingGame`: نئی گیم شروع کرنے کی غیر حل شدہ درخواستیں۔ +- `PendingDig`: کسی مخصوص گیم میں مخصوص جگہ پر کھدائی کرنے کی غیر حل شدہ درخواستیں۔ یہ ایک [آف چین ٹیبل](https://mud.dev/store/tables#types-of-tables) ہے، جس کا مطلب ہے کہ یہ EVM اسٹوریج میں نہیں لکھی جاتی، یہ صرف ایونٹس کا استعمال کرتے ہوئے آف چین پڑھنے کے قابل ہے۔ ### ایگزیکیوشن اور ڈیٹا فلو {#execution-data-flows} -یہ فلو کلائنٹ، آن چین کمپونینٹ، اور سرور کے درمیان ایگزیکیوشن کو مربوط کرتے ہیں۔ +یہ فلوز کلائنٹ، آن چین جزو، اور سرور کے درمیان ایگزیکیوشن کو مربوط کرتے ہیں۔ -#### ابتدا {#initialization-flow} +#### ابتدا (Initialization) {#initialization-flow} جب آپ `mprocs` چلاتے ہیں، تو یہ اقدامات ہوتے ہیں: -1. [`mprocs`](https://github.com/pvolok/mprocs) چار کمپونینٹس چلاتا ہے: +1. [`mprocs`](https://github.com/pvolok/mprocs) چار اجزاء چلاتا ہے: - [Anvil](https://book.getfoundry.sh/anvil/)، جو ایک مقامی بلاک چین چلاتا ہے - - [کنٹریکٹس](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/contracts)، جو MUD کے لیے کنٹریکٹس کو کمپائل (اگر ضرورت ہو) اور ڈیپلائے کرتا ہے - - [کلائنٹ](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/client)، جو UI اور کلائنٹ کوڈ کو ویب براؤزرز پر سرو کرنے کے لیے [Vite](https://vitejs.dev/) چلاتا ہے۔ - - [سرور](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/server)، جو سرور کے اعمال انجام دیتا ہے + - [Contracts](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/contracts)، جو MUD کے لیے کنٹریکٹس کو مرتب (اگر ضرورت ہو) اور تعینات کرتا ہے + - [Client](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/client)، جو ویب براؤزرز کو UI اور کلائنٹ کوڈ پیش کرنے کے لیے [Vite](https://vitejs.dev/) چلاتا ہے۔ + - [Server](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/server)، جو سرور کے افعال انجام دیتا ہے -2. `contracts` پیکج MUD کنٹریکٹس کو ڈیپلائے کرتا ہے اور پھر [ `PostDeploy.s.sol` اسکرپٹ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol) چلاتا ہے۔ یہ اسکرپٹ کنفیگریشن سیٹ کرتا ہے۔ گٹ ہب سے کوڈ [ایک 10x5 مائن فیلڈ کی وضاحت کرتا ہے جس میں آٹھ مائنز ہیں](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol#L23)۔ +2. `contracts` پیکج MUD کنٹریکٹس کو تعینات کرتا ہے اور پھر [`PostDeploy.s.sol` اسکرپٹ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol) چلاتا ہے۔ یہ اسکرپٹ کنفیگریشن سیٹ کرتا ہے۔ گٹ ہب کا کوڈ [ایک 10x5 مائن فیلڈ کی وضاحت کرتا ہے جس میں آٹھ مائنز ہیں](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol#L23)۔ -3. [سرور](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts) [MUD کو سیٹ اپ کر کے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L6) شروع ہوتا ہے۔ دیگر چیزوں کے علاوہ، یہ ڈیٹا سنکرونائزیشن کو فعال کرتا ہے، تاکہ متعلقہ ٹیبلز کی ایک کاپی سرور کی میموری میں موجود ہو۔ +3. [سرور](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts) [MUD سیٹ اپ کرنے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L6) سے شروع ہوتا ہے۔ دیگر چیزوں کے علاوہ، یہ ڈیٹا کی ہم آہنگی کو فعال کرتا ہے، تاکہ متعلقہ ٹیبلز کی ایک کاپی سرور کی میموری میں موجود ہو۔ -4. سرور ایک فنکشن کو سبسکرائب کرتا ہے تاکہ [جب `Configuration` ٹیبل تبدیل ہو](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L23) تو اسے ایگزیکیوٹ کیا جائے۔ [یہ فنکشن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L24-L168) `PostDeploy.s.sol` کے ایگزیکیوٹ ہونے اور ٹیبل میں ترمیم کرنے کے بعد کال کیا جاتا ہے۔ +4. سرور ایک فنکشن کو سبسکرائب کرتا ہے جسے [جب `Configuration` ٹیبل تبدیل ہو](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L23) تو عمل میں لایا جائے۔ [یہ فنکشن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L24-L168) `PostDeploy.s.sol` کے چلنے اور ٹیبل میں ترمیم کرنے کے بعد کال کیا جاتا ہے۔ -5. جب سرور انیشیئلائزیشن فنکشن کے پاس کنفیگریشن ہوتی ہے، تو [یہ `zkFunctions` کو کال کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L34-L35) تاکہ [سرور کے زیرو نالج حصے](#using-zokrates-from-typescript) کو انیشیئلائز کیا جا سکے۔ یہ اس وقت تک نہیں ہو سکتا جب تک کہ ہمیں کنفیگریشن نہ مل جائے کیونکہ زیرو نالج فنکشنز کو مائن فیلڈ کی چوڑائی اور اونچائی کو مستقل کے طور پر رکھنا ہوتا ہے۔ +5. جب سرور انیشلائزیشن فنکشن کے پاس کنفیگریشن آ جاتی ہے، تو یہ [سرور کے زیرو-نالج حصے](#using-zokrates-from-typescript) کو شروع کرنے کے لیے [`zkFunctions` کو کال کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L34-L35)۔ یہ اس وقت تک نہیں ہو سکتا جب تک ہمیں کنفیگریشن نہ مل جائے کیونکہ زیرو-نالج فنکشنز میں مائن فیلڈ کی چوڑائی اور اونچائی کو مستقل (constants) کے طور پر رکھنا ہوتا ہے۔ -6. سرور کا زیرو نالج حصہ انیشیئلائز ہونے کے بعد، اگلا قدم [زیرو نالج ویریفیکیشن کنٹریکٹ کو بلاک چین پر ڈیپلائے کرنا](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L42-L53) اور MUD میں ویریفائی ایڈریس سیٹ کرنا ہے۔ +6. سرور کا زیرو-نالج حصہ شروع ہونے کے بعد، اگلا قدم [زیرو-نالج تصدیقی کنٹریکٹ کو بلاک چین پر تعینات کرنا](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L42-L53) اور MUD میں تصدیق کنندہ کا ایڈریس سیٹ کرنا ہے۔ -7. آخر میں، ہم اپ ڈیٹس کو سبسکرائب کرتے ہیں تاکہ ہم دیکھ سکیں کہ جب کوئی کھلاڑی یا تو [نیا گیم شروع کرنے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) کی درخواست کرتا ہے یا [موجودہ گیم میں کھدائی کرنے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73-L108) کی درخواست کرتا ہے۔ +7. آخر میں، ہم اپ ڈیٹس کو سبسکرائب کرتے ہیں تاکہ ہم دیکھ سکیں کہ کب کوئی کھلاڑی [نئی گیم شروع کرنے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) یا [موجودہ گیم میں کھدائی کرنے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73-L108) کی درخواست کرتا ہے۔ -#### نیا گیم {#new-game-flow} +#### نئی گیم {#new-game-flow} -جب کھلاڑی نیا گیم کی درخواست کرتا ہے تو یہ ہوتا ہے۔ +جب کھلاڑی نئی گیم کی درخواست کرتا ہے تو یہ ہوتا ہے۔ -1. اگر اس کھلاڑی کے لیے کوئی گیم جاری نہیں ہے، یا ایک ہے لیکن اس کا گیم آئی ڈی صفر ہے، تو کلائنٹ ایک [نیا گیم بٹن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175) دکھاتا ہے۔ جب صارف اس بٹن کو دباتا ہے، تو [React `newGame` فنکشن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L96) چلاتا ہے۔ +1. اگر اس کھلاڑی کے لیے کوئی گیم جاری نہیں ہے، یا کوئی گیم ہے لیکن اس کی gameId صفر ہے، تو کلائنٹ ایک [نئی گیم کا بٹن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175) دکھاتا ہے۔ جب صارف اس بٹن کو دباتا ہے، تو [React `newGame` فنکشن چلاتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L96)۔ -2. [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L43-L46) ایک `System` کال ہے۔ MUD میں تمام کالز `World` کنٹریکٹ کے ذریعے روٹ کی جاتی ہیں، اور زیادہ تر معاملات میں آپ `__` کو کال کرتے ہیں۔ اس معاملے میں، کال `app__newGame` پر ہوتی ہے، جسے MUD پھر [`GameSystem` میں `newGame` پر](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L16-L22) روٹ کرتا ہے۔ +2. [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L43-L46) ایک `System` کال ہے۔ MUD میں تمام کالز `World` کنٹریکٹ کے ذریعے روٹ کی جاتی ہیں، اور زیادہ تر معاملات میں آپ `__` کو کال کرتے ہیں۔ اس صورت میں، کال `app__newGame` کو کی جاتی ہے، جسے MUD پھر [`GameSystem` میں `newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L16-L22) پر روٹ کر دیتا ہے۔ -3. آن چین فنکشن چیک کرتا ہے کہ کھلاڑی کا کوئی گیم جاری نہیں ہے، اور اگر نہیں ہے تو [درخواست کو `PendingGame` ٹیبل میں شامل کر دیتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L21)۔ +3. آن چین فنکشن چیک کرتا ہے کہ کھلاڑی کی کوئی گیم جاری تو نہیں ہے، اور اگر نہیں ہے تو [درخواست کو `PendingGame` ٹیبل میں شامل کر دیتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L21)۔ -4. سرور `PendingGame` میں تبدیلی کا پتہ لگاتا ہے اور [سبسکرائب شدہ فنکشن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) چلاتا ہے۔ یہ فنکشن [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L110-L114) کو کال کرتا ہے، جو بدلے میں [`createGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L116-L144) کو کال کرتا ہے۔ +4. سرور `PendingGame` میں تبدیلی کا پتہ لگاتا ہے اور [سبسکرائب شدہ فنکشن چلاتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71)۔ یہ فنکشن [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L110-L114) کو کال کرتا ہے، جو بدلے میں [`createGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L116-L144) کو کال کرتا ہے۔ -5. سب سے پہلے `createGame` [مناسب تعداد میں مائنز کے ساتھ ایک بے ترتیب نقشہ بناتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L120-L135)۔ پھر، یہ [`makeMapBorders`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L147-L166) کو خالی بارڈرز کے ساتھ ایک نقشہ بنانے کے لیے کال کرتا ہے، جو Zokrates کے لیے ضروری ہے۔ آخر میں، `createGame` [`calculateMapHash`](#calculateMapHash) کو کال کرتا ہے، تاکہ نقشے کا ہیش حاصل کیا جا سکے، جسے گیم آئی ڈی کے طور پر استعمال کیا جاتا ہے۔ +5. `createGame` سب سے پہلا کام یہ کرتا ہے کہ [مناسب تعداد میں مائنز کے ساتھ ایک بے ترتیب نقشہ بناتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L120-L135)۔ پھر، یہ خالی بارڈرز کے ساتھ نقشہ بنانے کے لیے [`makeMapBorders`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L147-L166) کو کال کرتا ہے، جو Zokrates کے لیے ضروری ہے۔ آخر میں، `createGame` نقشے کا ہیش حاصل کرنے کے لیے [`calculateMapHash`](#calculateMapHash) کو کال کرتا ہے، جسے گیم ID کے طور پر استعمال کیا جاتا ہے۔ -6. `newGame` فنکشن نئے گیم کو `gamesInProgress` میں شامل کرتا ہے۔ +6. `newGame` فنکشن نئی گیم کو `gamesInProgress` میں شامل کرتا ہے۔ -7. سرور جو آخری کام کرتا ہے وہ [`app__newGameResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L38-L43) کو کال کرنا ہے، جو آن چین ہے۔ یہ فنکشن ایک مختلف `System` میں ہے، [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol)، تاکہ رسائی کنٹرول کو فعال کیا جا سکے۔ رسائی کنٹرول [MUD کنفیگریشن فائل](https://mud.dev/config) میں بیان کیا گیا ہے، [`mud.config.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts#L67-L72)۔ +7. سرور آخری کام یہ کرتا ہے کہ [`app__newGameResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L38-L43) کو کال کرتا ہے، جو آن چین ہے۔ یہ فنکشن رسائی کنٹرول کو فعال کرنے کے لیے ایک مختلف `System`، [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) میں ہے۔ رسائی کنٹرول کی وضاحت [MUD کنفیگریشن فائل](https://mud.dev/config)، [`mud.config.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts#L67-L72) میں کی گئی ہے۔ - رسائی کی فہرست صرف ایک ہی ایڈریس کو `System` کال کرنے کی اجازت دیتی ہے۔ یہ سرور فنکشنز تک رسائی کو ایک ہی ایڈریس تک محدود کرتا ہے، تاکہ کوئی بھی سرور کی نقالی نہ کر سکے۔ + رسائی کی فہرست صرف ایک ہی ایڈریس کو `System` کو کال کرنے کی اجازت دیتی ہے۔ یہ سرور کے فنکشنز تک رسائی کو ایک ہی ایڈریس تک محدود کر دیتا ہے، تاکہ کوئی بھی سرور کا روپ نہ دھار سکے۔ -8. آن چین کمپونینٹ متعلقہ ٹیبلز کو اپ ڈیٹ کرتا ہے: +8. آن چین جزو متعلقہ ٹیبلز کو اپ ڈیٹ کرتا ہے: - `PlayerGame` میں گیم بنائیں۔ - - `GamePlayer` میں الٹی میپنگ سیٹ کریں۔ - - `PendingGame` سے درخواست کو ہٹا دیں۔ + - `GamePlayer` میں ریورس میپنگ سیٹ کریں۔ + - `PendingGame` سے درخواست ہٹا دیں۔ -9. سرور `PendingGame` میں تبدیلی کی نشاندہی کرتا ہے، لیکن کچھ نہیں کرتا کیونکہ [`wantsGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L58-L60) غلط ہے۔ +9. سرور `PendingGame` میں تبدیلی کی نشاندہی کرتا ہے، لیکن کچھ نہیں کرتا کیونکہ [`wantsGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L58-L60) غلط (false) ہے۔ -10. کلائنٹ پر [`gameRecord`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L143-L148) کو کھلاڑی کے ایڈریس کے لیے `PlayerGame` انٹری پر سیٹ کیا جاتا ہے۔ جب `PlayerGame` تبدیل ہوتا ہے، تو `gameRecord` بھی تبدیل ہوتا ہے۔ +10. کلائنٹ پر [`gameRecord`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L143-L148) کو کھلاڑی کے ایڈریس کے لیے `PlayerGame` اندراج پر سیٹ کیا جاتا ہے۔ جب `PlayerGame` تبدیل ہوتا ہے، تو `gameRecord` بھی تبدیل ہو جاتا ہے۔ -11. اگر `gameRecord` میں کوئی ویلیو ہے، اور گیم جیتا یا ہارا نہیں گیا ہے، تو کلائنٹ [نقشہ دکھاتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190)۔ +11. اگر `gameRecord` میں کوئی ویلیو ہے، اور گیم جیتی یا ہاری نہیں گئی ہے، تو کلائنٹ [نقشہ دکھاتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190)۔ -#### کھدائی {#dig-flow} +#### کھدائی (Dig) {#dig-flow} -1. کھلاڑی [نقشے کے سیل کے بٹن پر کلک کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L188)، جو [`dig` فنکشن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L33-L36) کو کال کرتا ہے۔ یہ فنکشن [`dig` کو آن چین](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L24-L32) کال کرتا ہے۔ +1. کھلاڑی [نقشے کے سیل کے بٹن پر کلک کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L188)، جو [`dig` فنکشن](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L33-L36) کو کال کرتا ہے۔ یہ فنکشن [آن چین `dig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L24-L32) کو کال کرتا ہے۔ -2. آن چین کمپونینٹ [کئی سینیٹی چیکس انجام دیتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L25-L30)، اور اگر کامیاب ہو جاتا ہے تو کھدائی کی درخواست کو [`PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L31) میں شامل کر دیتا ہے۔ +2. آن چین جزو [کئی سینیٹی چیکس انجام دیتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L25-L30)، اور اگر کامیاب ہو جائے تو کھدائی کی درخواست کو [`PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L31) میں شامل کر دیتا ہے۔ -3. سرور [`PendingDig` میں تبدیلی کا پتہ لگاتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73)۔ [اگر یہ درست ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L75-L84)، تو یہ [زیرو نالج کوڈ کو کال کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L86-L95) (نیچے بیان کیا گیا ہے) تاکہ نتیجہ اور اس کے درست ہونے کا ثبوت دونوں پیدا کیا جا سکے۔ +3. سرور [`PendingDig` میں تبدیلی کا پتہ لگاتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73)۔ [اگر یہ درست ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L75-L84)، تو یہ نتیجہ اور اس کے درست ہونے کا ثبوت دونوں تیار کرنے کے لیے [زیرو-نالج کوڈ کو کال کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L86-L95) (جس کی وضاحت نیچے کی گئی ہے)۔ 4. [سرور](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L97-L107) آن چین [`digResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L45-L64) کو کال کرتا ہے۔ -5. `digResponse` دو کام کرتا ہے۔ سب سے پہلے، یہ [زیرو نالج پروف](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L47-L61) کو چیک کرتا ہے۔ پھر، اگر پروف چیک ہو جاتا ہے، تو یہ [`processDigResult`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L67-L86) کو کال کرتا ہے تاکہ نتیجے کو دراصل پروسیس کیا جا سکے۔ +5. `digResponse` دو کام کرتا ہے۔ سب سے پہلے، یہ [زیرو نالج پروف](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L47-L61) چیک کرتا ہے۔ پھر، اگر ثبوت درست ثابت ہوتا ہے، تو یہ دراصل نتیجے پر کارروائی کرنے کے لیے [`processDigResult`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L67-L86) کو کال کرتا ہے۔ -6. `processDigResult` چیک کرتا ہے کہ آیا گیم [ہار](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L76-L78) گیا ہے یا [جیت](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L83-L86) لیا گیا ہے، اور [`Map`، یعنی آن چین نقشے کو اپ ڈیٹ کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L80)۔ +6. `processDigResult` چیک کرتا ہے کہ آیا گیم [ہاری](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L76-L78) یا [جیتی](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L83-L86) گئی ہے، اور [آن چین نقشہ، `Map` کو اپ ڈیٹ کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L80)۔ -7. کلائنٹ خود بخود اپ ڈیٹس اٹھاتا ہے اور [کھلاڑی کو دکھائے گئے نقشے کو اپ ڈیٹ کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190)، اور اگر قابل اطلاق ہو تو کھلاڑی کو بتاتا ہے کہ یہ جیت ہے یا ہار۔ +7. کلائنٹ خود بخود اپ ڈیٹس اٹھا لیتا ہے اور [کھلاڑی کو دکھائے گئے نقشے کو اپ ڈیٹ کرتا ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190)، اور اگر قابل اطلاق ہو تو کھلاڑی کو بتاتا ہے کہ یہ جیت ہے یا ہار۔ ## Zokrates کا استعمال {#using-zokrates} -اوپر بیان کیے گئے فلو میں ہم نے زیرو نالج حصوں کو نظر انداز کر دیا، انہیں ایک بلیک باکس کے طور پر سمجھا۔ اب آئیے اسے کھول کر دیکھتے ہیں کہ وہ کوڈ کیسے لکھا گیا ہے۔ +اوپر بیان کیے گئے فلوز میں ہم نے زیرو-نالج حصوں کو چھوڑ دیا تھا، انہیں ایک بلیک باکس کے طور پر سمجھتے ہوئے۔ اب آئیے اسے کھولتے ہیں اور دیکھتے ہیں کہ وہ کوڈ کیسے لکھا گیا ہے۔ ### نقشے کی ہیشنگ {#hashing-map} -ہم [یہ جاوا اسکرپٹ کوڈ](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) [Poseidon](https://www.poseidon-hash.info) کو نافذ کرنے کے لیے استعمال کر سکتے ہیں، جو ہمارا استعمال کردہ Zokrates ہیش فنکشن ہے۔ تاہم، جبکہ یہ تیز ہوگا، یہ صرف Zokrates ہیش فنکشن کا استعمال کرنے سے زیادہ پیچیدہ بھی ہوگا۔ یہ ایک ٹیوٹوریل ہے، اور اس لیے کوڈ کو سادگی کے لیے بہتر بنایا گیا ہے، نہ کہ کارکردگی کے لیے۔ لہذا، ہمیں دو مختلف Zokrates پروگراموں کی ضرورت ہے، ایک صرف ایک نقشے (`hash`) کے ہیش کا حساب لگانے کے لیے اور دوسرا نقشے (`dig`) پر کسی مقام پر کھدائی کے نتیجے کا زیرو نالج پروف بنانے کے لیے۔ +ہم [Poseidon](https://www.poseidon-hash.info) کو لاگو کرنے کے لیے [یہ جاوا اسکرپٹ کوڈ](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) استعمال کر سکتے ہیں، جو کہ Zokrates ہیش فنکشن ہے جسے ہم استعمال کرتے ہیں۔ تاہم، اگرچہ یہ تیز تر ہوگا، لیکن یہ صرف Zokrates ہیش فنکشن استعمال کرنے سے زیادہ پیچیدہ بھی ہوگا۔ یہ ایک ٹیوٹوریل ہے، اور اس لیے کوڈ کو سادگی کے لیے بہتر بنایا گیا ہے، کارکردگی کے لیے نہیں۔ لہذا، ہمیں دو مختلف Zokrates پروگراموں کی ضرورت ہے، ایک صرف نقشے کا ہیش (`hash`) شمار کرنے کے لیے اور دوسرا دراصل نقشے پر کسی جگہ کھدائی کے نتیجے کا زیرو-نالج پروف (`dig`) بنانے کے لیے۔ ### ہیش فنکشن {#hash-function} -یہ وہ فنکشن ہے جو ایک نقشے کے ہیش کا حساب لگاتا ہے۔ ہم اس کوڈ کا لائن بہ لائن جائزہ لیں گے۔ +یہ وہ فنکشن ہے جو نقشے کا ہیش شمار کرتا ہے۔ ہم اس کوڈ کا لائن بہ لائن جائزہ لیں گے۔ ``` import "hashes/poseidon/poseidon.zok" as poseidon; import "utils/pack/bool/pack128.zok" as pack128; ``` -یہ دو لائنیں [Zokrates اسٹینڈرڈ لائبریری](https://zokrates.github.io/toolbox/stdlib.html) سے دو فنکشن درآمد کرتی ہیں۔ [پہلا فنکشن](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/hashes/poseidon/poseidon.zok) ایک [Poseidon ہیش](https://www.poseidon-hash.info/) ہے۔ یہ [`field` عناصر](https://zokrates.github.io/language/types.html#field) کی ایک صف لیتا ہے اور ایک `field` لوٹاتا ہے۔ +یہ دو لائنیں [Zokrates معیاری لائبریری](https://zokrates.github.io/toolbox/stdlib.html) سے دو فنکشنز درآمد کرتی ہیں۔ [پہلا فنکشن](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/hashes/poseidon/poseidon.zok) ایک [Poseidon ہیش](https://www.poseidon-hash.info/) ہے۔ یہ [`field` عناصر](https://zokrates.github.io/language/types.html#field) کی ایک سرنی (array) لیتا ہے اور ایک `field` واپس کرتا ہے۔ -Zokrates میں فیلڈ عنصر عام طور پر 256 بٹس سے کم لمبا ہوتا ہے، لیکن زیادہ نہیں۔ کوڈ کو آسان بنانے کے لیے، ہم نقشے کو 512 بٹس تک محدود کرتے ہیں، اور چار فیلڈز کی ایک صف کو ہیش کرتے ہیں، اور ہر فیلڈ میں ہم صرف 128 بٹس استعمال کرتے ہیں۔ [ `pack128` فنکشن](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/utils/pack/bool/pack128.zok) اس مقصد کے لیے 128 بٹس کی ایک صف کو `field` میں تبدیل کرتا ہے۔ +Zokrates میں فیلڈ عنصر عام طور پر 256 بٹس سے کم لمبا ہوتا ہے، لیکن زیادہ نہیں۔ کوڈ کو آسان بنانے کے لیے، ہم نقشے کو 512 بٹس تک محدود کرتے ہیں، اور چار فیلڈز کی ایک سرنی کو ہیش کرتے ہیں، اور ہر فیلڈ میں ہم صرف 128 بٹس استعمال کرتے ہیں۔ [`pack128` فنکشن](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/utils/pack/bool/pack128.zok) اس مقصد کے لیے 128 بٹس کی سرنی کو `field` میں تبدیل کرتا ہے۔ ``` def hashMap(bool[${width+2}][${height+2}] map) -> field { ``` -یہ لائن ایک فنکشن کی تعریف شروع کرتی ہے۔ `hashMap` کو `map` نامی ایک ہی پیرامیٹر ملتا ہے، جو ایک دو جہتی `bool`(ean) صف ہے۔ نقشے کا سائز `width+2` ضرب `height+2` ہے ان وجوہات کی بنا پر جو [نیچے بیان کی گئی ہیں](#why-map-border)۔ +یہ لائن فنکشن کی تعریف شروع کرتی ہے۔ `hashMap` کو `map` نامی ایک واحد پیرامیٹر ملتا ہے، جو ایک دو جہتی `bool`(ean) سرنی ہے۔ نقشے کا سائز `width+2` بائی `height+2` ہے ان وجوہات کی بنا پر جن کی [وضاحت نیچے کی گئی ہے](#why-map-border)۔ -ہم `${width+2}` اور `${height+2}` استعمال کر سکتے ہیں کیونکہ Zokrates پروگرام اس ایپلیکیشن میں [ٹیمپلیٹ اسٹرنگز](https://www.w3schools.com/js/js_string_templates.asp) کے طور پر محفوظ ہیں۔ `${` اور `}` کے درمیان کوڈ کا جاوا اسکرپٹ کے ذریعے جائزہ لیا جاتا ہے، اور اس طرح پروگرام کو مختلف نقشے کے سائز کے لیے استعمال کیا جا سکتا ہے۔ نقشہ پیرامیٹر میں اس کے چاروں طرف ایک مقام چوڑا بارڈر ہے جس میں کوئی بم نہیں ہے، یہی وجہ ہے کہ ہمیں چوڑائی اور اونچائی میں دو کا اضافہ کرنے کی ضرورت ہے۔ +ہم `${width+2}` اور `${height+2}` استعمال کر سکتے ہیں کیونکہ Zokrates پروگرام اس ایپلیکیشن میں [ٹیمپلیٹ اسٹرنگز](https://www.w3schools.com/js/js_string_templates.asp) کے طور پر محفوظ کیے گئے ہیں۔ `${` اور `}` کے درمیان موجود کوڈ کا جائزہ جاوا اسکرپٹ کے ذریعے لیا جاتا ہے، اور اس طرح پروگرام کو مختلف نقشے کے سائز کے لیے استعمال کیا جا سکتا ہے۔ نقشے کے پیرامیٹر کے چاروں طرف ایک لوکیشن چوڑا بارڈر ہوتا ہے جس میں کوئی بم نہیں ہوتا، یہی وجہ ہے کہ ہمیں چوڑائی اور اونچائی میں دو کا اضافہ کرنے کی ضرورت ہے۔ -واپسی کی قیمت ایک `field` ہے جس میں ہیش ہوتا ہے۔ +واپسی کی ویلیو ایک `field` ہے جس میں ہیش ہوتا ہے۔ ``` bool[512] mut map1d = [false; 512]; ``` -نقشہ دو جہتی ہے۔ تاہم، `pack128` فنکشن دو جہتی صفوں کے ساتھ کام نہیں کرتا ہے۔ لہذا ہم پہلے نقشے کو 512 بائٹ کی صف میں ہموار کرتے ہیں، `map1d` کا استعمال کرتے ہوئے۔ ڈیفالٹ کے طور پر Zokrates متغیرات مستقل ہوتے ہیں، لیکن ہمیں اس صف کو ایک لوپ میں اقدار تفویض کرنے کی ضرورت ہے، لہذا ہم اسے [`mut`](https://zokrates.github.io/language/variables.html#mutability) کے طور پر بیان کرتے ہیں۔ +نقشہ دو جہتی ہے۔ تاہم، `pack128` فنکشن دو جہتی سرنیوں کے ساتھ کام نہیں کرتا ہے۔ اس لیے ہم پہلے `map1d` کا استعمال کرتے ہوئے نقشے کو 512-بائٹ سرنی میں فلیٹ کرتے ہیں۔ پہلے سے طے شدہ طور پر Zokrates متغیرات مستقل (constants) ہوتے ہیں، لیکن ہمیں ایک لوپ میں اس سرنی کو اقدار تفویض کرنے کی ضرورت ہے، اس لیے ہم اسے [`mut`](https://zokrates.github.io/language/variables.html#mutability) کے طور پر بیان کرتے ہیں۔ -ہمیں صف کو شروع کرنے کی ضرورت ہے کیونکہ Zokrates میں `undefined` نہیں ہے۔ تاثر `[false; 512]` کا مطلب ہے [512 `false` اقدار کی ایک صف](https://zokrates.github.io/language/types.html#declaration-and-initialization)۔ +ہمیں سرنی کو شروع کرنے کی ضرورت ہے کیونکہ Zokrates میں `undefined` نہیں ہوتا ہے۔ `[false; 512]` اظہار کا مطلب ہے [512 `false` اقدار کی ایک سرنی](https://zokrates.github.io/language/types.html#declaration-and-initialization)۔ ``` u32 mut counter = 0; ``` -ہمیں ان بٹس کے درمیان فرق کرنے کے لیے ایک کاؤنٹر کی بھی ضرورت ہے جو ہم نے `map1d` میں پہلے ہی بھر دیے ہیں اور جو نہیں بھرے۔ +ہمیں ان بٹس کے درمیان فرق کرنے کے لیے ایک کاؤنٹر کی بھی ضرورت ہے جو ہم نے پہلے ہی `map1d` میں بھر دی ہیں اور جو ہم نے نہیں بھری ہیں۔ ``` for u32 x in 0..${width+2} { ``` -یہ ہے کہ آپ Zokrates میں [`for` لوپ](https://zokrates.github.io/language/control_flow.html#for-loops) کا اعلان کیسے کرتے ہیں۔ ایک Zokrates `for` لوپ کی مقررہ حدود ہونی چاہئیں، کیونکہ جبکہ یہ ایک لوپ کی طرح لگتا ہے، کمپائلر دراصل اسے "کھول" دیتا ہے۔ تاثر `${width+2}` ایک کمپائل ٹائم مستقل ہے کیونکہ `width` ٹائپ اسکرپٹ کوڈ کے ذریعے کمپائلر کو کال کرنے سے پہلے سیٹ کیا جاتا ہے۔ +اس طرح آپ Zokrates میں ایک [`for` لوپ](https://zokrates.github.io/language/control_flow.html#for-loops) کا اعلان کرتے ہیں۔ Zokrates `for` لوپ کی حدود مقرر ہونی چاہئیں، کیونکہ اگرچہ یہ ایک لوپ معلوم ہوتا ہے، لیکن کمپائلر دراصل اسے "انرول" کرتا ہے۔ اظہار `${width+2}` ایک کمپائل ٹائم مستقل ہے کیونکہ `width` کو ٹائپ اسکرپٹ کوڈ کے ذریعے کمپائلر کو کال کرنے سے پہلے سیٹ کیا جاتا ہے۔ ``` for u32 y in 0..${height+2} { @@ -280,7 +272,7 @@ Zokrates میں فیلڈ عنصر عام طور پر 256 بٹس سے کم لمب } ``` -نقشے میں ہر مقام کے لیے، اس قدر کو `map1d` صف میں ڈالیں اور کاؤنٹر میں اضافہ کریں۔ +نقشے میں ہر مقام کے لیے، اس ویلیو کو `map1d` سرنی میں رکھیں اور کاؤنٹر میں اضافہ کریں۔ ``` field[4] hashMe = [ @@ -291,18 +283,18 @@ Zokrates میں فیلڈ عنصر عام طور پر 256 بٹس سے کم لمب ]; ``` -`pack128` `map1d` سے چار `field` اقدار کی ایک صف بنانے کے لیے۔ Zokrates میں `array[a..b]` کا مطلب ہے صف کا وہ ٹکڑا جو `a` سے شروع ہوتا ہے اور `b-1` پر ختم ہوتا ہے۔ +`map1d` سے چار `field` اقدار کی ایک سرنی بنانے کے لیے `pack128`۔ Zokrates میں `array[a..b]` کا مطلب سرنی کا وہ حصہ ہے جو `a` سے شروع ہوتا ہے اور `b-1` پر ختم ہوتا ہے۔ ``` return poseidon(hashMe); } ``` -اس صف کو ہیش میں تبدیل کرنے کے لیے `poseidon` کا استعمال کریں۔ +اس سرنی کو ہیش میں تبدیل کرنے کے لیے `poseidon` کا استعمال کریں۔ ### ہیش پروگرام {#hash-program} -سرور کو گیم شناخت کنندہ بنانے کے لیے براہ راست `hashMap` کو کال کرنے کی ضرورت ہے۔ تاہم، Zokrates صرف `main` فنکشن کو شروع کرنے کے لیے کال کر سکتا ہے، لہذا ہم ایک `main` کے ساتھ ایک پروگرام بناتے ہیں جو ہیش فنکشن کو کال کرتا ہے۔ +سرور کو گیم شناخت کنندگان بنانے کے لیے براہ راست `hashMap` کو کال کرنے کی ضرورت ہے۔ تاہم، Zokrates شروع کرنے کے لیے صرف ایک پروگرام پر `main` فنکشن کو کال کر سکتا ہے، اس لیے ہم ایک ایسا پروگرام بناتے ہیں جس میں ایک `main` ہو جو ہیش فنکشن کو کال کرے۔ ``` ${hashFragment} @@ -312,9 +304,9 @@ def main(bool[${width+2}][${height+2}] map) -> field { } ``` -### کھدائی پروگرام {#dig-program} +### کھدائی کا پروگرام {#dig-program} -یہ ایپلیکیشن کا زیرو نالج حصہ کا دل ہے، جہاں ہم وہ ثبوت تیار کرتے ہیں جو کھدائی کے نتائج کی تصدیق کے لیے استعمال ہوتے ہیں۔ +یہ ایپلیکیشن کے زیرو-نالج حصے کا دل ہے، جہاں ہم وہ ثبوت تیار کرتے ہیں جو کھدائی کے نتائج کی تصدیق کے لیے استعمال ہوتے ہیں۔ ``` ${hashFragment} @@ -327,9 +319,9 @@ def map2mineCount(bool[${width+2}][${height+2}] map, u32 x, u32 y) -> u8 { #### نقشے کا بارڈر کیوں {#why-map-border} -زیرو نالج پروف [حسابی سرکٹس](https://medium.com/web3studio/simple-explanations-of-arithmetic-circuits-and-zero-knowledge-proofs-806e59a79785) کا استعمال کرتے ہیں، جن میں `if` اسٹیٹمنٹ کا کوئی آسان مساوی نہیں ہوتا ہے۔ اس کے بجائے، وہ [مشروط آپریٹر](https://en.wikipedia.org/wiki/Ternary_conditional_operator) کے مساوی کا استعمال کرتے ہیں۔ اگر `a` صفر یا ایک ہو سکتا ہے، تو آپ `if a { b } else { c }` کا حساب `ab+(1-a)c` کے طور پر کر سکتے ہیں۔ +زیرو-نالج پروفز [ریاضیاتی سرکٹس](https://medium.com/web3studio/simple-explanations-of-arithmetic-circuits-and-zero-knowledge-proofs-806e59a79785) کا استعمال کرتے ہیں، جن میں `if` اسٹیٹمنٹ کا کوئی آسان متبادل نہیں ہوتا ہے۔ اس کے بجائے، وہ [مشروط آپریٹر](https://en.wikipedia.org/wiki/Ternary_conditional_operator) کا متبادل استعمال کرتے ہیں۔ اگر `a` صفر یا ایک ہو سکتا ہے، تو آپ `if a { b } else { c }` کا حساب `ab+(1-a)c` کے طور پر لگا سکتے ہیں۔ -اس کی وجہ سے، ایک Zokrates `if` اسٹیٹمنٹ ہمیشہ دونوں شاخوں کا جائزہ لیتا ہے۔ مثال کے طور پر، اگر آپ کے پاس یہ کوڈ ہے: +اس کی وجہ سے، Zokrates کی `if` اسٹیٹمنٹ ہمیشہ دونوں شاخوں کا جائزہ لیتی ہے۔ مثال کے طور پر، اگر آپ کے پاس یہ کوڈ ہے: ``` bool[5] arr = [false; 5]; @@ -337,29 +329,29 @@ u32 index=10; return if index>4 { 0 } else { arr[index] } ``` -اس میں خرابی ہوگی، کیونکہ اسے `arr[10]` کا حساب لگانے کی ضرورت ہے، چاہے وہ قدر بعد میں صفر سے ضرب دی جائے۔ +یہ ایرر دے گا، کیونکہ اسے `arr[10]` کا حساب لگانے کی ضرورت ہے، حالانکہ اس ویلیو کو بعد میں صفر سے ضرب دیا جائے گا۔ -یہی وجہ ہے کہ ہمیں نقشے کے چاروں طرف ایک مقام چوڑا بارڈر کی ضرورت ہے۔ ہمیں کسی مقام کے ارد گرد مائنز کی کل تعداد کا حساب لگانے کی ضرورت ہے، اور اس کا مطلب ہے کہ ہمیں اس مقام سے ایک قطار اوپر اور نیچے، بائیں اور دائیں کو دیکھنے کی ضرورت ہے، جہاں ہم کھدائی کر رہے ہیں۔ جس کا مطلب ہے کہ وہ مقام Zokrates کو فراہم کردہ نقشے کی صف میں موجود ہونا چاہیے۔ +یہی وجہ ہے کہ ہمیں نقشے کے چاروں طرف ایک لوکیشن چوڑا بارڈر درکار ہے۔ ہمیں کسی مقام کے ارد گرد مائنز کی کل تعداد کا حساب لگانے کی ضرورت ہے، اور اس کا مطلب ہے کہ ہمیں اس مقام کے ایک قطار اوپر اور نیچے، بائیں اور دائیں دیکھنا ہوگا جہاں ہم کھدائی کر رہے ہیں۔ جس کا مطلب ہے کہ وہ مقامات اس نقشے کی سرنی میں موجود ہونے چاہئیں جو Zokrates کو فراہم کی گئی ہے۔ ``` def main(private bool[${width+2}][${height+2}] map, u32 x, u32 y) -> (field, u8) { ``` -ڈیفالٹ کے طور پر Zokrates ثبوتوں میں ان کے ان پٹ شامل ہوتے ہیں۔ یہ جاننا کوئی فائدہ مند نہیں ہے کہ کسی جگہ کے ارد گرد پانچ مائنز ہیں جب تک کہ آپ کو حقیقت میں یہ نہ معلوم ہو کہ وہ کون سی جگہ ہے (اور آپ اسے صرف اپنی درخواست سے نہیں ملا سکتے، کیونکہ تب پروور مختلف اقدار کا استعمال کر سکتا ہے اور آپ کو اس کے بارے میں نہیں بتا سکتا)۔ تاہم، ہمیں نقشے کو خفیہ رکھنے کی ضرورت ہے، جبکہ اسے Zokrates کو فراہم کرتے ہوئے۔ حل یہ ہے کہ ایک `private` پیرامیٹر کا استعمال کیا جائے، ایک ایسا جو ثبوت سے _ظاہر_ نہیں ہوتا ہے۔ +پہلے سے طے شدہ طور پر Zokrates پروفز میں ان کے ان پٹس شامل ہوتے ہیں۔ یہ جاننے کا کوئی فائدہ نہیں کہ کسی جگہ کے ارد گرد پانچ مائنز ہیں جب تک کہ آپ کو حقیقت میں یہ معلوم نہ ہو کہ وہ کون سی جگہ ہے (اور آپ اسے صرف اپنی درخواست سے نہیں ملا سکتے، کیونکہ تب ثابت کرنے والا مختلف اقدار استعمال کر سکتا ہے اور آپ کو اس کے بارے میں نہیں بتائے گا)۔ تاہم، ہمیں Zokrates کو فراہم کرتے ہوئے نقشے کو خفیہ رکھنے کی ضرورت ہے۔ اس کا حل ایک `private` پیرامیٹر استعمال کرنا ہے، جو ثبوت کے ذریعے ظاہر _نہیں_ ہوتا ہے۔ -اس سے غلط استعمال کا ایک اور راستہ کھلتا ہے۔ پروور صحیح کوآرڈینیٹس کا استعمال کر سکتا ہے، لیکن مقام کے ارد گرد کسی بھی تعداد میں مائنز کے ساتھ ایک نقشہ بنا سکتا ہے، اور ممکنہ طور پر خود مقام پر بھی۔ اس غلط استعمال کو روکنے کے لیے، ہم زیرو نالج پروف کو نقشے کا ہیش شامل کرتے ہیں، جو گیم شناخت کنندہ ہے۔ +اس سے غلط استعمال کا ایک اور راستہ کھلتا ہے۔ ثابت کرنے والا درست کوآرڈینیٹس استعمال کر سکتا ہے، لیکن اس مقام کے ارد گرد، اور ممکنہ طور پر خود اس مقام پر کسی بھی تعداد میں مائنز کے ساتھ ایک نقشہ بنا سکتا ہے۔ اس غلط استعمال کو روکنے کے لیے، ہم زیرو نالج پروف میں نقشے کا ہیش شامل کرتے ہیں، جو کہ گیم شناخت کنندہ ہے۔ ``` return (hashMap(map), ``` -یہاں واپسی کی قیمت ایک ٹوپل ہے جس میں نقشہ ہیش صف اور کھدائی کا نتیجہ شامل ہے۔ +یہاں واپسی کی ویلیو ایک ٹپل ہے جس میں نقشے کی ہیش سرنی کے ساتھ ساتھ کھدائی کا نتیجہ بھی شامل ہے۔ ``` if map2mineCount(map, x, y) > 0 { 0xFF } else { ``` -اگر خود مقام پر کوئی بم ہو تو ہم 255 کو ایک خاص قدر کے طور پر استعمال کرتے ہیں۔ +ہم 255 کو ایک خاص ویلیو کے طور پر استعمال کرتے ہیں اگر اس مقام پر خود کوئی بم ہو۔ ``` map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) + @@ -370,31 +362,31 @@ def main(private bool[${width+2}][${height+2}] map, u32 x, u32 y) -> (field, u8) } ``` -اگر کھلاڑی نے کسی مائن کو نہیں مارا ہے، تو مقام کے ارد گرد کے علاقے کے لیے مائن کاؤنٹ شامل کریں اور اسے واپس کریں۔ +اگر کھلاڑی کسی مائن سے نہیں ٹکرایا ہے، تو اس مقام کے ارد گرد کے علاقے کے لیے مائن کی گنتی شامل کریں اور اسے واپس کریں۔ ### TypeScript سے Zokrates کا استعمال {#using-zokrates-from-typescript} Zokrates کا ایک کمانڈ لائن انٹرفیس ہے، لیکن اس پروگرام میں ہم اسے [TypeScript کوڈ](https://zokrates.github.io/toolbox/zokrates_js.html) میں استعمال کرتے ہیں۔ -Zokrates تعریفوں پر مشتمل لائبریری کو [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) کہا جاتا ہے۔ +وہ لائبریری جس میں Zokrates کی تعریفیں شامل ہیں اسے [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) کہا جاتا ہے۔ ```typescript import { initialize as zokratesInitialize } from "zokrates-js" ``` -[Zokrates جاوا اسکرپٹ بائنڈنگز](https://zokrates.github.io/toolbox/zokrates_js.html) کو درآمد کریں۔ ہمیں صرف [`initialize`](https://zokrates.github.io/toolbox/zokrates_js.html#initialize) فنکشن کی ضرورت ہے کیونکہ یہ ایک وعدہ لوٹاتا ہے جو تمام Zokrates تعریفوں کو حل کرتا ہے۔ +[Zokrates JavaScript بائنڈنگز](https://zokrates.github.io/toolbox/zokrates_js.html) درآمد کریں۔ ہمیں صرف [`initialize`](https://zokrates.github.io/toolbox/zokrates_js.html#initialize) فنکشن کی ضرورت ہے کیونکہ یہ ایک پرامس (promise) واپس کرتا ہے جو تمام Zokrates تعریفوں کو حل کرتا ہے۔ ```typescript export const zkFunctions = async (width: number, height: number) : Promise => { ``` -Zokrates کی طرح، ہم بھی صرف ایک فنکشن برآمد کرتے ہیں، جو [غیر ہم آہنگ](https://www.w3schools.com/js/js_async.asp) بھی ہے۔ جب یہ بالآخر واپس آتا ہے، تو یہ کئی فنکشن فراہم کرتا ہے جیسا کہ ہم نیچے دیکھیں گے۔ +خود Zokrates کی طرح، ہم بھی صرف ایک فنکشن برآمد کرتے ہیں، جو کہ [asynchronous](https://www.w3schools.com/js/js_async.asp) بھی ہے۔ جب یہ بالآخر واپس آتا ہے، تو یہ کئی فنکشنز فراہم کرتا ہے جیسا کہ ہم نیچے دیکھیں گے۔ ```typescript const zokrates = await zokratesInitialize() ``` -Zokrates کو شروع کریں، لائبریری سے ہمیں ہر چیز حاصل کریں۔ +Zokrates کو شروع کریں، لائبریری سے وہ سب کچھ حاصل کریں جس کی ہمیں ضرورت ہے۔ ```typescript const hashFragment = ` @@ -421,27 +413,27 @@ const digProgram = ` ` ``` -اگلا ہمارے پاس ہیش فنکشن اور دو Zokrates پروگرام ہیں جو ہم نے اوپر دیکھے۔ +اس کے بعد ہمارے پاس ہیش فنکشن اور دو Zokrates پروگرام ہیں جو ہم نے اوپر دیکھے ہیں۔ ```typescript const digCompiled = zokrates.compile(digProgram) const hashCompiled = zokrates.compile(hashProgram) ``` -یہاں ہم ان پروگراموں کو کمپائل کرتے ہیں۔ +یہاں ہم ان پروگراموں کو مرتب (کمپائل) کرتے ہیں۔ ```typescript -// Create the keys for zero knowledge verification. -// On a production system you'd want to use a setup ceremony. +// زیرو نالج ویریفکیشن کے لیے کیز بنائیں۔ +// پروڈکشن سسٹم پر آپ سیٹ اپ سیریمونی استعمال کرنا چاہیں گے۔ // (https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony). const keySetupResults = zokrates.setup(digCompiled.program, "") const verifierKey = keySetupResults.vk const proverKey = keySetupResults.pk ``` -ایک پروڈکشن سسٹم پر ہم ایک زیادہ پیچیدہ [سیٹ اپ تقریب](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) کا استعمال کر سکتے ہیں، لیکن یہ ایک مظاہرے کے لیے کافی ہے۔ یہ کوئی مسئلہ نہیں ہے کہ صارفین پروور کی جان سکتے ہیں - وہ پھر بھی اسے چیزوں کو ثابت کرنے کے لیے استعمال نہیں کر سکتے جب تک کہ وہ سچ نہ ہوں۔ کیونکہ ہم اینٹروپی کی وضاحت کرتے ہیں (دوسرا پیرامیٹر، `""`)، نتائج ہمیشہ ایک جیسے ہی ہوں گے۔ +پروڈکشن سسٹم پر ہم ایک زیادہ پیچیدہ [سیٹ اپ تقریب](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) استعمال کر سکتے ہیں، لیکن یہ مظاہرے کے لیے کافی ہے۔ یہ کوئی مسئلہ نہیں ہے کہ صارفین پروور کی (prover key) جان سکتے ہیں - وہ اب بھی اسے چیزوں کو ثابت کرنے کے لیے استعمال نہیں کر سکتے جب تک کہ وہ سچ نہ ہوں۔ چونکہ ہم اینٹروپی (دوسرا پیرامیٹر، `""`) کی وضاحت کرتے ہیں، اس لیے نتائج ہمیشہ ایک جیسے ہی ہوں گے۔ -**نوٹ:** Zokrates پروگراموں کی تالیف اور کلید کی تخلیق سست عمل ہیں۔ انہیں ہر بار دہرانے کی ضرورت نہیں ہے، صرف اس وقت جب نقشے کا سائز تبدیل ہوتا ہے۔ ایک پروڈکشن سسٹم پر آپ انہیں ایک بار کریں گے، اور پھر آؤٹ پٹ کو اسٹور کریں گے۔ میں یہاں صرف سادگی کی خاطر ایسا نہیں کر رہا ہوں۔ +**نوٹ:** Zokrates پروگراموں کی تالیف (compilation) اور کلید کی تخلیق سست عمل ہیں۔ انہیں ہر بار دہرانے کی ضرورت نہیں ہے، صرف اس وقت جب نقشے کا سائز تبدیل ہو۔ پروڈکشن سسٹم پر آپ انہیں ایک بار کریں گے، اور پھر آؤٹ پٹ کو محفوظ کر لیں گے۔ یہاں ایسا نہ کرنے کی واحد وجہ سادگی ہے۔ #### `calculateMapHash` {#calculateMapHash} @@ -456,13 +448,13 @@ const calculateMapHash = function (hashMe: boolean[][]): string { } ``` -[`computeWitness`](https://zokrates.github.io/toolbox/zokrates_js.html#computewitnessartifacts-args-options) فنکشن دراصل Zokrates پروگرام چلاتا ہے۔ یہ دو فیلڈز کے ساتھ ایک ڈھانچہ لوٹاتا ہے: `output`، جو ایک JSON سٹرنگ کے طور پر پروگرام کا آؤٹ پٹ ہے، اور `witness`، جو نتیجے کا زیرو نالج پروف بنانے کے لیے درکار معلومات ہے۔ یہاں ہمیں صرف آؤٹ پٹ کی ضرورت ہے۔ +[`computeWitness`](https://zokrates.github.io/toolbox/zokrates_js.html#computewitnessartifacts-args-options) فنکشن دراصل Zokrates پروگرام چلاتا ہے۔ یہ دو فیلڈز کے ساتھ ایک اسٹرکچر واپس کرتا ہے: `output`، جو کہ JSON اسٹرنگ کے طور پر پروگرام کا آؤٹ پٹ ہے، اور `witness`، جو کہ نتیجے کا زیرو نالج پروف بنانے کے لیے درکار معلومات ہے۔ یہاں ہمیں صرف آؤٹ پٹ کی ضرورت ہے۔ -آؤٹ پٹ `"31337"` کی شکل میں ایک سٹرنگ ہے، جو کوٹیشن مارکس میں بند ایک اعشاریہ نمبر ہے۔ لیکن `viem` کے لیے ہمیں جو آؤٹ پٹ چاہیے وہ `0x60A7` کی شکل میں ایک ہیکساڈیسیمل نمبر ہے۔ لہذا ہم کوٹیشن مارکس کو ہٹانے کے لیے `.slice(1,-1)` کا استعمال کرتے ہیں اور پھر باقی سٹرنگ کو، جو ایک اعشاریہ نمبر ہے، ایک [`BigInt`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/BigInt) میں تبدیل کرنے کے لیے `BigInt` کا استعمال کرتے ہیں۔ `.toString(16)` اس `BigInt` کو ایک ہیکساڈیسیمل سٹرنگ میں تبدیل کرتا ہے، اور `"0x"+` ہیکساڈیسیمل نمبروں کے لیے مارکر شامل کرتا ہے۔ +آؤٹ پٹ `"31337"` کی شکل میں ایک اسٹرنگ ہے، جو کوٹیشن مارکس میں بند ایک اعشاریہ نمبر ہے۔ لیکن `viem` کے لیے ہمیں جو آؤٹ پٹ درکار ہے وہ `0x60A7` کی شکل میں ایک ہیکسا ڈیسیمل نمبر ہے۔ اس لیے ہم کوٹیشن مارکس ہٹانے کے لیے `.slice(1,-1)` استعمال کرتے ہیں اور پھر باقی اسٹرنگ، جو کہ ایک اعشاریہ نمبر ہے، کو [`BigInt`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/BigInt) میں چلانے کے لیے `BigInt` استعمال کرتے ہیں۔ `.toString(16)` اس `BigInt` کو ہیکسا ڈیسیمل اسٹرنگ میں تبدیل کرتا ہے، اور `"0x"+` ہیکسا ڈیسیمل نمبرز کے لیے مارکر کا اضافہ کرتا ہے۔ ```typescript -// Dig and return a zero knowledge proof of the result -// (server-side code) +// کھودیں اور نتیجے کا زیرو نالج پروف واپس کریں۔ +// (سرور سائیڈ کوڈ) ``` زیرو نالج پروف میں عوامی ان پٹس (`x` اور `y`) اور نتائج (نقشے کا ہیش اور بموں کی تعداد) شامل ہیں۔ @@ -473,13 +465,13 @@ const calculateMapHash = function (hashMe: boolean[][]): string { throw new Error("Trying to dig outside the map") ``` -یہ چیک کرنا کہ آیا کوئی انڈیکس Zokrates میں حد سے باہر ہے، ایک مسئلہ ہے، لہذا ہم اسے یہاں کرتے ہیں۔ +Zokrates میں یہ چیک کرنا ایک مسئلہ ہے کہ آیا کوئی انڈیکس حد سے باہر ہے، اس لیے ہم اسے یہاں کرتے ہیں۔ ```typescript const runResults = zokrates.computeWitness(digCompiled, [map, `${x}`, `${y}`]) ``` -کھدائی پروگرام پر عمل کریں۔ +کھدائی کا پروگرام چلائیں۔ ```typescript const proof = zokrates.generateProof( @@ -491,7 +483,7 @@ const runResults = zokrates.computeWitness(digCompiled, [map, `${x}`, `${y}`]) } ``` -[`generateProof`](https://zokrates.github.io/toolbox/zokrates_js.html#generateproofprogram-witness-provingkey-entropy) کا استعمال کریں اور ثبوت واپس کریں۔ +[`generateProof`](https://zokrates.github.io/toolbox/zokrates_js.html#generateproofprogram-witness-provingkey-entropy) استعمال کریں اور ثبوت واپس کریں۔ ```typescript const solidityVerifier = ` @@ -500,7 +492,7 @@ const solidityVerifier = ` ` ``` -ایک Solidity ویریفائر، ایک سمارٹ کنٹریکٹ جسے ہم بلاک چین پر تعینات کر سکتے ہیں اور `digCompiled.program` کے ذریعے تیار کردہ ثبوتوں کی تصدیق کے لیے استعمال کر سکتے ہیں۔ +ایک Solidity تصدیق کنندہ، ایک اسمارٹ کنٹریکٹ جسے ہم بلاک چین پر تعینات کر سکتے ہیں اور `digCompiled.program` کے ذریعے تیار کردہ ثبوتوں کی تصدیق کے لیے استعمال کر سکتے ہیں۔ ```typescript return { @@ -511,19 +503,19 @@ const solidityVerifier = ` } ``` -آخر میں، ہر وہ چیز واپس کریں جس کی دوسرے کوڈ کو ضرورت ہو سکتی ہے۔ +آخر میں، وہ سب کچھ واپس کریں جس کی دوسرے کوڈ کو ضرورت ہو سکتی ہے۔ -## سیکیورٹی ٹیسٹ {#security-tests} +## سیکیورٹی ٹیسٹس {#security-tests} -سیکیورٹی ٹیسٹ اہم ہیں کیونکہ ایک فنکشنلٹی بگ بالآخر خود کو ظاہر کر دے گا۔ لیکن اگر ایپلیکیشن غیر محفوظ ہے، تو یہ ممکنہ طور پر ایک طویل عرصے تک چھپی رہے گی اس سے پہلے کہ یہ کسی کے دھوکہ دہی اور دوسروں سے تعلق رکھنے والے وسائل سے بچ نکلنے سے ظاہر ہو۔ +سیکیورٹی ٹیسٹس اہم ہیں کیونکہ فعالیت کا بگ بالآخر خود کو ظاہر کر دے گا۔ لیکن اگر ایپلیکیشن غیر محفوظ ہے، تو اس کے طویل عرصے تک پوشیدہ رہنے کا امکان ہے اس سے پہلے کہ یہ کسی کے دھوکہ دہی کرنے اور دوسروں کے وسائل لے کر فرار ہونے سے ظاہر ہو۔ -### اجازتیں {#permissions} +### اجازتیں (Permissions) {#permissions} -اس گیم میں ایک مراعات یافتہ ادارہ ہے، سرور۔ یہ واحد صارف ہے جسے [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) میں فنکشنز کو کال کرنے کی اجازت ہے۔ ہم [`cast`](https://book.getfoundry.sh/cast/) کا استعمال کر سکتے ہیں تاکہ یہ تصدیق کی جا سکے کہ اجازت یافتہ فنکشنز کی کالز صرف سرور اکاؤنٹ کے طور پر ہی کی جا سکتی ہیں۔ +اس گیم میں ایک مراعات یافتہ ہستی ہے، سرور۔ یہ واحد صارف ہے جسے [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) میں فنکشنز کو کال کرنے کی اجازت ہے۔ ہم یہ تصدیق کرنے کے لیے [`cast`](https://book.getfoundry.sh/cast/) کا استعمال کر سکتے ہیں کہ اجازت یافتہ فنکشنز کو کالز کی اجازت صرف سرور اکاؤنٹ کے طور پر ہے۔ -[سرور کی نجی کلید `setupNetwork.ts` میں ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/mud/setupNetwork.ts#L52)۔ +[سرور کی پرائیویٹ کی `setupNetwork.ts` میں ہے](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/mud/setupNetwork.ts#L52)۔ -1. `anvil` (بلاک چین) چلانے والے کمپیوٹر پر، یہ ماحولیاتی متغیرات سیٹ کریں۔ +1. اس کمپیوٹر پر جو `anvil` (بلاک چین) چلاتا ہے، یہ ماحولیاتی متغیرات (environment variables) سیٹ کریں۔ ```sh copy WORLD_ADDRESS=0x8d8b6b8414e1e3dcfd4168561b9be6bd3bf6ec4b @@ -531,37 +523,37 @@ const solidityVerifier = ` AUTHORIZED_KEY=0x59c6995e998f97a5a0044966f0945389dc9e86dae88c7a8412f4603b6b78690d ``` -2. `cast` کا استعمال کریں تاکہ تصدیق کنندہ کا پتہ ایک غیر مجاز پتے کے طور پر سیٹ کرنے کی کوشش کی جا سکے۔ +2. تصدیق کنندہ کا ایڈریس غیر مجاز ایڈریس کے طور پر سیٹ کرنے کی کوشش کرنے کے لیے `cast` کا استعمال کریں۔ ```sh copy cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $UNAUTHORIZED_KEY ``` - نہ صرف `cast` ایک ناکامی کی اطلاع دیتا ہے، بلکہ آپ براؤزر پر گیم میں **MUD Dev Tools** کھول سکتے ہیں، **ٹیبلز** پر کلک کر سکتے ہیں، اور **app\_\_VerifierAddress** کو منتخب کر سکتے ہیں۔ دیکھیں کہ پتہ صفر نہیں ہے۔ + نہ صرف `cast` ناکامی کی اطلاع دیتا ہے، بلکہ آپ براؤزر پر گیم میں **MUD Dev Tools** کھول سکتے ہیں، **Tables** پر کلک کر سکتے ہیں، اور **app\_\_VerifierAddress** کو منتخب کر سکتے ہیں۔ دیکھیں کہ ایڈریس صفر نہیں ہے۔ -3. ویریفائر ایڈریس کو سرور کے ایڈریس کے طور پر سیٹ کریں۔ +3. تصدیق کنندہ کا ایڈریس سرور کے ایڈریس کے طور پر سیٹ کریں۔ ```sh copy cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $AUTHORIZED_KEY ``` - **app\_\_VerifiedAddress** میں پتہ اب صفر ہونا چاہیے۔ + **app\_\_VerifiedAddress** میں ایڈریس اب صفر ہونا چاہیے۔ -ایک ہی `System` میں تمام MUD فنکشنز ایک ہی ایکسیس کنٹرول سے گزرتے ہیں، لہذا میں اس ٹیسٹ کو کافی سمجھتا ہوں۔ اگر آپ نہیں کرتے ہیں، تو آپ [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) میں دیگر فنکشنز کو چیک کر سکتے ہیں۔ +ایک ہی `System` میں تمام MUD فنکشنز ایک ہی رسائی کنٹرول سے گزرتے ہیں، اس لیے میں اس ٹیسٹ کو کافی سمجھتا ہوں۔ اگر آپ نہیں سمجھتے، تو آپ [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) میں دیگر فنکشنز چیک کر سکتے ہیں۔ -### زیرو نالج کے غلط استعمال {#zero-knowledge-abuses} +### زیرو-نالج کے غلط استعمال {#zero-knowledge-abuses} -Zokrates کی تصدیق کے لیے ریاضی اس ٹیوٹوریل (اور میری صلاحیتوں) کے دائرہ سے باہر ہے۔ تاہم، ہم زیرو نالج کوڈ پر مختلف چیک چلا سکتے ہیں تاکہ یہ تصدیق کی جا سکے کہ اگر اسے صحیح طریقے سے نہیں کیا گیا تو یہ ناکام ہو جاتا ہے۔ ان تمام ٹیسٹوں کے لیے ہمیں [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) کو تبدیل کرنے اور پوری ایپلیکیشن کو دوبارہ شروع کرنے کی ضرورت ہوگی۔ سرور پروسیس کو دوبارہ شروع کرنا کافی نہیں ہے، کیونکہ یہ ایپلیکیشن کو ایک ناممکن حالت میں ڈال دیتا ہے (کھلاڑی کا ایک گیم جاری ہے، لیکن گیم اب سرور کے لیے دستیاب نہیں ہے)۔ +Zokrates کی تصدیق کرنے کے لیے ریاضی اس ٹیوٹوریل (اور میری صلاحیتوں) کے دائرہ کار سے باہر ہے۔ تاہم، ہم زیرو-نالج کوڈ پر مختلف چیکس چلا سکتے ہیں تاکہ یہ تصدیق کی جا سکے کہ اگر یہ صحیح طریقے سے نہیں کیا گیا ہے تو یہ ناکام ہو جاتا ہے۔ ان تمام ٹیسٹوں کے لیے ہمیں [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) کو تبدیل کرنے اور پوری ایپلیکیشن کو دوبارہ شروع کرنے کی ضرورت ہوگی۔ سرور کے عمل کو دوبارہ شروع کرنا کافی نہیں ہے، کیونکہ یہ ایپلیکیشن کو ایک ناممکن حالت میں ڈال دیتا ہے (کھلاڑی کی ایک گیم جاری ہے، لیکن گیم اب سرور کو دستیاب نہیں ہے)۔ #### غلط جواب {#wrong-answer} -سب سے آسان امکان زیرو نالج پروف میں غلط جواب فراہم کرنا ہے۔ ایسا کرنے کے لیے، ہم `zkDig` کے اندر جاتے ہیں اور [لائن 91 میں ترمیم کرتے ہیں](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L91): +سب سے آسان امکان زیرو-نالج پروف میں غلط جواب فراہم کرنا ہے۔ ایسا کرنے کے لیے، ہم `zkDig` کے اندر جاتے ہیں اور [لائن 91 میں ترمیم کرتے ہیں](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L91): ```ts proof.inputs[3] = "0x" + "1".padStart(64, "0") ``` -اس کا مطلب ہے کہ ہم ہمیشہ دعویٰ کریں گے کہ ایک بم ہے، چاہے صحیح جواب کچھ بھی ہو۔ اس ورژن کے ساتھ کھیلنے کی کوشش کریں، اور آپ `pnpm dev` اسکرین کے **سرور** ٹیب میں یہ خرابی دیکھیں گے: +اس کا مطلب ہے کہ ہم ہمیشہ دعویٰ کریں گے کہ ایک بم ہے، قطع نظر اس کے کہ صحیح جواب کیا ہے۔ اس ورژن کے ساتھ کھیلنے کی کوشش کریں، اور آپ کو `pnpm dev` اسکرین کے **server** ٹیب میں یہ ایرر نظر آئے گا: ``` cause: { @@ -573,11 +565,11 @@ e206661696c' }, ``` -تو اس قسم کی دھوکہ دہی ناکام ہو جاتی ہے۔ +تو اس قسم کا دھوکہ ناکام ہو جاتا ہے۔ #### غلط ثبوت {#wrong-proof} -کیا ہوتا ہے اگر ہم صحیح معلومات فراہم کریں، لیکن ثبوت کا ڈیٹا غلط ہو؟ اب، لائن 91 کو اس سے بدل دیں: +کیا ہوگا اگر ہم صحیح معلومات فراہم کریں، لیکن صرف ثبوت کا ڈیٹا غلط ہو؟ اب، لائن 91 کو اس سے تبدیل کریں: ```ts proof.proof = { @@ -590,13 +582,13 @@ proof.proof = { } ``` -یہ اب بھی ناکام رہتا ہے، لیکن اب یہ بغیر کسی وجہ کے ناکام ہوجاتا ہے کیونکہ یہ ویریفائر کال کے دوران ہوتا ہے۔ +یہ اب بھی ناکام ہوتا ہے، لیکن اب یہ بغیر کسی وجہ کے ناکام ہوتا ہے کیونکہ یہ تصدیق کنندہ کی کال کے دوران ہوتا ہے۔ -### ایک صارف زیرو ٹرسٹ کوڈ کی تصدیق کیسے کر سکتا ہے؟ {#user-verify-zero-trust} +### صارف زیرو ٹرسٹ کوڈ کی تصدیق کیسے کر سکتا ہے؟ {#user-verify-zero-trust} -اسمارٹ معاہدوں کی تصدیق کرنا نسبتاً آسان ہے۔ عام طور پر، ڈیولپر سورس کوڈ کو ایک بلاک ایکسپلورر پر شائع کرتا ہے، اور بلاک ایکسپلورر اس بات کی تصدیق کرتا ہے کہ سورس کوڈ [معاہدے کی تعیناتی کے لین دین](/developers/docs/smart-contracts/deploying/) میں کوڈ کو کمپائل کرتا ہے۔ MUD `System`s کے معاملے میں یہ [تھوڑا زیادہ پیچیدہ](https://mud.dev/cli/verify) ہے، لیکن زیادہ نہیں۔ +اسمارٹ کنٹریکٹس کی تصدیق کرنا نسبتاً آسان ہے۔ عام طور پر، ڈیولپر سورس کوڈ کو بلاک ایکسپلورر پر شائع کرتا ہے، اور بلاک ایکسپلورر اس بات کی تصدیق کرتا ہے کہ سورس کوڈ [کنٹریکٹ کی تعیناتی کی ٹرانزیکشن](/developers/docs/smart-contracts/deploying/) میں موجود کوڈ میں مرتب (کمپائل) ہوتا ہے۔ MUD `System`s کے معاملے میں یہ [تھوڑا زیادہ پیچیدہ](https://mud.dev/cli/verify) ہے، لیکن زیادہ نہیں۔ -یہ زیرو نالج کے ساتھ زیادہ مشکل ہے۔ ویریفائر میں کچھ مستقل شامل ہوتے ہیں اور ان پر کچھ حسابات چلاتے ہیں۔ یہ آپ کو نہیں بتاتا کہ کیا ثابت کیا جا رہا ہے۔ +زیرو-نالج کے ساتھ یہ مشکل ہے۔ تصدیق کنندہ میں کچھ مستقل (constants) شامل ہوتے ہیں اور ان پر کچھ حساب کتاب چلاتا ہے۔ اس سے آپ کو یہ نہیں پتہ چلتا کہ کیا ثابت کیا جا رہا ہے۔ ```solidity function verifyingKey() pure internal returns (VerifyingKey memory vk) { @@ -604,13 +596,12 @@ proof.proof = { vk.beta = Pairing.G2Point([uint256(0x2cebd0fbd21aca01910581537b21ae4fed46bc0e524c055059aa164ba0a6b62b), uint256(0x18fd4a7bc386cf03a95af7163d5359165acc4e7961cb46519e6d9ee4a1e2b7e9)], [uint256(0x11449dee0199ef6d8eebfe43b548e875c69e7ce37705ee9a00c81fe52f11a009), uint256(0x066d0c83b32800d3f335bb9e8ed5e2924cf00e77e6ec28178592eac9898e1a00)]); ``` -حل، کم از کم جب تک بلاک ایکسپلوررز اپنے صارف انٹرفیس میں Zokrates کی تصدیق شامل نہیں کر لیتے، یہ ہے کہ ایپلیکیشن ڈیولپرز Zokrates پروگراموں کو دستیاب کرائیں، اور کم از کم کچھ صارفین انہیں مناسب تصدیقی کلید کے ساتھ خود کمپائل کریں۔ +اس کا حل، کم از کم اس وقت تک جب تک کہ بلاک ایکسپلوررز اپنے یوزر انٹرفیس میں Zokrates کی تصدیق شامل نہ کر لیں، یہ ہے کہ ایپلیکیشن ڈیولپرز Zokrates پروگرامز کو دستیاب کرائیں، اور کم از کم کچھ صارفین انہیں مناسب تصدیقی کلید کے ساتھ خود مرتب کریں۔ ایسا کرنے کے لیے: 1. [Zokrates انسٹال کریں](https://zokrates.github.io/gettingstarted.html)۔ - -2. ایک فائل بنائیں، `dig.zok`، Zokrates پروگرام کے ساتھ۔ نیچے دیا گیا کوڈ یہ فرض کرتا ہے کہ آپ نے اصل نقشے کا سائز، 10x5، رکھا ہے۔ +2. Zokrates پروگرام کے ساتھ ایک فائل، `dig.zok` بنائیں۔ نیچے دیا گیا کوڈ یہ فرض کرتا ہے کہ آپ نے نقشے کا اصل سائز، 10x5 رکھا ہے۔ ```zokrates import "utils/pack/bool/pack128.zok" as pack128; @@ -638,7 +629,7 @@ proof.proof = { } - // The number of mines in location (x,y) + // مقام (x,y) پر مائنز کی تعداد def map2mineCount(bool[12][7] map, u32 x, u32 y) -> u8 { return if map[x+1][y+1] { 1 } else { 0 }; } @@ -654,14 +645,14 @@ proof.proof = { } ``` -3. Zokrates کوڈ کو کمپائل کریں اور تصدیقی کلید بنائیں۔ تصدیقی کلید اسی اینٹروپی کے ساتھ بنانی ہوگی جو اصل سرور میں استعمال کی گئی تھی، [اس معاملے میں ایک خالی سٹرنگ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L67)۔ +3. Zokrates کوڈ کو مرتب کریں اور تصدیقی کلید بنائیں۔ تصدیقی کلید کو اسی اینٹروپی کے ساتھ بنانا ہوگا جو اصل سرور میں استعمال ہوئی تھی، [اس صورت میں ایک خالی اسٹرنگ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L67)۔ ```sh copy zokrates compile --input dig.zok zokrates setup -e "" ``` -4. اپنا Solidity ویریفائر خود بنائیں، اور تصدیق کریں کہ یہ بلاک چین پر موجود ویریفائر سے فنکشنل طور پر یکساں ہے (سرور ایک تبصرہ شامل کرتا ہے، لیکن یہ اہم نہیں ہے)۔ +4. خود سے Solidity تصدیق کنندہ بنائیں، اور تصدیق کریں کہ یہ عملی طور پر بلاک چین پر موجود تصدیق کنندہ سے مماثل ہے (سرور ایک تبصرہ شامل کرتا ہے، لیکن یہ اہم نہیں ہے)۔ ```sh copy zokrates export-verifier @@ -670,73 +661,72 @@ proof.proof = { ## ڈیزائن کے فیصلے {#design} -کسی بھی کافی پیچیدہ ایپلیکیشن میں مسابقتی ڈیزائن کے اہداف ہوتے ہیں جن کے لیے سمجھوتہ کی ضرورت ہوتی ہے۔ آئیے کچھ سمجھوتوں کو دیکھتے ہیں اور یہ کہ موجودہ حل دوسرے اختیارات سے کیوں بہتر ہے۔ +کسی بھی کافی پیچیدہ ایپلیکیشن میں مسابقتی ڈیزائن کے اہداف ہوتے ہیں جن کے لیے سمجھوتہ (trade-offs) کی ضرورت ہوتی ہے۔ آئیے کچھ سمجھوتوں پر نظر ڈالتے ہیں اور دیکھتے ہیں کہ موجودہ حل دیگر اختیارات پر کیوں ترجیح رکھتا ہے۔ -### زیرو نالج کیوں {#why-zero-knowledge} +### زیرو-نالج کیوں {#why-zero-knowledge} -مائن سویپر کے لیے آپ کو حقیقت میں زیرو نالج کی ضرورت نہیں ہے۔ سرور ہمیشہ نقشہ رکھ سکتا ہے، اور پھر گیم ختم ہونے پر اس سب کو ظاہر کر سکتا ہے۔ پھر، گیم کے اختتام پر، سمارٹ کنٹریکٹ نقشے کے ہیش کا حساب لگا سکتا ہے، تصدیق کر سکتا ہے کہ یہ میل کھاتا ہے، اور اگر ایسا نہیں ہوتا ہے تو سرور کو سزا دے سکتا ہے یا گیم کو مکمل طور پر نظر انداز کر سکتا ہے۔ +مائن سویپر کے لیے آپ کو واقعی زیرو-نالج کی ضرورت نہیں ہے۔ سرور ہمیشہ نقشہ رکھ سکتا ہے، اور پھر گیم ختم ہونے پر اسے مکمل طور پر ظاہر کر سکتا ہے۔ پھر، گیم کے اختتام پر، اسمارٹ کنٹریکٹ نقشے کے ہیش کا حساب لگا سکتا ہے، تصدیق کر سکتا ہے کہ یہ مماثل ہے، اور اگر ایسا نہیں ہوتا ہے تو سرور کو جرمانہ کر سکتا ہے یا گیم کو مکمل طور پر نظر انداز کر سکتا ہے۔ -میں نے یہ آسان حل استعمال نہیں کیا کیونکہ یہ صرف اچھی طرح سے متعین اختتامی حالت والے مختصر گیمز کے لیے کام کرتا ہے۔ جب ایک گیم ممکنہ طور پر لامحدود ہو (جیسے کہ [خود مختار دنیاؤں](https://0xparc.org/blog/autonomous-worlds) کے معاملے میں)، آپ کو ایک ایسے حل کی ضرورت ہے جو حالت کو _ظاہر کیے بغیر_ ثابت کرے۔ +میں نے یہ آسان حل استعمال نہیں کیا کیونکہ یہ صرف ان مختصر گیمز کے لیے کام کرتا ہے جن کی اختتامی حالت (end state) واضح طور پر متعین ہو۔ جب کوئی گیم ممکنہ طور پر لامحدود ہو (جیسا کہ [خود مختار دنیاؤں](https://0xparc.org/blog/autonomous-worlds) کے معاملے میں)، تو آپ کو ایک ایسے حل کی ضرورت ہوتی ہے جو اسٹیٹ کو ظاہر کیے _بغیر_ اسے ثابت کرے۔ -ایک ٹیوٹوریل کے طور پر اس مضمون کو ایک مختصر گیم کی ضرورت تھی جو سمجھنے میں آسان ہو، لیکن یہ تکنیک طویل گیمز کے لیے سب سے زیادہ مفید ہے۔ +ایک ٹیوٹوریل کے طور پر اس مضمون کو ایک مختصر گیم کی ضرورت تھی جسے سمجھنا آسان ہو، لیکن یہ تکنیک طویل گیمز کے لیے سب سے زیادہ مفید ہے۔ ### Zokrates کیوں؟ {#why-zokrates} -[Zokrates](https://zokrates.github.io/) واحد زیرو نالج لائبریری دستیاب نہیں ہے، لیکن یہ ایک عام، [امپیریٹو](https://en.wikipedia.org/wiki/Imperative_programming) پروگرامنگ زبان کی طرح ہے اور بولین متغیرات کو سپورٹ کرتی ہے۔ +[Zokrates](https://zokrates.github.io/) دستیاب واحد زیرو-نالج لائبریری نہیں ہے، لیکن یہ ایک عام، [امپیریٹو (imperative)](https://en.wikipedia.org/wiki/Imperative_programming) پروگرامنگ زبان سے ملتی جلتی ہے اور بولین متغیرات کو سپورٹ کرتی ہے۔ -آپ کی ایپلیکیشن کے لیے، مختلف ضروریات کے ساتھ، آپ [Circum](https://docs.circom.io/getting-started/installation/) یا [Cairo](https://www.cairo-lang.org/tutorials/getting-started-with-cairo/) کا استعمال کرنا پسند کر سکتے ہیں۔ +اپنی ایپلیکیشن کے لیے، مختلف ضروریات کے ساتھ، آپ [Circum](https://docs.circom.io/getting-started/installation/) یا [Cairo](https://www.cairo-lang.org/tutorials/getting-started-with-cairo/) استعمال کرنے کو ترجیح دے سکتے ہیں۔ -### Zokrates کو کب کمپائل کریں {#when-compile-zokrates} +### Zokrates کو کب مرتب (کمپائل) کیا جائے {#when-compile-zokrates} -اس پروگرام میں ہم Zokrates پروگراموں کو [ہر بار سرور شروع ہونے پر](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61) کمپائل کرتے ہیں۔ یہ واضح طور پر وسائل کا ضیاع ہے، لیکن یہ ایک ٹیوٹوریل ہے، جو سادگی کے لیے بہتر بنایا گیا ہے۔ +اس پروگرام میں ہم Zokrates پروگراموں کو [ہر بار سرور شروع ہونے پر](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61) مرتب کرتے ہیں۔ یہ واضح طور پر وسائل کا ضیاع ہے، لیکن یہ ایک ٹیوٹوریل ہے، جسے سادگی کے لیے بہتر بنایا گیا ہے۔ -اگر میں پروڈکشن لیول کی ایپلیکیشن لکھ رہا ہوتا، تو میں چیک کرتا کہ آیا میرے پاس اس مائن فیلڈ سائز پر کمپائل شدہ Zokrates پروگراموں کے ساتھ ایک فائل ہے، اور اگر ایسا ہے تو اسے استعمال کرتا۔ یہی بات آن چین پر ویریفائر کنٹریکٹ کی تعیناتی پر بھی لاگو ہوتی ہے۔ +اگر میں پروڈکشن لیول کی ایپلیکیشن لکھ رہا ہوتا، تو میں چیک کرتا کہ آیا میرے پاس اس مائن فیلڈ سائز پر مرتب شدہ Zokrates پروگراموں والی کوئی فائل ہے، اور اگر ایسا ہے تو اسے استعمال کرتا۔ آن چین تصدیق کنندہ کنٹریکٹ تعینات کرنے کے لیے بھی یہی بات درست ہے۔ -### ویریفائر اور پروور کیز بنانا {#key-creation} +### تصدیق کنندہ اور پروور کیز بنانا {#key-creation} -[کلید کی تخلیق](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L63-L69) ایک اور خالص حساب ہے جسے ایک دیے گئے مائن فیلڈ سائز کے لیے ایک سے زیادہ بار کرنے کی ضرورت نہیں ہے۔ ایک بار پھر، یہ صرف سادگی کی خاطر ایک بار کیا جاتا ہے۔ +[کلید کی تخلیق](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L63-L69) ایک اور خالص حساب کتاب ہے جسے دیے گئے مائن فیلڈ سائز کے لیے ایک سے زیادہ بار کرنے کی ضرورت نہیں ہے۔ ایک بار پھر، یہ سادگی کی خاطر صرف ایک بار کیا جاتا ہے۔ -مزید برآں، ہم [ایک سیٹ اپ تقریب](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) کا استعمال کر سکتے ہیں۔ ایک سیٹ اپ تقریب کا فائدہ یہ ہے کہ آپ کو زیرو نالج پروف پر دھوکہ دینے کے لیے یا تو اینٹروپی یا ہر شریک سے کچھ درمیانی نتیجہ کی ضرورت ہوتی ہے۔ اگر کم از کم ایک تقریب کا شریک ایماندار ہے اور اس معلومات کو حذف کر دیتا ہے، تو زیرو نالج پروف کچھ حملوں سے محفوظ ہیں۔ تاہم، یہ تصدیق کرنے کا _کوئی میکانزم_ نہیں ہے کہ معلومات کو ہر جگہ سے حذف کر دیا گیا ہے۔ اگر زیرو نالج پروف انتہائی اہم ہیں، تو آپ سیٹ اپ تقریب میں حصہ لینا چاہتے ہیں۔ +اس کے علاوہ، ہم [ایک سیٹ اپ تقریب](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) استعمال کر سکتے ہیں۔ سیٹ اپ تقریب کا فائدہ یہ ہے کہ آپ کو زیرو-نالج پروف پر دھوکہ دینے کے لیے ہر شریک سے اینٹروپی یا کچھ درمیانی نتیجہ درکار ہوتا ہے۔ اگر کم از کم ایک تقریب کا شریک ایماندار ہے اور اس معلومات کو حذف کر دیتا ہے، تو زیرو-نالج پروفز بعض حملوں سے محفوظ رہتے ہیں۔ تاہم، اس بات کی تصدیق کرنے کا _کوئی طریقہ کار نہیں_ ہے کہ معلومات کو ہر جگہ سے حذف کر دیا گیا ہے۔ اگر زیرو-نالج پروفز انتہائی اہم ہیں، تو آپ سیٹ اپ تقریب میں حصہ لینا چاہیں گے۔ -یہاں ہم [پرپیچوئل پاورز آف ٹاؤ](https://github.com/privacy-scaling-explorations/perpetualpowersoftau) پر انحصار کرتے ہیں، جس میں درجنوں شرکاء تھے۔ یہ شاید کافی محفوظ ہے، اور بہت آسان ہے۔ ہم کلید کی تخلیق کے دوران اینٹروپی بھی شامل نہیں کرتے ہیں، جس سے صارفین کے لیے [زیرو نالج کنفیگریشن کی تصدیق کرنا](#user-verify-zero-trust) آسان ہو جاتا ہے۔ +یہاں ہم [perpetual powers of tau](https://github.com/privacy-scaling-explorations/perpetualpowersoftau) پر انحصار کرتے ہیں، جس میں درجنوں شرکاء تھے۔ یہ شاید کافی محفوظ ہے، اور بہت آسان ہے۔ ہم کلید کی تخلیق کے دوران اینٹروپی بھی شامل نہیں کرتے ہیں، جس سے صارفین کے لیے [زیرو-نالج کنفیگریشن کی تصدیق کرنا](#user-verify-zero-trust) آسان ہو جاتا ہے۔ -### کہاں تصدیق کریں {#where-verification} +### تصدیق کہاں کی جائے {#where-verification} -ہم زیرو نالج پروف کو یا تو آن چین (جس پر گیس خرچ ہوتی ہے) یا کلائنٹ میں ( [`verify`](https://zokrates.github.io/toolbox/zokrates_js.html#verifyverificationkey-proof) کا استعمال کرتے ہوئے) تصدیق کر سکتے ہیں۔ میں نے پہلا انتخاب کیا، کیونکہ یہ آپ کو [ویریفائر کی تصدیق کرنے](#user-verify-zero-trust) کی اجازت دیتا ہے اور پھر اس بات پر بھروسہ کرتا ہے کہ جب تک اس کے لیے کنٹریکٹ کا پتہ وہی رہتا ہے، اس میں کوئی تبدیلی نہیں آتی ہے۔ اگر کلائنٹ پر تصدیق کی جاتی، تو آپ کو ہر بار کلائنٹ ڈاؤن لوڈ کرنے پر موصول ہونے والے کوڈ کی تصدیق کرنی پڑتی۔ +ہم زیرو-نالج پروفز کی تصدیق یا تو آن چین (جس پر گیس خرچ ہوتی ہے) یا کلائنٹ میں ([`verify`](https://zokrates.github.io/toolbox/zokrates_js.html#verifyverificationkey-proof) کا استعمال کرتے ہوئے) کر سکتے ہیں۔ میں نے پہلے کا انتخاب کیا، کیونکہ یہ آپ کو ایک بار [تصدیق کنندہ کی تصدیق کرنے](#user-verify-zero-trust) دیتا ہے اور پھر اس بات پر بھروسہ کرنے دیتا ہے کہ جب تک اس کا کنٹریکٹ ایڈریس یکساں رہتا ہے یہ تبدیل نہیں ہوتا۔ اگر تصدیق کلائنٹ پر کی گئی ہوتی، تو آپ کو ہر بار کلائنٹ ڈاؤن لوڈ کرنے پر موصول ہونے والے کوڈ کی تصدیق کرنی پڑتی۔ -نیز، جبکہ یہ گیم سنگل پلیئر ہے، بہت سے بلاک چین گیمز ملٹی پلیئر ہیں۔ آن چین تصدیق کا مطلب ہے کہ آپ صرف ایک بار زیرو نالج پروف کی تصدیق کرتے ہیں۔ اسے کلائنٹ میں کرنے کے لیے ہر کلائنٹ کو آزادانہ طور پر تصدیق کرنے کی ضرورت ہوگی۔ +اس کے علاوہ، اگرچہ یہ گیم سنگل پلیئر ہے، لیکن بہت سی بلاک چین گیمز ملٹی پلیئر ہوتی ہیں۔ آن چین تصدیق کا مطلب ہے کہ آپ زیرو-نالج پروف کی تصدیق صرف ایک بار کرتے ہیں۔ اسے کلائنٹ میں کرنے کے لیے ہر کلائنٹ کو آزادانہ طور پر تصدیق کرنے کی ضرورت ہوگی۔ -### نقشے کو TypeScript یا Zokrates میں فلیٹ کریں؟ {#where-flatten} +### نقشے کو TypeScript میں فلیٹ کریں یا Zokrates میں؟ {#where-flatten} -عام طور پر، جب پروسیسنگ یا تو TypeScript یا Zokrates میں کی جا سکتی ہے، تو اسے TypeScript میں کرنا بہتر ہے، جو بہت تیز ہے، اور زیرو نالج پروف کی ضرورت نہیں ہے۔ یہی وجہ ہے، مثال کے طور پر، کہ ہم Zokrates کو ہیش فراہم نہیں کرتے ہیں اور اسے یہ تصدیق کرنے کے لیے کہتے ہیں کہ یہ درست ہے۔ ہیشنگ کو Zokrates کے اندر کرنا پڑتا ہے، لیکن واپس کیے گئے ہیش اور آن چین ہیش کے درمیان مماثلت اس کے باہر ہو سکتی ہے۔ +عام طور پر، جب پروسیسنگ TypeScript یا Zokrates دونوں میں کی جا سکتی ہے، تو اسے TypeScript میں کرنا بہتر ہے، جو بہت تیز ہے، اور اس کے لیے زیرو-نالج پروفز کی ضرورت نہیں ہوتی ہے۔ مثال کے طور پر، یہی وجہ ہے کہ ہم Zokrates کو ہیش فراہم نہیں کرتے اور اس سے یہ تصدیق نہیں کرواتے کہ یہ درست ہے۔ ہیشنگ Zokrates کے اندر کی جانی چاہیے، لیکن واپس کیے گئے ہیش اور آن چین ہیش کے درمیان مماثلت اس کے باہر ہو سکتی ہے۔ -تاہم، ہم اب بھی [Zokrates میں نقشے کو فلیٹ کرتے ہیں](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20)، جبکہ ہم اسے TypeScript میں کر سکتے تھے۔ وجہ یہ ہے کہ دوسرے اختیارات، میری رائے میں، بدتر ہیں۔ +تاہم، ہم اب بھی [Zokrates میں نقشے کو فلیٹ کرتے ہیں](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20)، جبکہ ہم اسے TypeScript میں کر سکتے تھے۔ اس کی وجہ یہ ہے کہ میری رائے میں، دوسرے اختیارات بدتر ہیں۔ -- Zokrates کوڈ کو بولین کی ایک جہتی صف فراہم کریں، اور دو جہتی نقشہ حاصل کرنے کے لیے `x*(height+2) - +y` جیسے تاثر کا استعمال کریں۔ یہ [کوڈ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) کو قدرے زیادہ پیچیدہ بنا دے گا، لہذا میں نے فیصلہ کیا کہ کارکردگی کا فائدہ ایک ٹیوٹوریل کے لیے اس کے قابل نہیں ہے۔ +- Zokrates کوڈ کو بولین کی ایک جہتی سرنی فراہم کریں، اور دو جہتی نقشہ حاصل کرنے کے لیے `x*(height+2)+y` جیسا اظہار استعمال کریں۔ اس سے [کوڈ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) کچھ زیادہ پیچیدہ ہو جائے گا، اس لیے میں نے فیصلہ کیا کہ ٹیوٹوریل کے لیے کارکردگی کا فائدہ اس کے قابل نہیں ہے۔ -- Zokrates کو ایک جہتی صف اور دو جہتی صف دونوں بھیجیں۔ تاہم، اس حل سے ہمیں کچھ حاصل نہیں ہوتا۔ Zokrates کوڈ کو یہ تصدیق کرنی ہوگی کہ اسے فراہم کردہ ایک جہتی صف واقعی دو جہتی صف کی صحیح نمائندگی ہے۔ تو کارکردگی میں کوئی فائدہ نہیں ہوگا۔ +- Zokrates کو ایک جہتی سرنی اور دو جہتی سرنی دونوں بھیجیں۔ تاہم، اس حل سے ہمیں کچھ حاصل نہیں ہوتا۔ Zokrates کوڈ کو اس بات کی تصدیق کرنی ہوگی کہ اسے فراہم کی گئی ایک جہتی سرنی واقعی دو جہتی سرنی کی درست نمائندگی ہے۔ اس لیے کارکردگی میں کوئی فائدہ نہیں ہوگا۔ -- Zokrates میں دو جہتی صف کو فلیٹ کریں۔ یہ سب سے آسان آپشن ہے، لہذا میں نے اسے منتخب کیا۔ +- Zokrates میں دو جہتی سرنی کو فلیٹ کریں۔ یہ سب سے آسان آپشن ہے، اس لیے میں نے اسے منتخب کیا۔ -### نقشوں کو کہاں اسٹور کریں {#where-store-maps} +### نقشے کہاں محفوظ کیے جائیں {#where-store-maps} -اس ایپلیکیشن میں [`gamesInProgress`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L20) صرف میموری میں ایک متغیر ہے۔ اس کا مطلب ہے کہ اگر آپ کا سرور مر جاتا ہے اور اسے دوبارہ شروع کرنے کی ضرورت ہے، تو اس میں محفوظ تمام معلومات ضائع ہو جاتی ہیں۔ نہ صرف کھلاڑی اپنا کھیل جاری رکھنے سے قاصر ہیں، بلکہ وہ نیا کھیل بھی شروع نہیں کر سکتے کیونکہ آن چین جزو سوچتا ہے کہ ان کا ابھی بھی ایک کھیل جاری ہے۔ +اس ایپلیکیشن میں [`gamesInProgress`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L20) میموری میں محض ایک متغیر ہے۔ اس کا مطلب ہے کہ اگر آپ کا سرور بند ہو جاتا ہے اور اسے دوبارہ شروع کرنے کی ضرورت ہوتی ہے، تو اس کی محفوظ کردہ تمام معلومات ضائع ہو جاتی ہیں۔ نہ صرف کھلاڑی اپنی گیم جاری رکھنے سے قاصر رہتے ہیں، بلکہ وہ نئی گیم بھی شروع نہیں کر سکتے کیونکہ آن چین جزو سمجھتا ہے کہ ان کی گیم ابھی بھی جاری ہے۔ -یہ واضح طور پر ایک پروڈکشن سسٹم کے لیے خراب ڈیزائن ہے، جس میں آپ اس معلومات کو ایک ڈیٹا بیس میں محفوظ کریں گے۔ میں نے یہاں ایک متغیر کا استعمال صرف اس لیے کیا کیونکہ یہ ایک ٹیوٹوریل ہے اور سادگی سب سے اہم غور ہے۔ +یہ واضح طور پر پروڈکشن سسٹم کے لیے برا ڈیزائن ہے، جس میں آپ اس معلومات کو ڈیٹا بیس میں محفوظ کریں گے۔ یہاں متغیر استعمال کرنے کی واحد وجہ یہ ہے کہ یہ ایک ٹیوٹوریل ہے اور سادگی بنیادی غور طلب بات ہے۔ ## نتیجہ: کن حالات میں یہ مناسب تکنیک ہے؟ {#conclusion} -تو، اب آپ جانتے ہیں کہ ایک سرور کے ساتھ ایک گیم کیسے لکھنا ہے جو خفیہ حالت کو اسٹور کرتا ہے جو آن چین سے تعلق نہیں رکھتا۔ لیکن کن معاملات میں آپ کو ایسا کرنا چاہیے؟ دو اہم غور ہیں۔ +تو، اب آپ جانتے ہیں کہ ایک ایسے سرور کے ساتھ گیم کیسے لکھی جائے جو خفیہ اسٹیٹ کو محفوظ کرتا ہے جس کا تعلق آن چین سے نہیں ہے۔ لیکن آپ کو کن صورتوں میں ایسا کرنا چاہیے؟ دو اہم غور طلب باتیں ہیں۔ -- _طویل چلنے والا کھیل_: [جیسا کہ اوپر ذکر کیا گیا ہے](#why-zero-knowledge)، ایک مختصر کھیل میں آپ صرف کھیل ختم ہونے کے بعد حالت کو شائع کر سکتے ہیں اور پھر ہر چیز کی تصدیق کروا سکتے ہیں۔ لیکن یہ ایک آپشن نہیں ہے جب کھیل میں لمبا یا غیر معینہ وقت لگتا ہے، اور حالت کو خفیہ رکھنے کی ضرورت ہے۔ +- _طویل چلنے والی گیم_: [جیسا کہ اوپر ذکر کیا گیا ہے](#why-zero-knowledge)، ایک مختصر گیم میں آپ گیم ختم ہونے کے بعد اسٹیٹ کو شائع کر سکتے ہیں اور پھر ہر چیز کی تصدیق کروا سکتے ہیں۔ لیکن یہ اس وقت کوئی آپشن نہیں ہوتا جب گیم طویل یا غیر معینہ وقت لیتی ہو، اور اسٹیٹ کو خفیہ رکھنے کی ضرورت ہو۔ -- _کچھ مرکزیت قابل قبول_: زیرو نالج پروف سالمیت کی تصدیق کر سکتے ہیں، کہ کوئی ادارہ نتائج کو جعلی نہیں بنا رہا ہے۔ جو وہ نہیں کر سکتے وہ یہ یقینی بنانا ہے کہ ادارہ اب بھی دستیاب ہوگا اور پیغامات کا جواب دے گا۔ ان حالات میں جہاں دستیابی کو بھی غیر مرکزی کرنے کی ضرورت ہے، زیرو نالج پروف ایک کافی حل نہیں ہیں، اور آپ کو [ملٹی پارٹی کمپیوٹیشن](https://en.wikipedia.org/wiki/Secure_multi-party_computation) کی ضرورت ہے۔ +- _کچھ مرکزیت قابل قبول ہے_: زیرو-نالج پروفز سالمیت کی تصدیق کر سکتے ہیں، کہ کوئی ہستی نتائج کو جعلی نہیں بنا رہی ہے۔ وہ جو نہیں کر سکتے وہ یہ یقینی بنانا ہے کہ ہستی اب بھی دستیاب ہوگی اور پیغامات کا جواب دے گی۔ ایسی صورتحال میں جہاں دستیابی کو بھی غیر مرکزی بنانے کی ضرورت ہو، زیرو-نالج پروفز کافی حل نہیں ہیں، اور آپ کو [ملٹی پارٹی کمپیوٹیشن](https://en.wikipedia.org/wiki/Secure_multi-party_computation) کی ضرورت ہوتی ہے۔ [میرے مزید کام کے لیے یہاں دیکھیں](https://cryptodocguy.pro/)۔ ### اعترافات {#acknowledgements} -- الوارو الونسو نے اس مضمون کا ایک مسودہ پڑھا اور Zokrates کے بارے میں میری کچھ غلط فہمیوں کو دور کیا۔ +- الوارو الونسو نے اس مضمون کا مسودہ پڑھا اور Zokrates کے بارے میں میری کچھ غلط فہمیوں کو دور کیا۔ -کوئی بھی باقی غلطیاں میری ذمہ داری ہیں۔ +باقی ماندہ کوئی بھی غلطی میری ذمہ داری ہے۔ \ No newline at end of file diff --git a/public/content/translations/ur/ethereum-forks/index.md b/public/content/translations/ur/ethereum-forks/index.md index 4c6dca17053..119baa1131c 100644 --- a/public/content/translations/ur/ethereum-forks/index.md +++ b/public/content/translations/ur/ethereum-forks/index.md @@ -1,69 +1,79 @@ --- title: "تمام ایتھیریم فورکس کی ٹائم لائن (2014 سے اب تک)" -description: "ایتھیریم بلاک چین کی تاریخ بشمول اہم سنگ میل، ریلیز، اور فورکس۔" -lang: ur-in +description: "ایتھیریم بلاک چین کی تاریخ جس میں اہم سنگ میل، ریلیزز اور فورکس شامل ہیں۔" +lang: ur sidebarDepth: 1 --- # تمام ایتھیریم فورکس کی ٹائم لائن (2014 سے اب تک) {#the-history-of-ethereum} -ایتھیریم بلاک چین کے تمام اہم سنگ میل، فورکس، اور اپ ڈیٹس کی ایک ٹائم لائن۔ +[Ethereum](/) بلاک چین کے تمام اہم سنگ میل، فورکس اور اپ ڈیٹس کی ٹائم لائن۔ - + -فورکس تب ہوتے ہیں جب نیٹ ورک میں بڑی تکنیکی اپ گریڈ یا تبدیلیاں کرنے کی ضرورت ہوتی ہے – یہ عام طور پر [ایتھیریم امپروومنٹ پروپوزلز (EIPs)](/eips/) سے پیدا ہوتے ہیں اور پروٹوکول کے "قواعد" کو بدل دیتے ہیں۔ +فورکس اس وقت ہوتے ہیں جب نیٹ ورک میں بڑی تکنیکی اپ گریڈز یا تبدیلیاں کرنے کی ضرورت ہوتی ہے – یہ عام طور پر [Ethereum Improvement Proposals (EIPs)](/eips/) سے نکلتے ہیں اور پروٹوکول کے "قواعد" کو تبدیل کرتے ہیں۔ -جب روایتی، مرکزی طور پر کنٹرول کیے جانے والے سافٹ ویئر میں اپ گریڈ کی ضرورت ہوتی ہے، تو کمپنی صرف آخری صارف کے لیے ایک نیا ورژن شائع کرتی ہے۔ بلاک چینز مختلف طریقے سے کام کرتی ہیں کیونکہ یہاں کوئی مرکزی ملکیت نہیں ہوتی۔ [Ethereum کلائنٹس](/developers/docs/nodes-and-clients/) کو نئے فورک قوانین کو نافذ کرنے کے لیے اپنے سافٹ ویئر کو اپ ڈیٹ کرنا ہوگا۔ اس کے علاوہ بلاک کریئٹرز (پروف-آف-ورک کی دنیا میں مائنرز، پروف-آف-اسٹیک کی دنیا میں ویلیڈیٹرز) اور نوڈز کو نئے قواعد کے مطابق بلاکس بنانا اور ان کی توثیق کرنی چاہیے۔ [کنسینسس میکانزم پر مزید](/developers/docs/consensus-mechanisms/) +جب روایتی، مرکزی کنٹرول والے سافٹ ویئر میں اپ گریڈ کی ضرورت ہوتی ہے، تو کمپنی آخری صارف کے لیے صرف ایک نیا ورژن شائع کر دیتی ہے۔ بلاک چینز مختلف طریقے سے کام کرتی ہیں کیونکہ ان کی کوئی مرکزی ملکیت نہیں ہوتی۔ [ایتھیریم کلائنٹس](/developers/docs/nodes-and-clients/) کو نئے فورک کے قواعد کو نافذ کرنے کے لیے اپنے سافٹ ویئر کو اپ ڈیٹ کرنا ضروری ہے۔ اس کے علاوہ بلاک بنانے والوں (proof-of-work کی دنیا میں مائنرز، proof-of-stake کی دنیا میں ویلیڈیٹرز) اور نوڈز کو نئے قواعد کے مطابق بلاکس بنانے اور توثیق کرنے کی ضرورت ہوتی ہے۔ [کنسینسس میکانزم کے بارے میں مزید](/developers/docs/consensus-mechanisms/) -یہ قاعدے کی تبدیلیاں نیٹ ورک میں عارضی تقسیم پیدا کر سکتی ہیں۔ نئے بلاکس نئے قواعد یا پرانے قواعد کے مطابق تیار کیے جا سکتے ہیں۔ فورکس پر عام طور پر پہلے سے اتفاق کیا جاتا ہے تاکہ کلائنٹس تبدیلیوں کو یکجا طور پر اپنائیں اور اپ گریڈ کے ساتھ والا فورک مرکزی چین بن جائے۔ تاہم، شاذ و نادر صورتوں میں، فورکس پر اختلافات نیٹ ورک کو مستقل طور پر تقسیم کرنے کا سبب بن سکتے ہیں – خاص طور پر DAO فورک کے ساتھ ایتھیریم کلاسک کی تخلیق۔ - - - - -ایتھیریم کی بنیاد بننے والا سافٹ ویئر دو حصوں پر مشتمل ہے، جنہیں [ایگزیکیوشن لیئر](/glossary/#execution-layer) اور [کنسینسس لیئر](/glossary/#consensus-layer) کہا جاتا ہے۔ - -**ایگزیکیوشن اپ گریڈ کا نام** - -2021 سے، **ایگزیکیوشن لیئر** کے اپ گریڈز کا نام تاریخی ترتیب میں [پچھلے Devcon مقامات](https://devcon.org/en/past-events/) کے شہر کے ناموں کے مطابق رکھا گیا ہے: - -| اپ گریڈ کا نام | Devcon سال | Devcon نمبر | اپ گریڈ کی تاریخ | -| -------------- | ---------- | ----------- | ---------------- | -| برلن | 2014 | 0 | 15 اپریل، 2021 | -| لندن | 2015 | I | 5 اگست، 2021 | -| شنگھائی | 2016 | II | 12 اپریل، 2023 | -| کینکن | 2017 | III | 13 مارچ، 2024 | -| **پراگ** | 2018 | IV | TBD - اگلا | -| _اوساکا_ | 2019 | V | TBD | -| _بوگوٹا_ | 2022 | VI | TBD | -| _بینکاک_ | 2024 | VII | TBD | - -**کنسینسس اپ گریڈ کا نام** +قواعد کی یہ تبدیلیاں نیٹ ورک میں عارضی تقسیم پیدا کر سکتی ہیں۔ نئے بلاکس نئے یا پرانے قواعد کے مطابق تیار کیے جا سکتے ہیں۔ فورکس پر عام طور پر وقت سے پہلے اتفاق کیا جاتا ہے تاکہ کلائنٹس متفقہ طور پر تبدیلیاں اپنائیں اور اپ گریڈز والا فورک مین چین بن جائے۔ تاہم، شاذ و نادر صورتوں میں، فورکس پر اختلافات نیٹ ورک کو مستقل طور پر تقسیم کرنے کا سبب بن سکتے ہیں – جس میں سب سے نمایاں DAO فورک کے ساتھ Ethereum Classic کی تخلیق ہے۔ -[بیکن چین](/glossary/#beacon-chain) کے آغاز کے بعد سے، **کنسینسس لیئر** کے اپ گریڈز کا نام آسمانی ستاروں کے نام پر رکھا گیا ہے جو حروف تہجی کی ترتیب میں آگے بڑھتے ہیں: - -| اپ گریڈ کا نام | اپ گریڈ کی تاریخ | -| ------------------------------------------------------------- | ---------------- | -| بیکن چین جینیسس | 1 دسمبر، 2020 | -| [Altair](https://en.wikipedia.org/wiki/Altair) | 27 اکتوبر، 2021 | -| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | 6 ستمبر، 2022 | -| [Capella](https://en.wikipedia.org/wiki/Capella) | 12 اپریل، 2023 | -| [Deneb](https://en.wikipedia.org/wiki/Deneb) | 13 مارچ، 2024 | -| [**Electra**](https://en.wikipedia.org/wiki/Electra_\(star\)) | TBD - اگلا | -| [_Fulu_](https://en.wikipedia.org/wiki/Fulu_\(star\)) | TBD | - -**مشترکہ نام** + -ایگزیکیوشن اور کنسینسس اپ گریڈز ابتدائی طور پر مختلف اوقات میں نافذ کیے گئے تھے، لیکن 2022 میں [دی مرج](/roadmap/merge/) کے بعد انہیں بیک وقت تعینات کیا گیا ہے۔ اسی طرح، ان اپ گریڈز کے حوالوں کو آسان بنانے کے لیے ایک ہی مشترکہ اصطلاح کا استعمال کرتے ہوئے عام بول چال کی اصطلاحات سامنے آئی ہیں۔ یہ _شنگھائی-کپیلا_ اپ گریڈ کے ساتھ شروع ہوا، جسے عام طور پر "**شپیلا**" کہا جاتا ہے، اور یہ _کینکن-دینیب_ (**ڈینکن**)، اور _پراگ-الیکٹرا_ (**پیکٹرا**) اپ گریڈز کے ساتھ جاری ہے۔ + + +ایتھیریم کا بنیادی سافٹ ویئر دو حصوں پر مشتمل ہے، جنہیں [ایگزیکیوشن لیئر](/glossary/#execution-layer) اور [کنسینسس لیئر](/glossary/#consensus-layer) کہا جاتا ہے۔ + +**ایگزیکیوشن اپ گریڈ کی نامزدگی** + +2021 سے، **ایگزیکیوشن لیئر** کے اپ گریڈز کو تاریخی ترتیب میں [پچھلے Devcon اور Devconnect کے مقامات](https://devcon.org/en/past-events/) کے شہروں کے ناموں کے مطابق نام دیا گیا ہے: + +| اپ گریڈ کا نام | Devcon(nect) کا سال | Devcon نمبر | اپ گریڈ کی تاریخ | +| -------------- | ----------------- | ------------- | ------------ | +| Berlin | 2014 | 0 | 15 اپریل 2021 | +| London | 2015 | I | 5 اگست 2021 | +| Shanghai | 2016 | II | 12 اپریل 2023 | +| Cancun | 2017 | III | 13 مارچ 2024 | +| Prague | 2018 | IV | 7 مئی 2025 | +| Osaka | 2019 | V | 3 دسمبر 2025 | +| **Amsterdam** | 2022 | Devconnect | TBD - Next | +| _Bogotá_ | 2022 | VI | TBD | +| _Istanbul_ | 2023 | Devconnect | TBD | +| _Bangkok_ | 2024 | VII | TBD | +| _Buenos Aires_ | 2025 | Devconnect | TBD | +| _Mumbai_ | 2026 | VIII | TBD | + +**کنسینسس اپ گریڈ کی نامزدگی** + +[بیکن چین](/glossary/#beacon-chain) کے آغاز کے بعد سے، **کنسینسس لیئر** کے اپ گریڈز کو حروف تہجی کی ترتیب سے شروع ہونے والے آسمانی ستاروں کے نام پر رکھا گیا ہے: + +| اپ گریڈ کا نام | اپ گریڈ کی تاریخ | +| --------------------------------------------------------- | ------------ | +| Beacon Chain genesis | 1 دسمبر 2020 | +| [Altair](https://en.wikipedia.org/wiki/Altair) | 27 اکتوبر 2021 | +| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | 6 ستمبر 2022 | +| [Capella](https://en.wikipedia.org/wiki/Capella) | 12 اپریل 2023 | +| [Deneb](https://en.wikipedia.org/wiki/Deneb) | 13 مارچ 2024 | +| [Electra]() | 7 مئی 2025 | +| [Fulu]() | 3 دسمبر 2025 | +| [**Gloas**](https://en.wikipedia.org/wiki/WASP-13) | TBD - Next | +| [_Heze_](https://en.wikipedia.org/wiki/Zeta_Virginis) | TBD | + +**مشترکہ نامزدگی** + +ایگزیکیوشن اور کنسینسس اپ گریڈز ابتدائی طور پر مختلف اوقات میں متعارف کرائے گئے تھے، لیکن 2022 میں [The Merge](/roadmap/merge/) کے بعد انہیں بیک وقت تعینات کیا گیا ہے۔ اس طرح، ایک ہی مشترکہ اصطلاح کا استعمال کرتے ہوئے ان اپ گریڈز کے حوالوں کو آسان بنانے کے لیے بول چال کی اصطلاحات ابھری ہیں۔ اس کا آغاز _Shanghai-Capella_ اپ گریڈ سے ہوا، جسے عام طور پر "**Shapella**" کہا جاتا ہے، اور یہ بعد کے اپ گریڈز کے ساتھ جاری ہے۔ + +| ایگزیکیوشن اپ گریڈ | کنسینسس اپ گریڈ | مختصر نام | +| ----------------- | ----------------- | ------------- | +| Shanghai | Capella | "Shapella" | +| Cancun | Deneb | "Dencun" | +| Prague | Electra | "Pectra" | +| Osaka | Fulu | "Fusaka" | +| Amsterdam | Gloas | "Glamsterdam" | +| Bogotá | Heze | "Hegotá" | -| ایگزیکیوشن اپ گریڈ | کنسینسس اپ گریڈ | مختصر نام | -| ------------------ | --------------- | ---------- | -| شنگھائی | Capella | "Shapella" | -| کینکن | Deneb | "Dencun" | -| پراگ | Electra | "Pectra" | -| اوساکا | Fulu | "Fusaka" | -کچھ خاص طور پر اہم ماضی کے اپ گریڈز کے بارے میں معلومات پر سیدھے جائیں: [دی بیکن چین](/roadmap/beacon-chain/)؛ [دی مرج](/roadmap/merge/)؛ اور [EIP-1559](#london) +ماضی کے کچھ خاص طور پر اہم اپ گریڈز کے بارے میں معلومات پر براہ راست جائیں: [The Beacon Chain](/roadmap/beacon-chain/)؛ [The Merge](/roadmap/merge/)؛ اور [EIP-1559](#london) مستقبل کے پروٹوکول اپ گریڈز تلاش کر رہے ہیں؟ [ایتھیریم روڈ میپ پر آنے والے اپ گریڈز کے بارے میں جانیں](/roadmap/)۔ @@ -75,51 +85,52 @@ sidebarDepth: 1 -[Fusaka پر مزید](/roadmap/fusaka/) +[Fusaka کے بارے میں مزید](/roadmap/fusaka/) ### Prague-Electra ("Pectra") {#pectra} -پراگ-الیکٹرا ("پیکٹرا") اپ گریڈ میں ایتھیریم پروٹوکول میں کئی بہتری شامل تھی جس کا مقصد تمام صارفین، لیئر 2 نیٹ ورکس، اسٹیکرز اور نوڈ آپریٹرز کے تجربے کو بڑھانا تھا۔ +Prague-Electra ("Pectra") اپ گریڈ میں ایتھیریم پروٹوکول میں کئی بہتری شامل ہیں جن کا مقصد تمام صارفین، لیئر 2 نیٹ ورکس، سٹیکرز اور نوڈ آپریٹرز کے تجربے کو بڑھانا ہے۔ -اسٹیکنگ کو کمپاؤنڈنگ ویلیڈیٹر اکاؤنٹس کے ساتھ اپ گریڈ کیا گیا، اور ایگزیکیوشن ودڈرال ایڈریس کا استعمال کرتے ہوئے اسٹیک شدہ فنڈز پر بہتر کنٹرول حاصل ہوا۔ EIP-7251 نے ایک واحد ویلیڈیٹر کے لیے زیادہ سے زیادہ مؤثر بیلنس کو 2048 تک بڑھا دیا، جس سے اسٹیکرز کے لیے سرمائے کی کارکردگی میں بہتری آئی۔ EIP-7002 نے ایک ایگزیکیوشن اکاؤنٹ کو ویلیڈیٹر کے اعمال کو محفوظ طریقے سے ٹرگر کرنے کے قابل بنایا، بشمول باہر نکلنا، یا فنڈز کے کچھ حصوں کو نکالنا، ETH اسٹیکرز کے تجربے کو بہتر بنانا، جبکہ نوڈ آپریٹرز کے لیے جوابدہی کو مضبوط کرنے میں مدد کرنا۔ +کمپاؤنڈنگ ویلیڈیٹر اکاؤنٹس کے ساتھ سٹیکنگ کو اپ گریڈ کیا گیا، اور ایگزیکیوشن کی واپسی کے پتے کا استعمال کرتے ہوئے سٹیک کیے گئے فنڈز پر کنٹرول کو بہتر بنایا گیا۔ EIP-7251 نے ایک ویلیڈیٹر کے لیے زیادہ سے زیادہ موثر بیلنس کو 2048 تک بڑھا دیا، جس سے سٹیکرز کے لیے سرمائے کی کارکردگی میں بہتری آئی۔ EIP-7002 نے ایک ایگزیکیوشن اکاؤنٹ کو محفوظ طریقے سے ویلیڈیٹر کے اعمال کو متحرک کرنے کے قابل بنایا، بشمول باہر نکلنا، یا فنڈز کے کچھ حصوں کو نکالنا، جس سے ETH سٹیکرز کے تجربے میں بہتری آئی، جبکہ نوڈ آپریٹرز کے لیے جوابدہی کو مضبوط بنانے میں مدد ملی۔ -اپ گریڈ کے دیگر حصوں نے عام صارفین کے تجربے کو بہتر بنانے پر توجہ مرکوز کی۔ EIP-7702 نے ایک باقاعدہ غیر اسمارٹ کنٹریکٹ اکاؤنٹ ([EOA](/glossary/#eoa)) کے لیے اسمارٹ کنٹریکٹ کی طرح کوڈ پر عمل درآمد کرنے کی صلاحیت لائی۔ اس نے روایتی ایتھیریم اکاؤنٹس کے لیے لامحدود نئی فعالیت کو کھول دیا، جیسے ٹرانزیکشن بیچنگ، گیس اسپانسرشپ، متبادل تصدیق، قابل پروگرام اخراجات کے کنٹرول، اکاؤنٹ ریکوری میکانزم اور بہت کچھ۔ +اپ گریڈ کے دیگر حصوں نے باقاعدہ صارفین کے تجربے کو بہتر بنانے پر توجہ مرکوز کی۔ EIP-7702 نے ایک باقاعدہ نان سمارٹ کنٹریکٹ اکاؤنٹ ([EOA](/glossary/#eoa)) کے لیے سمارٹ کنٹریکٹ کی طرح کوڈ پر عمل کرنے کی صلاحیت متعارف کرائی۔ اس نے روایتی ایتھیریم اکاؤنٹس کے لیے لامحدود نئی فعالیت کو کھول دیا، جیسے ٹرانزیکشن بیچنگ، گیس سپانسرشپ، متبادل تصدیق، قابل پروگرام اخراجات کے کنٹرول، اکاؤنٹ کی بازیابی کے طریقہ کار اور بہت کچھ۔ - + -سدھارنے صارف کا تجربہ: +بہتر صارف کا تجربہ:
    • EIP-7702 - EOA اکاؤنٹ کوڈ سیٹ کریں
      • -
    • EIP-7691 - بلاب تھروپٹ میں اضافہ
      • -
    • EIP-7623 - کال ڈیٹا لاگت میں اضافہ
      • -
    • EIP-7840 - EL کنفگ فائلوں میں بلاب شیڈول شامل کریں
      • +
    • EIP-7691 - Blob تھرو پٹ میں اضافہ
      • +
    • EIP-7623 - کال ڈیٹا کی لاگت میں اضافہ
      • +
    • EIP-7840 - EL کنفیگریشن فائلوں میں blob شیڈول شامل کریں
    -بہتر اسٹیکنگ کا تجربہ: +بہتر سٹیکنگ کا تجربہ:
    • EIP-7251 - MAX_EFFECTIVE_BALANCE میں اضافہ کریں
      • -
    • EIP-7002 - ایگزیکیوشن لیئر ٹرگر ایبل ایگزٹس
      • -
    • EIP-7685 - عمومی مقصد کے ایگزیکیوشن لیئر کی درخواستیں
      • -
    • EIP-6110 - چین پر ویلیڈیٹر ڈپازٹس کی فراہمی
      • +
    • EIP-7002 - ایگزیکیوشن لیئر کے قابل محرک اخراج
      • +
    • EIP-7685 - عام مقصد کی ایگزیکیوشن لیئر کی درخواستیں
      • +
    • EIP-6110 - آن چین ویلیڈیٹر ڈپازٹس فراہم کریں
    پروٹوکول کی کارکردگی اور سیکیورٹی میں بہتری:
      -
    • EIP-2537 - BLS12-381 کرو آپریشنز کے لیے پری کمپائل
      • -
    • EIP-2935 - اسٹیٹ میں تاریخی بلاک ہیشز کو محفوظ کریں
      • +
    • EIP-2537 - BLS12-381 کریو آپریشنز کے لیے پری کمپائل
      • +
    • EIP-2935 - تاریخی بلاک ہیشز کو سٹیٹ میں محفوظ کریں
    • EIP-7549 - کمیٹی انڈیکس کو Attestation سے باہر منتقل کریں
    +     - [Pectra.wtf](https://pectra.wtf) -- [پیکٹرا اسٹیکنگ کے تجربے کو کیسے بہتر بنائے گا](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) -- [الیکٹرا اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/electra/) -- [پراگ-الیکٹرا ("پیکٹرا") عمومی سوالات](/roadmap/pectra/) +- [Pectra سٹیکنگ کے تجربے کو کیسے بہتر بنائے گا](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) +- [Electra اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/electra/) +- [Prague-Electra ("Pectra") کے اکثر پوچھے گئے سوالات](/roadmap/pectra/) @@ -129,50 +140,52 @@ sidebarDepth: 1 -#### کینکن کا خلاصہ {#cancun-summary} +#### Cancun کا خلاصہ {#cancun-summary} -کینکن اپ گریڈ میں ایتھیریم کے _ایگزیکیوشن_ میں بہتری کا ایک سیٹ شامل ہے جس کا مقصد اسکیل ایبلٹی کو بہتر بنانا ہے، ساتھ ہی دینیب کنسینسس اپ گریڈز کے ساتھ۔ +Cancun اپ گریڈ میں Deneb کنسینسس اپ گریڈز کے ساتھ مل کر، اسکیل ایبلٹی کو بہتر بنانے کے مقصد سے ایتھیریم کی _ایگزیکیوشن_ میں بہتری کا ایک مجموعہ شامل ہے۔ -خاص طور پر اس میں EIP-4844 شامل ہے، جسے **پروٹو-ڈینک شارڈنگ** کہا جاتا ہے، جو لیئر 2 رول اپس کے لیے ڈیٹا اسٹوریج کی لاگت کو نمایاں طور پر کم کرتا ہے۔ یہ ڈیٹا "بلابز" کے تعارف کے ذریعے حاصل کیا جاتا ہے جو رول اپس کو مختصر مدت کے لیے مین نیٹ پر ڈیٹا پوسٹ کرنے کے قابل بناتا ہے۔ اس کے نتیجے میں لیئر 2 رول اپس کے صارفین کے لیے ٹرانزیکشن فیس نمایاں طور پر کم ہو جاتی ہے۔ +خاص طور پر اس میں EIP-4844 شامل ہے، جسے **Proto-Danksharding** کے نام سے جانا جاتا ہے، جو لیئر 2 رول اپس کے لیے ڈیٹا سٹوریج کی لاگت کو نمایاں طور پر کم کرتا ہے۔ یہ ڈیٹا "blobs" کے تعارف کے ذریعے حاصل کیا گیا ہے جو رول اپس کو مختصر مدت کے لیے مین نیٹ پر ڈیٹا پوسٹ کرنے کے قابل بناتا ہے۔ اس کے نتیجے میں لیئر 2 رول اپس کے صارفین کے لیے ٹرانزیکشن فیس نمایاں طور پر کم ہو جاتی ہے۔ - +
      -
    • EIP-1153 - عارضی اسٹوریج آپ کوڈز
      • +
    • EIP-1153 - ٹرانزینٹ سٹوریج اوپ کوڈز
    • EIP-4788 - EVM میں بیکن بلاک روٹ
      • -
    • EIP-4844 - شارڈ بلاب ٹرانزیکشنز (پروٹو-ڈینک شارڈنگ)
      • +
    • EIP-4844 - شارڈ بلاب ٹرانزیکشنز (Proto-Danksharding)
    • EIP-5656 - MCOPY - میموری کاپی کرنے کی ہدایت
      • -
    • EIP-6780 - SELFDESTRUCT صرف اسی ٹرانزیکشن میں
      • -
    • EIP-7516 - BLOBBASEFEE آپ کوڈ
      • +
    • EIP-6780 - SELFDESTRUCT صرف ایک ہی ٹرانزیکشن میں
      • +
    • EIP-7516 - BLOBBASEFEE اوپ کوڈ
    +     - [لیئر 2 رول اپس](/layer-2/) -- [پروٹو-ڈینک شارڈنگ](/roadmap/scaling/#proto-danksharding) -- [ڈینک شارڈنگ](/roadmap/danksharding/) -- [کینکن اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md) +- [Proto-Danksharding](/roadmap/scaling/#proto-danksharding) +- [Danksharding](/roadmap/danksharding/) +- [Cancun اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md) -#### دینیب کا خلاصہ {#deneb-summary} +#### Deneb کا خلاصہ {#deneb-summary} -دینیب اپ گریڈ میں ایتھیریم کے _کنسینسس_ میں بہتری کا ایک سیٹ شامل ہے جس کا مقصد اسکیل ایبلٹی کو بہتر بنانا ہے۔ یہ اپ گریڈ کینکن ایگزیکیوشن اپ گریڈز کے ساتھ مل کر پروٹو-ڈینک شارڈنگ (EIP-4844) کو فعال کرنے کے لیے آتا ہے، ساتھ ہی بیکن چین میں دیگر بہتریوں کے ساتھ۔ +Deneb اپ گریڈ میں اسکیل ایبلٹی کو بہتر بنانے کے مقصد سے ایتھیریم کے _کنسینسس_ میں بہتری کا ایک مجموعہ شامل ہے۔ یہ اپ گریڈ بیکن چین میں دیگر بہتریوں کے ساتھ، Proto-Danksharding (EIP-4844) کو فعال کرنے کے لیے Cancun ایگزیکیوشن اپ گریڈز کے ساتھ مل کر آتا ہے۔ -پہلے سے تیار کردہ دستخط شدہ "رضاکارانہ ایگزٹ میسجز" اب ایکسپائر نہیں ہوتے، اس طرح تیسرے فریق کے نوڈ آپریٹر کے ساتھ اپنے فنڈز کو اسٹیک کرنے والے صارفین کو زیادہ کنٹرول ملتا ہے۔ اس دستخط شدہ ایگزٹ میسج کے ساتھ، اسٹیکرز نوڈ آپریشن کو تفویض کر سکتے ہیں جبکہ کسی بھی وقت محفوظ طریقے سے باہر نکلنے اور اپنے فنڈز نکالنے کی صلاحیت کو برقرار رکھتے ہیں، بغیر کسی سے اجازت مانگے۔ +پہلے سے تیار کردہ دستخط شدہ "رضاکارانہ اخراج کے پیغامات" کی میعاد اب ختم نہیں ہوتی، اس طرح تھرڈ پارٹی نوڈ آپریٹر کے ساتھ اپنے فنڈز سٹیک کرنے والے صارفین کو زیادہ کنٹرول ملتا ہے۔ اس دستخط شدہ اخراج کے پیغام کے ساتھ، سٹیکرز کسی سے اجازت مانگنے کی ضرورت کے بغیر، کسی بھی وقت محفوظ طریقے سے باہر نکلنے اور اپنے فنڈز نکالنے کی صلاحیت کو برقرار رکھتے ہوئے نوڈ آپریشن تفویض کر سکتے ہیں۔ -EIP-7514 ETH کے اجراء میں سختی لاتا ہے جس میں "چرن" کی شرح کو محدود کیا جاتا ہے کہ ویلیڈیٹرز فی ایپوک آٹھ (8) تک نیٹ ورک میں شامل ہو سکتے ہیں۔ چونکہ ETH کا اجراء کل اسٹیک شدہ ETH کے متناسب ہے، اس لیے شامل ہونے والے ویلیڈیٹرز کی تعداد کو محدود کرنا نئے جاری کردہ ETH کی _شرح نمو_ کو محدود کرتا ہے، جبکہ نوڈ آپریٹرز کے لیے ہارڈویئر کی ضروریات کو بھی کم کرتا ہے، جس سے ڈی سینٹرلائزیشن میں مدد ملتی ہے۔ +EIP-7514 نیٹ ورک میں شامل ہونے والے ویلیڈیٹرز کی "چرن" (churn) کی شرح کو آٹھ (8) فی ایپوک (epoch) تک محدود کر کے ETH کے اجراء کو سخت کرتا ہے۔ چونکہ ETH کا اجراء کل سٹیک کیے گئے ETH کے متناسب ہے، اس لیے شامل ہونے والے ویلیڈیٹرز کی تعداد کو محدود کرنے سے نئے جاری کردہ ETH کی _شرح نمو_ محدود ہو جاتی ہے، جبکہ نوڈ آپریٹرز کے لیے ہارڈویئر کی ضروریات کو بھی کم کرتا ہے، جس سے ڈی سینٹرلائزیشن میں مدد ملتی ہے۔ - +
    • EIP-4788 - EVM میں بیکن بلاک روٹ
    • EIP-4844 - شارڈ بلاب ٹرانزیکشنز
      • -
    • EIP-7044 - مستقل طور پر درست دستخط شدہ رضاکارانہ ایگزٹس
      • -
    • EIP-7045 - زیادہ سے زیادہ اٹیسٹیشن انکلوژن سلاٹ میں اضافہ کریں
      • +
    • EIP-7044 - مستقل طور پر درست دستخط شدہ رضاکارانہ اخراج
      • +
    • EIP-7045 - زیادہ سے زیادہ attestation شمولیت کے سلاٹ میں اضافہ
    • EIP-7514 - زیادہ سے زیادہ ایپوک چرن کی حد شامل کریں
    +     -- [دینیب اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/deneb/) -- [کینکن-دینیب ("ڈینکن") عمومی سوالات](/roadmap/dencun/) +- [Deneb اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/deneb/) +- [Cancun-Deneb ("Dencun") کے اکثر پوچھے گئے سوالات](/roadmap/dencun/) @@ -182,54 +195,56 @@ EIP-7514 ETH کے اجراء میں سختی لاتا ہے جس میں "چرن" -#### شنگھائی کا خلاصہ {#shanghai-summary} +#### Shanghai کا خلاصہ {#shanghai-summary} -شنگھائی اپ گریڈ نے ایگزیکیوشن لیئر میں اسٹیکنگ ودڈرالز کو لایا۔ کپیلا اپ گریڈ کے ساتھ مل کر، اس نے بلاکس کو ودڈرال آپریشنز قبول کرنے کے قابل بنایا، جو اسٹیکرز کو بیکن چین سے ایگزیکیوشن لیئر میں اپنے ETH نکالنے کی اجازت دیتا ہے۔ +Shanghai اپ گریڈ نے ایگزیکیوشن لیئر میں سٹیکنگ کی واپسی (withdrawals) متعارف کرائی۔ Capella اپ گریڈ کے ساتھ مل کر، اس نے بلاکس کو واپسی کے آپریشنز قبول کرنے کے قابل بنایا، جو سٹیکرز کو بیکن چین سے ایگزیکیوشن لیئر میں اپنا ETH نکالنے کی اجازت دیتا ہے۔ - +
      -
    • EIP-3651 – COINBASE ایڈریس کو وارم شروع کرتا ہے
      • +
    • EIP-3651 – COINBASE ایڈریس کو وارم (warm) شروع کرتا ہے
    • EIP-3855 – نئی PUSH0 ہدایت
      • -
    • EIP-3860 – انٹ کوڈ کو محدود اور میٹر کریں
      • -
    • EIP-4895 – بیکن چین پش ودڈرالز بطور آپریشنز
      • -
    • EIP-6049 - SELFDESTRUCT کو ڈیپریکیٹ کریں
      • +
    • EIP-3860 – initcode کو محدود اور میٹر کریں
      • +
    • EIP-4895 – بیکن چین پش کی واپسی بطور آپریشنز
      • +
    • EIP-6049 - SELFDESTRUCT کو متروک کریں
    +     -- [شنگھائی اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md) +- [Shanghai اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md) -#### کپیلا کا خلاصہ {#capella-summary} +#### Capella کا خلاصہ {#capella-summary} -کپیلا اپ گریڈ کنسینسس لیئر (بیکن چین) کا تیسرا بڑا اپ گریڈ تھا اور اس نے اسٹیکنگ ودڈرالز کو فعال کیا۔ کپیلا ایگزیکیوشن لیئر اپ گریڈ، شنگھائی، کے ساتھ ہم آہنگی سے ہوا اور اس نے اسٹیکنگ ودڈرال کی فعالیت کو فعال کیا۔ +Capella اپ گریڈ کنسینسس لیئر (بیکن چین) کا تیسرا بڑا اپ گریڈ تھا اور اس نے سٹیکنگ کی واپسی کو فعال کیا۔ Capella ایگزیکیوشن لیئر اپ گریڈ، Shanghai کے ساتھ ہم آہنگی سے ہوا، اور سٹیکنگ کی واپسی کی فعالیت کو فعال کیا۔ -اس کنسینسس لیئر اپ گریڈ نے ان اسٹیکرز کے لیے یہ صلاحیت لائی جنہوں نے اپنے ابتدائی ڈپازٹ کے ساتھ ودڈرال کی اسناد فراہم نہیں کی تھیں کہ وہ ایسا کر سکیں، اس طرح ودڈرالز کو فعال کیا گیا۔ +اس کنسینسس لیئر اپ گریڈ نے ان سٹیکرز کے لیے صلاحیت متعارف کرائی جنہوں نے اپنے ابتدائی ڈپازٹ کے ساتھ واپسی کی اسناد فراہم نہیں کی تھیں تاکہ وہ ایسا کر سکیں، اس طرح واپسی کو فعال کیا گیا۔ -اپ گریڈ نے خودکار اکاؤنٹ سویپنگ کی فعالیت بھی فراہم کی، جو کسی بھی دستیاب انعامات کی ادائیگیوں یا مکمل ودڈرالز کے لیے ویلیڈیٹر اکاؤنٹس پر مسلسل کارروائی کرتی ہے۔ +اپ گریڈ نے خودکار اکاؤنٹ سویپنگ (sweeping) کی فعالیت بھی فراہم کی، جو کسی بھی دستیاب انعامات کی ادائیگیوں یا مکمل واپسی کے لیے ویلیڈیٹر اکاؤنٹس پر مسلسل کارروائی کرتی ہے۔ -- [اسٹیکنگ ودڈرالز پر مزید](/staking/withdrawals/)۔ -- [کپیلا اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/capella/) +- [سٹیکنگ کی واپسی کے بارے میں مزید](/staking/withdrawals/)۔ +- [Capella اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/capella/) ## 2022 {#2022} -### پیرس (دی مرج) {#paris} +### Paris (The Merge) {#paris} #### خلاصہ {#paris-summary} -پیرس اپ گریڈ پروف-آف-ورک بلاک چین کے 58750000000000000000000 کی [ٹرمینل ٹوٹل ڈفیکلٹی](/glossary/#terminal-total-difficulty) کو عبور کرنے سے شروع ہوا۔ یہ 15 ستمبر 2022 کو بلاک 15537393 پر ہوا، جس نے اگلے بلاک میں پیرس اپ گریڈ کو شروع کیا۔ پیرس [دی مرج](/roadmap/merge/) کی منتقلی تھی - اس کی سب سے بڑی خصوصیت [پروف-آف-ورک](/developers/docs/consensus-mechanisms/pow) مائننگ الگورتھم اور اس سے منسلک کنسینسس لاجک کو بند کرنا اور اس کے بجائے [پروف-آف-اسٹیک](/developers/docs/consensus-mechanisms/pos) کو آن کرنا تھا۔ پیرس خود [ایگزیکیوشن کلائنٹس](/developers/docs/nodes-and-clients/#execution-clients) (کنسینسس لیئر پر Bellatrix کے برابر) کا ایک اپ گریڈ تھا جس نے انہیں اپنے منسلک [کنسینسس کلائنٹس](/developers/docs/nodes-and-clients/#consensus-clients) سے ہدایات لینے کے قابل بنایا۔ اس کے لیے اندرونی API طریقوں کا ایک نیا سیٹ درکار تھا، جسے اجتماعی طور پر [انجن API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) کہا جاتا ہے، کو فعال کیا جائے۔ یہ [ہومسٹیڈ](#homestead) کے بعد ایتھیریم کی تاریخ میں سب سے اہم اپ گریڈ تھا! +Paris اپ گریڈ proof-of-work بلاک چین کے 58750000000000000000000 کی [ٹرمینل ٹوٹل ڈیفیکلٹی](/glossary/#terminal-total-difficulty) کو عبور کرنے سے متحرک ہوا۔ یہ 15 ستمبر 2022 کو بلاک 15537393 پر ہوا، جس نے اگلے بلاک پر Paris اپ گریڈ کو متحرک کیا۔ Paris [The Merge](/roadmap/merge/) کی منتقلی تھی - اس کی سب سے بڑی خصوصیت [proof-of-work](/developers/docs/consensus-mechanisms/pow) مائننگ الگورتھم اور اس سے منسلک کنسینسس لاجک کو بند کرنا اور اس کی بجائے [proof-of-stake](/developers/docs/consensus-mechanisms/pos) کو آن کرنا تھا۔ Paris بذات خود [ایگزیکیوشن کلائنٹس](/developers/docs/nodes-and-clients/#execution-clients) (کنسینسس لیئر پر Bellatrix کے مساوی) کا ایک اپ گریڈ تھا جس نے انہیں اپنے منسلک [کنسینسس کلائنٹس](/developers/docs/nodes-and-clients/#consensus-clients) سے ہدایات لینے کے قابل بنایا۔ اس کے لیے اندرونی API طریقوں کے ایک نئے سیٹ کو فعال کرنے کی ضرورت تھی، جسے اجتماعی طور پر [Engine API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) کہا جاتا ہے۔ یہ بلاشبہ [Homestead](#homestead) کے بعد ایتھیریم کی تاریخ کا سب سے اہم اپ گریڈ تھا! -- [پیرس اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) +- [Paris اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/paris.md) - +
      -
    • EIP-3675 – کنسینسس کو پروف-آف-اسٹیک میں اپ گریڈ کریں
      • -
    • EIP-4399 – DIFFICULTY آپ کوڈ کو PREVRANDAO سے تبدیل کریں
      • +
    • EIP-3675 – کنسینسس کو Proof-of-Stake میں اپ گریڈ کریں
      • +
    • EIP-4399 – DIFFICULTY اوپ کوڈ کو PREVRANDAO سے تبدیل کریں
    +     --- @@ -240,49 +255,51 @@ EIP-7514 ETH کے اجراء میں سختی لاتا ہے جس میں "چرن" #### خلاصہ {#bellatrix-summary} -بیلاٹرکس اپ گریڈ [بیکن چین](/roadmap/beacon-chain) کے لیے دوسرا طے شدہ اپ گریڈ تھا، جو چین کو [دی مرج](/roadmap/merge/) کے لیے تیار کرتا ہے۔ یہ ویلیڈیٹر کے جرمانے کو غیرفعالیت اور سلیش ایبل جرائم کے لیے ان کی پوری قدروں تک لاتا ہے۔ بیلاٹرکس میں فورک کے انتخاب کے قواعد میں ایک اپ ڈیٹ بھی شامل ہے تاکہ چین کو دی مرج اور آخری پروف-آف-ورک بلاک سے پہلے پروف-آف-اسٹیک بلاک میں منتقلی کے لیے تیار کیا جا سکے۔ اس میں کنسینسس کلائنٹس کو 58750000000000000000000 کی [ٹرمینل ٹوٹل ڈفیکلٹی](/glossary/#terminal-total-difficulty) سے آگاہ کرنا شامل ہے۔ +Bellatrix اپ گریڈ [بیکن چین](/roadmap/beacon-chain) کے لیے دوسرا شیڈول شدہ اپ گریڈ تھا، جو چین کو [The Merge](/roadmap/merge/) کے لیے تیار کر رہا تھا۔ یہ غیر فعالی اور قابل سزا (slashable) جرائم کے لیے ویلیڈیٹر کے جرمانوں کو ان کی مکمل اقدار تک لاتا ہے۔ Bellatrix میں فورک کے انتخاب کے قواعد میں ایک اپ ڈیٹ بھی شامل ہے تاکہ چین کو The Merge اور آخری proof-of-work بلاک سے پہلے proof-of-stake بلاک میں منتقلی کے لیے تیار کیا جا سکے۔ اس میں کنسینسس کلائنٹس کو 58750000000000000000000 کی [ٹرمینل ٹوٹل ڈیفیکلٹی](/glossary/#terminal-total-difficulty) سے آگاہ کرنا شامل ہے۔ -- [بیلاٹرکس اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/bellatrix) +- [Bellatrix اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/bellatrix) --- -### گرے گلیشیئر {#gray-glacier} +### Gray Glacier {#gray-glacier} #### خلاصہ {#gray-glacier-summary} -گرے گلیشیئر نیٹ ورک اپ گریڈ نے [ڈفیکلٹی بم](/glossary/#difficulty-bomb) کو تین ماہ پیچھے دھکیل دیا۔ یہ اس اپ گریڈ میں متعارف کرائی گئی واحد تبدیلی ہے، اور یہ [ایرو گلیشیئر](#arrow-glacier) اور [میور گلیشیئر](#muir-glacier) اپ گریڈز کی نوعیت سے ملتی جلتی ہے۔ اسی طرح کی تبدیلیاں [بازنطیم](#byzantium)، [کانسٹینٹینوپل](#constantinople) اور [لندن](#london) نیٹ ورک اپ گریڈز پر کی گئی ہیں۔ +Gray Glacier نیٹ ورک اپ گریڈ نے [ڈیفیکلٹی بم](/glossary/#difficulty-bomb) کو تین ماہ پیچھے دھکیل دیا۔ اس اپ گریڈ میں متعارف کرائی گئی یہ واحد تبدیلی ہے، اور یہ نوعیت میں [Arrow Glacier](#arrow-glacier) اور [Muir Glacier](#muir-glacier) اپ گریڈز سے ملتی جلتی ہے۔ اسی طرح کی تبدیلیاں [Byzantium](#byzantium)، [Constantinople](#constantinople) اور [London](#london) نیٹ ورک اپ گریڈز پر کی گئی ہیں۔ -- [ای ایف بلاگ - گرے گلیشیئر اپ گریڈ کا اعلان](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement) +- [EF بلاگ - Gray Glacier اپ گریڈ کا اعلان](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement) - +
      -
    • EIP-5133 – ڈفیکلٹی بم کو ستمبر 2022 تک موخر کرتا ہے
      • +
    • EIP-5133 – ڈیفیکلٹی بم کو ستمبر 2022 تک موخر کرتا ہے
    +     ## 2021 {#2021} -### ایرو گلیشیئر {#arrow-glacier} +### Arrow Glacier {#arrow-glacier} #### خلاصہ {#arrow-glacier-summary} -ایرو گلیشیئر نیٹ ورک اپ گریڈ نے [ڈفیکلٹی بم](/glossary/#difficulty-bomb) کو کئی ماہ پیچھے دھکیل دیا۔ یہ اس اپ گریڈ میں متعارف کرائی گئی واحد تبدیلی ہے، اور یہ [میور گلیشیئر](#muir-glacier) اپ گریڈ کی نوعیت سے ملتی جلتی ہے۔ اسی طرح کی تبدیلیاں [بازنطیم](#byzantium)، [کانسٹینٹینوپل](#constantinople) اور [لندن](#london) نیٹ ورک اپ گریڈز پر کی گئی ہیں۔ +Arrow Glacier نیٹ ورک اپ گریڈ نے [ڈیفیکلٹی بم](/glossary/#difficulty-bomb) کو کئی ماہ پیچھے دھکیل دیا۔ اس اپ گریڈ میں متعارف کرائی گئی یہ واحد تبدیلی ہے، اور یہ نوعیت میں [Muir Glacier](#muir-glacier) اپ گریڈ سے ملتی جلتی ہے۔ اسی طرح کی تبدیلیاں [Byzantium](#byzantium)، [Constantinople](#constantinople) اور [London](#london) نیٹ ورک اپ گریڈز پر کی گئی ہیں۔ -- [ای ایف بلاگ - ایرو گلیشیئر اپ گریڈ کا اعلان](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement) -- [ایتھیریم کیٹ ہرڈرز - ایتھیریم ایرو گلیشیئر اپ گریڈ](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002) +- [EF بلاگ - Arrow Glacier اپ گریڈ کا اعلان](https://blog.ethereum.org/2021/11/10/arrow-glacier-announcement) +- [Ethereum Cat Herders - ایتھیریم Arrow Glacier اپ گریڈ](https://medium.com/ethereum-cat-herders/ethereum-arrow-glacier-upgrade-e8d20fa4c002) - +
      -
    • EIP-4345 – ڈفیکلٹی بم کو جون 2022 تک موخر کرتا ہے
      • +
    • EIP-4345 – ڈیفیکلٹی بم کو جون 2022 تک موخر کرتا ہے
    +     --- @@ -293,89 +310,91 @@ EIP-7514 ETH کے اجراء میں سختی لاتا ہے جس میں "چرن" #### خلاصہ {#altair-summary} -Altair اپ گریڈ [بیکن چین](/roadmap/beacon-chain) کے لیے پہلا طے شدہ اپ گریڈ تھا۔ اس نے "سنک کمیٹیوں" کے لیے سپورٹ شامل کی—لائٹ کلائنٹس کو فعال کیا، اور ویلیڈیٹر کی غیرفعالیت اور سلیشنگ جرمانے میں اضافہ کیا جیسے جیسے ترقی دی مرج کی طرف بڑھی۔ +Altair اپ گریڈ [بیکن چین](/roadmap/beacon-chain) کے لیے پہلا شیڈول شدہ اپ گریڈ تھا۔ اس نے "سنک کمیٹیوں" (sync committees) کے لیے تعاون شامل کیا—جس سے لائٹ کلائنٹس فعال ہوئے، اور The Merge کی طرف ترقی کے ساتھ ساتھ ویلیڈیٹر کی غیر فعالی اور سلیشنگ (slashing) کے جرمانوں میں اضافہ ہوا۔ - [Altair اپ گریڈ کی تفصیلات پڑھیں](https://github.com/ethereum/consensus-specs/tree/master/specs/altair) -#### مزے کی بات! {#altair-fun-fact} +#### دلچسپ حقیقت! {#altair-fun-fact} -Altair پہلا بڑا نیٹ ورک اپ گریڈ تھا جس کا ایک عین رول آؤٹ وقت تھا۔ اس سے پہلے ہر اپ گریڈ پروف-آف-ورک چین پر ایک اعلان کردہ بلاک نمبر پر مبنی تھا، جہاں بلاک کا وقت مختلف ہوتا ہے۔ بیکن چین کو پروف-آف-ورک کے لیے حل کرنے کی ضرورت نہیں ہے، اور اس کے بجائے یہ وقت پر مبنی ایپوک سسٹم پر کام کرتا ہے جس میں 32 بارہ سیکنڈ کے "سلاٹس" ہوتے ہیں جہاں ویلیڈیٹرز بلاکس تجویز کر سکتے ہیں۔ اسی لیے ہم بالکل جانتے تھے کہ ہم ایپوک 74,240 پر کب پہنچیں گے اور Altair لائیو ہو جائے گا! +Altair پہلا بڑا نیٹ ورک اپ گریڈ تھا جس کا رول آؤٹ کا وقت بالکل درست تھا۔ اس سے پہلے کا ہر اپ گریڈ proof-of-work چین پر اعلان کردہ بلاک نمبر پر مبنی تھا، جہاں بلاک کے اوقات مختلف ہوتے ہیں۔ بیکن چین کو proof-of-work کو حل کرنے کی ضرورت نہیں ہے، اور اس کے بجائے یہ وقت پر مبنی ایپوک (epoch) سسٹم پر کام کرتا ہے جو 32 بارہ سیکنڈ کے "سلاٹس" پر مشتمل ہوتا ہے جہاں ویلیڈیٹرز بلاکس تجویز کر سکتے ہیں۔ یہی وجہ ہے کہ ہم بالکل جانتے تھے کہ ہم کب ایپوک 74,240 پر پہنچیں گے اور Altair لائیو ہو جائے گا! - [بلاک کا وقت](/developers/docs/blocks/#block-time) --- -### لندن {#london} +### London {#london} #### خلاصہ {#london-summary} -لندن اپ گریڈ نے [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) متعارف کرایا، جس نے ٹرانزیکشن فیس مارکیٹ میں اصلاحات کیں، ساتھ ہی گیس ریفنڈز کو سنبھالنے کے طریقے اور [آئس ایج](/glossary/#ice-age) شیڈول میں بھی تبدیلیاں کیں۔ +London اپ گریڈ نے [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) متعارف کرایا، جس نے ٹرانزیکشن فیس مارکیٹ میں اصلاحات کیں، اس کے ساتھ گیس ریفنڈز کو سنبھالنے کے طریقے اور [آئس ایج](/glossary/#ice-age) کے شیڈول میں تبدیلیاں کیں۔ -#### لندن اپ گریڈ / EIP-1559 کیا تھا؟ {#eip-1559} +#### London اپ گریڈ / EIP-1559 کیا تھا؟ {#eip-1559} -لندن اپ گریڈ سے پہلے، ایتھیریم میں فکسڈ سائز کے بلاکس تھے۔ زیادہ نیٹ ورک ڈیمانڈ کے وقت، یہ بلاکس پوری صلاحیت پر کام کرتے تھے۔ نتیجتاً، صارفین کو اکثر ایک بلاک میں شامل ہونے کے لیے ڈیمانڈ کم ہونے کا انتظار کرنا پڑتا تھا، جس سے صارف کا تجربہ خراب ہوتا تھا۔ لندن اپ گریڈ نے ایتھیریم میں متغیر سائز کے بلاکس متعارف کرائے۔ +London اپ گریڈ سے پہلے، ایتھیریم میں مقررہ سائز کے بلاکس تھے۔ نیٹ ورک کی زیادہ مانگ کے اوقات میں، یہ بلاکس پوری صلاحیت پر کام کرتے تھے۔ نتیجے کے طور پر، صارفین کو اکثر بلاک میں شامل ہونے کے لیے مانگ کم ہونے کا انتظار کرنا پڑتا تھا، جس کی وجہ سے صارف کا تجربہ خراب ہوتا تھا۔ London اپ گریڈ نے ایتھیریم میں متغیر سائز کے بلاکس متعارف کرائے۔ -ایتھیریم نیٹ ورک پر ٹرانزیکشن فیس کا حساب لگانے کا طریقہ اگست 2021 کے [لندن اپ گریڈ](/ethereum-forks/#london) کے ساتھ بدل گیا۔ لندن اپ گریڈ سے پہلے، فیس کا حساب `بیس` اور `ترجیحی` فیس کو الگ کیے بغیر کیا جاتا تھا، جیسا کہ ذیل میں ہے: +اگست 2021 کے [London اپ گریڈ](/ethereum-forks/#london) کے ساتھ ایتھیریم نیٹ ورک پر ٹرانزیکشن فیس کا حساب لگانے کا طریقہ بدل گیا۔ London اپ گریڈ سے پہلے، فیس کا حساب `base` اور `priority` فیس کو الگ کیے بغیر اس طرح لگایا جاتا تھا: -فرض کریں ایلس کو باب کو 1 ETH ادا کرنا ہے۔ ٹرانزیکشن میں، گیس کی حد 21,000 یونٹس ہے، اور گیس کی قیمت 200 gwei ہے۔ +فرض کریں کہ ایلس کو باب کو 1 ETH ادا کرنا تھا۔ ٹرانزیکشن میں، گیس کی حد 21,000 یونٹس ہے، اور گیس کی قیمت 200 gwei ہے۔ -کل فیس یہ ہوتی: `گیس یونٹس (حد) * فی یونٹ گیس کی قیمت` یعنی `21,000 * 200 = 4,200,000 gwei` یا 0.0042 ETH +کل فیس یہ ہوتی: `گیس یونٹس (حد) * گیس کی قیمت فی یونٹ` یعنی `21,000 * 200 = 4,200,000 gwei` یا 0.0042 ETH -لندن اپ گریڈ میں [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) کے نفاذ نے ٹرانزیکشن فیس کے میکانزم کو مزید پیچیدہ بنا دیا، لیکن گیس کی فیس کو زیادہ قابل قیاس بنا دیا، جس کے نتیجے میں ٹرانزیکشن فیس کی مارکیٹ زیادہ موثر ہو گئی۔ صارفین `maxFeePerGas` کے ساتھ ٹرانزیکشن جمع کر سکتے ہیں جو اس بات سے مطابقت رکھتا ہے کہ وہ ٹرانزیکشن کو انجام دینے کے لیے کتنی رقم ادا کرنے کو تیار ہیں، یہ جانتے ہوئے کہ وہ گیس کی مارکیٹ قیمت (`baseFeePerGas`) سے زیادہ ادا نہیں کریں گے، اور کوئی بھی اضافی رقم، اپنی ٹپ کو منہا کر کے، واپس حاصل کریں گے۔ +London اپ گریڈ میں [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) کے نفاذ نے ٹرانزیکشن فیس کے طریقہ کار کو مزید پیچیدہ بنا دیا، لیکن گیس کی فیس کو زیادہ قابل پیشین گوئی بنا دیا، جس کے نتیجے میں ٹرانزیکشن فیس کی مارکیٹ زیادہ موثر ہو گئی۔ صارفین ایک `maxFeePerGas` کے ساتھ ٹرانزیکشنز جمع کروا سکتے ہیں جو اس بات سے مطابقت رکھتا ہے کہ وہ ٹرانزیکشن کو انجام دینے کے لیے کتنی رقم ادا کرنے کو تیار ہیں، یہ جانتے ہوئے کہ وہ گیس کی مارکیٹ قیمت (`baseFeePerGas`) سے زیادہ ادا نہیں کریں گے، اور کوئی بھی اضافی رقم، ان کی ٹپ کو منہا کر کے، واپس کر دی جائے گی۔ -[EIP-1559 کی وضاحت](https://www.youtube.com/watch?v=MGemhK9t44Q) +یہ ویڈیو EIP-1559 اور اس کے فوائد کی وضاحت کرتی ہے: [EIP-1559 کی وضاحت](https://www.youtube.com/watch?v=MGemhK9t44Q) -- [کیا آپ ایک ڈیپ ڈیولپر ہیں؟ اپنی لائبریریوں اور ٹولنگ کو اپ گریڈ کرنا یقینی بنائیں۔](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md) +- [کیا آپ ڈیپ (dapp) ڈویلپر ہیں؟ اپنی لائبریریوں اور ٹولنگ کو اپ گریڈ کرنا یقینی بنائیں۔](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md) - [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement) -- [ایتھیریم کیٹ ہرڈر کی وضاحت پڑھیں](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) +- [Ethereum Cat Herder کی وضاحت پڑھیں](https://medium.com/ethereum-cat-herders/london-upgrade-overview-8eccb0041b41) - +
    • EIP-1559 – ٹرانزیکشن فیس مارکیٹ کو بہتر بناتا ہے
      • -
    • EIP-3198 – ایک بلاک سے BASEFEE واپس کرتا ہے
      • +
    • EIP-3198 – بلاک سے BASEFEE واپس کرتا ہے
    • EIP-3529 - EVM آپریشنز کے لیے گیس ریفنڈز کو کم کرتا ہے
    • EIP-3541 - 0xEF سے شروع ہونے والے کنٹریکٹس کو تعینات کرنے سے روکتا ہے
    • EIP-3554 – آئس ایج کو دسمبر 2021 تک موخر کرتا ہے
    +     --- -### برلن {#berlin} +### Berlin {#berlin} #### خلاصہ {#berlin-summary} -برلن اپ گریڈ نے کچھ EVM اعمال کے لیے گیس کی لاگت کو بہتر بنایا، اور متعدد ٹرانزیکشن اقسام کے لیے سپورٹ میں اضافہ کیا۔ +Berlin اپ گریڈ نے کچھ EVM اعمال کے لیے گیس کی لاگت کو بہتر بنایا، اور متعدد ٹرانزیکشن اقسام کے لیے تعاون میں اضافہ کیا۔ - [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement) -- [ایتھیریم کیٹ ہرڈر کی وضاحت پڑھیں](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80) +- [Ethereum Cat Herder کی وضاحت پڑھیں](https://medium.com/ethereum-cat-herders/the-berlin-upgrade-overview-2f7ad710eb80) - +
    • EIP-2565 – ModExp گیس کی لاگت کو کم کرتا ہے
      • -
    • EIP-2718 – متعدد ٹرانزیکشن اقسام کے لیے آسان سپورٹ کو فعال کرتا ہے
      • -
    • EIP-2929 – اسٹیٹ ایکسس آپ کوڈز کے لیے گیس کی لاگت میں اضافہ
      • +
    • EIP-2718 – متعدد ٹرانزیکشن اقسام کے لیے آسان تعاون کو فعال کرتا ہے
      • +
    • EIP-2929 – سٹیٹ تک رسائی کے اوپ کوڈز کے لیے گیس کی لاگت میں اضافہ
    • EIP-2930 – اختیاری رسائی کی فہرستیں شامل کرتا ہے
    +     ## 2020 {#2020} -### بیکن چین جینیسس {#beacon-chain-genesis} +### بیکن چین کی ابتدا {#beacon-chain-genesis} #### خلاصہ {#beacon-chain-genesis-summary} -[بیکن چین](/roadmap/beacon-chain/) کو محفوظ طریقے سے بھیجنے کے لیے 32 اسٹیک شدہ ETH کے 16384 ڈپازٹس کی ضرورت تھی۔ یہ 27 نومبر کو ہوا، اور بیکن چین نے 1 دسمبر، 2020 کو بلاکس تیار کرنا شروع کر دیا۔ +[بیکن چین](/roadmap/beacon-chain/) کو محفوظ طریقے سے شروع کرنے کے لیے 32 سٹیک شدہ ETH کے 16384 ڈپازٹس کی ضرورت تھی۔ یہ 27 نومبر کو ہوا، اور بیکن چین نے 1 دسمبر 2020 کو بلاکس بنانا شروع کر دیے۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2020/11/27/eth2-quick-update-no-21) @@ -385,181 +404,187 @@ Altair پہلا بڑا نیٹ ورک اپ گریڈ تھا جس کا ایک عی --- -### اسٹیکنگ ڈپازٹ کنٹریکٹ تعینات کیا گیا {#staking-deposit-contract} +### سٹیکنگ ڈپازٹ کنٹریکٹ تعینات کیا گیا {#staking-deposit-contract} #### خلاصہ {#deposit-contract-summary} -اسٹیکنگ ڈپازٹ کنٹریکٹ نے ایتھیریم ایکو سسٹم میں [اسٹیکنگ](/glossary/#staking) متعارف کرائی۔ اگرچہ یہ ایک [مین نیٹ](/glossary/#mainnet) کنٹریکٹ تھا، لیکن اس کا [بیکن چین](/roadmap/beacon-chain/) کو لانچ کرنے کی ٹائم لائن پر براہ راست اثر پڑا، جو ایک اہم [ایتھیریم اپ گریڈ](/roadmap/) ہے۔ +سٹیکنگ ڈپازٹ کنٹریکٹ نے ایتھیریم ایکو سسٹم میں [سٹیکنگ](/glossary/#staking) متعارف کرائی۔ اگرچہ یہ ایک [مین نیٹ](/glossary/#mainnet) کنٹریکٹ تھا، لیکن اس کا [بیکن چین](/roadmap/beacon-chain/) کے آغاز کی ٹائم لائن پر براہ راست اثر پڑا، جو کہ ایک اہم [ایتھیریم اپ گریڈ](/roadmap/) ہے۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2020/11/04/eth2-quick-update-no-19) - اسٹیکنگ + سٹیکنگ --- -### میور گلیشیئر {#muir-glacier} +### Muir Glacier {#muir-glacier} #### خلاصہ {#muir-glacier-summary} -میور گلیشیئر فورک نے [ڈفیکلٹی بم](/glossary/#difficulty-bomb) میں تاخیر متعارف کرائی۔ [پروف-آف-ورک](/developers/docs/consensus-mechanisms/pow/) کنسینسس میکانزم کی بلاک ڈفیکلٹی میں اضافے نے ٹرانزیکشن بھیجنے اور ڈیپس استعمال کرنے کے انتظار کے اوقات کو بڑھا کر ایتھیریم کی استعمال پذیری کو کم کرنے کا خطرہ پیدا کیا۔ +Muir Glacier فورک نے [ڈیفیکلٹی بم](/glossary/#difficulty-bomb) میں تاخیر متعارف کرائی۔ [proof-of-work](/developers/docs/consensus-mechanisms/pow/) کنسینسس میکانزم کی بلاک ڈیفیکلٹی میں اضافے نے ٹرانزیکشنز بھیجنے اور ڈیپس (dapps) استعمال کرنے کے انتظار کے اوقات میں اضافہ کر کے ایتھیریم کے استعمال کو کم کرنے کا خطرہ پیدا کر دیا تھا۔ - [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement) -- [ایتھیریم کیٹ ہرڈر کی وضاحت پڑھیں](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) +- [Ethereum Cat Herder کی وضاحت پڑھیں](https://medium.com/ethereum-cat-herders/ethereum-muir-glacier-upgrade-89b8cea5a210) - +
      -
    • EIP-2384 – ڈفیکلٹی بم کو مزید 4,000,000 بلاکس، یا ~611 دنوں کے لیے موخر کرتا ہے۔
      • +
    • EIP-2384 – ڈیفیکلٹی بم کو مزید 4,000,000 بلاکس، یا ~611 دنوں کے لیے موخر کرتا ہے۔
    +     ## 2019 {#2019} -### استنبول {#istanbul} +### Istanbul {#istanbul} #### خلاصہ {#istanbul-summary} -استنبول فورک: +Istanbul فورک: - [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine) میں کچھ اعمال کی [گیس](/glossary/#gas) کی لاگت کو بہتر بنایا۔ -- ڈینیئل-آف-سروس حملے کی لچک کو بہتر بنایا۔ -- SNARKs اور STARKs پر مبنی [لیئر 2 اسکیلنگ](/developers/docs/scaling/#layer-2-scaling) حل کو زیادہ کارکرد بنایا۔ -- ایتھیریم اور Zcash کو آپس میں کام کرنے کے قابل بنایا۔ +- ڈینائل آف سروس (denial-of-service) حملوں کے خلاف لچک کو بہتر بنایا۔ +- SNARKs اور STARKs پر مبنی [لیئر 2 اسکیلنگ](/developers/docs/scaling/#layer-2-scaling) کے حل کو زیادہ کارآمد بنایا۔ +- ایتھیریم اور Zcash کو ایک دوسرے کے ساتھ کام کرنے کے قابل بنایا۔ - کنٹریکٹس کو مزید تخلیقی افعال متعارف کرانے کی اجازت دی۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2019/11/20/ethereum-istanbul-upgrade-announcement) - +
      -
    • EIP-152 – ایتھیریم کو Zcash جیسی پرائیویسی محفوظ رکھنے والی کرنسی کے ساتھ کام کرنے کی اجازت دیتا ہے۔
      • +
    • EIP-152 – ایتھیریم کو Zcash جیسی پرائیویسی محفوظ کرنے والی کرنسی کے ساتھ کام کرنے کی اجازت دیتا ہے۔
    • EIP-1108 – [گیس](/glossary/#gas) کی لاگت کو بہتر بنانے کے لیے سستی کرپٹوگرافی۔
      • -
    • EIP-1344 – CHAINID [آپ کوڈ](/developers/docs/ethereum-stack/#ethereum-virtual-machine) شامل کرکے ایتھیریم کو ری پلے حملوں سے بچاتا ہے۔
      • -
    • EIP-1884 – کھپت کی بنیاد پر آپ کوڈ گیس کی قیمتوں کو بہتر بنانا۔
      • -
    • EIP-2028 – کال ڈیٹا کی لاگت کو کم کرتا ہے تاکہ بلاکس میں زیادہ ڈیٹا کی اجازت دی جا سکے – [لیئر 2 اسکیلنگ](/developers/docs/scaling/#layer-2-scaling) کے لیے اچھا ہے۔
      • -
    • EIP-2200 – دیگر آپ کوڈ گیس کی قیمت میں تبدیلیاں۔
      • +
    • EIP-1344 – CHAINID [اوپ کوڈ](/developers/docs/ethereum-stack/#ethereum-virtual-machine) شامل کر کے ایتھیریم کو ری پلے (replay) حملوں سے بچاتا ہے۔
      • +
    • EIP-1884 – کھپت کی بنیاد پر اوپ کوڈ گیس کی قیمتوں کو بہتر بنانا۔
      • +
    • EIP-2028 – بلاکس میں مزید ڈیٹا کی اجازت دینے کے لیے CallData کی لاگت کو کم کرتا ہے – [لیئر 2 اسکیلنگ](/developers/docs/scaling/#layer-2-scaling) کے لیے اچھا ہے۔
      • +
    • EIP-2200 – دیگر اوپ کوڈ گیس کی قیمتوں میں تبدیلیاں۔
    +     --- -### کانسٹینٹینوپل {#constantinople} +### Constantinople {#constantinople} #### خلاصہ {#constantinople-summary} -کانسٹینٹینوپل فورک: +Constantinople فورک: -- بلاک [مائننگ](/developers/docs/consensus-mechanisms/pow/mining/) کے انعامات کو 3 سے 2 ETH تک کم کر دیا۔ -- یقینی بنایا کہ [پروف-آف-اسٹیک کے نفاذ](#beacon-chain-genesis) سے پہلے بلاک چین منجمد نہ ہو۔ +- بلاک [مائننگ](/developers/docs/consensus-mechanisms/pow/mining/) کے انعامات کو 3 سے کم کر کے 2 ETH کر دیا۔ +- اس بات کو یقینی بنایا کہ [proof-of-stake کے نفاذ](#beacon-chain-genesis) سے پہلے بلاک چین منجمد نہ ہو۔ - [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine) میں کچھ اعمال کی [گیس](/glossary/#gas) کی لاگت کو بہتر بنایا۔ -- ان ایڈریسز کے ساتھ تعامل کرنے کی صلاحیت شامل کی جو ابھی تک نہیں بنائے گئے ہیں۔ +- ان پتوں کے ساتھ تعامل کرنے کی صلاحیت شامل کی جو ابھی تک نہیں بنائے گئے ہیں۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2019/02/22/ethereum-constantinople-st-petersburg-upgrade-announcement) - +
    • EIP-145 – کچھ آن چین اعمال کی لاگت کو بہتر بناتا ہے۔
      • -
    • EIP-1014 – آپ کو ان ایڈریسز کے ساتھ تعامل کرنے کی اجازت دیتا ہے جو ابھی تک نہیں بنائے گئے ہیں۔
      • -
    • EIP-1052 – دوسرے کنٹریکٹ کے کوڈ کا ہیش حاصل کرنے کے لیے EXTCODEHASH ہدایت متعارف کراتا ہے۔
      • -
    • EIP-1234 – یقینی بناتا ہے کہ پروف-آف-اسٹیک سے پہلے بلاک چین منجمد نہ ہو اور بلاک انعام کو 3 سے 2 ETH تک کم کرتا ہے۔
      • +
    • EIP-1014 – آپ کو ان پتوں کے ساتھ تعامل کرنے کی اجازت دیتا ہے جو ابھی تک نہیں بنائے گئے ہیں۔
      • +
    • EIP-1052 – کسی دوسرے کنٹریکٹ کے کوڈ کا ہیش بازیافت کرنے کے لیے EXTCODEHASH ہدایت متعارف کراتا ہے۔
      • +
    • EIP-1234 – اس بات کو یقینی بناتا ہے کہ proof-of-stake سے پہلے بلاک چین منجمد نہ ہو اور بلاک کے انعام کو 3 سے کم کر کے 2 ETH کر دیتا ہے۔
    +     ## 2017 {#2017} -### بازنطیم {#byzantium} +### Byzantium {#byzantium} #### خلاصہ {#byzantium-summary} -بازنطیم فورک: +Byzantium فورک: -- بلاک [مائننگ](/developers/docs/consensus-mechanisms/pow/mining/) کے انعامات کو 5 سے 3 ETH تک کم کر دیا۔ -- [ڈفیکلٹی بم](/glossary/#difficulty-bomb) کو ایک سال کے لیے موخر کر دیا۔ -- دوسرے کنٹریکٹس کو غیر-اسٹیٹ تبدیل کرنے والی کالز کرنے کی صلاحیت شامل کی۔ +- بلاک [مائننگ](/developers/docs/consensus-mechanisms/pow/mining/) کے انعامات کو 5 سے کم کر کے 3 ETH کر دیا۔ +- [ڈیفیکلٹی بم](/glossary/#difficulty-bomb) کو ایک سال کے لیے موخر کر دیا۔ +- دوسرے کنٹریکٹس کو نان سٹیٹ چینجنگ (non-state-changing) کالز کرنے کی صلاحیت شامل کی۔ - [لیئر 2 اسکیلنگ](/developers/docs/scaling/#layer-2-scaling) کی اجازت دینے کے لیے کچھ کرپٹوگرافی کے طریقے شامل کیے۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2017/10/12/byzantium-hf-announcement) - +
      -
    • EIP-140 – REVERT آپ کوڈ شامل کرتا ہے۔
      • -
    • EIP-658 – کامیابی یا ناکامی کی نشاندہی کرنے کے لیے ٹرانزیکشن کی رسیدوں میں اسٹیٹس فیلڈ شامل کیا گیا۔
      • -
    • EIP-196 – [ZK-Snarks](/developers/docs/scaling/zk-rollups/) کی اجازت دینے کے لیے بیضوی کرو اور اسکیلر ضرب کو شامل کرتا ہے۔
      • -
    • EIP-197 – [ZK-Snarks](/developers/docs/scaling/zk-rollups/) کی اجازت دینے کے لیے بیضوی کرو اور اسکیلر ضرب کو شامل کرتا ہے۔
      • +
    • EIP-140 – REVERT اوپ کوڈ شامل کرتا ہے۔
      • +
    • EIP-658 – کامیابی یا ناکامی کی نشاندہی کرنے کے لیے ٹرانزیکشن کی رسیدوں میں سٹیٹس فیلڈ شامل کی گئی۔
      • +
    • EIP-196 – [ZK-Snarks](/developers/docs/scaling/zk-rollups/) کی اجازت دینے کے لیے ایلیپٹک کریو (elliptic curve) اور اسکیلر ضرب شامل کرتا ہے۔
      • +
    • EIP-197 – [ZK-Snarks](/developers/docs/scaling/zk-rollups/) کی اجازت دینے کے لیے ایلیپٹک کریو اور اسکیلر ضرب شامل کرتا ہے۔
    • EIP-198 – RSA دستخط کی تصدیق کو فعال کرتا ہے۔
      • -
    • EIP-211 – متغیر لمبائی کی واپسی کی قدروں کے لیے سپورٹ شامل کرتا ہے۔
      • -
    • EIP-214 – STATICCALL آپ کوڈ شامل کرتا ہے، جو دوسرے کنٹریکٹس کو غیر-اسٹیٹ تبدیل کرنے والی کالز کی اجازت دیتا ہے۔
      • -
    • EIP-100 – ڈفیکلٹی ایڈجسٹمنٹ فارمولے کو تبدیل کرتا ہے۔
      • -
    • EIP-649 – [ڈفیکلٹی بم](/glossary/#difficulty-bomb) کو 1 سال کے لیے موخر کرتا ہے اور بلاک انعام کو 5 سے 3 ETH تک کم کرتا ہے۔
      • +
    • EIP-211 – متغیر لمبائی کی واپسی کی اقدار کے لیے تعاون شامل کرتا ہے۔
      • +
    • EIP-214 – STATICCALL اوپ کوڈ شامل کرتا ہے، جو دوسرے کنٹریکٹس کو نان سٹیٹ چینجنگ کالز کی اجازت دیتا ہے۔
      • +
    • EIP-100 – ڈیفیکلٹی ایڈجسٹمنٹ کے فارمولے کو تبدیل کرتا ہے۔
      • +
    • EIP-649 – [ڈیفیکلٹی بم](/glossary/#difficulty-bomb) کو 1 سال کے لیے موخر کرتا ہے اور بلاک کے انعام کو 5 سے کم کر کے 3 ETH کر دیتا ہے۔
    +     ## 2016 {#2016} -### اسپیوریس ڈریگن {#spurious-dragon} +### Spurious Dragon {#spurious-dragon} #### خلاصہ {#spurious-dragon-summary} -اسپیوریس ڈریگن فورک نیٹ ورک پر ڈینیئل آف سروس (DoS) حملوں (ستمبر/اکتوبر 2016) کا دوسرا جواب تھا جس میں شامل ہیں: +Spurious Dragon فورک نیٹ ورک پر ڈینائل آف سروس (DoS) حملوں (ستمبر/اکتوبر 2016) کا دوسرا ردعمل تھا جس میں شامل ہیں: -- نیٹ ورک پر مستقبل کے حملوں کو روکنے کے لیے آپ کوڈ کی قیمتوں کو ٹیون کرنا۔ -- بلاک چین اسٹیٹ کے "ڈی بلوٹ" کو فعال کرنا۔ -- ری پلے حملے سے تحفظ شامل کرنا۔ +- نیٹ ورک پر مستقبل کے حملوں کو روکنے کے لیے اوپ کوڈ کی قیمتوں کا تعین کرنا۔ +- بلاک چین کی سٹیٹ کے "ڈی بلوٹ" (debloat) کو فعال کرنا۔ +- ری پلے (replay) حملے سے تحفظ شامل کرنا۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon) - +
      -
    • EIP-155 – ایک ایتھیریم چین سے ٹرانزیکشنز کو متبادل چین پر دوبارہ نشر ہونے سے روکتا ہے، مثال کے طور پر ایک ٹیسٹ نیٹ ٹرانزیکشن کو مرکزی ایتھیریم چین پر دوبارہ چلایا جانا۔
      • -
    • EIP-160 – EXP آپ کوڈ کی قیمتوں کو ایڈجسٹ کرتا ہے – کمپیوٹیشنل طور پر مہنگے کنٹریکٹ آپریشنز کے ذریعے نیٹ ورک کو سست کرنا زیادہ مشکل بناتا ہے۔
      • -
    • EIP-161 – DoS حملوں کے ذریعے شامل کیے گئے خالی اکاؤنٹس کو ہٹانے کی اجازت دیتا ہے۔
      • -
    • EIP-170 – بلاک چین پر ایک کنٹریکٹ کے لیے زیادہ سے زیادہ کوڈ سائز کو تبدیل کرتا ہے – 24576 بائٹس تک۔
      • +
    • EIP-155 – ایک ایتھیریم چین کی ٹرانزیکشنز کو متبادل چین پر دوبارہ نشر ہونے سے روکتا ہے، مثال کے طور پر مین ایتھیریم چین پر ٹیسٹ نیٹ ٹرانزیکشن کا ری پلے ہونا۔
      • +
    • EIP-160 – EXP اوپ کوڈ کی قیمتوں کو ایڈجسٹ کرتا ہے – کمپیوٹیشنل طور پر مہنگے کنٹریکٹ آپریشنز کے ذریعے نیٹ ورک کو سست کرنا زیادہ مشکل بناتا ہے۔
      • +
    • EIP-161 – DOS حملوں کے ذریعے شامل کیے گئے خالی اکاؤنٹس کو ہٹانے کی اجازت دیتا ہے۔
      • +
    • EIP-170 – بلاک چین پر کنٹریکٹ کے زیادہ سے زیادہ کوڈ سائز کو تبدیل کر کے 24576 بائٹس کر دیتا ہے۔
    +     --- -### ٹینجرین وسل {#tangerine-whistle} +### Tangerine whistle {#tangerine-whistle} #### خلاصہ {#tangerine-whistle-summary} -ٹینجرین وسل فورک نیٹ ورک پر ڈینیئل آف سروس (DoS) حملوں (ستمبر/اکتوبر 2016) کا پہلا جواب تھا جس میں شامل ہیں: +Tangerine Whistle فورک نیٹ ورک پر ڈینائل آف سروس (DoS) حملوں (ستمبر/اکتوبر 2016) کا پہلا ردعمل تھا جس میں شامل ہیں: - کم قیمت والے آپریشن کوڈز سے متعلق نیٹ ورک کی صحت کے فوری مسائل کو حل کرنا۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2016/10/18/faq-upcoming-ethereum-hard-fork) - +
      -
    • EIP-150 – اسپام حملوں میں استعمال ہونے والے آپ کوڈز کی گیس کی لاگت میں اضافہ کرتا ہے۔
      • -
    • EIP-158 – ایتھیریم پروٹوکول کے پہلے ورژن میں خامیوں کی وجہ سے بہت کم لاگت پر اسٹیٹ میں ڈالے گئے بڑی تعداد میں خالی اکاؤنٹس کو ہٹا کر اسٹیٹ کے سائز کو کم کرتا ہے۔
      • +
    • EIP-150 – ان اوپ کوڈز کی گیس کی لاگت میں اضافہ کرتا ہے جو سپیم حملوں میں استعمال ہو سکتے ہیں۔
      • +
    • EIP-158 – بڑی تعداد میں خالی اکاؤنٹس کو ہٹا کر سٹیٹ کے سائز کو کم کرتا ہے جو ایتھیریم پروٹوکول کے ابتدائی ورژن میں خامیوں کی وجہ سے بہت کم قیمت پر سٹیٹ میں ڈالے گئے تھے۔
    +     --- @@ -570,59 +595,60 @@ Altair پہلا بڑا نیٹ ورک اپ گریڈ تھا جس کا ایک عی #### خلاصہ {#dao-fork-summary} -DAO فورک [2016 DAO حملے](https://www.coindesk.com/learn/understanding-the-dao-attack/) کے جواب میں تھا جہاں ایک غیر محفوظ [DAO](/glossary/#dao) کنٹریکٹ سے ایک ہیک میں 3.6 ملین سے زیادہ ETH نکال لیے گئے تھے۔ فورک نے فنڈز کو ناقص کنٹریکٹ سے ایک [نئے کنٹریکٹ](https://eth.blockscout.com/address/0xbf4ed7b27f1d666546e30d74d50d173d20bca754) میں منتقل کر دیا جس کا ایک ہی فنکشن تھا: ودڈرا۔ جس نے بھی فنڈز کھوئے تھے وہ اپنے بٹوے میں ہر 100 DAO ٹوکن کے لیے 1 ETH نکال سکتا تھا۔ +DAO فورک [2016 کے DAO حملے](https://www.coindesk.com/learn/understanding-the-dao-attack/) کے جواب میں تھا جہاں ایک غیر محفوظ [DAO](/glossary/#dao) کنٹریکٹ سے ہیک کے ذریعے 3.6 ملین سے زیادہ ETH نکال لیے گئے تھے۔ فورک نے فنڈز کو ناقص کنٹریکٹ سے ایک [نئے کنٹریکٹ](https://eth.blockscout.com/address/0xbf4ed7b27f1d666546e30d74d50d173d20bca754) میں منتقل کر دیا جس کا ایک ہی فنکشن تھا: نکالنا (withdraw)۔ جس کسی کے بھی فنڈز ضائع ہوئے وہ اپنے بٹوے میں موجود ہر 100 DAO ٹوکنز کے بدلے 1 ETH نکال سکتا تھا۔ -اس کارروائی پر Ethereum کمیونٹی نے ووٹ دیا تھا۔ کوئی بھی ETH ہولڈر [ووٹنگ پلیٹ فارم](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/) پر ٹرانزیکشن کے ذریعے ووٹ دے سکتا تھا۔ فورک کرنے کے فیصلے کو 85% سے زیادہ ووٹ ملے۔ +اس لائحہ عمل پر ایتھیریم کمیونٹی نے ووٹ دیا۔ کوئی بھی ETH ہولڈر [ایک ووٹنگ پلیٹ فارم](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/) پر ٹرانزیکشن کے ذریعے ووٹ دینے کے قابل تھا۔ فورک کرنے کا فیصلہ 85% سے زیادہ ووٹوں تک پہنچ گیا۔ -کچھ مائنرز نے فورک کرنے سے انکار کر دیا کیونکہ DAO واقعہ پروٹوکول میں کوئی خرابی نہیں تھی۔ انہوں نے [Ethereum Classic](https://ethereumclassic.org/) تشکیل دی۔ +کچھ مائنرز نے فورک کرنے سے انکار کر دیا کیونکہ DAO کا واقعہ پروٹوکول میں کوئی نقص نہیں تھا۔ انہوں نے آگے بڑھ کر [Ethereum Classic](https://ethereumclassic.org/) تشکیل دیا۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2016/07/20/hard-fork-completed) --- -### ہومسٹیڈ {#homestead} +### Homestead {#homestead} #### خلاصہ {#homestead-summary} -ہومسٹیڈ فورک جس نے مستقبل کی طرف دیکھا۔ اس میں کئی پروٹوکول تبدیلیاں اور ایک نیٹ ورکنگ تبدیلی شامل تھی جس نے ایتھیریم کو مزید نیٹ ورک اپ گریڈ کرنے کی صلاحیت دی۔ +Homestead فورک جس نے مستقبل کی طرف دیکھا۔ اس میں کئی پروٹوکول تبدیلیاں اور ایک نیٹ ورکنگ تبدیلی شامل تھی جس نے ایتھیریم کو مزید نیٹ ورک اپ گریڈ کرنے کی صلاحیت دی۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2016/02/29/homestead-release) - +
      -
    • EIP-2 – کنٹریکٹ بنانے کے عمل میں ترمیم کرتا ہے۔
      • -
    • EIP-7 – نیا آپ کوڈ شامل کرتا ہے: DELEGATECALL
      • +
    • EIP-2 – کنٹریکٹ بنانے کے عمل میں ترامیم کرتا ہے۔
      • +
    • EIP-7 – نیا اوپ کوڈ شامل کرتا ہے: DELEGATECALL
    • EIP-8 – devp2p فارورڈ مطابقت کی ضروریات متعارف کراتا ہے
    +     ## 2015 {#2015} -### فرنٹیئر تھاونگ {#frontier-thawing} +### Frontier thawing {#frontier-thawing} #### خلاصہ {#frontier-thawing-summary} -فرنٹیئر تھاونگ فورک نے فی [بلاک](/glossary/#block) 5,000 [گیس](/glossary/#gas) کی حد کو ختم کر دیا اور ڈیفالٹ گیس کی قیمت 51 [gwei](/glossary/#gwei) مقرر کر دی۔ اس نے ٹرانزیکشنز کی اجازت دی – ٹرانزیکشنز کے لیے 21,000 گیس کی ضرورت ہوتی ہے۔ [ڈفیکلٹی بم](/glossary/#difficulty-bomb) کو مستقبل میں [پروف-آف-اسٹیک](/glossary/#pos) کی طرف ہارڈ فورک کو یقینی بنانے کے لیے متعارف کرایا گیا تھا۔ +Frontier thawing فورک نے فی [بلاک](/glossary/#block) 5,000 [گیس](/glossary/#gas) کی حد کو ہٹا دیا اور ڈیفالٹ گیس کی قیمت 51 [gwei](/glossary/#gwei) مقرر کی۔ اس نے ٹرانزیکشنز کی اجازت دی – ٹرانزیکشنز کے لیے 21,000 گیس درکار ہوتی ہے۔ [ڈیفیکلٹی بم](/glossary/#difficulty-bomb) کو متعارف کرایا گیا تاکہ مستقبل میں [proof-of-stake](/glossary/#pos) کے لیے ہارڈ فورک کو یقینی بنایا جا سکے۔ - [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2015/08/04/the-thawing-frontier) - [ایتھیریم پروٹوکول اپ ڈیٹ 1 پڑھیں](https://blog.ethereum.org/2015/08/04/ethereum-protocol-update-1) --- -### فرنٹیئر {#frontier} +### Frontier {#frontier} #### خلاصہ {#frontier-summary} -فرنٹیئر ایتھیریم پروجیکٹ کا ایک لائیو، لیکن بنیادی نفاذ تھا۔ یہ کامیاب اولمپک ٹیسٹنگ مرحلے کے بعد آیا۔ یہ تکنیکی صارفین، خاص طور پر ڈیولپرز کے لیے بنایا گیا تھا۔ [بلاکس](/glossary/#block) کی [گیس](/glossary/#gas) کی حد 5,000 تھی۔ اس 'تھاونگ' کی مدت نے مائنرز کو اپنے آپریشن شروع کرنے اور ابتدائی اپنانے والوں کو 'جلدی' کیے بغیر اپنے کلائنٹس کو انسٹال کرنے کے قابل بنایا۔ +Frontier ایتھیریم پروجیکٹ کا ایک لائیو، لیکن بنیادی نفاذ تھا۔ یہ کامیاب اولمپک ٹیسٹنگ مرحلے کے بعد آیا۔ اس کا مقصد تکنیکی صارفین، خاص طور پر ڈویلپرز کے لیے تھا۔ [بلاکس](/glossary/#block) میں 5,000 کی [گیس](/glossary/#gas) کی حد تھی۔ اس 'thawing' (پگھلنے) کے دورانیے نے مائنرز کو اپنے آپریشنز شروع کرنے اور ابتدائی اپنانے والوں کو 'جلدی' کیے بغیر اپنے کلائنٹس انسٹال کرنے کے قابل بنایا۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2015/07/22/frontier-is-coming-what-to-expect-and-how-to-prepare) @@ -634,17 +660,17 @@ DAO فورک [2016 DAO حملے](https://www.coindesk.com/learn/understanding-th -ایتھر باضابطہ طور پر 42 دنوں کے لیے فروخت کے لیے پیش کیا گیا۔ آپ اسے BTC سے خرید سکتے تھے۔ +ایتھر باضابطہ طور پر 42 دنوں کے لیے فروخت پر پیش کیا گیا۔ آپ اسے BTC کے ساتھ خرید سکتے تھے۔ [ایتھیریم فاؤنڈیشن کا اعلان پڑھیں](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale) --- -### ییلو پیپر جاری ہوا {#yellowpaper} +### ییلو پیپر جاری کیا گیا {#yellowpaper} -ییلو پیپر، جسے ڈاکٹر گیون ووڈ نے لکھا ہے، ایتھیریم پروٹوکول کی ایک تکنیکی تعریف ہے۔ +ڈاکٹر گیون ووڈ (Dr. Gavin Wood) کی طرف سے لکھا گیا ییلو پیپر (Yellow Paper)، ایتھیریم پروٹوکول کی ایک تکنیکی تعریف ہے۔ [ییلو پیپر دیکھیں](https://github.com/ethereum/yellowpaper) @@ -652,12 +678,12 @@ DAO فورک [2016 DAO حملے](https://www.coindesk.com/learn/understanding-th ## 2013 {#2013} -### وائٹ پیپر جاری ہوا {#whitepaper} +### وائٹ پیپر جاری کیا گیا {#whitepaper} -تعارفی مقالہ، جسے 2013 میں ایتھیریم کے بانی وٹالک بٹیرن نے شائع کیا تھا، پروجیکٹ کے 2015 میں لانچ ہونے سے پہلے۔ +تعارفی مقالہ، جو 2013 میں ایتھیریم کے بانی وٹالک بوٹرین (Vitalik Buterin) نے 2015 میں پروجیکٹ کے آغاز سے پہلے شائع کیا تھا۔ وائٹ پیپر - +     \ No newline at end of file diff --git a/public/content/translations/ur/roadmap/fusaka/peerdas/index.md b/public/content/translations/ur/roadmap/fusaka/peerdas/index.md new file mode 100644 index 00000000000..f8963c5b357 --- /dev/null +++ b/public/content/translations/ur/roadmap/fusaka/peerdas/index.md @@ -0,0 +1,88 @@ +--- +title: PeerDAS +description: "فوساکا (Fusaka) ایتھریم پروٹوکول اپ گریڈ کے حصے کے طور پر PeerDAS کے بارے میں جانیں" +lang: ur +--- + +# PeerDAS {#peer-das} + +[Ethereum](/) پروٹوکول [EIP-4844 کے ساتھ بلاب (blob) ٹرانزیکشنز کے تعارف](/roadmap/danksharding/) کے بعد سے اپنی سب سے اہم اسکیلنگ اپ گریڈ سے گزر رہا ہے۔ [Fusaka اپ گریڈ](/roadmap/fusaka/) کے حصے کے طور پر، PeerDAS بلاب ڈیٹا کو سنبھالنے کا ایک نیا طریقہ متعارف کراتا ہے، جو L2s کے لیے **[ڈیٹا کی دستیابی (DA)](/developers/docs/data-availability/)** کی گنجائش میں تقریباً دس گنا (order-of-magnitude) اضافہ فراہم کرتا ہے۔ + +[بلاب اسکیلنگ روڈ میپ پر مزید](https://blog.ethereum.org/2025/08/22/protocol-update-002) + +## اسکیل ایبلٹی (Scalability) {#scalability} + +ایتھریم کا وژن دنیا میں ہر ایک کے لیے دستیاب ایک غیر جانبدار، محفوظ اور ڈی سینٹرلائزڈ پلیٹ فارم بننا ہے۔ جیسے جیسے نیٹ ورک کا استعمال بڑھتا ہے، اس کے لیے نیٹ ورک کے اسکیل، سیکیورٹی، اور ڈی سینٹرلائزیشن کے ٹرائیلیما (trilemma) میں توازن پیدا کرنے کی ضرورت ہوتی ہے۔ اگر ایتھریم اپنے موجودہ ڈیزائن کے اندر نیٹ ورک کے ذریعے ہینڈل کیے جانے والے ڈیٹا میں محض اضافہ کر دے، تو اس سے ان [نوڈز پر بوجھ پڑنے کا خطرہ پیدا ہو جائے گا جن پر ایتھریم اپنی ڈی سینٹرلائزیشن کے لیے انحصار کرتا ہے](/developers/docs/nodes-and-clients/)۔ اسکیل ایبلٹی کے لیے ایک سخت میکانزم ڈیزائن کی ضرورت ہوتی ہے جو سمجھوتوں (trade-offs) کو کم سے کم کرے۔ + +اس ہدف کو حاصل کرنے کی حکمت عملیوں میں سے ایک یہ ہے کہ تمام ٹرانزیکشنز کو [لیئر 1 (L1)](/glossary/#layer-1) مین نیٹ پر پروسیس کرنے کے بجائے لیئر 2 اسکیلنگ سلوشنز کے متنوع ایکو سسٹم کی اجازت دی جائے۔ [لیئر 2s (L2s)](/glossary/#layer-2) یا [رول اپس (rollups)](/glossary#rollups) اپنی الگ چینز پر ٹرانزیکشنز کو پروسیس کرتے ہیں اور تصدیق اور سیکیورٹی کے لیے ایتھریم کا استعمال کرتے ہیں۔ صرف سیکیورٹی کے لحاظ سے اہم کمٹمنٹس کو شائع کرنا اور پے لوڈز کو کمپریس کرنا L2s کو ایتھریم کی DA کی گنجائش کو زیادہ مؤثر طریقے سے استعمال کرنے کی سہولت دیتا ہے۔ اس کے نتیجے میں، L1 سیکیورٹی کی ضمانتوں پر سمجھوتہ کیے بغیر کم ڈیٹا لے کر چلتا ہے، جبکہ L2s کم گیس کی لاگت پر زیادہ صارفین کو شامل کرتے ہیں۔ ابتدائی طور پر، L2s عام ٹرانزیکشنز میں ڈیٹا کو `calldata` کے طور پر شائع کرتے تھے، جو گیس کے لیے L1 ٹرانزیکشنز کا مقابلہ کرتا تھا اور بلک ڈیٹا کی دستیابی کے لیے غیر عملی تھا۔ + +## پروٹو-ڈینکشیرڈنگ (Proto-Danksharding) {#proto-danksharding} + +L2 کو اسکیل کرنے کی جانب پہلا بڑا قدم Dencun اپ گریڈ تھا، جس نے [پروٹو-ڈینکشیرڈنگ](/roadmap/danksharding/) (EIP-4844) متعارف کرایا۔ اس اپ گریڈ نے رول اپس کے لیے ایک نئی، مخصوص ڈیٹا ٹائپ بنائی جسے بلابز (blobs) کہا جاتا ہے۔ [بلابز](/developers/docs/data-availability/blockchain-data-storage-strategies/#eip-4844-blobs)، یا بائنری لارج آبجیکٹس (binary large objects)، صوابدیدی ڈیٹا کے عارضی ٹکڑے ہیں جنہیں EVM کے نفاذ کی ضرورت نہیں ہوتی اور نوڈز انہیں صرف محدود وقت کے لیے اسٹور کرتے ہیں۔ اس زیادہ مؤثر پروسیسنگ نے L2s کو ایتھریم پر مزید ڈیٹا شائع کرنے اور مزید اسکیل کرنے کی اجازت دی۔ + +اسکیلنگ کے لیے پہلے سے ہی مضبوط فوائد رکھنے کے باوجود، بلابز کا استعمال حتمی ہدف کا صرف ایک حصہ ہے۔ موجودہ پروٹوکول میں، نیٹ ورک کے ہر نوڈ کو اب بھی ہر بلاب ڈاؤن لوڈ کرنے کی ضرورت ہوتی ہے۔ رکاوٹ انفرادی نوڈز کے لیے درکار بینڈوتھ بن جاتی ہے، کیونکہ ڈاؤن لوڈ کیے جانے والے ڈیٹا کی مقدار براہ راست بلابز کی زیادہ تعداد کے ساتھ بڑھتی ہے۔ + +ایتھریم ڈی سینٹرلائزیشن پر سمجھوتہ نہیں کرتا، اور بینڈوتھ سب سے حساس پہلوؤں میں سے ایک ہے۔ یہاں تک کہ طاقتور کمپیوٹنگ وسیع پیمانے پر ہر اس شخص کے لیے دستیاب ہونے کے باوجود جو اسے برداشت کر سکتا ہے، ترقی یافتہ ممالک کے انتہائی شہری علاقوں (جیسے [جرمنی](https://www.speedtest.net/global-index/germany)، [بیلجیم](https://www.speedtest.net/global-index/belgium)، [آسٹریلیا](https://www.speedtest.net/global-index/australia) یا [ریاستہائے متحدہ](https://www.speedtest.net/global-index/united-states)) میں بھی [اپ لوڈ بینڈوتھ کی حدود](https://www.speedtest.net/global-index) نوڈز کو صرف ڈیٹا سینٹرز سے چلانے تک محدود کر سکتی ہیں اگر بینڈوتھ کی ضروریات کو احتیاط سے ترتیب نہ دیا جائے۔ + +جیسے جیسے بلابز بڑھتے ہیں، نوڈ آپریٹرز کے لیے بینڈوتھ اور ڈسک اسپیس کی ضروریات میں تیزی سے اضافہ ہوتا ہے۔ بلابز کا سائز اور مقدار ان پابندیوں کی وجہ سے محدود ہیں۔ ہر بلاب 128kb تک کا ڈیٹا لے جا سکتا ہے جس میں فی بلاک اوسطاً 6 بلابز ہوتے ہیں۔ یہ مستقبل کے ایک ایسے ڈیزائن کی جانب صرف پہلا قدم تھا جو بلابز کو اور بھی زیادہ مؤثر طریقے سے استعمال کرتا ہے۔ + +## ڈیٹا کی دستیابی کی سیمپلنگ (Data availability sampling) {#das} + +[ڈیٹا کی دستیابی](/developers/docs/data-availability/) اس بات کی ضمانت ہے کہ چین کی آزادانہ طور پر توثیق کرنے کے لیے درکار تمام ڈیٹا نیٹ ورک کے تمام شرکاء کی رسائی میں ہے۔ یہ یقینی بناتا ہے کہ ڈیٹا مکمل طور پر شائع ہو چکا ہے اور اسے چین کی نئی اسٹیٹ (state) یا آنے والی ٹرانزیکشنز کی بغیر کسی بھروسے (trustlessly) کے تصدیق کرنے کے لیے استعمال کیا جا سکتا ہے۔ + +ایتھریم بلابز ڈیٹا کی دستیابی کی ایک مضبوط ضمانت فراہم کرتے ہیں جو L2s کی سیکیورٹی کو یقینی بناتی ہے۔ ایسا کرنے کے لیے، ایتھریم نوڈز کو بلابز کو مکمل طور پر ڈاؤن لوڈ اور اسٹور کرنے کی ضرورت ہوتی ہے۔ لیکن کیا ہو اگر ہم نیٹ ورک میں بلابز کو زیادہ مؤثر طریقے سے تقسیم کر سکیں اور اس پابندی سے بچ سکیں؟ + +ڈیٹا کو اسٹور کرنے اور اس کی دستیابی کو یقینی بنانے کا ایک مختلف طریقہ **ڈیٹا کی دستیابی کی سیمپلنگ (DAS)** ہے۔ ایتھریم چلانے والے ہر کمپیوٹر کے ہر ایک بلاب کو مکمل طور پر اسٹور کرنے کے بجائے، DAS کام کی ایک ڈی سینٹرلائزڈ تقسیم متعارف کراتا ہے۔ یہ نوڈز کے پورے نیٹ ورک میں چھوٹے، قابل انتظام کاموں کو تقسیم کر کے ڈیٹا پروسیسنگ کے بوجھ کو کم کرتا ہے۔ بلابز کو ٹکڑوں میں تقسیم کیا جاتا ہے اور ہر نوڈ تمام نوڈز میں یکساں بے ترتیب تقسیم (uniform random distribution) کے میکانزم کا استعمال کرتے ہوئے صرف چند ٹکڑے ڈاؤن لوڈ کرتا ہے۔ + +یہ ایک نیا مسئلہ متعارف کراتا ہے—ڈیٹا کی دستیابی اور سالمیت (integrity) کو ثابت کرنا۔ نیٹ ورک یہ کیسے ضمانت دے سکتا ہے کہ ڈیٹا دستیاب ہے اور یہ سب درست ہے جب انفرادی نوڈز کے پاس صرف چھوٹے ٹکڑے ہوں؟ ایک بدنیتی پر مبنی نوڈ جعلی ڈیٹا فراہم کر سکتا ہے اور ڈیٹا کی دستیابی کی مضبوط ضمانتوں کو آسانی سے توڑ سکتا ہے! یہاں کرپٹوگرافی مدد کے لیے آتی ہے۔ + +ڈیٹا کی سالمیت کو یقینی بنانے کے لیے، EIP-4844 کو پہلے ہی KZG کمٹمنٹس کے ساتھ نافذ کیا گیا تھا۔ یہ کرپٹوگرافک ثبوت ہیں جو اس وقت بنائے جاتے ہیں جب نیٹ ورک میں کوئی نیا بلاب شامل کیا جاتا ہے۔ ہر بلاک میں ایک چھوٹا سا ثبوت شامل ہوتا ہے، اور نوڈز اس بات کی تصدیق کر سکتے ہیں کہ موصول ہونے والے بلابز بلاک کی KZG کمٹمنٹ سے مطابقت رکھتے ہیں۔ + +DAS ایک ایسا میکانزم ہے جو اس کی بنیاد پر کام کرتا ہے اور اس بات کو یقینی بناتا ہے کہ ڈیٹا درست اور دستیاب دونوں ہے۔ سیمپلنگ ایک ایسا عمل ہے جہاں ایک نوڈ ڈیٹا کے صرف ایک چھوٹے سے حصے کی درخواست کرتا ہے اور کمٹمنٹ کے خلاف اس کی تصدیق کرتا ہے۔ KZG ایک پولی نومیئل (polynomial) کمٹمنٹ اسکیم ہے جس کا مطلب ہے کہ پولی نومیئل کریو (curve) پر کسی بھی ایک پوائنٹ کی تصدیق کی جا سکتی ہے۔ پولی نومیئل پر صرف چند پوائنٹس کو چیک کر کے، سیمپلنگ کرنے والے کلائنٹ کو ایک مضبوط امکانی (probabilistic) ضمانت مل سکتی ہے کہ ڈیٹا دستیاب ہے۔ + +## PeerDAS {#peer-das} + +[PeerDAS (EIP-7594)](https://eips.ethereum.org/EIPS/eip-7594) ایک مخصوص تجویز ہے جو ایتھریم میں DAS میکانزم کو نافذ کرتی ہے، جو ممکنہ طور پر دی مرج (The Merge) کے بعد سب سے بڑی اپ گریڈ ہے۔ PeerDAS کو بلاب ڈیٹا کو بڑھانے، اسے کالموں میں تقسیم کرنے اور نوڈز میں ایک سب سیٹ (subset) تقسیم کرنے کے لیے ڈیزائن کیا گیا ہے۔ + +ایتھریم اسے حاصل کرنے کے لیے کچھ ہوشیار ریاضی کا سہارا لیتا ہے: یہ بلاب ڈیٹا پر ریڈ-سولومن (Reed-Solomon) طرز کی ایریژر کوڈنگ (erasure coding) کا اطلاق کرتا ہے۔ بلاب ڈیٹا کو ایک پولی نومیئل کے طور پر پیش کیا جاتا ہے جس کے کوایفیشنٹس (coefficients) ڈیٹا کو انکوڈ کرتے ہیں، پھر ایک توسیعی بلاب بنانے کے لیے اضافی پوائنٹس پر اس پولی نومیئل کا جائزہ لیا جاتا ہے، جس سے ایویلیوایشنز (evaluations) کی تعداد دوگنی ہو جاتی ہے۔ یہ اضافی ریڈنڈنسی (redundancy) ایریژر ریکوری (erasure recovery) کو قابل بناتی ہے: یہاں تک کہ اگر کچھ ایویلیوایشنز غائب بھی ہوں، تو اصل بلاب کو دوبارہ بنایا جا سکتا ہے جب تک کہ توسیعی ٹکڑوں سمیت کل ڈیٹا کا کم از کم آدھا حصہ دستیاب ہو۔ + +![توسیعی پولی نومیئل](./polynomial.png) + +حقیقت میں، اس پولی نومیئل کے ہزاروں کوایفیشنٹس ہوتے ہیں۔ KZG کمٹمنٹس چند بائٹس کی ویلیوز ہوتی ہیں، جو ہیش کی طرح ہوتی ہیں، اور تمام نوڈز کو معلوم ہوتی ہیں۔ کافی ڈیٹا پوائنٹس رکھنے والا ہر نوڈ [بلاب ڈیٹا کا مکمل سیٹ مؤثر طریقے سے دوبارہ بنا سکتا ہے](https://arxiv.org/abs/2207.11079)۔ + +> دلچسپ حقیقت: یہی کوڈنگ تکنیک DVDs کے ذریعے استعمال کی جاتی تھی۔ اگر آپ کی DVD پر خراش آ جاتی، تو پلیئر پھر بھی اسے پڑھنے کے قابل ہوتا تھا جس کی وجہ ریڈ-سولومن کوڈنگ تھی جو پولی نومیئل کے غائب ٹکڑوں کو شامل کرتی ہے۔ + +تاریخی طور پر، بلاک چینز میں ڈیٹا، چاہے وہ بلاکس ہوں یا بلابز، تمام نوڈز کو براڈکاسٹ کیا جاتا تھا۔ PeerDAS کی اسپلٹ-اینڈ-سیمپل (split-and-sample) اپروچ کے ساتھ، ہر چیز کو ہر کسی تک براڈکاسٹ کرنا اب ضروری نہیں رہا۔ Fusaka کے بعد، کنسینسس لیئر نیٹ ورکنگ کو گپ شپ (gossip) کے موضوعات/سب نیٹس میں منظم کیا گیا ہے: بلاب کالمز کو مخصوص سب نیٹس کے لیے تفویض کیا جاتا ہے، اور ہر نوڈ پہلے سے طے شدہ سب سیٹس کو سبسکرائب کرتا ہے اور صرف ان ٹکڑوں کو اپنی تحویل میں رکھتا ہے۔ + +PeerDAS کے ساتھ، توسیعی بلاب ڈیٹا کو 128 ٹکڑوں میں تقسیم کیا جاتا ہے جنہیں کالم کہا جاتا ہے۔ ڈیٹا ان نوڈز میں ایک مخصوص گپ شپ پروٹوکول کے ذریعے ان مخصوص سب نیٹس پر تقسیم کیا جاتا ہے جنہیں وہ سبسکرائب کرتے ہیں۔ نیٹ ورک پر ہر باقاعدہ نوڈ کم از کم 8 تصادفی طور پر منتخب کردہ کالم سب نیٹس میں حصہ لیتا ہے۔ 128 میں سے صرف 8 سب نیٹس سے ڈیٹا وصول کرنے کا مطلب یہ ہے کہ یہ ڈیفالٹ نوڈ تمام ڈیٹا کا صرف 1/16 حصہ وصول کرتا ہے، لیکن چونکہ ڈیٹا کو بڑھایا گیا تھا اس لیے یہ اصل ڈیٹا کا 1/8 واں حصہ ہے۔ + +یہ موجودہ "ہر کوئی سب کچھ ڈاؤن لوڈ کرتا ہے" اسکیم کے مقابلے میں 8x کی ایک نئی نظریاتی اسکیلنگ حد کی اجازت دیتا ہے۔ بلاب کالمز پیش کرنے والے مختلف بے ترتیب سب نیٹس کو سبسکرائب کرنے والے نوڈز کے ساتھ، اس بات کا امکان بہت زیادہ ہے کہ وہ یکساں طور پر تقسیم کیے گئے ہیں اور اس لیے ڈیٹا کا ہر ٹکڑا نیٹ ورک میں کہیں نہ کہیں موجود ہے۔ ویلیڈیٹرز چلانے والے نوڈز کو اپنے چلائے جانے والے ہر ویلیڈیٹر کے ساتھ مزید سب نیٹس کو سبسکرائب کرنے کی ضرورت ہوتی ہے۔ + +> ہر نوڈ کی ایک منفرد تصادفی طور پر تیار کردہ ID ہوتی ہے، یہ عام طور پر کنکشنز کے لیے اس کی عوامی شناخت کے طور پر کام کرتی ہے۔ PeerDAS میں، اس نمبر کا استعمال ان بے ترتیب سیٹ سب نیٹس کا تعین کرنے کے لیے کیا جاتا ہے جنہیں اسے سبسکرائب کرنا ہوتا ہے جس کے نتیجے میں تمام بلاب ڈیٹا کی یکساں بے ترتیب تقسیم ہوتی ہے۔ + +ایک بار جب کوئی نوڈ کامیابی کے ساتھ اصل ڈیٹا کو دوبارہ بنا لیتا ہے، تو وہ بازیافت شدہ کالموں کو واپس نیٹ ورک میں تقسیم کرتا ہے، جو ڈیٹا کے کسی بھی خلا کو فعال طور پر پُر کرتا ہے اور مجموعی سسٹم کی لچک کو بڑھاتا ہے۔ ≥4096 ETH کے مشترکہ بیلنس والے ویلیڈیٹرز سے جڑے نوڈز کا سپر نوڈ ہونا لازمی ہے اور اس لیے انہیں تمام ڈیٹا کالم سب نیٹس کو سبسکرائب کرنا چاہیے اور تمام کالموں کو اپنی تحویل میں رکھنا چاہیے۔ یہ سپر نوڈز ڈیٹا کے خلا کو مسلسل پُر کریں گے۔ پروٹوکول کی امکانی طور پر خود کو ٹھیک کرنے والی (self-healing) نوعیت دستیابی کی مضبوط ضمانتوں کی اجازت دیتی ہے جبکہ ڈیٹا کے صرف کچھ حصوں کو رکھنے والے ہوم آپریٹرز کو محدود نہیں کرتی۔ + +![سب نیٹس کے ذریعے تقسیم کیے گئے کالموں کو سبسکرائب کرنے والے نوڈز](./subnets.png) + +اوپر بیان کردہ سیمپلنگ میکانزم کی بدولت بلاب ڈیٹا کا صرف ایک چھوٹا سا سب سیٹ رکھنے والے کسی بھی نوڈ کے ذریعے ڈیٹا کی دستیابی کی تصدیق کی جا سکتی ہے۔ یہ دستیابی نافذ کی گئی ہے: ویلیڈیٹرز کو فورک-چوائس (fork-choice) کے نئے اصولوں پر عمل کرنا چاہیے، جس کا مطلب ہے کہ وہ ڈیٹا کی دستیابی کی تصدیق کرنے کے بعد ہی بلاکس کو قبول کریں گے اور ان کے لیے ووٹ دیں گے۔ + +صارفین (خاص طور پر L2 صارفین) پر اس کا براہ راست اثر کم فیس ہے۔ رول اپ ڈیٹا کے لیے 8x زیادہ جگہ کے ساتھ، ان کی چین پر صارف کے آپریشنز وقت کے ساتھ اور بھی سستے ہو جاتے ہیں۔ لیکن Fusaka کے بعد کم فیسوں میں وقت لگے گا اور اس کا انحصار BPOs پر ہوگا۔ + +## بلاب-پیرامیٹر-اونلی (BPOs) {#bpo} + +نیٹ ورک نظریاتی طور پر 8x زیادہ بلابز کو پروسیس کرنے کے قابل ہو جائے گا، لیکن بلابز میں اضافہ ایک ایسی تبدیلی ہے جسے مناسب طریقے سے ٹیسٹ کرنے اور مرحلہ وار طریقے سے محفوظ طریقے سے انجام دینے کی ضرورت ہے۔ ٹیسٹ نیٹس مین نیٹ پر فیچرز کو تعینات کرنے کے لیے کافی اعتماد فراہم کرتے ہیں لیکن ہمیں نمایاں طور پر زیادہ تعداد میں بلابز کو فعال کرنے سے پہلے p2p نیٹ ورک کے استحکام کو یقینی بنانے کی ضرورت ہے۔ + +نیٹ ورک پر بوجھ ڈالے بغیر فی بلاک بلابز کی ہدف تعداد کو بتدریج بڑھانے کے لیے، Fusaka **[بلاب-پیرامیٹر-اونلی (BPO)](https://ethereum-magicians.org/t/blob-parameter-only-bpo-forks/22623)** فورکس متعارف کراتا ہے۔ باقاعدہ فورکس کے برعکس جنہیں وسیع ایکو سسٹم کوآرڈینیشن، معاہدے، اور سافٹ ویئر اپ ڈیٹس کی ضرورت ہوتی ہے، [BPOs (EIP-7892)](https://eips.ethereum.org/EIPS/eip-7892) پہلے سے پروگرام شدہ اپ گریڈز ہیں جو مداخلت کے بغیر وقت کے ساتھ بلابز کی زیادہ سے زیادہ تعداد میں اضافہ کرتے ہیں۔ + +اس کا مطلب یہ ہے کہ Fusaka کے فعال ہونے اور PeerDAS کے لائیو ہونے کے فوراً بعد، بلابز کی تعداد میں کوئی تبدیلی نہیں ہوگی۔ بلابز کی تعداد ہر چند ہفتوں میں دوگنی ہونا شروع ہو جائے گی یہاں تک کہ یہ زیادہ سے زیادہ 48 تک پہنچ جائے، جبکہ ڈیولپرز اس بات کو یقینی بنانے کے لیے نگرانی کرتے ہیں کہ میکانزم توقع کے مطابق کام کر رہا ہے اور نیٹ ورک چلانے والے نوڈز پر اس کے منفی اثرات مرتب نہیں ہو رہے ہیں۔ + +## مستقبل کی سمتیں (Future directions) {#future-directions} + +PeerDAS صرف [FullDAS کے ایک بڑے اسکیلنگ وژن کی جانب](https://ethresear.ch/t/fulldas-towards-massive-scalability-with-32mb-blocks-and-beyond/19529)، یا ڈینکشیرڈنگ (Danksharding) کی طرف ایک قدم ہے۔ جبکہ PeerDAS ہر بلاب پر انفرادی طور پر 1D ایریژر کوڈنگ کا استعمال کرتا ہے، مکمل ڈینکشیرڈنگ بلاب ڈیٹا کے پورے میٹرکس میں ایک زیادہ مکمل 2D ایریژر کوڈنگ اسکیم کا استعمال کرے گی۔ ڈیٹا کو دو جہتوں (dimensions) میں بڑھانے سے اور بھی مضبوط ریڈنڈنسی خصوصیات اور زیادہ مؤثر تعمیر نو اور تصدیق پیدا ہوتی ہے۔ FullDAS کو حقیقت کا روپ دینے کے لیے اضافی تحقیق کے ساتھ ساتھ خاطر خواہ نیٹ ورک اور پروٹوکول آپٹیمائزیشنز کی ضرورت ہوگی۔ + +## مزید مطالعہ {#further-reading} + +- [PeerDAS: فرانسسکو ڈی اماتو (Francesco D'Amato) کی جانب سے پیئر ڈیٹا کی دستیابی کی سیمپلنگ](https://www.youtube.com/watch?v=WOdpO1tH_Us) +- [ایتھریم کے PeerDAS کی ایک دستاویز](https://eprint.iacr.org/2024/1362.pdf) +- [AGM کے بغیر PeerDAS کی سیکیورٹی کو ثابت کرنا](https://eprint.iacr.org/2025/1683) +- [PeerDAS، اس کے اثرات، اور Fusaka کی ٹیسٹنگ پر وٹالک (Vitalik)](https://x.com/VitalikButerin/status/1970983281090085200) \ No newline at end of file diff --git a/src/intl/ar/glossary.json b/src/intl/ar/glossary.json index c0b91b796bf..f798101304c 100644 --- a/src/intl/ar/glossary.json +++ b/src/intl/ar/glossary.json @@ -1,408 +1,408 @@ { "51%-attack-term": "هجوم 51%", - "51%-attack-definition": "نوع من الهجوم تسيطر فيه مجموعة على غالبية العُقد. هذا من شأنه أن يسمح لهم بالاحتيال على البلوك تشين عن طريق عكس المعاملات والإنفاق المزدوج لـ الإيثر والرموز الأخرى.

    في إثبات الحصة لإيثريوم، يمكن تحقيق ذلك عن طريق تجميع أكثر من نصف إجمالي الإيثر المكدَّس. وهذا من شأنه أن يسمح للمهاجم بتحديد الكتل الجديدة التي تتم إضافتها إلى البلوك تشين. ومع ذلك، لعكس السلسلة أو الإنفاق المزدوج، سيحتاج المهاجم إلى 66% على الأقل من إجمالي الإيثر المكدَّس.", - "account-term": "الحساب", - "account-definition": "حساب إيثريوم هو هُوِيَّة رقمية على بلوك تشين إيثريوم، تتيح للمستخدمين إرسال واستقبال الإيثر والتفاعل مع العقود الذكية.

    تقني:
    إنه كائن يحتوي على عنوان، وميزان، وعدد غير قابل للتكرار، والتخزين والتشفير الاختياري. يمكن أن يكون الحساب حساب عقد أو حساب مملوك خارجياً (EOA).", + "51%-attack-definition": "نوع من الهجوم حيث تكتسب مجموعة السيطرة على أغلبية العقد. هذا سيسمح لهم بالاحتيال على البلوك تشين عن طريق عكس المعاملات والإنفاق المزدوج لـ الإيثر والرموز الأخرى.

    في إثبات الحصة الخاص بإيثريوم، يمكن تحقيق ذلك من خلال تجميع أكثر من نصف إجمالي الإيثر المحصص. هذا سيسمح للمهاجم بتحديد الكتل الجديدة التي تتم إضافتها إلى البلوك تشين. ومع ذلك، لعكس السلسلة أو الإنفاق المزدوج، سيحتاج المهاجم إلى ما لا يقل عن 66% من إجمالي الإيثر المحصص.", + "account-term": "حساب", + "account-definition": "حساب إيثريوم هو هوية رقمية على البلوك تشين الخاص بإيثريوم، مما يسمح للمستخدمين بإرسال واستقبال الإيثر، والتفاعل مع العقود الذكية.

    تقنيًا:
    إنه كائن يحتوي على عنوان، ورصيد، ورقم عشوائي (nonce)، وتخزين ورمز اختياريين. يمكن أن يكون الحساب حساب عقد أو حساب مملوك خارجيًا (EOA).", "address-term": "عنوان", - "address-definition": "عنوان إيثريوم هو معرّف فريد يُستخدم لاستلام الرموز، ويعمل بشكل مشابه لرقم حساب بنكي للعملات المشفرة. يُستخدم لتحديد حساب إيثريوم الخاص بك.

    إنه 160 بت الأقصى من اليمين من هاش كذكاك لمفتاح عمومي ECDSA.", - "anti-sybil-term": "مضاد للسبيل", - "anti-sybil-definition": "هناك طرق لمنع الأشخاص من التظاهر بكونهم العديد من المستخدمين في وقت واحد على الإنترنت، مما يضمن أن كل مستخدم هو شخص حقيقي ومنفصل. يساعد ذلك في الحفاظ على تفاعلات الإنترنت عادلة وصادقة.", - "abi-term": "واجهة بينية ثنائية التطبيقات (ABI)", - "abi-definition": "ملف JSON يحدد الوظائف والمتغيرات المضمنة في العقد الذكي. يسمح ABI بتعيين الشيفرة الثنائية إلى تنسيقات قابلة للقراءة البشرية.", + "address-definition": "عنوان إيثريوم هو معرّف فريد يُستخدم لتلقي الرموز، ويعمل بشكل مشابه لرقم الحساب المصرفي للعملات الرقمية. يُستخدم لتحديد حساب إيثريوم الخاص بك.

    إنه أقصى اليمين 160 بت من التجزئة (هاش) Keccak للمفتاح العام ECDSA.", + "anti-sybil-term": "مكافحة هجوم سيبيل", + "anti-sybil-definition": "هي طرق لمنع الأشخاص من التظاهر بأنهم مستخدمون متعددون في وقت واحد على الإنترنت، مما يضمن أن كل مستخدم هو شخص حقيقي ومنفصل. يساعد هذا في الحفاظ على التفاعلات عبر الإنترنت عادلة وصادقة.", + "abi-term": "واجهة التطبيق الثنائية (ABI)", + "abi-definition": "ملف JSON يحدد الوظائف والمتغيرات المضمنة في عقد ذكي. تسمح واجهة التطبيق الثنائية (ABI) بتعيين الرمز الثنائي (bytecode) إلى تنسيقات يمكن للبشر قراءتها.", "api-term": "واجهة برمجة التطبيقات (API)", - "api-definition": "واجهة برمجة التطبيقات (API) هي مجموعة من التعريفات حول كيفية استخدام قطعة من البرمجيات. تقع واجهة برمجة التطبيقات بين التطبيق وخادم الويب، وتساعد في نقل البيانات بينهما.", + "api-definition": "واجهة برمجة التطبيقات (API) هي مجموعة من التعريفات لكيفية استخدام برنامج ما. تقع واجهة برمجة التطبيقات بين التطبيق وخادم الويب، وتسهل نقل البيانات بينهما.", "apr-term": "معدل النسبة السنوية (APR)", - "apr-definition": "معدل النسبة السنوية، أو APR، يظهر التكلفة السنوية لاقتراض الأموال، بما في ذلك الفوائد والرسوم، كنسبة مئوية.", - "asic-term": "أسيك (ASIC)", - "asic-definition": "دوائر متكاملة مخصصة للتطبيقات. عادة ما تشير هذه إلى دائرة متكاملة مصممة خصيصًا للتعدين في العملات الرقمية.", - "assert-term": "في سوليديتي ، قم بتأكيد (خطأ) على التحويل البرمجي لـ 0xfe ، وهو كود تشغيل غير صالح ، والذي يستخدم كل الغاز المتبقي ويعيد جميع التغييرات. عندما تفشل عبارة تأكيد () ، يحدث شيء خاطئ للغاية وغير متوقع ، وسوف تحتاج إلى إصلاح التعليمات البرمجية الخاصة بك. يجب عليك استخدام تأكيد () لتجنب الظروف التي لا ينبغي أن تحدث أبدًا.", - "assert-definition": "في لغة سوليديتي، تقوم الدالة `assert(false)` بالتحويل إلى `0xfe`، وهو رمز تشغيل غير صالح، مما يستهلك كل الغاز المتبقي ويعيد التغييرات إلى حالتها الأصلية. عندما يفشل بيان `assert()`، فهذا يعني أن هناك خطأ غير متوقع وخطير يحدث، وستحتاج إلى إصلاح الكود. يجب عليك استخدام `assert()` لتجنب الحالات التي يجب ألا تحدث أبدًا. المزيد عن أمان العقود الذكية.", - "attestation-term": "المصادقة", - "attestation-definition": "ادعاء مقدم من كيان بأن شيئًا ما صحيح. في سياق إيثريوم، يجب على مُصدري الإجماع أن يقدموا ادعاءً حول ما يعتقدون أنه حالة السلسلة. في أوقات محددة، يكون كل مُصدر مسئولاً عن نشر شهادات مختلفة تُعلن رسميًا عن وجهة نظر هذا المُصدر حول السلسلة، بما في ذلك آخر نقطة تفتيش مُعتمدة ورأس السلسلة الحالي. مزيد من المعلومات حول الشهادات.", - "base-fee-term": "رسوم أساسية", - "base-fee-definition": "كل كتلة لها سعر احتياطي يعرف باسم 'رسوم الأساس'. إنه الحد الأدنى من رسوم الغاز التي يجب على المستخدم دفعها لإدراج معاملة في الكتلة المقبلة. المزيد حول الغاز والرسوم.", + "apr-definition": "يعكس معدل النسبة السنوية (APR) التكلفة السنوية لاقتراض الأموال، بما في ذلك الفوائد والرسوم، كنسبة مئوية.", + "asic-term": "ASIC", + "asic-definition": "دائرة متكاملة محددة التطبيق. يشير هذا عادةً إلى دائرة متكاملة، مصممة خصيصًا لتعدين العملة الرقمية.", + "assert-term": "assert", + "assert-definition": "في Solidity، يتم تجميع `assert(false)` إلى `0xfe`، وهو رمز تشغيل غير صالح، والذي يستهلك كل الغاز المتبقي ويعكس جميع التغييرات. عندما تفشل عبارة `assert()`، فهذا يعني حدوث شيء خاطئ وغير متوقع للغاية، وستحتاج إلى إصلاح الكود الخاص بك. يجب عليك استخدام `assert()` لتجنب الحالات التي لا ينبغي أن تحدث أبدًا. المزيد حول أمان العقد الذكي.", + "attestation-term": "الإقرار", + "attestation-definition": "ادعاء من قبل كيان بأن شيئًا ما صحيح. في سياق إيثريوم، يجب على مدقّقي الإجماع تقديم ادعاء حول ما يعتقدون أن حالة السلسلة عليه. في أوقات محددة، يكون كل مُدقِّق مسؤولاً عن نشر إقرارات مختلفة تعلن رسميًا عن وجهة نظر هذا المُدقِّق للسلسلة، بما في ذلك نقطة التحقق النهائية الأخيرة والرأس الحالي للسلسلة. المزيد حول الإقرارات.", + "base-fee-term": "الرسوم الأساسية", + "base-fee-definition": "كل بلوك له سعر احتياطي يُعرف باسم 'الرسوم الأساسية'. وهو الحد الأدنى لـ رسوم الغاز الذي يجب على المستخدم دفعه لتضمين معاملة في البلوك التالي. المزيد حول الغاز والرسوم.", "beacon-chain-term": "سلسلة المنارة", - "beacon-chain-definition": "كانت سلسلة هي سلسلة الكتل التي قدمت إثبات الحصة والمدققين إلى الإيثيريوم. كانت تعمل جنبًا إلى جنب مع شبكة الإيثيريوم الرئيسية التي تعتمد على إثبات العمل من ديسمبر 2020 حتى تم دمج السلسلتين في سبتمبر 2022 لتشكيل إيثيريوم اليوم. المزيد عن سلسلة .", - "big-endian-term": "يبغ انديان", - "big-endian-definition": "تمثيل عددي موضعي حيث يكون الرَّقَم الأكثر أهمية أولاً في الذاكرة. وهو ظهر النمط الصغير، حيث يكون الرَّقَم الأقل أهمية أولاً.", + "beacon-chain-definition": "سلسلة المنارة كانت البلوك تشين التي قدمت إثبات الحصة و المدقّقين إلى إيثريوم. عملت جنبًا إلى جنب مع الشبكة الرئيسية لإيثريوم المعتمدة على إثبات العمل من ديسمبر 2020 حتى تم دمج السلسلتين في سبتمبر 2022 لتشكيل إيثريوم اليوم. المزيد حول سلسلة المنارة.", + "big-endian-term": "نهاية كبرى (Big-endian)", + "big-endian-definition": "تمثيل رقمي موضعي حيث يكون الرقم الأكثر أهمية هو الأول في الذاكرة. عكس النهاية الصغرى (little-endian)، حيث يكون الرقم الأقل أهمية هو الأول.", "block-term": "بلوك", - "block-definition": "الكتلة هي المكان الذي تُخزَّن فيه المعاملات أو الإجراءات الرقمية. بمجرد امتلاء الكتلة، يتم ربطها بالكتلة السابقة، مما يخلق سلسلة من الكتل أو \"سلسلة الكتل\". المزيد عن الكتل.

    الكتلة هي وحدة معلومات مجمعة تتضمن قائمة مرتبة من المعاملات ومعلومات تتعلق بالتوافق. يتم اقتراح الكتل من قبل المدققين القائمين على إثبات الحصة، وعند هذه النقطة يتم مشاركتها عبر الشبكة الند للند بالكامل، حيث يمكن التحقق منها بسهولة بشكل مستقل من قبل جميع العقد الأخرى. تحكم قواعد التوافق ما هو محتوى الكتلة الذي يعتبر صالحًا، ويتم تجاهل أي كتل غير صالحة بواسطة الشبكة. ترتيب هذه الكتل والمعاملات الموجودة فيها ينشئ سلسلة حتمية من الأحداث، حيث تمثل النهاية الحالة الحالية للشبكة.", + "block-definition": "البلوك هو المكان الذي يتم فيه تخزين المعاملات أو الإجراءات الرقمية. بمجرد امتلاء البلوك، يتم ربطه بالبلوك السابق، مما يؤدي إلى إنشاء سلسلة من الكتل أو \"البلوك تشين\". المزيد حول الكتل.

    البلوك هو وحدة مجمعة من المعلومات تتضمن قائمة مرتبة من المعاملات والمعلومات المتعلقة بالإجماع. يتم اقتراح الكتل بواسطة مدقّقي إثبات الحصة، وفي هذه المرحلة يتم مشاركتها عبر شبكة الند للند بأكملها، حيث يمكن التحقق منها بسهولة وبشكل مستقل بواسطة جميع العقد الأخرى. تحكم قواعد الإجماع محتويات البلوك التي تعتبر صالحة، ويتم تجاهل أي كتل غير صالحة بواسطة الشبكة. يؤدي ترتيب هذه الكتل والمعاملات الموجودة فيها إلى إنشاء سلسلة حتمية من الأحداث حيث تمثل النهاية الحالة الحالية للشبكة.", "block-explorer-term": "مستعرض الكتل", - "block-explorer-definition": "واجهة تتيح للمستخدم البحث عن المعلومات من وإلى سلسلة الكتل. يشمل ذلك استرجاع المعاملات الفردية، والنشاط المرتبط بعناوين محددة، والمعلومات حول الشبكة.", - "block-header-term": "رأس الكتلة", - "block-header-definition": "ترويسة الكتلة هي مجموعة من البيانات الوصفية حول كتلة وملخص للمعاملات المدرجة في حمولة التنفيذ.", - "block-propagation-term": "انتشار البلوك", - "block-propagation-definition": "عملية بث كتلة مؤكدة إلى جميع العقد الأخرى في الشبكة.", + "block-explorer-definition": "واجهة تسمح للمستخدم بالبحث عن معلومات من وحول البلوك تشين. يتضمن ذلك استرداد المعاملات الفردية، والنشاط المرتبط بعناوين محددة، ومعلومات حول الشبكة.", + "block-header-term": "ترويسة الكتلة", + "block-header-definition": "ترويسة الكتلة هي مجموعة من البيانات الوصفية حول البلوك وملخص للمعاملات المضمنة في حمولة التنفيذ.", + "block-propagation-term": "نشر الكتلة", + "block-propagation-definition": "عملية إرسال بلوك مؤكد إلى جميع العقد الأخرى في الشبكة.", "block-proposer-term": "مقترح الكتلة", - "block-proposer-definition": "المدقق المحدد الذي تم اختياره لإنشاء كتلة في خانة معينة.", + "block-proposer-definition": "المُدقِّق المحدد الذي تم اختياره لإنشاء بلوك في خانة (slot) معينة.", "block-reward-term": "مكافأة الكتلة", - "block-reward-definition": "كمية الإيثر الممنوحة لمقترح كتلة صالحة جديدة.", - "block-status-term": "حالة البلوك", - "block-status-definition": "الحالات التي يمكن أن يوجد فيها كتلة. الحالات الممكنة تشمل:

    • مقترحة: الكتلة تم اقتراحها بواسطة مدقق
    • مجدولة: المدققون يقومون حاليًا بتقديم البيانات
    • مفقودة/متخطاة: لم يقم الاقتراح بتقديم كتلة ضمن الإطار الزمني المؤهل
    • يتيمة: تم إخراج الكتلة بواسطة خوارزمية اختيار الفروع
    ", + "block-reward-definition": "كمية الإيثر التي يتم منحها كمكافأة لمقترح بلوك جديد صالح.", + "block-status-term": "حالة الكتلة", + "block-status-definition": "الحالات التي يمكن أن يتواجد فيها البلوك. تشمل الحالات المحتملة:

    • مقترح (proposed): تم اقتراح البلوك بواسطة مُدقِّق
    • مجدول (scheduled): يقوم المدقّقون حاليًا بإرسال البيانات
    • مفقود/متخطى (missed/skipped): لم يقم المقترح باقتراح بلوك ضمن الإطار الزمني المؤهل
    • يتيم (orphaned): تم استبعاد البلوك من خلال خوارزمية اختيار الانقسام
    ", "block-time-term": "وقت الكتلة", - "block-time-definition": "الفاصل الزمني بين إضافة الكتل إلى سلسلة الكتل.", - "block-validation-term": "تحقق من الكتلة", - "block-validation-definition": "تتمثل عملية التحقق من أن الكتلة الجديدة تحتوي على معاملات وتوقيعات صالحة في البناء على السلسلة التاريخية الأكثر ثقلًا (أي تلك التي اكتسبت أكبر عدد من الشهادات في تاريخها) واتباع جميع قواعد الإجماع الأخرى. تُضاف الكتل الصالحة إلى رأس السلسلة وتُوزع على الآخرين في الشبكة. بينما تُهمل الكتل غير الصالحة.", - "blockchain-term": "بلوكتشين", - "blockchain-definition": "تُعدّ سلسلة الكتل بلوك تشين قاعدة بيانات للمعاملات، يتم تكرارها ومشاركتها على جميع أجهزة الكمبيوتر في الشبكة، مما يضمن عدم تغيير البيانات بأثر رجعي.

    تتكون من سلسلة من الكتل، كل واحد منها يرتبط بسابقه وصولًا إلى الكتلة الأصلية من خلال الإشارة إلى تجزئة الكتلة السابقة. يتم تأمين سلامة سلسلة الكتل بطريقة اقتصادية مشفرة باستخدام آلية توافق قائمة على إثبات الحصة. ما هي سلسلة الكتل؟", - "bootnode-term": "بوابة العقد", - "bootnode-definition": "العُقد التي يمكن استخدامها لبدء عملية الاكتشاف عند تشغيل عقدة. تعتبر عقد الإقلاع \"تُعرّف\" العقد الجديدة على عقد أخرى موجودة حتى تتمكن بسرعة من جذب نظراء، بدلاً من الاضطرار للبحث عن نظير أولي. عادة ما يتم توفير نهايات هذه العقد في شفرة مصدر عميل الإيثريوم، لكن يمكن للمستخدمين تقديم قائمتهم الخاصة من عقد الإقلاع.", - "bridge-term": "الجسر", - "bridge-definition": "تُستخدم جسر البلوكتشين لنقل الأصول من شبكة بلوكين إلى أخرى. على سبيل المثال، يمكنك استخدام الجسر لنقل ETH من شبكة إيثريوم الرئيسية إلى حلول توسيع الطبقة 2 الأرخص.", - "bytecode-term": "بيات كود", - "bytecode-definition": "شيفرة معبر عنها في شكل مضغوط ورقمي بحيث يمكن تنفيذها بكفاءة بواسطة EVM.", - "byzantium-fork-term": "تفرع (بيزنطي)", - "byzantium-fork-definition": "الأولى من اثنتين من التحديثات الصعبة لمرحلة تطوير متروبوليس. تضمنت تأخير قنبلة الصعوبة EIP-649 وم reduction المكافآت الكتل، حيث تم تأجيل العصر الجليدي لمدة عام واحد وتم تقليل مكافأة الكتل من 5 إلى 3 إيثير.\n", - "casper-ffg-term": "كاسبر FFG", - "casper-ffg-definition": "كاسبر-FFG is a proof-of-stake consensus protocol used in conjunction with the LMD-GHOST fork choice algorithm to allow consensus clients to agree on the head of the بيكون تشين.", - "checkpoint-term": "نقطة تفتيش", - "checkpoint-definition": "سلسلة المنارات مقسمة إلى فترات زمنية (١٢ ثانية) وعصور (٣٢ فترة زمنية). أول فترة زمنية في كل فترة هي نقطة تفتيش. عندما تُثبت أغلبية كبيرة من المُحققين وجود صلة بين نقطتي تفتيش، يُمكن تسويتها، وعند تسويتها نقطة تفتيش أخرى في الأعلى، يُمكن إنهائها.", - "compiling-term": "تجميع", - "compiling-definition": "تحويل الكود المكتوب بلغة برمجة عالية المستوى (مثل سوليديتي) إلى لغة برمجة منخفضة المستوى (مثل bytecode في EVM).المزيد عن تجميع العقود الذكية", - "committee-term": "اللجنة", - "committee-definition": "مجموعة تضم ما لا يقل عن ١٢٨ مُصدِّقًا مُخصَّصًا للتحقق من صحة الكتل في كل خانة. أحد المُصدِّقين في اللجنة هو المُجمِّع، المسؤول عن تجميع توقيعات جميع المُصدِّقين الآخرين في اللجنة الذين يوافقون على شهادة. لا ينبغي الخلط بينه وبين لجنة المزامنة.", - "computational-infeasibility-term": "عدم الجدوى الحسابية", - "computational-infeasibility-definition": "تكون العملية غير قابلة للتنفيذ حسابيًا إذا كانت تستغرق وقتًا طويلاً للغاية (على سبيل المثال مليارات السنين) لإتمامها لأي شخص قد يكون لديه مصلحة في تنفيذها.", + "block-time-definition": "الفاصل الزمني بين الكتل التي تتم إضافتها إلى البلوك تشين.", + "block-validation-term": "التحقق من الكتلة", + "block-validation-definition": "عملية التحقق من أن البلوك الجديد يحتوي على معاملات وتواقيع صالحة، ويبني على أثقل سلسلة تاريخية (بمعنى السلسلة التي جمعت أكبر عدد من الإقرارات في تاريخها)، ويتبع جميع قواعد الإجماع الأخرى. تتم إضافة الكتل الصالحة إلى رأس السلسلة ونشرها للآخرين على الشبكة. يتم تجاهل الكتل غير الصالحة.", + "blockchain-term": "البلوك تشين", + "blockchain-definition": "البلوك تشين هي قاعدة بيانات للمعاملات، يتم نسخها ومشاركتها على جميع أجهزة الكمبيوتر في الشبكة، مما يضمن عدم إمكانية تغيير البيانات بأثر رجعي.

    تسلسل من البلوكات، يرتبط كل منها بسابقه وصولاً إلى كتلة التكوين (genesis block) من خلال الإشارة إلى التجزئة (هاش) للبلوك السابق. يتم تأمين سلامة البلوك تشين بشكل اقتصادي تشفيري باستخدام آلية إجماع تعتمد على إثبات الحصة. ما هي البلوك تشين؟", + "bootnode-term": "عقدة التمهيد (Bootnode)", + "bootnode-definition": "العقد التي يمكن استخدامها لبدء عملية الاكتشاف عند تشغيل عقدة. تقوم عقد التمهيد 'بتقديم' العقد الجديدة إلى العقد الأخرى الموجودة حتى تتمكن من اكتساب أقران بسرعة، بدلاً من الاضطرار إلى البحث عن قرين أولي. عادةً ما يتم توفير نقاط النهاية لهذه العقد في الكود المصدري لعميل إيثريوم، ولكن يمكن للمستخدمين تقديم قائمة خاصة بهم من عقد التمهيد.", + "bridge-term": "جسر", + "bridge-definition": "يُستخدم جسر البلوك تشين لنقل الأصول من شبكة بلوك تشين إلى أخرى. على سبيل المثال، يمكنك استخدام الجسر لنقل ETH من شبكة إيثريوم الرئيسية إلى حلول الطبقة الثانية الأرخص لقابلية التوسّع.", + "bytecode-term": "الرمز الثنائي (Bytecode)", + "bytecode-definition": "كود يتم التعبير عنه في شكل رقمي مضغوط بحيث يمكن تنفيذه بكفاءة بواسطة آلة إيثريوم الافتراضية (EVM).", + "byzantium-fork-term": "انقسام بيزنطة (Byzantium fork)", + "byzantium-fork-definition": "الأول من بين انقسامين حادين لمرحلة تطوير Metropolis. تضمن تأخير قنبلة الصعوبة لـ Metropolis وتقليل مكافأة الكتلة (EIP-649)، حيث تم تأخير العصر الجليدي (Ice Age) لمدة عام واحد وتم تقليل مكافأة الكتلة من 5 إلى 3 إيثر.", + "casper-ffg-term": "Casper FFG", + "casper-ffg-definition": "Casper-FFG هو بروتوكول إجماع إثبات الحصة يُستخدم بالاقتران مع خوارزمية اختيار الانقسام LMD-GHOST للسماح لـ عملاء الإجماع بالاتفاق على رأس سلسلة المنارة.", + "checkpoint-term": "نقطة التحقق (Checkpoint)", + "checkpoint-definition": "تتمتع سلسلة المنارة بإيقاع مقسم إلى خانات (12 ثانية) وعصور (32 خانة). الخانة الأولى في كل عصر هي نقطة تحقق. عندما تقر أغلبية ساحقة من المدقّقين بالرابط بين نقطتي تحقق، يمكن تبريرها (justified)، ثم عندما يتم تبرير نقطة تحقق أخرى فوقها، يمكن إنهاؤها (finalized).", + "compiling-term": "التجميع (Compiling)", + "compiling-definition": "تحويل الكود المكتوب بلغة برمجة عالية المستوى (مثل Solidity) إلى لغة منخفضة المستوى (مثل الرمز الثنائي لآلة إيثريوم الافتراضية).المزيد حول تجميع العقود الذكية", + "committee-term": "لجنة", + "committee-definition": "مجموعة تتكون من 128 مُدقِّقًا على الأقل يتم تعيينهم للتحقق من الكتل في كل خانة. أحد المدقّقين في اللجنة هو المُجمِّع، وهو مسؤول عن تجميع تواقيع جميع المدقّقين الآخرين في اللجنة الذين يوافقون على الإقرار. يجب عدم الخلط بينها وبين لجنة المزامنة (sync committee).", + "computational-infeasibility-term": "استحالة حسابية", + "computational-infeasibility-definition": "تكون العملية مستحيلة حسابيًا إذا كانت ستستغرق وقتًا طويلاً بشكل غير عملي (على سبيل المثال، مليارات السنين) للقيام بها لأي شخص قد يكون لديه اهتمام بتنفيذها.", "consensus-term": "إجماع", - "consensus-definition": "عندما يتفق أكثر من ثلثي أجهزة الكمبيوتر في الشبكة على امتلاكها نفس مجموعة السجلات، فهذا يضمن توافق الجميع. لا يتعلق الأمر بالقواعد التي يتبعونها، بل بالتأكد من حصولهم جميعًا على نفس المعلومات.", + "consensus-definition": "عندما يوافق أكثر من ثلثي أجهزة الكمبيوتر في الشبكة على أن لديهم نفس مجموعة السجلات، مما يضمن أن الجميع على نفس الصفحة. لا يتعلق الأمر بالقواعد التي يتبعونها، بل بالتأكد من أن لديهم جميعًا نفس المعلومات.", "consensus-client-term": "عميل الإجماع", - "consensus-client-definition": "تُشغّل برامج الإجماع (مثل بريسم، تيكو، نيمبوس، لايت هاوس، لودستار) خوارزمية إجماع إيثريوم إثبات الحصة، مما يسمح للشبكة بالتوصل إلى اتفاق بشأن رأس سلسلة بيكون. لا تشارك برامج الإجماع في التحقق من صحة المعاملات أو بثها أو تنفيذ انتقالات الحالة، بل يتم ذلك بواسطة برامج التنفيذ. لا تُصادق برامج الإجماع على الكتل أو تقترح كتلًا جديدة، بل يتم ذلك بواسطة برنامج التحقق، وهو إضافة اختيارية لبرنامج الإجماع.", + "consensus-client-definition": "يقوم عملاء الإجماع (مثل Prysm و Teku و Nimbus و Lighthouse و Lodestar) بتشغيل خوارزمية إجماع إثبات الحصة الخاصة بإيثريوم مما يسمح للشبكة بالتوصل إلى اتفاق حول رأس سلسلة المنارة. لا يشارك عملاء الإجماع في التحقق من/بث المعاملات أو تنفيذ انتقالات الحالة. يتم ذلك بواسطة عملاء التنفيذ. لا يقر عملاء الإجماع بالكتل الجديدة أو يقترحونها. يتم ذلك بواسطة عميل المُدقِّق وهو إضافة اختيارية لعميل الإجماع.", "consensus-layer-term": "طبقة الإجماع", - "consensus-layer-definition": "طبقة إجماع إيثريوم هي شبكة من عملاء الإجماع.", + "consensus-layer-definition": "طبقة الإجماع في إيثريوم هي شبكة عملاء الإجماع.", "consensus-rules-term": "قواعد الإجماع", - "consensus-rules-definition": "قواعد التحقق من صحة الكتل التي تتبعها العقد الكاملة للحفاظ على توافقها مع العقد الأخرى. لا يُخلط بينها وبين الإجماع.", - "cfi-term": "مأخوذ بعين الاعتبار للإدراج (CFI)", - "cfi-definition": "مشروع EIP أساسي غير نشط على الشبكة الرئيسية بعد، ومطورو العملاء متفائلون عمومًا بالفكرة. بافتراض استيفائه جميع متطلبات الانضمام إلى الشبكة الرئيسية، من الممكن تضمينه في ترقية الشبكة (ليس بالضرورة الترقية التالية).", - "constantinople-fork-term": "تفرع (القسطنطينية)", - "constantinople-fork-definition": "الجزء الثاني من مرحلة متروبوليس، كان من المقرر إطلاقه في منتصف عام ٢٠١٨. ومن المتوقع أن يتضمن الانتقال إلى خوارزمية إجماع هجينة تعتمد على إثبات العمل/إثبات الحصة، بالإضافة إلى تغييرات أخرى.", + "consensus-rules-definition": "قواعد التحقق من الكتلة التي تتبعها العقد الكاملة للبقاء في إجماع مع العقد الأخرى. يجب عدم الخلط بينها وبين الإجماع.", + "cfi-term": "مُعتبر للإدراج (CFI)", + "cfi-definition": "مقترح تحسين إيثريوم (EIP) أساسي لم يتم تنشيطه بعد على الشبكة الرئيسية، ومطورو العملاء إيجابيون بشكل عام تجاه الفكرة. بافتراض أنه يلبي جميع متطلبات الإدراج في الشبكة الرئيسية، فمن المحتمل أن يتم تضمينه في ترقية الشبكة (ليس بالضرورة الترقية التالية).", + "constantinople-fork-term": "انقسام القسطنطينية (Constantinople fork)", + "constantinople-fork-definition": "الجزء الثاني من مرحلة Metropolis، والذي كان مخططًا له في الأصل في منتصف عام 2018. كان من المتوقع أن يتضمن التحول إلى خوارزمية إجماع هجينة بين إثبات العمل/إثبات الحصة، من بين تغييرات أخرى.", "contract-account-term": "حساب العقد", - "contract-account-definition": "حساب يحتوي على كود يتم تنفيذه كلما تلقى معاملة من حساب آخر (EOA] أو عقد).", - "contract-creation-transaction-term": "عملية إنشاء العقد", - "contract-creation-transaction-definition": "معاملة خاصة تتضمن رمز بدء العقد. يُضبط المستلم على \"null\"، ويُنشر العقد على عنوان مُولّد من عنوان المستخدم و\"nonce\". يُستخدم هذا العنوان لتسجيل العقد على سلسلة كتل الإيثريوم.", - "cryptoeconomics-term": "الاقتصاد المشفر", - "cryptoeconomics-definition": "دراسة المبادئ الرياضية والاقتصادية لتصميم منصات رقمية آمنة وموثوقة. الهدف هو ضمان التزام جميع المشاركين بالقواعد وحصولهم على مكافآت لمساهمتهم في أمن الشبكة وتشغيلها. ", + "contract-account-definition": "حساب يحتوي على كود يتم تنفيذه كلما تلقى معاملة من حساب آخر (حساب مملوك خارجيًا أو عقد).", + "contract-creation-transaction-term": "معاملة إنشاء العقد", + "contract-creation-transaction-definition": "معاملة خاصة تتضمن كود بدء العقد. يتم تعيين المستلم إلى `null` ويتم نشر العقد على عنوان تم إنشاؤه من عنوان المستخدم و `nonce` (الرقم العشوائي). تُستخدم لتسجيل عقد وتسجيله على البلوك تشين الخاص بإيثريوم.", + "cryptoeconomics-term": "الاقتصاد التشفيري (Cryptoeconomics)", + "cryptoeconomics-definition": "دراسة المبادئ الرياضية والاقتصادية لتصميم منصات رقمية آمنة وجديرة بالثقة. الهدف هو التأكد من أن جميع المشاركين يتبعون القواعد ويتم مكافأتهم على المساهمة في أمان الشبكة وتشغيلها. ", "cryptography-term": "علم التشفير", - "cryptography-definition": "إنها ممارسة تأمين الاتصالات والبيانات من خلال استخدام الرموز، بحيث يتمكن فقط أولئك الذين تستهدفهم المعلومات من قراءتها ومعالجتها.
    وهذا ينطوي على تقنيات التشفير (تحويل المعلومات القابلة للقراءة إلى تنسيق غير قابل للقراءة) وفك التشفير (تحويلها مرة أخرى إلى تنسيق قابل للقراءة)، مما يضمن السرية.", + "cryptography-definition": "هو ممارسة تأمين الاتصالات والبيانات من خلال استخدام الرموز، بحيث لا يتمكن من قراءتها ومعالجتها سوى أولئك الذين يقصدون المعلومات.
    يتضمن تقنيات التشفير (تحويل المعلومات القابلة للقراءة إلى تنسيق غير قابل للقراءة) وفك التشفير (تحويلها مرة أخرى إلى تنسيق قابل للقراءة)، مما يضمن السرية.", "doge-d-term": "Đ", - "doge-d-definition": "يُستخدم حرف Đ (D مع خط) في الإنجليزية القديمة، والإنجليزية الوسطى، والأيسلندية، والفاروية ليرمز إلى الحرف الكبير \"Eth\". ويُستخدم في كلمات مثل ĐEV أو Đapp (تطبيق لامركزي)، حيث يُشير حرف Đ إلى الحرف النوردي \"eth\". ويُستخدم حرف eth الكبير (Ð) أيضًا ليرمز إلى عملة دوجكوين المشفرة. يُرى هذا الحرف عادةً في أدبيات الإيثريوم القديمة، ولكنه أقل استخدامًا اليوم.", - "dag-term": "داج (DAG)", - "dag-definition": "DAG هو اختصار لعبارة \"الرسم البياني اللادوري الموجه\". وهو بنية بيانات تتكون من عقد وروابط بينها. قبل الدمج، استخدمت إيثريوم رسمًا بيانيًا لادوريًا في خوارزمية إثبات العمل الخاصة بها، إيثاش، ولكنه لم يعد يُستخدم في خوارزمية إثبات الحصة.", + "doge-d-definition": "يُستخدم حرف Đ (حرف D مع شرطة) في الإنجليزية القديمة، والإنجليزية الوسطى، والأيسلندية، والفاروية ليرمز إلى الحرف الكبير “Eth”. يُستخدم في كلمات مثل ĐEV أو Đapp (تطبيق لامركزي)، حيث يكون Đ هو الحرف الإسكندنافي “eth”. يُستخدم الحرف الكبير eth (Ð) أيضًا ليرمز إلى العملة الرقمية Dogecoin. يُرى هذا بشكل شائع في أدبيات إيثريوم القديمة ولكنه يُستخدم بشكل أقل اليوم.", + "dag-term": "DAG", + "dag-definition": "يرمز DAG إلى الرسم البياني الموجه غير الدوري (Directed Acyclic Graph). وهو عبارة عن بنية بيانات تتكون من عقد وروابط بينها. قبل الدمج (The Merge)، استخدمت إيثريوم DAG في خوارزمية إثبات العمل الخاصة بها، Ethash، ولكن لم يعد يُستخدم في إثبات الحصة.", "dapp-term": "تطبيق لامركزي", - "dapp-definition": "التطبيق اللامركزي (dApp) هو تطبيق لامركزي يعمل على شبكة بلوكتشين، ويقدم خدمات دون سلطة تحكم مركزية. المزيد عن التطبيقات اللامركزية.
    كحد أدنى، يحتوي التطبيق اللامركزي على عقد ذكي متصل بواجهة ويب. بالإضافة إلى ذلك، تتضمن العديد من التطبيقات اللامركزية تخزينًا لامركزيًا و/أو بروتوكولًا ومنصة رسائل.", - "data-availability-term": "توفير البيانات", - "data-availability-definition": "يمكن لأي عقدة التحقق بشكل مستقل من المعاملات على blockchain من أجل الحفاظ على الشفافية والثقة في النظام.", + "dapp-definition": "التطبيق اللامركزي (dApp) هو تطبيق يعمل على شبكة بلوك تشين، ويقدم خدمات دون سلطة تحكم مركزية. المزيد حول التطبيقات اللامركزية.
    كحد أدنى، يحتوي التطبيق اللامركزي على عقد ذكي متصل بواجهة ويب. بالإضافة إلى ذلك، تتضمن العديد من التطبيقات اللامركزية تخزينًا لامركزيًا و/أو بروتوكول ومنصة رسائل.", + "data-availability-term": "توفر البيانات", + "data-availability-definition": "يمكن لأي عقدة التحقق بشكل مستقل من المعاملات على البلوك تشين من أجل الحفاظ على الشفافية والثقة في النظام.", "decentralization-term": "اللامركزية", - "decentralization-definition": "مفهوم نقل السيطرة وتنفيذ العمليات بعيدًا عن الكيان المركزي.", - "dao-term": "منظمة مستقلة لامركزية (داو)", - "dao-definition": "المنظمات اللامركزية المستقلة (داو) هي منظمة رقمية تُدار بقواعد مُرمَّزة على سلسلة كتل، حيث تُتخذ القرارات بأصوات الأعضاء، وليس بسلطة مركزية. المزيد عن المنظمات اللامركزية المستقلة (دي إيه أوز).
    غالبًا ما ترتبط قوة تصويت كل عضو بعدد الرموز التي يمتلكها. تهدف المنظمات اللامركزية المستقلة إلى إضفاء الطابع الديمقراطي على عملية صنع القرار والعمليات، مع التركيز على الشفافية وحوكمة المجتمع.", + "decentralization-definition": "مفهوم نقل التحكم في العمليات وتنفيذها بعيدًا عن كيان مركزي.", + "dao-term": "منظمة لامركزية مستقلة (DAO)", + "dao-definition": "المنظمة اللامركزية المستقلة (DAO) هي منظمة رقمية تُدار بواسطة قواعد مشفرة على البلوك تشين، حيث يتم اتخاذ القرارات من خلال تصويت الأعضاء، وليس من قبل سلطة مركزية. المزيد حول المنظمات اللامركزية المستقلة (DAOs).
    غالبًا ما ترتبط قوة تصويت كل عضو بعدد الرموز التي يمتلكها. تهدف المنظمات اللامركزية المستقلة إلى إضفاء الطابع الديمقراطي على صنع القرار والعمليات، مع التركيز على الشفافية وحوكمة المجتمع.", "desci-term": "العلوم اللامركزية (DeSci)", - "desci-definition": "DeSci، أو العلم اللامركزي، هو حركة تطبق تقنية البلوك تشين على البحث العلمي. وهي تستفيد من المنظمات المستقلة اللامركزية (دي إيه أوز) والعقود الذكية والحوافز المرمزة لإنشاء أنظمة بيئية للتمويل والبحث أكثر شفافية وانفتاحًا وتعاونًا.", - "dex-term": "منصة تداول لامركزية (DEX)", - "dex-definition": "نوع من تطبيقات الإيثريوم يتيح لك تبادل الرموز مع نظرائك على الشبكة. لا تخضع البورصات اللامركزية (DEXes) لقيود جغرافية مثل البورصات المركزية، إذ يمكن لأي شخص المشاركة.", + "desci-definition": "العلوم اللامركزية (DeSci) هي حركة تطبق تقنية البلوك تشين على البحث العلمي. تستفيد من المنظمات اللامركزية المستقلة (DAOs)، و العقود الذكية، والحوافز المرمزة لإنشاء أنظمة بيئية للتمويل والبحث أكثر شفافية وانفتاحًا وتعاونًا.", + "dex-term": "البورصة اللامركزية (DEX)", + "dex-definition": "نوع من تطبيقات إيثريوم يتيح لك مبادلة الرموز مع الأقران على الشبكة. لا تخضع البورصات اللامركزية لقيود جغرافية مثل منصات التداول المركزية – يمكن لأي شخص المشاركة.", "deposit-contract-term": "عقد الإيداع", - "deposit-contract-definition": "بوابة المراهنة على الإيثريوم. عقد الإيداع هو عقد ذكي على الإيثريوم يقبل إيداعات الإيثريوم ويدير أرصدة المُصدِّق. لا يمكن تفعيل المُصدِّق دون إيداع الإيثريوم في هذا العقد. يتطلب العقد الإيثريوم وبيانات الإدخال. تتضمن بيانات الإدخال هذه المفتاح العام للمُصدِّق ومفتاح السحب العام، الموقعَين بواسطة المفتاح الخاص للمُصدِّق. هذه البيانات ضرورية لتحديد هوية المُصدِّق واعتماده من قِبل شبكة إثبات المراهنة.", - "defi-term": "التمويل اللامركزي", - "defi-definition": "فئة واسعة من تطبيقات الإيثريوم تهدف إلى توفير الخدمات المالية المدعومة بتقنية البلوكشين، دون أي وسطاء. المزيد عن التمويل اللامركزي (دي فاي)", - "difficulty-term": "صعوبة", - "difficulty-definition": "إعداد على مستوى الشبكة في شبكات إثبات العمل يتحكم في متوسط ​​العمليات الحسابية اللازمة للعثور على قيمة خاصة صالحة. تُمثل الصعوبة بعدد الأصفار الأولية المطلوبة في تجزئة الكتلة الناتجة لاعتبارها صالحة. تم التخلي عن هذا المفهوم في إيثريوم منذ الانتقال إلى إثبات الحصة.", + "deposit-contract-definition": "بوابة التحصيص على إيثريوم. عقد الإيداع هو عقد ذكي على إيثريوم يقبل إيداعات ETH ويدير أرصدة المُدقِّقين. لا يمكن تفعيل مُدقِّق دون إيداع ETH في هذا العقد. يتطلب العقد ETH وبيانات إدخال. تتضمن بيانات الإدخال هذه المفتاح العام للمُدقِّق والمفتاح العام للسحب، وموقعة بواسطة المفتاح الخاص للمُدقِّق. هذه البيانات ضرورية للتعرف على المُدقِّق والموافقة عليه من قبل شبكة إثبات الحصة.", + "defi-term": "التمويل اللامركزي (DeFi)", + "defi-definition": "فئة واسعة من تطبيقات إيثريوم التي تهدف إلى تقديم خدمات مالية مدعومة بتقنية البلوك تشين، دون أي وسطاء. المزيد عن التمويل اللامركزي (DeFi)", + "difficulty-term": "الصعوبة", + "difficulty-definition": "إعداد على مستوى الشبكة في شبكات إثبات العمل يتحكم في متوسط الحساب المطلوب للعثور على رقم عشوائي صالح. تُمثَّل الصعوبة بعدد الأصفار البادئة المطلوبة في التجزئة (هاش) الناتجة للكتلة لاعتبارها صالحة. تم إيقاف هذا المفهوم في إيثريوم منذ الانتقال إلى إثبات الحصة.", "difficulty-bomb-term": "قنبلة الصعوبة", - "difficulty-bomb-definition": "زيادة مُخطط لها في إعداد إثبات العمل الصعوبة، المُصمم لتحفيز الانتقال إلى إثبات الحصة، مما يُقلل من احتمالية حدوث انقسام. تم إلغاء قنبلة الصعوبة مع الدمج.", - "digital-signatures-term": "توقيع رقمي", - "digital-signatures-definition": "سلسلة قصيرة من البيانات ينتجها المستخدم لمستند باستخدام مفتاح خاص بحيث يمكن لأي شخص لديه المفتاح العام المقابل والتوقيع والمستند التحقق من أن (1) المستند تم \"توقيعه\" من قبل مالك هذا المفتاح الخاص، و(2) لم يتم تغيير المستند بعد توقيعه.", - "discovery-term": "اكتشاف", - "discovery-definition": "العملية التي من خلالها تقوم عقدة إيثريوم بالعثور على عقد أخرى للاتصال بها.", + "difficulty-bomb-definition": "زيادة أسية مخططة في إعداد الصعوبة لـ إثبات العمل والتي صُممت لتحفيز الانتقال إلى إثبات الحصة، مما يقلل من فرص حدوث انقسام. تم إيقاف قنبلة الصعوبة مع الدمج.", + "digital-signatures-term": "التوقيع الرقمي", + "digital-signatures-definition": "سلسلة قصيرة من البيانات ينتجها المستخدم لمستند باستخدام المفتاح الخاص بحيث يمكن لأي شخص لديه المفتاح العام المقابل، والتوقيع، والمستند التحقق من (1) أن المستند تم \"توقيعه\" من قبل مالك هذا المفتاح الخاص المعين، و(2) أن المستند لم يتم تغييره بعد توقيعه.", + "discovery-term": "الاكتشاف", + "discovery-definition": "العملية التي من خلالها تعثر عقدة إيثريوم على عقد أخرى للاتصال بها.", "distributed-hash-table-term": "جدول التجزئة الموزع (DHT)", - "distributed-hash-table-definition": "بنية بيانات تحتوي على أزواج `(المفتاح، القيمة)` تستخدمها عقد إيثريوم لتحديد النظراء الذين يجب الاتصال بهم وتحديد البروتوكولات التي يجب استخدامها للتواصل.", - "double-spend-term": "إنفاق مزدوج", - "double-spend-definition": "انقسام متعمد في البلوك تشين، حيث يرسل مستخدم لديه قدر كبير بما يكفي من قوة التعدين/الحصة معاملة لنقل بعض العملات خارج السلسلة (على سبيل المثال، التحويل إلى عملة ورقية أو إجراء عملية شراء خارج السلسلة) ثم يعيد تنظيم البلوك تشين لإزالة تلك المعاملة. يترك الإنفاق المزدوج الناجح للمهاجم أصوله داخل السلسلة وخارجها على حد سواء.", + "distributed-hash-table-definition": "هيكل بيانات يحتوي على أزواج `(key, value)` تستخدمه عقد إيثريوم لتحديد الأقران للاتصال بهم وتحديد البروتوكولات التي يجب استخدامها للتواصل.", + "double-spend-term": "الإنفاق المزدوج", + "double-spend-definition": "انقسام متعمد في البلوك تشين، حيث يقوم مستخدم لديه قدر كبير بما يكفي من قوة التعدين/التحصيص بإرسال معاملة تنقل بعض العملات خارج السلسلة (على سبيل المثال، الخروج إلى عملة ورقية أو إجراء عملية شراء خارج السلسلة) ثم إعادة تنظيم البلوك تشين لإزالة تلك المعاملة. يترك الإنفاق المزدوج الناجح المهاجم بأصوله على السلسلة وخارج السلسلة.", "ecdsa-term": "خوارزمية التوقيع الرقمي للمنحنى الإهليلجي (ECDSA)", - "ecdsa-definition": "خوارزمية تشفير تستخدمها إيثريوم لضمان عدم إنفاق الأموال إلا من قِبل مالكيها. وهي الطريقة المُفضّلة لإنشاء مفاتيح عامة وخاصة. وتُستخدم لإنشاء عنوان الحساب والتحقق من المعاملات.", + "ecdsa-definition": "خوارزمية تشفير تستخدمها إيثريوم لضمان عدم إمكانية إنفاق الأموال إلا من قبل مالكيها. إنها الطريقة المفضلة لإنشاء المفاتيح العامة والخاصة. ذات صلة بإنشاء عنوان الحساب والتحقق من المعاملة.", "encryption-term": "التشفير", - "encryption-definition": "التشفير هو تحويل البيانات الإلكترونية إلى نموذج لا يمكن قراءته من قبل أي شخص باستثناء مالك مفتاح فك التشفير الصحيح.", - "entropy-term": "إنتروبيا", - "entropy-definition": "في سياق التشفير، يُعزى ذلك إلى انعدام القدرة على التنبؤ أو العشوائية. عند توليد معلومات سرية، مثل المفاتيح الخاصة، تعتمد الخوارزميات عادةً على مصدر ذي إنتروبيا عالية لضمان عدم إمكانية التنبؤ بالمخرجات.", - "epoch-term": "الحقبة", - "epoch-definition": "فترة زمنية مكونة من 32 فتحة، مدة كل فتحة 12 ثانية، بإجمالي 6.4 دقائق. يتم تبديل لجان التحقق في كل فترة لأسباب أمنية. لكل فترة فرصة لإنهائها. يُسند لكل تحقق مسؤوليات جديدة في بداية كل فترة. المزيد عن إثبات الحصة", - "equivocation-term": "التباس", - "equivocation-definition": "مُصدِّق يرسل رسالتين متناقضتين. مثال بسيط على ذلك هو مُرسِل معاملة يُرسل معاملتين بنفس الرمز الخاص. مثال آخر هو مُقترِح كتلة يقترح كتلتين بنفس ارتفاع الكتلة (أو لنفس الفتحة).", - "eth1-term": "إيث 1 (Eth1)", - "eth1-definition": "\"Eth1\" هو مصطلح يشير إلى شبكة إيثريوم الرئيسية، وهي سلسلة الكتل القائمة على إثبات العمل. تم التخلي عن هذا المصطلح منذ ذلك الحين ليحل محله \"طبقة التنفيذ\". تعرّف على المزيد حول تغيير الاسم هذا.", - "eth2-term": "الإصدار الثاني ", - "eth2-definition": "\"Eth2\" هو مصطلح يشير إلى مجموعة من ترقيات بروتوكول الإيثريوم، بما في ذلك انتقال الإيثريوم إلى إثبات الحصة. وقد تم التخلي عن هذا المصطلح منذ ذلك الحين لصالح \"طبقة الإجماع\". تعرّف على المزيد حول تغيير الاسم هذا.", - "eip-term": "إيثريوم Improvement Proposal (EIP)", - "eip-definition": "وثيقة تصميم تُقدّم معلومات لمجتمع الإيثريوم، وتصف ميزة جديدة مقترحة أو عملياتها أو بيئتها (انظر ERC). مقدمة إلى EIPs", - "ens-term": "خدمة اسم الإيثيريوم (إي إن إس)", - "ens-definition": "خدمة أسماء الإيثريوم تُشبه دليل هاتف الإنترنت لعناوين الإيثريوم. فبدلاً من استخدام عناوين المحفظة الطويلة، تتيح لك خدمة أسماء الإيثريوم استخدام أسماء بسيطة مثل \"john.eth\" لإرسال واستقبال الأموال والأصول الرقمية.

    الجوانب الفنية:
    سجل إي إن إس هو عقد مركزي واحد يوفر ربطًا بين أسماء النطاقات والمالكين والمحللين، كما هو موضح في EIP-137. اقرأ المزيد على ens.domains.", - "erc-1155-term": " جسر نقل اختباري ERC-1155", - "erc-1155-definition": "ERC-1155 هو نوع أحدث من معايير رمز إيثريوم يشبه إن إف تي (مثل العناصر الفريدة القابلة للتحصيل) والذي يسمح أيضًا بإنشاء عناصر قابلة للتبديل (مثل العملة) داخل عقد ذكي واحد.
    هذا يجعل من الأسهل والأكثر كفاءة إدارة أنواع مختلفة من الأصول الرقمية، وخاصة للتطبيقات مثل ألعاب الفيديو أو المجموعات الرقمية.", - "erc-20-term": "ايه آر سي-20", - "erc-20-definition": "ERC-20 هو المعيار الذي تستخدمه معظم الرموز على شبكة إيثريوم لإنشائها.
    من الأمثلة الشائعة العملات المستقرة مثل DAI وUSDC أو رموز التداول مثل UNI من يوني سواب. وهو مشابه لأي شكل من أشكال الأموال البديلة التي لدينا في الأنظمة التقليدية... أي نقاط المكافآت أو أنظمة الائتمان أو حتى الأسهم، إلخ.", - "erc-721-term": "إي آر سي-721 (ERC-721)", - "erc-721-definition": "تُنشأ الرموز غير القابلة للاستبدال (إن إف تيز) باستخدام مجموعة قواعد قياسية تُعرف باسم ERC-721.
    تمثل رموز إن إف تي ملكية أي شيء فريد، مثل الفن الرقمي أو المقتنيات، ولكل رمز خصائصه وقيمته الخاصة. كل رمز إن إف تي فريد ويمكن تمييزه بسهولة عن أي رمز إن إف تي آخر.", + "encryption-definition": "التشفير هو تحويل البيانات الإلكترونية إلى شكل غير قابل للقراءة من قبل أي شخص باستثناء مالك مفتاح فك التشفير الصحيح.", + "entropy-term": "الإنتروبيا", + "entropy-definition": "في سياق علم التشفير، الافتقار إلى القدرة على التنبؤ أو مستوى العشوائية. عند إنشاء معلومات سرية، مثل المفاتيح الخاصة، تعتمد الخوارزميات عادةً على مصدر إنتروبيا عالي لضمان عدم القدرة على التنبؤ بالمخرجات.", + "epoch-term": "عصر", + "epoch-definition": "فترة تتكون من 32 فترة زمنية (slots)، كل فترة زمنية تبلغ 12 ثانية، بإجمالي 6.4 دقيقة. يتم خلط لجان المُدقِّقين كل عصر لأسباب أمنية. كل عصر لديه فرصة لتصبح السلسلة نهائية. يتم تعيين مسؤوليات جديدة لكل مُدقِّق في بداية كل عصر. المزيد عن إثبات الحصة", + "equivocation-term": "المراوغة", + "equivocation-definition": "مُدقِّق يرسل رسالتين تتناقضان مع بعضهما البعض. أحد الأمثلة البسيطة هو مرسل معاملة يرسل معاملتين بنفس الرقم العشوائي. مثال آخر هو مقترح الكتلة الذي يقترح كتلتين في نفس ارتفاع الكتلة (أو لنفس الفترة الزمنية).", + "eth1-term": "Eth1", + "eth1-definition": "مصطلح 'Eth1' كان يشير إلى شبكة إيثريوم الرئيسية، وهي شبكة البلوك تشين الحالية التي تعمل بإثبات العمل. تم إيقاف استخدام هذا المصطلح منذ ذلك الحين لصالح 'طبقة التنفيذ'. تعرف على المزيد حول تغيير هذا الاسم.", + "eth2-term": "Eth2", + "eth2-definition": "مصطلح 'Eth2' كان يشير إلى مجموعة من ترقيات بروتوكول إيثريوم، بما في ذلك انتقال إيثريوم إلى إثبات الحصة. تم إيقاف استخدام هذا المصطلح منذ ذلك الحين لصالح 'طبقة الإجماع'. تعرف على المزيد حول تغيير هذا الاسم.", + "eip-term": "مقترح تحسين إيثريوم (EIP)", + "eip-definition": "مستند تصميم يوفر معلومات لمجتمع إيثريوم، ويصف ميزة جديدة مقترحة أو عملياتها أو بيئتها (انظر ERC). مقدمة إلى مقترحات تحسين إيثريوم (EIPs)", + "ens-term": "خدمة أسماء إيثريوم (ENS)", + "ens-definition": "خدمة أسماء إيثريوم تشبه دليل الهاتف على الإنترنت لعناوين إيثريوم. بدلاً من استخدام عناوين محفظة طويلة، تتيح لك ENS استخدام أسماء بسيطة مثل \"john.eth\" لإرسال واستقبال الأموال والأصول الرقمية.

    تقنيًا:
    سجل ENS هو عقد مركزي واحد يوفر تعيينًا من أسماء النطاقات إلى المالكين والمُحللين، كما هو موضح في EIP-137. اقرأ المزيد على ens.domains.", + "erc-1155-term": "ERC-1155", + "erc-1155-definition": "ERC-1155 هو نوع أحدث من معايير رموز إيثريوم يشبه الرموز غير القابلة للاستبدال (NFT) (مثل العناصر القابلة للجمع الفريدة) والذي يسمح أيضًا بإنشاء عناصر قابلة للتبديل (مثل العملات) داخل عقد ذكي واحد.
    هذا يجعل إدارة أنواع مختلفة من الأصول الرقمية أسهل وأكثر كفاءة، خاصة للتطبيقات مثل ألعاب الفيديو أو المجموعات الرقمية.", + "erc-20-term": "ERC-20", + "erc-20-definition": "ERC-20 هو المعيار الذي تستخدمه معظم الرموز على شبكة إيثريوم لإنشائها.
    من الأمثلة الشائعة العملات المستقرة مثل DAI و USDC أو رموز منصات التداول مثل UNI من Uniswap. يشبه أي شكل من أشكال الأموال البديلة التي لدينا في الأنظمة التقليدية... أي نقاط المكافآت، أو أنظمة الائتمان، أو حتى الأسهم، إلخ.", + "erc-721-term": "ERC-721", + "erc-721-definition": "يتم إنشاء الرموز غير القابلة للاستبدال (NFTs) باستخدام مجموعة قياسية من القواعد يشار إليها باسم ERC-721.
    يمكن أن تمثل رموز NFT ملكية أي شيء فريد، مثل الفن الرقمي أو المقتنيات، حيث يكون لكل رمز خصائصه وقيمته الخاصة. كل رمز NFT فريد ويمكن تمييزه بسهولة عن أي رمز NFT آخر.", "execution-client-term": "عميل التنفيذ", - "execution-client-definition": "عملاء التنفيذ (المعروفون سابقًا باسم \"عملاء Eth1\")، مثل بيسو وإريغون وGo-إيثريوم (غيث) ونيذرمايند، مُكلَّفون بمعالجة المعاملات وبثها وإدارة حالة الإيثريوم. يُجري هؤلاء العملاء العمليات الحسابية لكل معاملة باستخدام آلة الإيثريوم الافتراضية لضمان اتباع قواعد البروتوكول.", + "execution-client-definition": "عملاء التنفيذ (المعروفون سابقًا باسم \"عملاء Eth1\")، مثل Besu و Erigon و Go-Ethereum (Geth) و Nethermind، مكلفون بمعالجة وبث المعاملات وإدارة حالة إيثريوم. يقومون بتشغيل الحسابات لكل معاملة باستخدام آلة إيثريوم الافتراضية لضمان اتباع قواعد البروتوكول.", "execution-layer-term": "طبقة التنفيذ", - "execution-layer-definition": "إيثريوم's execution layer is the network of execution clients.", - "eoa-term": "الحسابات المملوكة خارجيا فى مقابل", - "eoa-definition": "الحسابات المملوكة خارجيًا (EOA) هي النوع الأكثر شيوعًا من حسابات الإيثريوم. يتحكم بها شخص ما عبر مفاتيح خاصة/عبارة استرداد. المزيد عن محافظ الإيثريوم.", - "erc-term": "تسمية تُمنح لبعض EIPs التي تحاول تحديد معيار معين لاستخدام إيثريوم.\nFile: Glossary", - "erc-definition": "ERC (طلب الإيثيريوم للتعليقات) هو نوع من الوثائق الفنية المستخدمة في مجتمع الإيثيريوم لاقتراح معايير جديدة لاستخدام شبكة الإيثيريوم.

    يمكن أن تغطي هذه المقترحات مجموعة واسعة من المواضيع، بما في ذلك معايير الرمز الجديدة (مثل ERC-20 المستخدم للرموز وERC-721 لـ إن إف تيز).", - "ethash-term": "خوارزمية إثبات العمل لـ إيثريوم 1.0\nملف: مسرد", - "ethash-definition": "خوارزمية إثبات العمل التي استُخدمت على الإيثريوم قبل انتقالها إلى إثبات الحصة. اقرأ المزيد", + "execution-layer-definition": "طبقة التنفيذ في إيثريوم هي شبكة عملاء التنفيذ.", + "eoa-term": "حساب مملوك خارجيًا (EOA)", + "eoa-definition": "الحسابات المملوكة خارجيًا (EOAs) هي النوع الأكثر شيوعًا من حسابات إيثريوم. يتم التحكم فيها من قبل شخص من خلال المفاتيح الخاصة/عبارة الاسترداد. المزيد عن محافظ إيثريوم.", + "erc-term": "طلب تعليقات إيثريوم (ERC)", + "erc-definition": "ERC (طلب تعليقات إيثريوم) هو نوع من الوثائق الفنية المستخدمة في مجتمع إيثريوم لاقتراح معايير استخدام جديدة لشبكة إيثريوم.

    يمكن أن تغطي هذه المقترحات مجموعة واسعة من الموضوعات، بما في ذلك معايير الرموز الجديدة (مثل ERC-20 المستخدم للرموز و ERC-721 للرموز غير القابلة للاستبدال).", + "ethash-term": "Ethash", + "ethash-definition": "خوارزمية إثبات العمل التي تم استخدامها على إيثريوم قبل انتقالها إلى إثبات الحصة. اقرأ المزيد", "ether-term": "إيثر", - "ether-definition": "العملة المشفرة الأصلية لإيثريوم، والمعروفة باسم \"ETH\"، تُستخدم لتغطية رسوم المعاملات عند استخدام نظام إيثريوم البيئي وتطبيقاته. المزيد عن الإيثر.", + "ether-definition": "العملة الرقمية الأصلية لإيثريوم، ويشار إليها عادةً باسم \"ETH\". تُستخدم لتغطية رسوم المعاملات عند استخدام نظام إيثريوم البيئي وتطبيقاته. المزيد عن إيثر.", "events-term": "الأحداث", - "events-definition": "يسمح باستخدام مرافق تسجيل EVM. يمكن لـ Dapps الاستماع إلى الأحداث واستخدامها لتشغيل استدعاءات جافا سكريبت في واجهة المستخدم. المزيد عن الأحداث والسجلات", + "events-definition": "تسمح باستخدام مرافق تسجيل آلة إيثريوم الافتراضية (EVM). يمكن لـ التطبيقات اللامركزية الاستماع إلى الأحداث واستخدامها لتشغيل استدعاءات JavaScript في واجهة المستخدم. المزيد عن الأحداث والسجلات", "evm-term": "آلة إيثريوم الافتراضية (EVM)", - "evm-definition": "آلة افتراضية قائمة على المكدس تُنفّذ الكود البايتي. في إيثريوم، يُحدد نموذج التنفيذ كيفية تغيير حالة النظام بناءً على سلسلة من تعليمات الكود البايتي ومجموعة صغيرة من البيانات البيئية. يتم تحديد ذلك من خلال نموذج رسمي لآلة حالة افتراضية. المزيد عن آلة إيثريوم الافتراضية.", - "evm-assembly-language-term": "لغة تجميع EVM", - "evm-assembly-language-definition": "شكل قابل للقراءة من قبل الإنسان من بايت كود EVM.", - "fallback-function-term": "وظيفة احتياطية", - "fallback-function-definition": "وظيفة افتراضية يتم استدعاؤها في حالة عدم وجود بيانات أو اسم وظيفة معلن.", + "evm-definition": "آلة افتراضية تعتمد على المكدس تنفذ الرمز الثانوي (bytecode). في إيثريوم، يحدد نموذج التنفيذ كيفية تغيير حالة النظام بالنظر إلى سلسلة من تعليمات الرمز الثانوي ومجموعة صغيرة من البيانات البيئية. يتم تحديد ذلك من خلال نموذج رسمي لآلة حالة افتراضية. المزيد عن آلة إيثريوم الافتراضية.", + "evm-assembly-language-term": "لغة التجميع لآلة إيثريوم الافتراضية (EVM)", + "evm-assembly-language-definition": "شكل قابل للقراءة من قبل الإنسان لـ الرمز الثانوي (bytecode) لآلة إيثريوم الافتراضية (EVM).", + "fallback-function-term": "الدالة الاحتياطية", + "fallback-function-definition": "دالة افتراضية يتم استدعاؤها في غياب البيانات أو اسم دالة مُعلن.", "faucet-term": "صنبور", - "faucet-definition": "خدمة يتم تنفيذها عبر العقد الذكي الذي يوزع الأموال في شكل إيثر اختبار مجاني يمكن استخدامه على شبكة اختبار.", + "faucet-definition": "خدمة يتم تنفيذها عبر عقد ذكي تقوم بتوزيع الأموال في شكل إيثر اختباري مجاني يمكن استخدامه على شبكة الاختبار.", "finality-term": "النهائية", - "finality-definition": "النهائية هي الضمان بأن مجموعة من المعاملات لا يمكن تغييرها دون فقدان كمية كبيرة من ETH.", - "finney-term": "فيني", - "finney-definition": "فئة من الأثير. 1 فيني = 1015 وي. 103 فيني = 1 أثير.", - "fork-term": "شوكة", - "fork-definition": "تغيير في البروتوكول يؤدي إلى إنشاء سلسلة بديلة.", - "fork-choice-algorithm-term": "خوارزمية اختيار الشوكة", - "fork-choice-algorithm-definition": "الخوارزمية المستخدمة لتحديد رأس سلسلة الكتل. على إيثريوم، يُحدد رأس السلسلة باعتباره الفرع ذو \"وزن\" الشهادات الأكبر. هذا الوزن هو حاصل ضرب عدد الشهادات في الرصيد الفعلي للمصدقين. هذا يعني أن الرأس الحقيقي للسلسلة هو الذي صوّت له أكبر عدد من الإيثرات المراهنة. في طبقة الإجماع، تُسمى خوارزمية اختيار الفرع LMD_GHOST.", - "fraud-proof-term": "دليل على الاحتيال", - "fraud-proof-definition": "نموذج أمان لبعض حلول الطبقة الثانية، حيث يتم تجميع المعاملات في دفعات وإرسالها إلى إيثريوم في معاملة واحدة لزيادة السرعة. يمكن لمشاركين آخرين في الشبكة إعادة تنفيذ المعاملات للتحقق من نزاهة تنفيذها. إذا اكتشفوا تناقضًا بين البيانات المنشورة ونسختهم الخاصة، فيمكنهم نشر دليل تشفيري يُثبت مكان حدوث عملية احتيال. تستخدم بعض عمليات التجميع أدلة صحة.", - "frontier-term": "الحدود", - "frontier-definition": "مرحلة الاختبار الأولية لتطوير الإيثريوم، والتي استمرت من يوليو 2015 إلى مارس 2016.", + "finality-definition": "النهائية هي الضمان بأنه لا يمكن تغيير مجموعة من المعاملات دون فقدان كمية هائلة من ETH.", + "finney-term": "فيني (Finney)", + "finney-definition": "فئة من إيثر. 1 فيني = 1015 واي (wei). 103 فيني = 1 إيثر.", + "fork-term": "انقسام", + "fork-definition": "تغيير في البروتوكول يتسبب في إنشاء سلسلة بديلة.", + "fork-choice-algorithm-term": "خوارزمية اختيار الانقسام", + "fork-choice-algorithm-definition": "الخوارزمية المستخدمة لتحديد رأس البلوك تشين. على إيثريوم، يتم تحديد رأس السلسلة على أنه الانقسام ذو 'الوزن' الأكبر من الإقرارات. الوزن هو حاصل ضرب عدد الإقرارات والرصيد الفعال للمُدقِّقين المُقرّين. هذا يعني أن الرأس الحقيقي للسلسلة هو الذي صوت لصالحه معظم الإيثر المُحصّص. في طبقة الإجماع، تُسمى خوارزمية اختيار الانقسام LMD_GHOST.", + "fraud-proof-term": "إثبات الاحتيال", + "fraud-proof-definition": "نموذج أمان لبعض حلول الطبقة الثانية حيث، لزيادة السرعة، يتم تجميع المعاملات عبر الرول أب في دفعات وإرسالها إلى إيثريوم في معاملة واحدة. يمكن للمشاركين الآخرين في الشبكة إعادة تنفيذ المعاملات للتحقق من أنها نُفذت بصدق. إذا اكتشفوا تناقضًا بين البيانات المنشورة ونسختهم الخاصة، فيمكنهم نشر إثبات تشفيري يوضح مكان حدوث بعض الاحتيال. تستخدم بعض حلول الرول أب إثباتات الصلاحية.", + "frontier-term": "فرونتير (Frontier)", + "frontier-definition": "مرحلة التطوير التجريبية الأولية لإيثريوم، والتي استمرت من يوليو 2015 إلى مارس 2016.", "gas-term": "الغاز", - "gas-definition": "الغاز هو الرسوم التي يتم دفعها مقابل المعاملات والعقود الذكية على blockchain، مثل إيثريوم. المزيد عن الغاز والرسوم.", + "gas-definition": "الغاز هو الرسوم المدفوعة للمعاملات والعقود الذكية على البلوك تشين، مثل إيثريوم. المزيد عن الغاز والرسوم.", "gas-limit-term": "حد الغاز", - "gas-limit-definition": "الحد الأقصى لكمية الغاز التي يمكن أن تستهلكها المعاملة أو الكتلة.", + "gas-limit-definition": "الحد الأقصى لمقدار الغاز الذي قد تستهلكه معاملة أو كتلة.", "gas-price-term": "سعر الغاز", - "gas-price-definition": "السعر بالأثير لوحدة واحدة من الغاز المحددة في الصفقة.", - "genesis-block-term": "كتلة التكوين", - "genesis-block-definition": "الكتلة الأولى في blockchain، تُستخدم لتهيئة شبكة معينة وعملتها المشفرة.", - "geth-term": "جيث", - "geth-definition": "جو إيثريوم. أحد أبرز تطبيقات بروتوكول الإيثريوم، مكتوب بلغة جو. اقرأ المزيد على geth.ethereum.org", - "gwei-term": "الجي-وي", - "gwei-definition": "اختصار لـ جيجاوي، وهي فئة من الإيثر، تُستخدم عادةً لتسعير الغاز. 1 جيجاوي = 109 وي. 109 جيجاوي = 1 إيثر.", - "hard-fork-term": "شوكة صلبة", - "hard-fork-definition": "تباعد دائم في سلسلة الكتل؛ يُعرف أيضًا باسم تغيير التفرع الصلب. يحدث عادةً عندما لا تتمكن العقد غير المُحدثة من التحقق من صحة الكتل التي أنشأتها العقد المُحدثة التي تتبع قواعد الإجماع الأحدث قواعد الإجماع. لا يُخلط بينه وبين التفرع، أو التفرع الناعم، أو التفرع البرمجي، أو تفرّع Git.", - "hash-term": "التجزئة", - "hash-definition": "بصمة ذات طول ثابت لمدخلات ذات حجم متغير، يتم إنتاجها بواسطة دالة تجزئة. (انظر keccak-256).", + "gas-price-definition": "السعر بالإيثر لوحدة واحدة من الغاز المحددة في معاملة.", + "genesis-block-term": "كتلة التكوين (Genesis block)", + "genesis-block-definition": "الكتلة الأولى في البلوك تشين، تُستخدم لتهيئة شبكة معينة وعملتها الرقمية.", + "geth-term": "Geth", + "geth-definition": "Go Ethereum. أحد أبرز تطبيقات بروتوكول إيثريوم، مكتوب بلغة Go. اقرأ المزيد على geth.ethereum.org", + "gwei-term": "جواي (Gwei)", + "gwei-definition": "اختصار لـ gigawei، وهي فئة من إيثر، تُستخدم عادةً لتسعير الغاز. 1 جواي = 109 واي (wei). 109 جواي = 1 إيثر.", + "hard-fork-term": "انقسام حاد", + "hard-fork-definition": "تباعد دائم في البلوك تشين؛ يُعرف أيضًا باسم تغيير الانقسام الحاد. يحدث عادةً عندما لا تتمكن العقد غير المُرقاة من التحقق من صحة الكتل التي تم إنشاؤها بواسطة العقد المُرقاة التي تتبع قواعد إجماع أحدث. يجب عدم الخلط بينه وبين الانقسام، أو الانقسام الناعم، أو انقسام البرامج، أو انقسام Git.", + "hash-term": "التجزئة (هاش)", + "hash-definition": "بصمة ثابتة الطول لمدخلات متغيرة الحجم، يتم إنتاجها بواسطة دالة تجزئة. (انظر keccak-256).", "hash-rate-term": "معدل التجزئة", - "hash-rate-definition": "عدد حسابات التجزئة التي يتم إجراؤها في الثانية الواحدة بواسطة أجهزة الكمبيوتر التي تعمل ببرامج التعدين.", - "homestead-term": "هومستيد", - "holographic-consensus-term": "الإجماع المجسم", - "holographic-consensus-definition": "يشير هذا المصطلح إلى كيفية اتخاذ قرار جماعي كبير بالسماح لمجموعة صغيرة من الأشخاص الممثلين بالتصويت. ثم يوافق الجميع على الموافقة، طالما أنهم واثقون من أن المجموعة الصغيرة قد أحسنت التصرف.
    يُستخدم هذا المصطلح في بعض المجتمعات الإلكترونية لاتخاذ القرارات بسرعة دون الحاجة إلى تصويت الجميع على كل شيء، مع ضمان عدالة القرارات وتمثيلها لرغبات معظم الناس.\n", - "homestead-definition": "المرحلة الثانية من تطوير الإيثريوم، تم إطلاقها في مارس 2016 في الكتلة 1,150,000.", - "index-term": "فهرس", - "index-definition": "بنية شبكة تهدف إلى تحسين استعلام المعلومات من جميع أنحاء blockchain من خلال توفير مسار فعال لمصدر تخزينها.", + "hash-rate-definition": "عدد حسابات التجزئة التي يتم إجراؤها في الثانية بواسطة أجهزة الكمبيوتر التي تقوم بتشغيل برامج التعدين.", + "homestead-term": "هومستيد (Homestead)", + "holographic-consensus-term": "الإجماع الهولوغرافي", + "holographic-consensus-definition": "يشير إلى كيفية اتخاذ قرار جماعي كبير من خلال السماح لمجموعة أصغر من الأشخاص الممثلين بالتصويت. ثم يوافق الجميع على المضي قدمًا فيه، طالما أنهم يثقون في أن المجموعة الصغيرة قامت بعمل جيد.
    يُستخدم في بعض المجتمعات عبر الإنترنت لاتخاذ القرارات بسرعة دون الحاجة إلى تصويت الجميع على كل شيء، مع التأكد من أن القرارات عادلة وتمثل ما يريده معظم الناس.", + "homestead-definition": "مرحلة التطوير الثانية لإيثريوم، تم إطلاقها في مارس 2016 عند الكتلة 1,150,000.", + "index-term": "الفهرس", + "index-definition": "هيكل شبكة يهدف إلى تحسين الاستعلام عن المعلومات من جميع أنحاء البلوك تشين من خلال توفير مسار فعال لمصدر تخزينها.", "ide-term": "بيئة التطوير المتكاملة (IDE)", - "ide-definition": "واجهة مستخدم تجمع عادةً بين محرر الكود، والمترجم، ووقت التشغيل، ومصحح الأخطاء. المزيد عن بيئات التطوير المتكاملة.", + "ide-definition": "واجهة مستخدم تجمع عادةً بين محرر التعليمات البرمجية، والمترجم، وبيئة التشغيل، ومصحح الأخطاء. المزيد عن بيئات التطوير المتكاملة.", "immutable-deployed-code-problem-term": "مشكلة الكود المنشور غير القابل للتغيير", - "immutable-deployed-code-problem-definition": "بمجرد نشر كود العقد (أو المكتبة)، يصبح غير قابل للتغيير. تعتمد ممارسات تطوير البرمجيات القياسية على إمكانية إصلاح الأخطاء المحتملة وإضافة ميزات جديدة، مما يُمثل تحديًا لتطوير العقود الذكية. المزيد عن نشر العقود الذكية.", - "internal-transaction-term": "المعاملات الداخلية", - "internal-transaction-definition": "معاملة يتم إرسالها من حساب عقد إلى حساب عقد آخر أو EOA (انظر الرسالة).", - "issuance-term": "الإصدار", - "issuance-definition": "سك عملة جديدة لمكافأة اقتراح الكتلة، والتصديق عليها، والإبلاغ عن المخالفات.", + "immutable-deployed-code-problem-definition": "بمجرد نشر كود العقد (أو المكتبة)، يصبح غير قابل للتغيير. تعتمد ممارسات تطوير البرمجيات القياسية على القدرة على إصلاح الأخطاء المحتملة وإضافة ميزات جديدة، لذا يمثل هذا تحديًا لتطوير العقود الذكية. المزيد حول نشر العقود الذكية.", + "internal-transaction-term": "معاملة داخلية", + "internal-transaction-definition": "معاملة مُرسلة من حساب عقد إلى حساب عقد آخر أو حساب مملوك خارجيًا (EOA) (انظر الرسالة).", + "issuance-term": "إصدار", + "issuance-definition": "سك إيثر جديد لمكافأة اقتراح الكتل، والإقرار، والإبلاغ عن المخالفات.", "kdf-term": "دالة اشتقاق المفتاح (KDF)", - "kdf-definition": "تُعرف أيضًا باسم \"خوارزمية تمديد كلمة المرور\"، وتستخدمها تنسيقات keystore للحماية من هجمات القوة الغاشمة والقواميس وجداول قوس قزح على تشفير عبارة المرور، عن طريق التجزئة المتكررة لعبارة المرور.", - "keystore-term": "ملف مخزن المفاتيح", - "keystore-definition": "يوجد كل زوج من المفاتيح/العنوانات الخاصة بالحساب كملف مفتاح واحد في عميل إيثريوم. هذه ملفات نصية بصيغة JSON تحتوي على المفتاح الخاص المشفر للحساب، والذي لا يمكن فك تشفيره إلا باستخدام كلمة المرور المُدخلة أثناء إنشاء الحساب.", - "keccak-256-term": "دالة تجزئة التشفير المستخدمة ايثيريوم", - "keccak-256-definition": "دالة التجزئة التشفيرية hash المستخدمة في إيثريوم. تم توحيد Keccak-256 كـ SHA-3.", + "kdf-definition": "تُعرف أيضًا باسم \"خوارزمية تمديد كلمة المرور\"، وتُستخدم بواسطة تنسيقات مخزن المفاتيح (keystore) للحماية من هجمات القوة الغاشمة، والقاموس، وجداول قوس قزح على تشفير عبارة المرور، عن طريق التجزئة (هاش) المتكررة لعبارة المرور.", + "keystore-term": "مخزن المفاتيح (Keystore)", + "keystore-definition": "يوجد زوج المفتاح الخاص/العنوان لكل حساب كملف مفتاح واحد في عميل إيثريوم. هذه ملفات نصية بتنسيق JSON تحتوي على المفتاح الخاص المشفر للحساب، والذي لا يمكن فك تشفيره إلا باستخدام كلمة المرور التي تم إدخالها أثناء إنشاء الحساب.", + "keccak-256-term": "Keccak-256", + "keccak-256-definition": "دالة التجزئة (هاش) التشفيرية المستخدمة في إيثريوم. تم توحيد Keccak-256 كـ SHA-3.", "key-term": "مفتاح", - "key-definition": "في سياق الإيثريوم، المفاتيح عبارة عن أكواد رقمية: مفتاح عام لتلقي المعاملات ومفتاح خاص للوصول إلى الأموال وإرسالها.
    المفاتيح العامة: يمكن مشاركتها بشكل مفتوح.
    المفاتيح الخاصة: يتم الاحتفاظ بها سرية من قبل المالك.", - "layer-1-term": "الطبقة 1", - "layer-1-definition": "تشير الطبقة الأولى إلى سلسلة الكتل الرئيسية في شبكة سلسلة كتل متعددة المستويات. على سبيل المثال، تُعدّ إيثريوم وبيتكوين من سلاسل الكتل من الطبقة الأولى. تُحمّل العديد من سلاسل الكتل من الطبقة الثانية المعاملات كثيفة الموارد إلى سلسلة كتلها المنفصلة، ​​مع الاستمرار في استخدام سلسلة كتل الطبقة الأولى الخاصة بإيثريوم أو بيتكوين لأغراض أمنية.", + "key-definition": "في سياق إيثريوم، المفاتيح هي رموز رقمية: مفتاح عام لتلقي المعاملات ومفتاح خاص للوصول إلى الأموال وإرسالها.
    المفاتيح العامة: يمكن مشاركتها علنًا.
    المفاتيح الخاصة: يتم الاحتفاظ بها سرًا من قبل المالك.", + "layer-1-term": "الطبقة الأولى", + "layer-1-definition": "تشير الطبقة الأولى إلى البلوك تشين الرئيسي في شبكة بلوك تشين متعددة المستويات. على سبيل المثال، إيثريوم وبيتكوين هما شبكات بلوك تشين من الطبقة الأولى. تقوم العديد من شبكات البلوك تشين من الطبقة الثانية بتفريغ المعاملات كثيفة الاستهلاك للموارد إلى شبكة البلوك تشين المنفصلة الخاصة بها، مع الاستمرار في استخدام البلوك تشين من الطبقة الأولى لإيثريوم أو بيتكوين لأغراض الأمان.", "layer-2-term": "الطبقة الثانية", - "layer-2-definition": "الطبقة 2 هي شبكات أخرى مبنية على شبكة إيثريوم الرئيسية لجعل المعاملات أسرع وأرخص. المزيد عن الطبقة 2.", - "library-term": "المكتبة", - "library-definition": "نوع خاص من العقود لا يتضمن دوال دفع، أو دوال احتياطية، أو تخزين بيانات. لذلك، لا يمكنه استقبال أو تخزين بيانات الإيثر، أو تخزينها. تعمل المكتبة كشيفرة منشورة مسبقًا، ويمكن لعقود أخرى استدعاؤها لإجراء عمليات حسابية للقراءة فقط. المزيد عن مكتبات العقود الذكية.", + "layer-2-definition": "الطبقة الثانية هي شبكات أخرى مبنية فوق شبكة إيثريوم الرئيسية لجعل المعاملات أسرع وأرخص. المزيد حول الطبقة الثانية.", + "library-term": "مكتبة", + "library-definition": "نوع خاص من العقود لا يحتوي على دوال قابلة للدفع، ولا دالة احتياطية (fallback)، ولا تخزين للبيانات. لذلك، لا يمكنه تلقي أو الاحتفاظ بالإيثر، أو تخزين البيانات. تعمل المكتبة ككود تم نشره مسبقًا يمكن للعقود الأخرى استدعاؤه للحسابات للقراءة فقط. المزيد حول مكتبات العقود الذكية.", "light-client-term": "عميل خفيف", - "light-client-definition": "عميل إيثريوم لا يخزن نسخة محلية من سلسلة الكتل، ولا يتحقق من صحة الكتل والمعاملات. يوفر وظائف المحفظة، ويمكنه إنشاء المعاملات وبثها.", + "light-client-definition": "عميل إيثريوم لا يخزن نسخة محلية من البلوك تشين، أو يتحقق من الكتل والمعاملات. يقدم وظائف محفظة ويمكنه إنشاء وبث المعاملات.", "liquidity-term": "السيولة", - "liquidity-definition": "السيولة هي سرعة وسهولة تحويل الأصل إلى نقد أو أي أصل آخر. توفر منصات التداول اللامركزية، مثل يوني سواب، العديد من مجمعات السيولة، حيث يمكن لحاملي الأصول إيداع أصولهم، حيث يمكن للمتداولين شراؤها وبيعها بطريقة لامركزية مقابل مكافآت.", + "liquidity-definition": "السيولة هي مدى سرعة وسهولة تحويل أصل ما إلى نقد أو أصل آخر. تحتوي البورصات اللامركزية مثل Uniswap على مجمعات سيولة متعددة حيث يمكن لحاملي الأصول إيداع أصولهم حيث يمكن للمتداولين شرائها وبيعها بطريقة لامركزية مقابل مكافآت.", "liquidity-tokens-term": "رموز السيولة", - "liquidity-tokens-definition": "رموز السيولة (LST) هي رموز رقمية تُصدر للمشاركين الذين يودعون أصولهم في مجمع سيولة، وهو عبارة عن مجموعة من الأموال مُقفلة بعقد ذكي، ويُستخدم لتسهيل التداول على منصة تداول لامركزية (DEX).
    تمثل هذه الرموز حصة المشارك في المجمع، ويمكن استردادها لاحقًا مقابل الإيداع الأولي، بالإضافة إلى جزء من رسوم التداول الناتجة عن نشاط المجمع. في جوهرها، تُمثل رموز السيولة دليل ملكية أو حصة في مجمع سيولة، مما يسمح لحامليها بكسب مكافآت، مع توفير السيولة اللازمة للآخرين لتداول أزواج العملات المشفرة المختلفة بكفاءة.", - "liquid-staking-tokens-term": "رموز المراهنة السائلة", - "liquid-staking-tokens-definition": "رمز مشتق يمثل ملكية العملة المشفرة المقفلة التي يودعها المستخدم. عند إيداع أصل، تتيح بعض المنصات سك رموز إيداع سائلة (LSTs)، والتي تمثل حصة مساوية من الرموز المقفلة. يمكن بعد ذلك تداول هذه الرموز أو بيعها أو استخدامها في بروتوكولات التمويل اللامركزي (دي فاي) أخرى، مما يُحسّن كفاءة رأس المال للمودع من خلال إتاحة الوصول إلى السيولة من أمواله، حتى مع بقاء أصوله الأصلية مودعةً.", - "lmd-ghost-term": "LMD-الشبح", - "lmd-ghost-definition": "خوارزمية اختيار الشوكة التي يستخدمها عملاء إجماع إيثريوم لتحديد رأس السلسلة. LMD-GHOST هو اختصار لعبارة \"أحدث شجرة فرعية مُلاحظة جشعة مدفوعة بالرسائل\"، مما يعني أن رأس السلسلة هو الكتلة التي تحتوي على أكبر تراكم للشهادات في تاريخها.", + "liquidity-tokens-definition": "رموز السيولة (LST) هي رموز رقمية يتم إصدارها للمشاركين الذين يودعون الأصول في مجمع سيولة، وهو عبارة عن مجموعة من الأموال المقفلة في عقد ذكي وتُستخدم لتسهيل التداول في البورصة اللامركزية (DEX).
    تمثل هذه الرموز حصة المشارك في المجمع ويمكن استردادها لاحقًا مقابل الإيداع الأولي بالإضافة إلى جزء من رسوم التداول الناتجة عن نشاط المجمع. في الأساس، تعمل رموز السيولة كإثبات للملكية أو الحصة في مجمع السيولة، مما يسمح لحامليها بكسب المكافآت مع توفير السيولة اللازمة للآخرين لتداول أزواج العملات الرقمية المختلفة بكفاءة.", + "liquid-staking-tokens-term": "رموز التحصيص السائلة", + "liquid-staking-tokens-definition": "رمز مشتق يمثل ملكية العملة الرقمية المقفلة التي يقوم المستخدم بتحصيصها. عند تحصيص أصل ما، تسمح بعض المنصات بسك رموز التحصيص السائلة (LSTs)، والتي تمثل حصة معادلة من الرموز المقفلة. يمكن بعد ذلك تداول رموز LST هذه أو بيعها أو استخدامها في بروتوكولات التمويل اللامركزي (DeFi) الأخرى، مما يحسن كفاءة رأس المال للمساهم من خلال السماح بالوصول إلى السيولة من أمواله، حتى مع بقاء أصوله الأصلية محصصة.", + "lmd-ghost-term": "LMD-GHOST", + "lmd-ghost-definition": "خوارزمية اختيار الانقسام التي يستخدمها عملاء الإجماع في إيثريوم لتحديد رأس السلسلة. LMD-GHOST هو اختصار يرمز إلى \"Latest Message Driven Greediest Heaviest Observed SubTree\" مما يعني أن رأس السلسلة هو البلوك الذي يحتوي على أكبر تراكم من الإقرارات في تاريخه.", "mainnet-term": "الشبكة الرئيسية", - "mainnet-definition": "اختصار لـ \"الشبكة الرئيسية\"، هذه هي بلوكتشين إيثريوم العامة الرئيسية.", - "max-fee-per-gas-term": "الحد الأقصى للرسوم لكل غاز", - "max-fee-per-gas-definition": "الرسوم القصوى هي الحد الأقصى للمبلغ المطلق الذي يكون المستخدم على استعداد لدفعه لكل وحدة غاز (gwei) للحصول على معاملة مدرجة في كتلة.", - "merkle-patricia-tree-term": "ميركل باتريشيا تري (MPT)", - "merkle-patricia-tree-definition": "A data structure used in إيثريوم to efficiently store key-value pairs.", + "mainnet-definition": "اختصار لـ \"الشبكة الرئيسية\"، وهي البلوك تشين العام الرئيسي لإيثريوم.", + "max-fee-per-gas-term": "الحد الأقصى لرسوم الغاز", + "max-fee-per-gas-definition": "الحد الأقصى للرسوم هو أقصى مبلغ مطلق يكون المستخدم على استعداد لدفعه لكل وحدة من الغاز (gwei) لتضمين معاملة في بلوك.", + "merkle-patricia-tree-term": "شجرة ميركل باتريشيا (MPT)", + "merkle-patricia-tree-definition": "هيكل بيانات يُستخدم في إيثريوم لتخزين أزواج المفتاح والقيمة بكفاءة.", "merkle-root-term": "جذر ميركل", - "merkle-root-definition": "جذر ميركل هو أعلى تجزئة لشجرة ميركل، وهو يتحقق من جميع المعاملات داخل الكتلة.", + "merkle-root-definition": "جذر ميركل هو التجزئة (هاش) العلوية الوحيدة لشجرة ميركل. يتحقق من جميع المعاملات داخل البلوك.", "message-term": "رسالة", - "message-definition": "معاملة داخلية لا يتم تسلسلها أبدًا ويتم إرسالها فقط داخل آلة إيثريوم الافتراضية.", - "message-call-term": "رسالة مكالمة", - "message-call-definition": "عملية تمرير رسالة من حساب إلى آخر. إذا كان الحساب الوجهة مرتبطًا برمز EVM، فسيتم تشغيل الجهاز الافتراضي بحالة ذلك الكائن وسيتم التعامل مع الرسالة.", - "mev-term": "القيمة القصوى القابلة للاستخراج (MEV)", - "mev-definition": "الحد الأقصى للقيمة التي يمكن استخراجها من إنتاج الكتل بما يتجاوز مكافأة الكتلة القياسية ورسوم الغاز عن طريق تضمين واستبعاد وتغيير ترتيب المعاملات في الكتلة. المزيد عن الحد الأقصى للقيمة القابلة للاستخراج (MEV).", + "message-definition": "معاملة داخلية لا يتم تسلسلها أبدًا وتُرسل فقط داخل آلة إيثريوم الافتراضية (EVM).", + "message-call-term": "استدعاء رسالة", + "message-call-definition": "عملية تمرير رسالة من حساب إلى آخر. إذا كان الحساب الوجهة مرتبطًا بكود آلة إيثريوم الافتراضية (EVM)، فسيتم بدء تشغيل الآلة الافتراضية بحالة ذلك الكائن والتصرف بناءً على الرسالة.", + "mev-term": "أقصى قيمة قابلة للاستخراج (MEV)", + "mev-definition": "الحد الأقصى للقيمة التي يمكن استخراجها من إنتاج الكتل بما يزيد عن مكافأة الكتلة القياسية ورسوم الغاز عن طريق تضمين واستبعاد وتغيير ترتيب المعاملات في البلوك. المزيد حول أقصى قيمة قابلة للاستخراج (MEV).", "mining-term": "التعدين", - "mining-definition": "عملية تجزئة رأس كتلة بشكل متكرر مع زيادة nonce حتى تحتوي النتيجة على عدد عشوائي من الأصفار الثنائية الأولية. هذه هي العملية التي تُضاف من خلالها كتل جديدة إلى سلسلة كتل إثبات العمل. هكذا تم تأمين الإيثريوم قبل انتقاله إلى إثبات الحصة.", - "miner-term": "عامل المنجم", - "miner-definition": "عقدة شبكة تبحث عن إثبات عمل صالح للكتل الجديدة، وذلك من خلال التجزئة المتكررة (انظر إيثاش). لم يعد المعدنون جزءًا من إيثريوم، بل استُبدلوا بالمحققين عندما انتقلت إيثريوم إلى إثبات الحصة.", - "mint-term": "النعناع", - "mint-definition": "سكّ العملات الرقمية هو عملية إنشاء رموز جديدة وطرحها للتداول لاستخدامها. إنها آلية لامركزية لإنشاء رموز جديدة دون تدخل السلطة المركزية.", - "multisig-term": "متعدد التوقيعات (Multisig)", - "multisig-definition": "يشير مصطلح Multisig (التوقيع المتعدد) إلى محفظة رقمية أو حساب يتطلب توقيعات أو موافقات متعددة لتنفيذ المعاملات، مما يعزز الأمان.
    يضيف هذا أمانًا إضافيًا مقارنة بحسابات التوقيع الفردي التقليدية حيث لا يلزم سوى موافقة شخص واحد.", - "network-term": "الشبكة", - "network-definition": "في إشارة إلى شبكة إيثريوم، وهي شبكة نظير إلى نظير تنشر المعاملات والكتل إلى كل عقدة إيثريوم (مشارك في الشبكة). المزيد عن الشبكات.", + "mining-definition": "عملية التجزئة (هاش) المتكررة لرأس البلوك مع زيادة الرقم العشوائي (nonce) حتى تحتوي النتيجة على عدد عشوائي من الأصفار الثنائية البادئة. هذه هي العملية التي يتم من خلالها إضافة كتل جديدة إلى بلوك تشين إثبات العمل. هكذا كان يتم تأمين إيثريوم قبل انتقاله إلى إثبات الحصة.", + "miner-term": "مُعدِّن", + "miner-definition": "عقدة شبكة تجد إثبات العمل الصالح للكتل الجديدة، عن طريق التجزئة (هاش) المتكررة (انظر Ethash). لم يعد المُعدِّنون جزءًا من إيثريوم - فقد تم استبدالهم بالمدقّقين عندما انتقل إيثريوم إلى إثبات الحصة.", + "mint-term": "السك او انشاء", + "mint-definition": "السك هو عملية إنشاء رموز جديدة وإدخالها في التداول بحيث يمكن استخدامها. إنها آلية لامركزية لإنشاء رمز جديد دون تدخل السلطة المركزية.", + "multisig-term": "متعدد التوقيع", + "multisig-definition": "يشير متعدد التوقيع (Multisig) إلى محفظة رقمية أو حساب يتطلب توقيعات أو موافقات متعددة لتنفيذ المعاملات، مما يعزز الأمان.
    يضيف هذا أمانًا إضافيًا مقارنة بالحسابات التقليدية ذات التوقيع الفردي حيث لا يلزم سوى موافقة شخص واحد.", + "network-term": "شبكة", + "network-definition": "بالإشارة إلى شبكة إيثريوم، هي شبكة نظير إلى نظير تنشر المعاملات والكتل إلى كل عقدة إيثريوم (مشارك في الشبكة). المزيد حول الشبكات.", "network-hashrate-term": "معدل تجزئة الشبكة", - "network-hashrate-definition": "معدل التجزئة الإجمالي الذي أنتجته شبكة تعدين كاملة. تم إيقاف التعدين على إيثريوم عند انتقاله إلى إثبات الحصة.", - "nft-term": "رمز غير قابل للاستبدال (إن إف تي)", - "nft-definition": "عنصر رقمي فريد يمكنك امتلاكه، مثل الأعمال الفنية أو المقتنيات، يتم التحقق منه بواسطة تقنية blockchain. المزيد عن الرموز غير القابلة للاستبدال (إن إف تيز).", + "network-hashrate-definition": "معدل التجزئة الجماعي الذي تنتجه شبكة التعدين بأكملها. تم إيقاف التعدين على إيثريوم عندما انتقل إيثريوم إلى إثبات الحصة.", + "nft-term": "رمز غير قابل للاستبدال (NFT)", + "nft-definition": "عنصر رقمي فريد يمكنك امتلاكه، مثل الفن أو المقتنيات، يتم التحقق منه بواسطة تقنية البلوك تشين. المزيد حول الرموز غير القابلة للاستبدال (NFTs).", "node-term": "عقدة", - "node-definition": "عميل برمجي يشارك في الشبكة. المزيد عن العقد والعملاء.", - "nonce-term": "نونس", - "nonce-definition": "في التشفير، قيمة لا تُستخدم إلا مرة واحدة. نونس الحساب هو عداد معاملات في كل حساب، ويُستخدم لمنع هجمات الإعادة.", + "node-definition": "عميل برمجي يشارك في الشبكة. المزيد حول العقد والعملاء.", + "nonce-term": "رقم عشوائي", + "nonce-definition": "في علم التشفير، قيمة لا يمكن استخدامها إلا مرة واحدة. الرقم العشوائي للحساب هو عداد معاملات في كل حساب، ويُستخدم لمنع هجمات إعادة الإرسال.", "offchain-term": "خارج السلسلة", - "offchain-definition": "خارج السلسلة (Offchain) تعني أي معاملة أو بيانات موجودة خارج سلسلة الكتل (blockchain). ولأن إدخال كل معاملة على السلسلة قد يكون مكلفًا وغير فعال، فإن أدوات الطرف الثالث، مثل أوراكل التي تتعامل مع بيانات التسعير، أو حلول الطبقة الثانية التي تُنفّذ إنتاجية أعلى من المعاملات، تُدير معظم أعمال المعالجة خارج السلسلة، وتُرسل المعلومات على السلسلة على فترات أقل.", - "ommer-term": "كتلة عم (عم)", - "ommer-definition": "عندما يعثر مُعدّن على كتلة صالحة، فقد يكون مُعدّن آخر قد نشر كتلة منافسة تُضاف إلى طرف سلسلة الكتل أولاً. يمكن تضمين هذه الكتلة الصالحة، وإن كانت قديمة، بواسطة كتل أحدث كـ ommers والحصول على مكافأة جزئية على الكتلة. يُفضّل استخدام مصطلح \"ommer\" للإشارة إلى الكتلة الشقيقة للكتلة الأصلية، ولكن يُشار إليها أحيانًا باسم \"العم\". كان هذا شائعًا في إيثريوم عندما كانت شبكة إثبات العمل. الآن، وبعد أن أصبح إيثريوم يستخدم إثبات الحصة، يتم اختيار مُقترح كتلة واحد فقط لكل خانة.", + "offchain-definition": "خارج السلسلة تعني أي معاملة أو بيانات موجودة خارج البلوك تشين. نظرًا لأن تنفيذ كل معاملة على السلسلة يمكن أن يكون مكلفًا وغير فعال، فإن أدوات الجهات الخارجية مثل خدمات أوراكل التي تتعامل مع بيانات التسعير، أو حلول الطبقة الثانية التي تنفذ إنتاجية أعلى من المعاملات، تتعامل مع الجزء الأكبر من أعمال المعالجة خارج السلسلة، وسترسل المعلومات على السلسلة على فترات أقل تكرارًا.", + "ommer-term": "بلوك Ommer (العم)", + "ommer-definition": "عندما يجد مُعدِّن إثبات العمل بلوك صالحًا، قد يكون مُعدِّن آخر قد نشر بلوك منافسًا تمت إضافته إلى قمة البلوك تشين أولاً. يمكن تضمين هذا البلوك الصالح، ولكنه قديم، بواسطة الكتل الأحدث كـ ommers وتلقي مكافأة كتلة جزئية. مصطلح \"ommer\" هو المصطلح المفضل المحايد جنسانيًا لشقيق البلوك الأصل، ولكن يُشار إليه أحيانًا باسم \"العم\" (uncle). كان هذا شائعًا في إيثريوم عندما كانت شبكة إثبات العمل. الآن بعد أن يستخدم إيثريوم إثبات الحصة، يتم اختيار مقترح كتلة واحد فقط لكل خانة زمنية (slot).", "onchain-term": "على السلسلة", - "onchain-definition": "يشير إلى الإجراءات أو المعاملات التي تحدث على blockchain والمتاحة للجمهور.

    فكر في الأمر كما لو كنت تكتب شيئًا ما في دفتر ملاحظات كبير مشترك يمكن للجميع رؤيته والتحقق منه، مع التأكد من أن كل ما هو مكتوب (مثل إرسال أموال رقمية أو إبرام عقد) دائم ولا يمكن تغييره أو مسحه.", - "optimistic-rollup-term": "مجموعة من المعاملات التي تستخدم إثباتات الاحتيال لتقديم زيادة في معدل نقل المعاملات من الطبقة 2 أثناء استخدام الأمان الذي توفره الشبكة الرئيسية (الطبقة 1). على عكس البلازما ، حل مشابه للطبقة 2 ، يمكن للتجميعات المتفائلة التعامل مع أنواع معاملات أكثر تعقيدًا - أي شيء ممكن في EVM. لديهم مشكلات تتعلق بوقت الاستجابة مقارنةً بمجموعات Zero-Knowledge لأنه يمكن الطعن في المعاملة عبر إثبات الاحتيال.", - "optimistic-rollup-definition": "Optimistic Rollup هو حل الطبقة 2 الذي يعمل على تسريع المعاملات على إيثريوم، على افتراض أنها صالحة بشكل افتراضي ما لم يتم الطعن فيها. المزيد عن Optimistic rollups.", - "oracle-term": "أوراكل", - "oracle-definition": "أوراكل هو جسر بين سلسلة الكتل والعالم الحقيقي. يعمل كواجهات برمجة تطبيقات على السلسلة، حيث يمكن الاستعلام عن المعلومات واستخدامها في العقود الذكية. المزيد عن أوراكل.", + "onchain-definition": "يشير إلى الإجراءات أو المعاملات التي تحدث على البلوك تشين وتكون متاحة للجمهور.

    فكر في الأمر على أنه كتابة شيء ما في دفتر ملاحظات كبير مشترك يمكن للجميع رؤيته والتحقق منه، مما يضمن أن كل ما هو مكتوب (مثل إرسال أموال رقمية أو إبرام عقد) دائم ولا يمكن تغييره أو مسحه.", + "optimistic-rollup-term": "الرول أب التفائلي", + "optimistic-rollup-definition": "الرول أب التفائلي هو حل من الطبقة الثانية يسرع المعاملات على إيثريوم، بافتراض أنها صالحة افتراضيًا ما لم يتم الطعن فيها. المزيد حول الرول أب التفائلي.", + "oracle-term": "خدمة أوراكل", + "oracle-definition": "خدمة أوراكل هي جسر بين البلوك تشين والعالم الحقيقي. تعمل كـ واجهات برمجة تطبيقات (APIs) على السلسلة يمكن الاستعلام منها عن المعلومات واستخدامها في العقود الذكية. المزيد حول خدمات أوراكل.", "peer-term": "نظير", - "peer-definition": "Connected computers running إيثريوم client software that have identical copies of the blockchain.", + "peer-definition": "أجهزة كمبيوتر متصلة تقوم بتشغيل برنامج عميل إيثريوم ولديها نسخ متطابقة من البلوك تشين.", "peer-to-peer-network-term": "شبكة نظير إلى نظير", - "peer-to-peer-network-definition": "شبكة من أجهزة الكمبيوتر (الأقران) القادرة بشكل جماعي على أداء وظائف دون الحاجة إلى خدمات مركزية تعتمد على الخادم.
    غالبًا ما يُستخدم هذا الإعداد لمشاركة الملفات (مثل Bit Torrent) أو المعلومات أو العملات الرقمية، مما يسمح بتبادلات أكثر مباشرة وأكثر كفاءة بين المستخدمين.", - "permissionless-term": "لا يتطلب إذنًا", - "permissionless-definition": "يعني عدم الحاجة إلى إذن الانضمام إلى نظام مثل إيثريوم واستخدامه من قِبل أي شخص. المشاركة مفتوحة للجميع ولا تتطلب أي موافقة.", - "plasma-term": "بلازما", - "plasma-definition": "حلٌّ للتوسع خارج السلسلة يستخدم إثباتات الاحتيال، مثل التراكمات المتفائلة. يقتصر البلازما على المعاملات البسيطة مثل تحويلات الرموز الأساسية والمبادلات. المزيد عن البلازما.", - "private-key-term": "مفتاح خاص", - "private-key-definition": "المفتاح الخاص هو رمز سري يثبت ملكيتك لأموالك الرقمية ويسمح لك بإنفاقها، مثل رقم التعريف الشخصي لحسابك. لا تشاركه.", + "peer-to-peer-network-definition": "شبكة من أجهزة الكمبيوتر (النظراء) قادرة بشكل جماعي على أداء الوظائف دون الحاجة إلى خدمات مركزية قائمة على الخوادم.
    غالبًا ما يُستخدم هذا الإعداد لمشاركة الملفات (مثل Bit torrent)، أو المعلومات، أو العملات الرقمية، مما يسمح بتبادلات أكثر مباشرة وربما أكثر كفاءة بين المستخدمين.", + "permissionless-term": "مفتوح بدون إذن", + "permissionless-definition": "مفتوح بدون إذن يعني أنه يمكن لأي شخص الانضمام واستخدام نظام مثل إيثريوم. إنه مفتوح للجميع للمشاركة ولا يتطلب أي موافقة.", + "plasma-term": "بلازما (Plasma)", + "plasma-definition": "حل قابلية التوسّع خارج السلسلة يستخدم إثباتات الاحتيال، مثل الرول أب التفائلي. تقتصر بلازما على المعاملات البسيطة مثل التحويلات الأساسية للرموز والمبادلات. المزيد حول بلازما.", + "private-key-term": "المفتاح الخاص", + "private-key-definition": "المفتاح الخاص هو رمز سري يثبت أنك تمتلك أموالك الرقمية ويتيح لك إنفاقها، مثل رقم التعريف الشخصي (PIN) لحسابك. لا تقم بمشاركته.", "public-goods-term": "السلع العامة", - "public-goods-definition": "المنافع العامة هي أشياء يمكن للجميع استخدامها مجانًا، كالحدائق أو الهواء النقي، واستخدامها لا يمنع الآخرين من استخدامها أيضًا. غالبًا ما توفرها الحكومات لأن الشركات عادةً ما ترفض ذلك، إذ لا يمكنها بسهولة فرض رسوم على الناس مقابل استخدامها.", + "public-goods-definition": "السلع العامة هي أشياء يمكن للجميع استخدامها مجانًا، مثل الحدائق أو الهواء النظيف، واستخدامها لا يمنع الآخرين من استخدامها أيضًا. غالبًا ما توفر الحكومات هذه السلع لأن الشركات عادة لا تفعل ذلك، حيث لا يمكنها بسهولة فرض رسوم على الأشخاص مقابل استخدامها.", "private-chain-term": "سلسلة خاصة", - "private-chain-definition": "سلسلة الكتل الخاصة بالكامل هي سلسلة ذات وصول مصرح به، وغير متاحة للاستخدام العام.", - "poap-term": "مكتب حماية المستهلك", - "poap-definition": "يتم استخدام بروتوكول إثبات الحضور لإنشاء مجموعة رقمية قابلة للتجميع (إن إف تي) تثبت أنك حضرت حدثًا أو نشاطًا معينًا.", + "private-chain-definition": "البلوك تشين الخاص بالكامل هو الذي يتمتع بوصول مصرح به، وغير متاح للاستخدام العام.", + "poap-term": "POAP", + "poap-definition": "يُستخدم بروتوكول إثبات الحضور (POAP) لإنشاء عنصر رقمي قابل للجمع (NFT) يثبت حضورك لحدث أو نشاط معين.", "pos-term": "إثبات الحصة (PoS)", - "pos-definition": "طريقةٌ يستخدمها بروتوكول بلوكتشين للعملات المشفرة لتحقيق إجماع موزع. تطلب إثبات الحصة (PoS) من المستخدمين إثبات ملكية كمية معينة من العملات المشفرة (حصتهم في الشبكة) ليتمكنوا من المشاركة في التحقق من صحة المعاملات. المزيد عن إثبات الحصة.", + "pos-definition": "طريقة يهدف من خلالها بروتوكول بلوك تشين العملة الرقمية إلى تحقيق إجماع موزع. يطلب إثبات الحصة (PoS) من المستخدمين إثبات ملكية مبلغ معين من العملة الرقمية (\"حصتهم\" في الشبكة) لكي يتمكنوا من المشاركة في التحقق من صحة المعاملات. المزيد حول إثبات الحصة.", "pow-term": "إثبات العمل (PoW)", - "pow-definition": "آلية أمان لسلسلة الكتل تتطلب من العقد إنفاق الطاقة في شكل حسابات للعثور على قيمة معينة.", - "proto-danksharding-term": "بروتو-دانكشاردينج", - "proto-danksharding-definition": "نوع معاملات جديد يقبل \"كتلًا\" من البيانات على إيثريوم. تُخزَّن هذه \"الكتل\" مؤقتًا على سلسلة المنارات لمدة 4096 حقبة (حوالي 18.2 يومًا)، ويمكن تقليصها بعد ذلك لتقليل متطلبات الأجهزة لمشغلي العقد.", + "pow-definition": "آلية أمان لشبكات البلوك تشين تتطلب من العقد إنفاق الطاقة في شكل حسابات للعثور على قيمة معينة.", + "proto-danksharding-term": "Proto-Danksharding", + "proto-danksharding-definition": "نوع معاملة جديد يقبل \"كتل البيانات\" (blobs) لإيثريوم. يتم تخزين بيانات \"blob\" هذه مؤقتًا على سلسلة المنارة لمدة 4096 عصرًا (حوالي 18.2 يومًا)، ويمكن اختياريًا تقليمها بعد ذلك للمساعدة في تقليل متطلبات الأجهزة لمشغلي العقد.", "public-key-term": "المفتاح العام", - "public-key-definition": "المفتاح العام هو مجموعة من الأحرف التي تسمح للآخرين بإرسال العملة الرقمية إليك بشكل آمن، مثل عنوان البريد الإلكتروني للأموال.", - "quadratic-voting-term": "التصويت الرباعي", - "quadratic-voting-definition": "هي طريقة تصويت يُعبّر فيها الناخبون عن مدى ثقتهم بقضايا معينة. وتتيح لهم هذه الطريقة التعبير ليس فقط عن تفضيلاتهم، بل أيضًا عن مدى شدتها.", + "public-key-definition": "المفتاح العام هو مجموعة من الأحرف تتيح للآخرين إرسال عملة رقمية إليك بأمان، مثل عنوان بريد إلكتروني للأموال.", + "quadratic-voting-term": "التصويت التربيعي", + "quadratic-voting-definition": "هو طريقة تصويت يعبر فيها الناخبون عن مدى قوة شعورهم تجاه القضايا. يسمح للناخبين بإظهار ليس فقط التفضيل، ولكن أيضًا شدة تفضيلهم.", "receipt-term": "إيصال", - "receipt-definition": "البيانات التي تم إرجاعها بواسطة عميل إيثريوم لتمثيل نتيجة معاملة معينة، بما في ذلك تجزئة المعاملة، ورقم الكتلة الخاصة بها، وكمية الغاز المستخدمة، وفي حالة نشر عقد ذكي، عنوان العقد.", - "recovery-phrase-term": "عبارة البذرة/عبارة الاسترداد", - "recovery-phrase-definition": "قائمة من الكلمات التي تُعطى لك عند إنشاء محفظة رقمية. تعمل ككلمة مرور يمكن أن تساعدك على استعادة الوصول إلى محفظتك إذا فقدته، مما يضمن عدم فقدانك لأموالك الرقمية أو رموزك.", + "receipt-definition": "بيانات يتم إرجاعها بواسطة عميل إيثريوم لتمثيل نتيجة معاملة معينة، بما في ذلك التجزئة (هاش) للمعاملة، ورقم البلوك الخاص بها، وكمية الغاز المستخدمة، وفي حالة نشر عقد ذكي، عنوان العقد.", + "recovery-phrase-term": "عبارة الاسترداد", + "recovery-phrase-definition": "قائمة من الكلمات تُعطى لك عند إنشاء محفظة رقمية. تعمل ككلمة مرور يمكن أن تساعدك في العودة إلى محفظتك إذا فقدت الوصول إليها، مما يضمن عدم فقدان أموالك الرقمية أو رموزك.", "re-entrancy-attack-term": "هجوم إعادة الدخول", - "re-entrancy-attack-definition": "هجومٌ يتألف من استدعاء عقد المهاجم لدالة عقد الضحية، بحيث يستدعي الضحية عقد المهاجم مرةً أخرى بشكل متكرر أثناء التنفيذ. قد يؤدي هذا، على سبيل المثال، إلى سرقة الأموال عن طريق تخطي أجزاء من عقد الضحية تُحدِّث الأرصدة أو تحسب مبالغ السحب. المزيد عن إعادة الدخول.", - "reward-term": "جائزة", - "reward-definition": "كمية الأثير الممنوحة للمحققين الذين يؤدون وظائف معينة، بما في ذلك اقتراح كتلة أو المشاركة في لجنة المزامنة، في كل فتحة.", - "rlp-term": "بادئة المواصلات المباشرة (RLP)", - "rlp-definition": "معيار ترميز صممه مطورو إيثريوم لتشفير وتسلسل الكائنات (هياكل البيانات) ذات التعقيد والطول التعسفي.", - "rollups-term": "تكديس المعاملات", - "rollups-definition": "نوع من حلول التوسع من الطبقة الثانية، يُجمّع معاملات متعددة ويُرسلها إلى سلسلة إيثريوم الرئيسية في معاملة واحدة. يُتيح هذا خفض تكاليف الغاز وزيادة إنتاجية المعاملات. تتوفر عمليات تجميع متفائلة وأخرى بدون معرفة، وتستخدم أساليب أمان مختلفة لتحقيق هذه المكاسب في قابلية التوسع. المزيد عن التجميعات.", - "rpc-term": "استدعاء الإجراء عن بعد (RPC)", - "rpc-definition": "يتيح RPC لجهاز كمبيوتر واحد طلب البيانات أو الإجراء من جهاز آخر عبر الشبكة، مثل طلب المعلومات باستخدام جهاز التحكم عن بعد.", - "sha-term": "خوارزمية تجزئة آمنة (SHA)", - "sha-definition": "عائلة من وظائف التجزئة التشفيرية التي نشرها المعهد الوطني للمعايير والتكنولوجيا (NIST).", + "re-entrancy-attack-definition": "هجوم يتكون من عقد مهاجم يستدعي وظيفة عقد ضحية بطريقة تجعل الضحية يستدعي العقد المهاجم مرة أخرى بشكل متكرر أثناء التنفيذ. يمكن أن يؤدي هذا، على سبيل المثال، إلى سرقة الأموال عن طريق تخطي أجزاء من عقد الضحية التي تُحدّث الأرصدة أو تحسب مبالغ السحب. المزيد عن إعادة الدخول.", + "reward-term": "مكافأة", + "reward-definition": "كمية من الإيثر تُمنح للمدقّقين الذين يؤدون وظائف معينة، بما في ذلك اقتراح بلوك أو المشاركة في لجنة المزامنة، في كل فترة زمنية (slot).", + "rlp-term": "بادئة الطول العودي (RLP)", + "rlp-definition": "معيار تشفير صممه مطورو إيثريوم لتشفير وتسلسل الكائنات (هياكل البيانات) ذات التعقيد والطول العشوائي.", + "rollups-term": "الرول أب", + "rollups-definition": "نوع من حلول قابلية التوسّع في الطبقة الثانية يقوم بتجميع معاملات متعددة وإرسالها إلى سلسلة إيثريوم الرئيسية في معاملة واحدة. يتيح ذلك تقليل تكاليف الغاز وزيادة إنتاجية المعاملات. هناك الرول أب التفائلي والرول أب المعتمد على إثباتات المعرفة الصفرية اللذان يستخدمان طرق أمان مختلفة لتقديم مكاسب قابلية التوسّع هذه. المزيد عن الرول أب.", + "rpc-term": "استدعاء الإجراء عن بُعد (RPC)", + "rpc-definition": "يتيح RPC لجهاز كمبيوتر طلب بيانات أو إجراء من جهاز آخر عبر شبكة، مثل طلب معلومات باستخدام جهاز تحكم عن بُعد.", + "sha-term": "خوارزمية التجزئة الآمنة (SHA)", + "sha-definition": "عائلة من دوال التجزئة التشفيرية التي نشرها المعهد الوطني للمعايير والتكنولوجيا (NIST).", "serialization-term": "التسلسل", - "serialization-definition": "عملية تحويل بنية البيانات إلى تسلسل من البايتات.", + "serialization-definition": "عملية تحويل هيكل بيانات إلى تسلسل من البايتات.", "sequencer-term": "المنسّق", - "sequencer-definition": "المُسلسِل هو برنامج مسؤول عن ترتيب المعاملات في شبكة blockchain، وخاصةً ضمن حلول التوسع في الطبقة 2.", - "shard-term": "شظية / سلسلة شظايا", - "shard-definition": "سلاسل الشظايا هي أقسام منفصلة من سلسلة الكتل الكلية، يمكن لمجموعات فرعية من المدققين إدارتها. كان من المفترض في الأصل أن تكون هذه هي الطريقة التي توسّع بها إيثريوم إلى ملايين المعاملات في الثانية، ولكن الآن حلّت محلها التطورات السريعة في التوسع باستخدام الرول أب.", - "sidechain-term": "حل قياس يستخدم سلسلة منفصلة مع [قواعد إجماع] مختلفة ، وغالبًا ما تكون أسرع ، {# توافق-قواعد}. هناك حاجة إلى جسر لتوصيل هذه السلسلة الجانبية بالشبكة الرئيسية. تستخدم Rollups أيضًا سلاسل جانبية ، لكنها تعمل بالتعاون مع mainnet بدلاً من ذلك.", - "sidechain-definition": "حلٌّ للتوسع يستخدم سلسلةً منفصلةً ذات قواعد إجماع مختلفة، وغالبًا ما تكون أسرع. يلزم وجود جسر لربط هذه السلاسل الجانبية بـ الشبكة الرئيسية. تستخدم Rollups أيضًا السلاسل الجانبية، ولكنها تعمل بالتعاون مع الشبكة الرئيسية. المزيد عن السلاسل الجانبية.", + "sequencer-definition": "المنسّق هو برنامج مسؤول عن ترتيب المعاملات في شبكة البلوك تشين، خاصة ضمن حلول قابلية التوسّع في الطبقة الثانية.", + "shard-term": "القطعة / سلسلة القطع (Shard chain)", + "shard-definition": "سلاسل القطع هي أقسام منفصلة من إجمالي البلوك تشين يمكن أن تكون مجموعات فرعية من المدقّقين مسؤولة عنها. كان هذا في الأصل يُقصد به أن يكون الطريقة التي تتوسع بها إيثريوم إلى ملايين المعاملات في الثانية، ولكن تم استبداله الآن بالتطور السريع لقابلية التوسّع باستخدام الرول أب.", + "sidechain-term": "السلسلة الجانبية", + "sidechain-definition": "حل لقابلية التوسّع يستخدم سلسلة منفصلة مع قواعد إجماع مختلفة وغالبًا ما تكون أسرع. هناك حاجة إلى جسر لربط هذه السلاسل الجانبية بـ الشبكة الرئيسية. تستخدم الرول أب أيضًا سلاسل جانبية، لكنها تعمل بالتعاون مع الشبكة الرئيسية بدلاً من ذلك. المزيد عن السلاسل الجانبية.", "signing-term": "التوقيع", - "signing-definition": "إثبات تشفيريًا أن المعاملة تمت الموافقة عليها من قبل حامل مفتاح خاص محدد.", - "singleton-term": "سينجلتون", - "singleton-definition": "مصطلح في برمجة الكمبيوتر يصف كائنًا لا يمكن أن يوجد منه سوى مثيل واحد.", - "slasher-term": "المشرح", - "slasher-definition": "المُشَوِّش هو كيان يفحص الشهادات بحثًا عن الجرائم القابلة للتشريح. تُبثّ عمليات التشريح إلى الشبكة، ويضيف مُقترح الكتلة التالي الدليل إلى الكتلة. ثم يتلقى مُقترح الكتلة مكافأةً لتشريح المُصدِّق الخبيث.", - "slot-term": "الخانة", - "slot-definition": "فترة زمنية (١٢ ثانية) يُمكن خلالها اقتراح كتل جديدة بواسطة مُصدِّق في نظام إثبات الحصة. قد تكون إحدى الخانات فارغة. تُشكِّل 32 خانة العصر. المزيد عن إثبات الحصة.", + "signing-definition": "إثبات تشفيري بأن معاملة تمت الموافقة عليها من قبل حامل مفتاح خاص معين.", + "singleton-term": "النسخة المفردة (Singleton)", + "singleton-definition": "مصطلح في برمجة الكمبيوتر يصف كائنًا لا يمكن أن يوجد منه سوى نسخة واحدة فقط.", + "slasher-term": "المُعاقِب (Slasher)", + "slasher-definition": "المُعاقِب هو كيان يقوم بمسح الإقرارات بحثًا عن المخالفات التي تستوجب العقوبة. يتم بث العقوبات إلى الشبكة، ويقوم مقترح الكتلة التالي بإضافة الإثبات إلى البلوك. يتلقى مقترح الكتلة بعد ذلك مكافأة لمعاقبة المُدقِّق الخبيث.", + "slot-term": "الفترة الزمنية (Slot)", + "slot-definition": "فترة زمنية (12 ثانية) يمكن خلالها اقتراح كتل جديدة بواسطة مُدقِّق في نظام إثبات الحصة. قد تكون الفترة الزمنية فارغة. 32 فترة زمنية تشكل عصر واحد. المزيد عن إثبات الحصة.", "smart-contract-term": "عقد ذكي", - "smart-contract-definition": "العقد الذكي هو برنامج ينفذ الاتفاقيات تلقائيًا على blockchain، مثل العقد الرقمي الذي يتم تنفيذه ذاتيًا. مقدمة عن العقود الذكية.", - "snark-term": "سنارك (SNARK)", - "snark-definition": "اختصار لـ \"حجة معرفية موجزة غير تفاعلية\"، SNARK هو نوع من إثبات عدم المعرفة. المزيد عن عمليات تجميع عدم المعرفة.", - "soft-fork-term": "شوكة ناعمة", - "soft-fork-definition": "تباعد في سلسلة الكتل يحدث عند تغير قواعد الإجماع. على عكس الشوكة الصلبة، فإن الشوكة الناعمة متوافقة مع الإصدارات السابقة؛ حيث يمكن للعقد المُحدثة التحقق من صحة الكتل التي أنشأتها العقد غير المُحدثة طالما أنها تتبع قواعد الإجماع الجديدة.", - "solidity-term": "لغة برمجة سوليديتي", - "solidity-definition": "لغة برمجة إجرائية (أمرية) ببنية نحوية مشابهة لجافا سكريبت، أو سي++، أو جافا. وهي اللغة الأكثر شيوعًا واستخدامًا في العقود الذكية على إيثريوم. من ابتكار الدكتور جافين وود. المزيد عن سوليديتي.", - "solidity-inline-assembly-term": "تجميع خطي متين", - "solidity-inline-assembly-definition": "لغة التجميع EVM في برنامج سوليديتي. يُسهّل دعم سوليديتي للتجميع المضمّن كتابة عمليات مُعيّنة.", + "smart-contract-definition": "العقد الذكي هو برنامج ينفذ الاتفاقيات تلقائيًا على البلوك تشين، مثل عقد رقمي ذاتي التنفيذ. مقدمة عن العقود الذكية.", + "snark-term": "SNARK", + "snark-definition": "اختصار لـ \"حجة المعرفة الموجزة غير التفاعلية\"، وSNARK هو نوع من إثبات المعرفة الصفرية. المزيد عن الرول أب المعتمد على إثباتات المعرفة الصفرية.", + "soft-fork-term": "انقسام ناعم", + "soft-fork-definition": "اختلاف في البلوك تشين يحدث عندما تتغير قواعد الإجماع. على عكس انقسام حاد، يكون الانقسام الناعم متوافقًا مع الإصدارات السابقة؛ حيث يمكن للعقد المحدثة التحقق من صحة الكتل التي تم إنشاؤها بواسطة العقد غير المحدثة طالما أنها تتبع قواعد الإجماع الجديدة.", + "solidity-term": "Solidity", + "solidity-definition": "لغة برمجة إجرائية (حتمية) ذات بناء جملة مشابه لـ JavaScript أو C++ أو Java. وهي اللغة الأكثر شيوعًا واستخدامًا لـ العقود الذكية على إيثريوم. أنشأها الدكتور Gavin Wood. المزيد عن Solidity.", + "solidity-inline-assembly-term": "تجميع Solidity المضمن (Solidity inline assembly)", + "solidity-inline-assembly-definition": "لغة تجميع آلة إيثريوم الافتراضية (EVM) في برنامج Solidity. دعم Solidity للتجميع المضمن يسهل كتابة عمليات معينة.", "stablecoin-term": "عملة مستقرة", - "stablecoin-definition": "العملة المستقرة هي نوع من العملات المشفرة المصممة لتكون ذات قيمة مستقرة، وغالبًا ما تكون مرتبطة بعملة أو سلعة (مثل الدولار الأمريكي)، لتقليل تقلب الأسعار. المزيد عن العملات المستقرة.", + "stablecoin-definition": "العملة المستقرة هي نوع من العملات الرقمية المصممة ليكون لها قيمة مستقرة، وغالبًا ما تكون مرتبطة بعملة أو سلعة (مثل الدولار الأمريكي)، لتقليل تقلبات الأسعار. المزيد عن العملات المستقرة.", "staking-term": "التحصيص", - "staking-definition": "إيداع كمية من الإيثر (حصتك) لتصبح مُصدِّقًا وتؤمِّن الشبكة. يتحقق المُصدِّق من المعاملات ويقترح الكتل وفقًا لنموذج إجماع إثبات الحصة. يمنحك التخزين حافزًا اقتصاديًا للعمل بما يخدم مصالح الشبكة. ستحصل على مكافآت مقابل قيامك بمهام التحقق، ولكنك ستخسر مبالغ متفاوتة من الإيثريوم إذا لم تفعل. المزيد عن تخزين الإيثريوم.", + "staking-definition": "إيداع كمية من الإيثر (حصتك) لتصبح مُدقِّقًا وتؤمن الشبكة. يتحقق المُدقِّق من المعاملات ويقترح الكتل بموجب نموذج إجماع إثبات الحصة. يمنحك التحصيص حافزًا اقتصاديًا للعمل بما يخدم مصلحة الشبكة. ستحصل على مكافآت مقابل تنفيذ واجباتك كـ مُدقِّق، لكنك ستفقد كميات متفاوتة من ETH إذا لم تفعل ذلك. المزيد عن التحصيص في إيثريوم.", "staking-pool-term": "مجمع الحصة", - "staking-pool-definition": "مجموع وحدات ETH لأكثر من مُشارك واحد في رهانات إيثريوم، يُستخدم للوصول إلى 32 ETH اللازمة لتفعيل مجموعة مفاتيح التحقق. يستخدم مُشغل العقدة هذه المفاتيح للمشاركة في الإجماع، وتُقسم مكافآت الكتلة بين المُشاركين. لا يُعدّ تجميع الحصص أو تفويض الحصص أمرًا أساسيًا في بروتوكول إيثريوم، ولكن العديد من الحلول قد طوّرها مجتمع إيثريوم. المزيد عن التجميع.", - "stark-term": "ستارك (STARK)", - "stark-definition": "اختصار لـ \"حجة المعرفة الشفافة القابلة للتطوير\"، STARK هو نوع من إثبات عدم المعرفة. المزيد عن عمليات تجميع عدم المعرفة.", - "state-term": "الحالة", - "state-definition": "لقطة لجميع الأرصدة والبيانات في نقطة زمنية معينة على blockchain، وعادةً ما تشير إلى الحالة في كتلة معينة.", + "staking-pool-definition": "مجموع ETH لأكثر من مساهم واحد في إيثريوم، يُستخدم للوصول إلى 32 ETH المطلوبة لتنشيط مجموعة من مفاتيح المُدقِّق. يستخدم مشغل العقدة هذه المفاتيح للمشاركة في الإجماع ويتم تقسيم مكافآت الكتلة بين المساهمين المشاركين. مجمعات الحصة أو تفويض التحصيص ليست أصلية في بروتوكول إيثريوم، ولكن تم بناء العديد من الحلول بواسطة المجتمع. المزيد عن التحصيص المجمع.", + "stark-term": "STARK", + "stark-definition": "اختصار لـ \"حجة المعرفة الشفافة القابلة للتوسّع\"، وSTARK هو نوع من إثبات المعرفة الصفرية. المزيد عن الرول أب المعتمد على إثباتات المعرفة الصفرية.", + "state-term": "حالة", + "state-definition": "لقطة لجميع الأرصدة والبيانات في نقطة زمنية معينة على البلوك تشين، وتشير عادةً إلى الحالة عند بلوك معين.", "state-channels-term": "قنوات الحالة", - "state-channels-definition": "حل من الطبقة الثانية، حيث تُنشأ قناة بين المشاركين، تتيح لهم إجراء معاملات بحرية وبتكلفة منخفضة. تُرسل فقط المعاملة اللازمة لإعداد القناة وإغلاقها إلى الشبكة الرئيسية. يسمح هذا بمعدلات معاملات عالية جدًا، ولكنه يعتمد على معرفة عدد المشاركين مسبقًا وحجز الأموال. المزيد عن قنوات الحالة.", + "state-channels-definition": "حل من حلول الطبقة الثانية حيث يتم إعداد قناة بين المشاركين، حيث يمكنهم إجراء المعاملات بحرية وبتكلفة زهيدة. يتم إرسال معاملة واحدة فقط لإعداد القناة وإغلاقها إلى الشبكة الرئيسية. يتيح ذلك إنتاجية معاملات عالية جدًا، ولكنه يعتمد على معرفة عدد المشاركين مسبقًا وقفل الأموال. المزيد عن قنوات الحالة.", "supermajority-term": "الأغلبية العظمى", - "supermajority-definition": "الأغلبية المطلقة هي المصطلح المُستخدم لوصف كمية تتجاوز ثلثي (66%) إجمالي الأثير المُراهن عليه لتأمين الإيثريوم. ويلزم تصويت الأغلبية المطلقة لحسم الكتل على سلسلة بيكون.", - "sybil-attack-term": "هجمات سيبيل", - "sybil-attack-definition": "تشير هجمات Sybil إلى أن أفراد يخدعون النظام بإيهامه أنهم أشخاص عديدون بهدف زيادة نفوذهم.", + "supermajority-definition": "الأغلبية العظمى هو المصطلح الذي يُطلق على مبلغ يتجاوز 2/3 (66%) من إجمالي الإيثر المحصص الذي يؤمن إيثريوم. مطلوب تصويت الأغلبية العظمى حتى يتم إضفاء النهائية عليها للكتل على سلسلة المنارة.", + "sybil-attack-term": "هجوم سيبيل", + "sybil-attack-definition": "تشير هجمات سيبيل إلى قيام أفراد بخداع نظام ليعتقد أنهم أشخاص متعددون لزيادة تأثيرهم.", "syncing-term": "المزامنة", - "syncing-definition": "عملية تنزيل أحدث إصدار كامل من blockchain إلى عقدة.", + "syncing-definition": "عملية تنزيل أحدث إصدار كامل من البلوك تشين إلى عقدة.", "sync-committee-term": "لجنة المزامنة", - "sync-committee-definition": "لجنة المزامنة هي مجموعة مختارة عشوائيًا من المُصدِّقين، ويتم تحديثها كل ٢٧ ساعة تقريبًا. غرضها هو إضافة توقيعاتها إلى رؤوس الكتل الصالحة. تتيح لجان المزامنة عملاء Light تتبع رأس سلسلة الكتل دون الحاجة إلى الوصول إلى مجموعة المُصدِّقين بأكملها.", - "szabo-term": "زابو", - "szabo-definition": "فئة من الأثير. 1 szabo = 1012 wei. 106 szabo = 1 أثير.", - "terminal-total-difficulty-term": "الصعوبة الكلية النهائية (TTD)", - "terminal-total-difficulty-definition": "الصعوبة الكلية هي مجموع صعوبة تعدين إيثاش لجميع الكتل حتى نقطة محددة في سلسلة الكتل. الصعوبة الكلية النهائية هي قيمة محددة للصعوبة الكلية، والتي استُخدمت كحافز لعملاء التنفيذ لإيقاف وظائف التعدين وتداول الكتل، مما يُمكّن الشبكة من الانتقال إلى إثبات الحصة. لم تعد هذه الصعوبة ذات صلة لأن إيثريوم انتقلت إلى إثبات الحصة.", - "testnet-term": "شبكة التجريب", - "testnet-definition": "اختصار لـ \"شبكة الاختبار\"، وهي شبكة تستخدم لمحاكاة سلوك شبكة إيثريوم الرئيسية.", - "token-term": "رمز مميز", - "token-definition": "سلعة افتراضية قابلة للتداول يتم تعريفها في العقود الذكية على سلسلة كتل الإيثريوم.", - "token-factory-term": "مصنع الرموز", - "token-factory-definition": "مصنع الرموز هو عقد ذكي يسهل إنشاء الرموز ضمن معيار محدد، مثل ERC-20 أو ERC-721 أو ERC-1155. يعمل العقد الذكي كقالب، مما يسمح للمستخدمين بنشر رموز جديدة بمعلمات مخصصة مثل الاسم والرمز والتوريد والوظائف الإضافية دون إنشاء عقد ذكي جديد من البداية.", + "sync-committee-definition": "لجنة المزامنة هي مجموعة مختارة عشوائيًا من المدقّقين يتم تحديثها كل 27 ساعة تقريبًا. الغرض منها هو إضافة توقيعاتهم إلى رؤوس الكتل الصالحة. تتيح لجان المزامنة لـ العملاء الخفيفين تتبع رأس البلوك تشين دون الحاجة إلى الوصول إلى مجموعة المدقّقين بأكملها.", + "szabo-term": "Szabo", + "szabo-definition": "فئة من فئات الإيثر. 1 szabo = 1012 wei. 106 szabo = 1 ether.", + "terminal-total-difficulty-term": "الصعوبة الإجمالية النهائية (TTD)", + "terminal-total-difficulty-definition": "الصعوبة الإجمالية هي مجموع صعوبة تعدين Ethash لجميع الكتل حتى نقطة معينة في البلوك تشين. الصعوبة الإجمالية النهائية هي قيمة محددة للصعوبة الإجمالية تم استخدامها كمحفز لعملاء التنفيذ لإيقاف وظائف التعدين ونشر الكتل الخاصة بهم مما يتيح للشبكة الانتقال إلى إثبات الحصة. لم يعد هذا ذا صلة لأن إيثريوم انتقلت إلى إثبات الحصة.", + "testnet-term": "شبكة الاختبار", + "testnet-definition": "اختصار لـ \"شبكة الاختبار\"، وهي شبكة تُستخدم لمحاكاة سلوك شبكة إيثريوم الرئيسية.", + "token-term": "رمز", + "token-definition": "سلعة افتراضية قابلة للتداول مُعرّفة في العقود الذكية على البلوك تشين الخاص بإيثريوم.", + "token-factory-term": "مصنع الرموز (Token factory)", + "token-factory-definition": "مصنع الرموز هو عقد ذكي يسهل إنشاء الرموز ضمن معيار معين، مثل ERC-20 أو ERC-721 أو ERC-1155. يعمل العقد الذكي كقالب، مما يتيح للمستخدمين نشر رموز جديدة بمعلمات مخصصة مثل الاسم والرمز والعرض والوظائف الإضافية دون إنشاء عقد ذكي جديد من الصفر.", "transaction-term": "معاملة", - "transaction-definition": "البيانات المُرسَلة إلى بلوكتشين الإيثريوم مُوقَّعة من قِبَل حساب مُرسَل، مُستهدفًا عنوانًا مُحدَّدًا. تحتوي المعاملة على بيانات وصفية مثل حد الغاز لتلك المعاملة. المزيد عن المعاملات.", - "transaction-fee-term": "رسوم التحويل", - "transaction-fee-definition": "رسومٌ يجب دفعها عند استخدام شبكة إيثريوم. من الأمثلة على ذلك إرسال الأموال من محفظتك أو تفاعلك مع تطبيق لامركزي، مثل تبادل الرموز أو شراء قطعةٍ تذكارية. يمكنك اعتبار هذا بمثابة رسوم خدمة. تتغير هذه الرسوم بناءً على مدى انشغال الشبكة. وذلك لأن المدققين، وهم المسؤولون عن معالجة معاملتك، يُفضلون المعاملات ذات الرسوم الأعلى، مما يؤدي إلى ارتفاع السعر.

    على المستوى التقني، ترتبط رسوم معاملتك بكمية الغاز التي تتطلبها معاملتك.

    يُعد خفض رسوم المعاملات موضوعًا يحظى باهتمام كبير في الوقت الحالي. راجع Layer 2.", + "transaction-definition": "بيانات مُلزمة على البلوك تشين الخاص بإيثريوم وموقعة من قبل حساب المنشأ، وتستهدف عنوان محدد. تحتوي المعاملة على بيانات وصفية مثل حد الغاز لتلك المعاملة. المزيد عن المعاملات.", + "transaction-fee-term": "رسوم المعاملة", + "transaction-fee-definition": "رسوم تحتاج إلى دفعها كلما استخدمت شبكة إيثريوم. تشمل الأمثلة إرسال الأموال من محفظة الخاصة بك أو التفاعل مع تطبيق لامركزي، مثل مبادلة الرموز أو شراء عنصر قابل للجمع. يمكنك التفكير في هذا كرسوم خدمة. ستتغير هذه الرسوم بناءً على مدى انشغال الشبكة. وذلك لأن المدقّقين، وهم الأشخاص المسؤولون عن معالجة معاملتك، من المرجح أن يعطوا الأولوية للمعاملات ذات الرسوم الأعلى - لذا فإن الازدحام يجبر السعر على الارتفاع.

    على المستوى التقني، ترتبط رسوم المعاملة الخاصة بك بمقدار الغاز الذي تتطلبه معاملتك.

    يعد تقليل رسوم المعاملات موضوعًا يحظى باهتمام كبير في الوقت الحالي. راجع الطبقة الثانية.", "trust-assumptions-term": "افتراضات الثقة", - "trust-assumptions-definition": "افتراضات الثقة هي معتقدات أساسية حول سلامة النظام وموثوقيته، والتي توجه ما نثق به من أجل عمل النظام.", - "trustlessness-term": "انعدام الثقة", - "trustlessness-definition": "قدرة الشبكة على التوسط في المعاملات دون الحاجة إلى أن يثق أي من الأطراف المعنية بطرف ثالث.", - "turing-complete-term": "عالمية - صفة لغة البرمجة", - "turing-complete-definition": "مفهوم سمي على اسم عالم الرياضيات وعالم الكمبيوتر الإنجليزي آلان تورينج - وهو نظام من قواعد معالجة البيانات (مثل مجموعة تعليمات الكمبيوتر، أو لغة برمجة، أو إنسان آلي خلوي) يقال إنه \"مكتمل تورينج\" أو \"عالمي حسابيًا\" إذا كان من الممكن استخدامه لمحاكاة أي آلة تورينج.", - "validator-term": "مُدقِّق", - "validator-definition": "عقدة في نظام إثبات الحصة، مسؤولة عن تخزين البيانات ومعالجة المعاملات وإضافة كتل جديدة إلى سلسلة الكتل. لتفعيل برنامج التحقق، يجب أن تكون قادرًا على حصة 32 إيثريوم. المزيد عن الحصة في إيثريوم.", - "validator-lifecycle-term": "دورة حياة المدقق", - "validator-lifecycle-definition": "تسلسل الحالات التي يمكن أن يوجد فيها المحقق. وهذا يشمل:

    • مُودَع: تم إيداع 32 ETH على الأقل في عقد الإيداع بواسطة المحقق
    • معلق: المحقق موجود في قائمة انتظار التنشيط في انتظار التصويت عليه في الشبكة من قبل المحققين الحاليين
    • نشط: يشهد حاليًا ويقترح الكتل
    • مُقطع: أساء المحقق التصرف ويتم قطعه
    • خارج: تم وضع علامة على المحقق لخروجه من الشبكة، إما طواعية أو لأنه تم إخراجه.
    ", + "trust-assumptions-definition": "افتراضات الثقة هي معتقدات أساسية حول سلامة النظام وموثوقيته، وتوجه ما نثق به لكي يعمل النظام.", + "trustlessness-term": "انعدام الحاجة للثقة (Trustlessness)", + "trustlessness-definition": "قدرة الشبكة على التوسط في المعاملات دون حاجة أي من الأطراف المعنية إلى الثقة بطرف ثالث.", + "turing-complete-term": "مكتمل تورنغ (Turing complete)", + "turing-complete-definition": "مفهوم سُمي على اسم عالم الرياضيات وعالم الكمبيوتر الإنجليزي Alan Turing - يُقال إن نظام قواعد معالجة البيانات (مثل مجموعة تعليمات الكمبيوتر أو لغة البرمجة أو الأوتوماتون الخلوي) \"مكتمل تورنغ\" أو \"عالمي حسابيًا\" إذا كان من الممكن استخدامه لمحاكاة أي آلة تورنغ.", + "validator-term": "مُدقِّق", + "validator-definition": "عقدة في نظام إثبات الحصة مسؤولة عن تخزين البيانات ومعالجة المعاملات وإضافة كتل جديدة إلى البلوك تشين. لتنشيط برنامج المُدقِّق، يجب أن تكون قادرًا على تحصيص 32 ETH. المزيد عن التحصيص في إيثريوم.", + "validator-lifecycle-term": "دورة حياة المُدقِّق", + "validator-lifecycle-definition": "تسلسل الحالات التي يمكن أن يتواجد فيها المُدقِّق. وتشمل هذه:

    • مُودِع (deposited): تم إيداع ما لا يقل عن 32 ETH في عقد الإيداع بواسطة المُدقِّق
    • قيد الانتظار (pending): المُدقِّق في قائمة انتظار التنشيط في انتظار التصويت عليه للدخول إلى الشبكة من قبل المدقّقين الحاليين
    • نشط (active): يقوم حاليًا بالإقرار واقتراح الكتل
    • قيد العقوبة (slashing): أساء المُدقِّق التصرف ويتعرض للعقوبة
    • قيد الخروج (exiting): تم وضع علامة على المُدقِّق للخروج من الشبكة، إما طواعية أو لأنه تم طرده.
    ", "validity-proof-term": "إثبات الصلاحية", - "validity-proof-definition": "نموذج أمان لبعض حلول الطبقة الثانية، حيث تُجمّع المعاملات في دفعات وتُرسل إلى إيثريوم في معاملة واحدة لزيادة السرعة. تُحسب المعاملات خارج السلسلة، ثم تُزوّد ​​السلسلة الرئيسية بإثبات صحتها. تزيد هذه الطريقة من عدد المعاملات الممكنة مع الحفاظ على الأمان. بعض عمليات التجميع تستخدم إثبات الاحتيال. المزيد عن عمليات التجميع بدون معرفة.", - "validium-term": "فاليديوم", - "validium-definition": "حل خارج السلسلة يستخدم إثباتات الصلاحية لتحسين إنتاجية المعاملات. بخلاف عمليات التجميع بدون معرفة، لا تُخزَّن بيانات validium على الشبكة الرئيسية من الطبقة 1. المزيد عن validium.", - "vyper-term": "لغة برمجة فايبر", - "vyper-definition": "لغة برمجة عالية المستوى بتركيب نحوي شبيه بلغة بايثون. تهدف إلى الاقتراب من لغة وظيفية بحتة. من ابتكار فيتاليك بوتيرين. المزيد عن فايبر.", + "validity-proof-definition": "نموذج أمان لبعض حلول الطبقة الثانية حيث، لزيادة السرعة، يتم تجميع المعاملات في دفعات وإرسالها إلى إيثريوم في معاملة واحدة. يتم حساب المعاملة خارج السلسلة ثم يتم تزويد السلسلة الرئيسية بإثبات على صلاحيتها. تزيد هذه الطريقة من كمية المعاملات الممكنة مع الحفاظ على الأمان. تستخدم بعض الرول أب إثبات الاحتيال. المزيد عن الرول أب المعتمد على إثباتات المعرفة الصفرية.", + "validium-term": "Validium", + "validium-definition": "حل خارج السلسلة يستخدم إثباتات الصلاحية لتحسين إنتاجية المعاملات. على عكس الرول أب المعتمد على إثباتات المعرفة الصفرية، لا يتم تخزين بيانات validium على الشبكة الرئيسية للطبقة الأولى. المزيد عن validium.", + "vyper-term": "Vyper", + "vyper-definition": "لغة برمجة عالية المستوى ذات بناء جملة مشابه لـ Python. تهدف إلى الاقتراب من لغة وظيفية بحتة. أنشأها Vitalik Buterin. المزيد عن Vyper.", "wallet-term": "محفظة", - "wallet-definition": "المحفظة هي أداة رقمية لتخزين العملة الرقمية وإرسالها واستقبالها، مثل المحفظة الافتراضية لأموالك عبر الإنترنت. المزيد عن محافظ الإيثريوم.", - "web2-term": "ويب2", - "web2-definition": "الإنترنت الحالي يركز على المحتوى الذي يُنشئه المستخدمون ووسائل التواصل الاجتماعي التي تسيطر عليها شركات قليلة. ويب3 هو اعتقادٌ في عالم العملات المشفرة يُفترض أن يتحكم المستخدمون في بياناتهم ومعاملاتهم.", - "web3-term": "ويب3", - "web3-definition": "ويب3 هو الإنترنت الجديد بتقنية البلوك تشين، حيث يتحكم المستخدمون ببياناتهم ومعاملاتهم، وليس الشركات. لا حاجة لمشاركة أي معلومات شخصية. المزيد عن ويب3.", - "wei-term": "الوي", - "wei-definition": "أصغر فئة من الأثير. 1018 وي = 1 إيثر.", + "wallet-definition": "المحفظة هي أداة رقمية لتخزين وإرسال واستقبال العملات الرقمية، مثل محفظة افتراضية لأموالك عبر الإنترنت. المزيد عن محافظ إيثريوم.", + "web2-term": "ويب 2 (Web2)", + "web2-definition": "هو الإنترنت الحالي، الذي يركز على المحتوى الذي ينشئه المستخدمون ووسائل التواصل الاجتماعي التي تسيطر عليها شركات قليلة. ويب 3 هو اعتقاد في مجال العملات الرقمية بأن المستخدمين يجب أن يتحكموا في بياناتهم ومعاملاتهم بدلاً من ذلك.", + "web3-term": "ويب 3", + "web3-definition": "ويب 3 هو الإنترنت الجديد المعتمد على البلوك تشين، حيث يتحكم المستخدمون في بياناتهم ومعاملاتهم، وليس الشركات. لا حاجة لمشاركة أي معلومات شخصية. المزيد عن ويب 3.", + "wei-term": "Wei", + "wei-definition": "أصغر فئة من الإيثر. 1018 wei = 1 ether.", "wrapped-token-term": "الرمز المغلف", - "wrapped-token-definition": "رمز قائم على تقنية بلوكتشين، يُمثل عملة رقمية أو أصلًا آخر على شبكة مختلفة. على سبيل المثال، يُمثل الإيثر المُغلّف (WETH) الإيثر (ETH) بتنسيق يتوافق مع معيار رموز الإيثريوم ERC-20. يُقفل الأصل الأصلي بشكل آمن بواسطة عقد ذكي، ويُسك رمز مُغلّف مُكافئ. تُتيح هذه الآلية التوافق داخل سلاسل الكتل وفيما بينها، مما يسمح باستخدام أصول مثل الإيثريوم بسلاسة في التطبيقات اللامركزية مع الحفاظ على قيمتها.", - "zero-address-term": "عنوان الصفر", - "zero-address-definition": "عنوان إيثريوم، مكون بالكامل من أصفار، يُستخدم غالبًا لإزالة الرموز من التداول. يُميّز بين الرموز التي تُحذف رسميًا من فهرس العقد الذكي عبر دالة burn() وتلك المُرسلة إلى هذا العنوان.", - "zk-proof-term": "دليل عدم المعرفة", - "zk-proof-definition": "إثبات المعرفة الصفرية هو أسلوب تشفيري يسمح للفرد بإثبات صحة بيان ما دون نقل أي معلومات إضافية. المزيد عن عمليات تجميع المعرفة الصفرية.", - "zk-rollup-term": "تكديس التعاملات صفرى المعرفة", - "zk-rollup-definition": "مجموعة من المعاملات التي تستخدم إثباتات الصلاحية لزيادة إنتاجية معاملات الطبقة الثانية (الطبقة 2) مع استخدام الأمان الذي توفره الشبكة الرئيسية (الطبقة 1). على الرغم من عدم قدرتها على التعامل مع أنواع المعاملات المعقدة، مثل التجميعات المتفائلة، إلا أنها لا تواجه مشاكل في زمن الوصول لأن المعاملات تكون قابلة للإثبات عند إرسالها. المزيد عن التجميعات عديمة المعرفة." -} + "wrapped-token-definition": "رمز قائم على البلوك تشين يمثل عملة رقمية أخرى أو أصلًا على شبكة مختلفة. على سبيل المثال، يمثل الإيثر المغلف (WETH) الإيثر (ETH) بتنسيق يتوافق مع معيار الرموز ERC-20 الخاص بإيثريوم. يتم قفل الأصل الأصلي بأمان بواسطة عقد ذكي، ويتم سك رمز مغلف معادل. تتيح هذه الآلية إمكانية التشغيل البيني داخل وبين شبكات البلوك تشين، مما يسمح باستخدام أصول مثل ETH بسلاسة في التطبيقات اللامركزية مع الاحتفاظ بقيمتها.", + "zero-address-term": "عنوان الصفر (Zero address)", + "zero-address-definition": "عنوان إيثريوم، يتكون بالكامل من أصفار، يُستخدم بشكل متكرر كعنوان لإزالة الرموز من التداول المملوك. يتم التمييز بين الرموز التي تمت إزالتها رسميًا من فهرس العقد الذكي عبر طريقة burn() وتلك المرسلة إلى هذا العنوان.", + "zk-proof-term": "إثبات المعرفة الصفرية", + "zk-proof-definition": "إثبات المعرفة الصفرية هو طريقة تشفيرية تسمح للفرد بإثبات صحة عبارة ما دون نقل أي معلومات إضافية. المزيد عن الرول أب المعتمد على إثباتات المعرفة الصفرية.", + "zk-rollup-term": "الرول أب المعتمد على إثباتات المعرفة الصفرية", + "zk-rollup-definition": "رول أب للمعاملات يستخدم إثباتات الصلاحية لتقديم إنتاجية معاملات متزايدة في الطبقة الثانية مع استخدام الأمان الذي توفره الشبكة الرئيسية (الطبقة الأولى). على الرغم من أنها لا تستطيع التعامل مع أنواع المعاملات المعقدة، مثل الرول أب التفائلي، إلا أنها لا تعاني من مشكلات في زمن الوصول لأن المعاملات تكون صالحة بشكل يمكن إثباته عند إرسالها. المزيد عن الرول أب المعتمد على إثباتات المعرفة الصفرية." +} \ No newline at end of file diff --git a/src/intl/bn/glossary.json b/src/intl/bn/glossary.json index 3b343946019..d17dc08f366 100644 --- a/src/intl/bn/glossary.json +++ b/src/intl/bn/glossary.json @@ -1,408 +1,408 @@ { - "51%-attack-term": "51% আক্রমণ", - "51%-attack-definition": "এক ধরনের আক্রমণ যেখানে একটি গ্রুপ majority of নোডগুলির নিয়ন্ত্রণ লাভ করে। এটি তাদের লেনদেন উল্টে দিয়ে এবং ইথার এবং অন্যান্য টোকেন ডাবল স্পেন্ড করে ব্লকচেইনকে প্রতারণা করার অনুমতি দেবে।

    Ethereum প্রুফ-অফ-স্টেকে এটি মোট স্টেক করা ইথারের অর্ধেকেরও বেশি জমা করার মাধ্যমে অর্জন করা হবে। এটি একজন আক্রমণকারীকে সিদ্ধান্ত নিতে দেবে যে কোন নতুন ব্লকগুলি ব্লকচেইনে যুক্ত করা হবে। যাইহোক, চেইনটি প্রত্যাবর্তন করতে বা ডাবল-স্পেন্ড করতে একজন আক্রমণকারীর মোট স্টেক করা ইথারের কমপক্ষে ৬৬% প্রয়োজন হবে।", - "account-term": "অ্যাকাউন্ট", - "account-definition": "একটি Ethereum অ্যাকাউন্ট হল Ethereum ব্লকচেইনের একটি ডিজিটাল পরিচয়, যা ব্যবহারকারীদের ইথার পাঠাতে, গ্রহণ করতে এবং স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে দেয়।

    প্রযুক্তিগত:
    এটি একটি বস্তু যা একটি ঠিকানা, ব্যালেন্স, নন্স এবং ঐচ্ছিক স্টোরেজ ও কোড ধারণ করে। একটি অ্যাকাউন্ট একটি কন্ট্র্যাক্ট অ্যাকাউন্ট বা একটি এক্সটার্নালি ওনড অ্যাকাউন্ট (EOA) হতে পারে।", - "address-term": "ঠিকানা", - "address-definition": "একটি Ethereum ঠিকানা হল টোকেন গ্রহণ করার জন্য ব্যবহৃত একটি অনন্য শনাক্তকারী, যা ক্রিপ্টোকারেন্সির জন্য একটি ব্যাংক অ্যাকাউন্ট নম্বরের মতো কাজ করে। এটি আপনার Ethereum অ্যাকাউন্ট শনাক্ত করতে ব্যবহৃত হয়।

    এটি একটি ECDSA পাবলিক কী-এর Keccak হ্যাশের ডানদিকের ১৬০ বিট।", + "51%-attack-term": "৫১% এ্যাটাক", + "51%-attack-definition": "এক ধরনের আক্রমণ যেখানে একটি গোষ্ঠী বেশিরভাগ নোড-এর নিয়ন্ত্রণ লাভ করে। এটি তাদের লেনদেন রিভার্স করে এবং ether ও অন্যান্য টোকেন ডাবল স্পেন্ড করে ব্লকচেইনের সাথে প্রতারণা করার সুযোগ দেয়।

    Ethereum প্রুফ-অফ-স্টেক-এ মোট স্টেক করা ether-এর অর্ধেকের বেশি জমা করার মাধ্যমে এটি অর্জন করা সম্ভব। এটি একজন আক্রমণকারীকে ব্লকচেইনে কোন নতুন ব্লকস যুক্ত করা হবে তা সিদ্ধান্ত নেওয়ার সুযোগ দেয়। তবে, চেইন রিভার্ট করতে বা ডাবল-স্পেন্ড করতে একজন আক্রমণকারীর মোট স্টেক করা ether-এর অন্তত 66% প্রয়োজন হবে।", + "account-term": "একাউন্ট", + "account-definition": "একটি Ethereum একাউন্ট হলো Ethereum ব্লকচেইনে একটি ডিজিটাল পরিচয়, যা ব্যবহারকারীদের Ether পাঠাতে, গ্রহণ করতে এবং স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করতে দেয়।

    প্রযুক্তিগত:
    এটি এমন একটি অবজেক্ট যাতে একটি এডড্রেস, ব্যালেন্স, নন্স এবং ঐচ্ছিক স্টোরেজ ও কোড থাকে। একটি একাউন্ট একটি কন্ট্রাক্ট একাউন্ট বা একটি এক্সটার্নালি ওনড একাউন্ট (EOA) হতে পারে।", + "address-term": "এডড্রেস", + "address-definition": "একটি Ethereum এডড্রেস হলো টোকেন গ্রহণের জন্য ব্যবহৃত একটি অনন্য আইডেন্টিফায়ার, যা ক্রিপটোকারেন্সিগুলোর জন্য ব্যাংক একাউন্ট নম্বরের মতো কাজ করে। এটি আপনার Ethereum একাউন্ট শনাক্ত করতে ব্যবহৃত হয়।

    এটি একটি ECDSA পাবলিক কি-এর Keccak হ্যাস-এর ডানদিকের 160 বিট।", "anti-sybil-term": "অ্যান্টি-সাইবিল", - "anti-sybil-definition": "এটি ইন্টারনেটে মানুষকে একসাথে অনেক ব্যবহারকারী হিসেবে ভান করা থেকে বিরত রাখার উপায়, যা নিশ্চিত করে যে প্রতিটি ব্যবহারকারী একজন প্রকৃত, পৃথক ব্যক্তি। এটি অনলাইন মিথস্ক্রিয়াকে ন্যায্য এবং সৎ রাখতে সাহায্য করে।", + "anti-sybil-definition": "ইন্টারনেটে একই সাথে একাধিক ব্যবহারকারী হওয়ার ভান করা থেকে মানুষকে বিরত রাখার উপায়, যা নিশ্চিত করে যে প্রতিটি ব্যবহারকারী একজন বাস্তব, আলাদা ব্যক্তি। এটি অনলাইন ইন্টারঅ্যাকশনগুলো ন্যায্য এবং সৎ রাখতে সাহায্য করে।", "abi-term": "অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI)", - "abi-definition": "একটি JSON ফাইল যা একটি স্মার্ট কন্ট্র্যাক্টে অন্তর্ভুক্ত ফাংশন এবং ভেরিয়েবলগুলিকে সংজ্ঞায়িত করে। ABI বাইটকোডকে মানুষের পাঠযোগ্য ফর্ম্যাটে ম্যাপ করার অনুমতি দেয়।", + "abi-definition": "একটি JSON ফাইল যা একটি স্মার্ট কন্ট্রাক্ট-এ অন্তর্ভুক্ত ফাংশন এবং ভেরিয়েবলগুলো সংজ্ঞায়িত করে। ABI বাইটকোডকে মানুষের পড়ার যোগ্য ফরম্যাটে ম্যাপ করার অনুমতি দেয়।", "api-term": "অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস (API)", - "api-definition": "একটি অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস (API) হল একটি সফটওয়্যারের অংশ কীভাবে ব্যবহার করতে হয় তার জন্য সংজ্ঞার একটি সেট। একটি API একটি অ্যাপ্লিকেশন এবং একটি ওয়েব সার্ভারের মধ্যে বসে এবং তাদের মধ্যে ডেটা স্থানান্তর সহজ করে।", - "apr-term": "এপিআর (APR)", - "apr-definition": "APR বা বার্ষিক শতকরা হার, সুদ এবং ফিসহ টাকা ধার করার বার্ষিক খরচকে শতাংশ হিসাবে প্রতিফলিত করে।", + "api-definition": "একটি অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস (API) হলো কোনো সফটওয়্যার কীভাবে ব্যবহার করতে হবে তার সংজ্ঞার একটি সেট। একটি API একটি অ্যাপ্লিকেশন এবং একটি ওয়েব সার্ভারের মাঝখানে থাকে এবং তাদের মধ্যে ডেটা আদান-প্রদান সহজ করে।", + "apr-term": "APR", + "apr-definition": "APR, বা বার্ষিক শতকরা হার (Annual Percentage Rate), সুদ এবং ফিসহ অর্থ ধার করার বার্ষিক খরচকে শতকরা হিসেবে প্রতিফলিত করে।", "asic-term": "ASIC", - "asic-definition": "অ্যাপ্লিকেশন-স্পেসিফিক ইন্টিগ্রেটেড সার্কিট। এটি সাধারণত একটি ইন্টিগ্রেটেড সার্কিটকে বোঝায়, যা ক্রিপ্টোকারেন্সি মাইনিংয়ের জন্য বিশেষভাবে নির্মিত।", - "assert-term": "অ্যাসার্ট", - "assert-definition": "Solidity-তে, `assert(false)` কম্পাইল করে `0xfe`, একটি অবৈধ অপকোড, যা অবশিষ্ট সমস্ত গ্যাস ব্যবহার করে এবং সমস্ত পরিবর্তন প্রত্যাবর্তন করে। যখন একটি `assert()` স্টেটমেন্ট ব্যর্থ হয়, তখন খুব ভুল এবং অপ্রত্যাশিত কিছু ঘটছে এবং আপনাকে আপনার কোড ঠিক করতে হবে। আপনার `assert()` ব্যবহার করা উচিত এমন পরিস্থিতি এড়াতে যা কখনও হওয়া উচিত নয়। স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা সম্পর্কে আরও জানুন।", - "attestation-term": "প্রত্যয়ন", - "attestation-definition": "কোনো সত্তার দ্বারা করা একটি দাবি যে কিছু সত্য। Ethereum-এর প্রেক্ষাপটে, কনসেন্সাস ভ্যালিডেটরদের অবশ্যই চেইনের অবস্থা কী বলে তারা বিশ্বাস করে সে সম্পর্কে একটি দাবি করতে হবে। নির্দিষ্ট সময়ে, প্রতিটি ভ্যালিডেটর বিভিন্ন প্রত্যয়ন প্রকাশ করার জন্য দায়ী যা আনুষ্ঠানিকভাবে এই ভ্যালিডেটরের চেইনের দৃশ্য ঘোষণা করে, যার মধ্যে শেষ চূড়ান্ত চেকপয়েন্ট এবং চেইনের বর্তমান হেড অন্তর্ভুক্ত। প্রত্যয়ন সম্পর্কে আরও জানুন।", + "asic-definition": "অ্যাপ্লিকেশন-স্পেসিফিক ইন্টিগ্রেটেড সার্কিট। এটি সাধারণত ক্রিপটোকারেন্সি মাইনিংয়ের জন্য কাস্টম-নির্মিত একটি ইন্টিগ্রেটেড সার্কিটকে বোঝায়।", + "assert-term": "assert", + "assert-definition": "Solidity-তে, `assert(false)` কম্পাইল হয়ে `0xfe`-তে পরিণত হয়, যা একটি অবৈধ অপকোড এবং এটি অবশিষ্ট সমস্ত গ্যাস ব্যবহার করে ফেলে এবং সমস্ত পরিবর্তন রিভার্ট করে। যখন একটি `assert()` স্টেটমেন্ট ব্যর্থ হয়, তখন খুব ভুল এবং অপ্রত্যাশিত কিছু ঘটছে, এবং আপনাকে আপনার কোড ঠিক করতে হবে। এমন পরিস্থিতি এড়াতে আপনার `assert()` ব্যবহার করা উচিত যা কখনোই ঘটা উচিত নয়। স্মার্ট কন্ট্রাক্ট নিরাপত্তা সম্পর্কে আরও জানুন।", + "attestation-term": "এটেস্টেশন", + "attestation-definition": "কোনো সত্তার দ্বারা করা একটি দাবি যে কোনো কিছু সত্য। Ethereum-এর প্রেক্ষাপটে, কনসেন্সাস ভ্যালিডেটরস-দের অবশ্যই একটি দাবি করতে হবে যে তারা চেইনের স্টেট কী বলে বিশ্বাস করে। নির্ধারিত সময়ে, প্রতিটি ভ্যালিডেটর বিভিন্ন এটেস্টেশন প্রকাশ করার জন্য দায়ী থাকে যা আনুষ্ঠানিকভাবে চেইন সম্পর্কে এই ভ্যালিডেটর-এর দৃষ্টিভঙ্গি ঘোষণা করে, যার মধ্যে সর্বশেষ চূড়ান্ত হওয়া চেকপয়েন্ট এবং চেইনের বর্তমান হেড অন্তর্ভুক্ত থাকে। এটেস্টেশন সম্পর্কে আরও জানুন।", "base-fee-term": "বেস ফি", - "base-fee-definition": "প্রতিটি ব্লকের একটি রিজার্ভ মূল্য থাকে যা 'বেস ফি' নামে পরিচিত। এটি হল সর্বনিম্ন গ্যাস ফি যা একজন ব্যবহারকারীকে পরবর্তী ব্লকে একটি লেনদেন অন্তর্ভুক্ত করার জন্য অবশ্যই দিতে হবে। গ্যাস এবং ফি সম্পর্কে আরও জানুন।", + "base-fee-definition": "প্রতিটি ব্লক-এর একটি রিজার্ভ মূল্য থাকে যা 'বেস ফি' নামে পরিচিত। এটি হলো ন্যূনতম গ্যাস ফি যা একজন ব্যবহারকারীকে পরবর্তী ব্লকে একটি লেনদেন অন্তর্ভুক্ত করার জন্য প্রদান করতে হয়। গ্যাস এবং ফি সম্পর্কে আরও জানুন।", "beacon-chain-term": "বিকন চেইন", - "beacon-chain-definition": "বিকন চেইনটি ছিল সেই ব্লকচেইন যা Ethereum-এ প্রুফ-অফ-স্টেক এবং ভ্যালিডেটর চালু করেছিল। এটি ডিসেম্বর ২০২০ থেকে সেপ্টেম্বর ২০২২ পর্যন্ত প্রুফ-অফ-ওয়ার্ক Ethereum মেইননেটের পাশাপাশি চলেছিল, যতক্ষণ না দুটি চেইন একত্রিত হয়ে আজকের Ethereum গঠন করে। বিকন চেইন সম্পর্কে আরও জানুন।", + "beacon-chain-definition": "বিকন চেইন হলো সেই ব্লকচেইন যা Ethereum-এ প্রুফ-অফ-স্টেক এবং ভ্যালিডেটরস চালু করেছিল। এটি ডিসেম্বর 2020 থেকে প্রুফ-অফ-ওয়ার্ক Ethereum মেইননেট-এর পাশাপাশি চলেছিল যতক্ষণ না সেপ্টেম্বর 2022-এ দুটি চেইন একত্রিত হয়ে আজকের Ethereum তৈরি করে। বিকন চেইন সম্পর্কে আরও জানুন।", "big-endian-term": "বিগ-এন্ডিয়ান", - "big-endian-definition": "একটি পজিশনাল সংখ্যা উপস্থাপনা যেখানে সবচেয়ে গুরুত্বপূর্ণ অঙ্কটি মেমরিতে প্রথমে থাকে। এটি লিটল-এন্ডিয়ানের বিপরীত, যেখানে সবচেয়ে কম গুরুত্বপূর্ণ অঙ্কটি প্রথমে থাকে।", + "big-endian-definition": "একটি পজিশনাল নম্বর রিপ্রেজেন্টেশন যেখানে সবচেয়ে তাৎপর্যপূর্ণ ডিজিটটি মেমোরিতে প্রথমে থাকে। এটি লিটল-এন্ডিয়ানের বিপরীত, যেখানে সবচেয়ে কম তাৎপর্যপূর্ণ ডিজিটটি প্রথমে থাকে।", "block-term": "ব্লক", - "block-definition": "একটি ব্লক হল যেখানে লেনদেন বা ডিজিটাল কার্যকলাপ সংরক্ষণ করা হয়। একটি ব্লক পূর্ণ হয়ে গেলে, এটি আগেরটির সাথে সংযুক্ত হয়ে যায়, যা ব্লকের একটি চেইন বা একটি \"ব্লকচেইন\" তৈরি করে। ব্লক সম্পর্কে আরও জানুন।

    একটি ব্লক হল তথ্যের একটি বান্ডিল ইউনিট যাতে লেনদেনের একটি ক্রমবদ্ধ তালিকা এবং কনসেন্সাস-সম্পর্কিত তথ্য অন্তর্ভুক্ত থাকে। ব্লকগুলি প্রুফ-অফ-স্টেক ভ্যালিডেটরদের দ্বারা প্রস্তাবিত হয়, যে সময়ে সেগুলি সমগ্র পিয়ার-টু-পিয়ার নেটওয়ার্ক জুড়ে শেয়ার করা হয়, যেখানে সেগুলি অন্যান্য সমস্ত নোড দ্বারা সহজেই স্বাধীনভাবে যাচাই করা যায়। কনসেন্সাস নিয়মগুলি একটি ব্লকের কোন বিষয়বস্তু বৈধ বলে বিবেচিত হবে তা নিয়ন্ত্রণ করে এবং নেটওয়ার্ক দ্বারা যেকোনো অবৈধ ব্লক উপেক্ষা করা হয়। এই ব্লকগুলির ক্রম এবং তার মধ্যে থাকা লেনদেনগুলি একটি নির্ধারক ঘটনার চেইন তৈরি করে যার শেষটি নেটওয়ার্কের বর্তমান অবস্থাকে প্রতিনিধিত্ব করে।", + "block-definition": "একটি ব্লক হলো যেখানে লেনদেন বা ডিজিটাল কাজগুলো সংরক্ষণ করা হয়। একবার একটি ব্লক পূর্ণ হয়ে গেলে, এটি আগেরটির সাথে যুক্ত হয়, যা ব্লকস-এর একটি চেইন বা \"ব্লকচেইন\" তৈরি করে। ব্লকস সম্পর্কে আরও জানুন।

    একটি ব্লক হলো তথ্যের একটি বান্ডিল করা ইউনিট যার মধ্যে লেনদেন এবং কনসেন্সাস-সম্পর্কিত তথ্যের একটি সাজানো তালিকা থাকে। ব্লকস প্রুফ-অফ-স্টেক ভ্যালিডেটরস দ্বারা প্রস্তাবিত হয়, যে সময়ে সেগুলো সম্পূর্ণ পিয়ার-টু-পিয়ার নেটওয়ার্ক জুড়ে শেয়ার করা হয়, যেখানে সেগুলো সহজেই অন্যান্য সমস্ত নোড দ্বারা স্বাধীনভাবে যাচাই করা যেতে পারে। কনসেন্সাস নিয়মগুলো নিয়ন্ত্রণ করে যে একটি ব্লকের কোন বিষয়বস্তুগুলো বৈধ বলে বিবেচিত হবে এবং যেকোনো অবৈধ ব্লকস নেটওয়ার্ক দ্বারা বাতিল করা হয়। এই ব্লকস এবং এর ভেতরের লেনদেন-এর ক্রম ইভেন্টগুলোর একটি ডিটারমিনিস্টিক চেইন তৈরি করে যার শেষ প্রান্তটি নেটওয়ার্ক-এর বর্তমান স্টেট-কে উপস্থাপন করে।", "block-explorer-term": "ব্লক এক্সপ্লোরার", - "block-explorer-definition": "একটি ইন্টারফেস যা একজন ব্যবহারকারীকে একটি ব্লকচেইন থেকে এবং সে সম্পর্কে তথ্য অনুসন্ধান করার অনুমতি দেয়। এর মধ্যে রয়েছে ব্যক্তিগত লেনদেন পুনরুদ্ধার, নির্দিষ্ট ঠিকানার সাথে সম্পর্কিত কার্যকলাপ এবং নেটওয়ার্ক সম্পর্কে তথ্য।", + "block-explorer-definition": "একটি ইন্টারফেস যা একজন ব্যবহারকারীকে একটি ব্লকচেইন থেকে এবং সে সম্পর্কে তথ্য অনুসন্ধান করতে দেয়। এর মধ্যে রয়েছে পৃথক লেনদেন, নির্দিষ্ট এডড্রেস-এর সাথে যুক্ত কার্যকলাপ এবং নেটওয়ার্ক সম্পর্কে তথ্য পুনরুদ্ধার করা।", "block-header-term": "ব্লক হেডার", - "block-header-definition": "ব্লক হেডার হল একটি ব্লক সম্পর্কে মেটাডেটার একটি সংগ্রহ এবং এক্সিকিউশন পেলোডে অন্তর্ভুক্ত লেনদেনের একটি সারাংশ।", + "block-header-definition": "ব্লক হেডার হলো একটি ব্লক সম্পর্কে মেটাডেটার একটি সংগ্রহ এবং এক্সিকিউশন পেলোডে অন্তর্ভুক্ত লেনদেন-এর একটি সারাংশ।", "block-propagation-term": "ব্লক প্রোপাগেশন", - "block-propagation-definition": "নেটওয়ার্কের অন্যান্য সমস্ত নোডে একটি নিশ্চিত ব্লক প্রেরণ করার প্রক্রিয়া।", - "block-proposer-term": "ব্লক প্রোপোজার", - "block-proposer-definition": "একটি নির্দিষ্ট স্লটে একটি ব্লক তৈরি করার জন্য নির্বাচিত নির্দিষ্ট ভ্যালিডেটর।", + "block-propagation-definition": "নেটওয়ার্ক-এর অন্যান্য সমস্ত নোড-এ একটি নিশ্চিত হওয়া ব্লক প্রেরণ করার প্রক্রিয়া।", + "block-proposer-term": "ব্লক প্রপোজার", + "block-proposer-definition": "একটি নির্দিষ্ট স্লট-এ একটি ব্লক তৈরি করার জন্য নির্বাচিত নির্দিষ্ট ভ্যালিডেটর।", "block-reward-term": "ব্লক রিওয়ার্ড", - "block-reward-definition": "একটি নতুন বৈধ ব্লকের প্রস্তাবককে পুরস্কৃত করা ইথারের পরিমাণ।", - "block-status-term": "ব্লকের স্থিতি", - "block-status-definition": "যে অবস্থাগুলিতে একটি ব্লক থাকতে পারে। সম্ভাব্য অবস্থাগুলির মধ্যে রয়েছে:

    • প্রস্তাবিত: ব্লকটি একজন ভ্যালিডেটর দ্বারা প্রস্তাবিত হয়েছিল
    • নির্ধারিত: ভ্যালিডেটররা বর্তমানে ডেটা জমা দিচ্ছে
    • মিসড/স্কিপড: প্রস্তাবক যোগ্য সময়সীমার মধ্যে একটি ব্লক প্রস্তাব করেননি
    • অনাথ: ব্লকটি ফর্ক পছন্দ অ্যালগরিদম দ্বারা পুনরায় সংগঠিত হয়েছিল
    ", - "block-time-term": "ব্লকের সময়", - "block-time-definition": "ব্লকচেইনে ব্লক যুক্ত হওয়ার মধ্যবর্তী সময়ের ব্যবধান।", - "block-validation-term": "ব্লক যাচাইকরণ", - "block-validation-definition": "একটি নতুন ব্লকে বৈধ লেনদেন এবং স্বাক্ষর রয়েছে কিনা, সবচেয়ে ভারী ঐতিহাসিক চেইনের উপর ভিত্তি করে তৈরি হয়েছে কিনা (অর্থাৎ যেটি তার ইতিহাসে সবচেয়ে বেশি প্রত্যয়ন জমা করেছে) এবং অন্যান্য সমস্ত কনসেন্সাস নিয়ম অনুসরণ করে কিনা তা পরীক্ষা করার প্রক্রিয়া। বৈধ ব্লকগুলি চেইনের শীর্ষে যোগ করা হয় এবং নেটওয়ার্কের অন্যদের কাছে প্রচার করা হয়। অবৈধ ব্লকগুলি উপেক্ষা করা হয়।", + "block-reward-definition": "একটি নতুন বৈধ ব্লক-এর প্রস্তাবককে পুরস্কৃত করা ether-এর পরিমাণ।", + "block-status-term": "ব্লক স্ট্যাটাস", + "block-status-definition": "যেসব অবস্থায় একটি ব্লক থাকতে পারে। সম্ভাব্য অবস্থাগুলোর মধ্যে রয়েছে:

    • প্রস্তাবিত (proposed): ব্লক-টি একজন ভ্যালিডেটর দ্বারা প্রস্তাবিত হয়েছিল
    • নির্ধারিত (scheduled): ভ্যালিডেটরস বর্তমানে ডেটা জমা দিচ্ছে
    • মিসড/স্কিপড (missed/skipped): প্রস্তাবক যোগ্য সময়সীমার মধ্যে একটি ব্লক প্রস্তাব করেনি
    • অরফ্যানড (orphaned): ব্লক-টি ফর্ক চয়েস এ্যালগরিদম দ্বারা রিঅর্গানাইজ করে বাদ দেওয়া হয়েছে
    ", + "block-time-term": "ব্লক টাইম", + "block-time-definition": "ব্লকচেইন-এ ব্লকস যুক্ত হওয়ার মধ্যবর্তী সময়ের ব্যবধান।", + "block-validation-term": "ব্লক ভ্যালিডেশন", + "block-validation-definition": "একটি নতুন ব্লক-এ বৈধ লেনদেন এবং স্বাক্ষর রয়েছে কিনা তা পরীক্ষা করার প্রক্রিয়া, যা সবচেয়ে ভারী ঐতিহাসিক চেইনের (যার মানে হলো এটি তার ইতিহাসে সবচেয়ে বেশি এটেস্টেশন জমা করেছে) ওপর তৈরি হয় এবং অন্যান্য সমস্ত কনসেন্সাস নিয়ম অনুসরণ করে। বৈধ ব্লকস চেইনের হেডে যুক্ত করা হয় এবং নেটওয়ার্ক-এর অন্যদের কাছে প্রচার করা হয়। অবৈধ ব্লকস বাতিল করা হয়।", "blockchain-term": "ব্লকচেইন", - "blockchain-definition": "একটি ব্লকচেইন হল লেনদেনের একটি ডেটাবেস, যা নেটওয়ার্কের সমস্ত কম্পিউটারে নকল এবং শেয়ার করা হয়, এটি নিশ্চিত করে যে ডেটা পশ্চাদপটভাবে পরিবর্তন করা যাবে না।

    ব্লকের একটি ক্রম, প্রতিটি তার পূর্বসূরীর সাথে জেনেসিস ব্লক পর্যন্ত লিঙ্কযুক্ত, পূর্ববর্তী ব্লকের হ্যাশকে উল্লেখ করে। ব্লকচেইনের অখণ্ডতা প্রুফ-অফ-স্টেক-ভিত্তিক কনসেন্সাস মেকানিজম ব্যবহার করে ক্রিপ্টো-অর্থনৈতিকভাবে সুরক্ষিত। ব্লকচেইন কী?", + "blockchain-definition": "একটি ব্লকচেইন হলো লেনদেন-এর একটি ডাটাবেস, যা নেটওয়ার্ক-এর সমস্ত কম্পিউটারে ডুপ্লিকেট এবং শেয়ার করা হয়, যা নিশ্চিত করে যে ডেটা পূর্ববর্তীভাবে পরিবর্তন করা যাবে না।

    ব্লক-এর একটি ক্রম, যার প্রতিটি পূর্ববর্তী ব্লকের হ্যাস উল্লেখ করে একেবারে জেনেসিস ব্লক পর্যন্ত তার পূর্বসূরীর সাথে যুক্ত থাকে। ব্লকচেইন-এর অখণ্ডতা একটি প্রুফ-অফ-স্টেক-ভিত্তিক কনসেন্সাস মেকানিজম ব্যবহার করে ক্রিপ্টো-অর্থনৈতিকভাবে সুরক্ষিত করা হয়। ব্লকচেইন কী?", "bootnode-term": "বুটনোড", - "bootnode-definition": "একটি নোড চালানোর সময় ডিসকভারি প্রক্রিয়া শুরু করতে যে নোডগুলি ব্যবহার করা যেতে পারে। বুটনোডগুলি নতুন নোডগুলিকে অন্যান্য বিদ্যমান নোডগুলির সাথে 'পরিচয় করিয়ে দেয়' যাতে তারা দ্রুত পিয়ার পেতে পারে, প্রাথমিক পিয়ারের জন্য অনুসন্ধান করার পরিবর্তে। এই নোডগুলির এন্ডপয়েন্টগুলি সাধারণত Ethereum ক্লায়েন্ট সোর্স কোডে সরবরাহ করা হয়, তবে ব্যবহারকারীরা তাদের নিজস্ব বুটনোডগুলির তালিকা সরবরাহ করতে পারে।", + "bootnode-definition": "যে নোড-গুলো একটি নোড চালানোর সময় ডিসকভারি প্রক্রিয়া শুরু করতে ব্যবহার করা যেতে পারে। বুটনোডগুলো নতুন নোড-গুলোকে অন্যান্য বিদ্যমান নোড-গুলোর সাথে 'পরিচয়' করিয়ে দেয় যাতে তারা প্রাথমিক পিয়ার খোঁজার পরিবর্তে দ্রুত পিয়ার পেতে পারে। এই নোড-গুলোর এন্ডপয়েন্টগুলো সাধারণত Ethereum ক্লায়েন্ট সোর্স কোডে দেওয়া থাকে, তবে ব্যবহারকারীরা তাদের নিজস্ব বুটনোডের তালিকা প্রদান করতে পারেন।", "bridge-term": "ব্রিজ", - "bridge-definition": "একটি ব্লকচেইন ব্রিজ একটি ব্লকচেইন নেটওয়ার্ক থেকে অন্যটিতে সম্পদ স্থানান্তর করতে ব্যবহৃত হয়। উদাহরণস্বরূপ, আপনি প্রধান Ethereum নেটওয়ার্ক থেকে সস্তা লেয়ার ২ স্কেলিং সমাধানে ETH স্থানান্তর করতে ব্রিজ ব্যবহার করতে পারেন।", + "bridge-definition": "একটি ব্লকচেইন ব্রিজ এক ব্লকচেইন নেটওয়ার্ক থেকে অন্যটিতে সম্পদ স্থানান্তর করতে ব্যবহৃত হয়। উদাহরণস্বরূপ, আপনি প্রধান Ethereum নেটওয়ার্ক থেকে সস্তা লেয়ার ২ স্কেলিং সলিউশনগুলোতে ETH স্থানান্তর করতে ব্রিজ ব্যবহার করতে পারেন।", "bytecode-term": "বাইটকোড", - "bytecode-definition": "একটি সংক্ষিপ্ত, সংখ্যাসূচক আকারে প্রকাশিত কোড যাতে এটি EVM দ্বারা দক্ষতার সাথে কার্যকর করা যায়।", - "byzantium-fork-term": "বাইজেন্টিয়াম ফর্ক", - "byzantium-fork-definition": "মেট্রোপলিস উন্নয়ন পর্যায়ের জন্য দুটি হার্ড ফর্কের মধ্যে প্রথম। এতে EIP-649 মেট্রোপলিস ডিফিকাল্টি বম্ব ডিলে এবং ব্লক রিওয়ার্ড রিডাকশন অন্তর্ভুক্ত ছিল, যেখানে আইস এজ ১ বছরের জন্য বিলম্বিত হয়েছিল এবং ব্লক রিওয়ার্ড ৫ থেকে ৩ ইথারে হ্রাস করা হয়েছিল।", - "casper-ffg-term": "ক্যাসপার এফএফজি", - "casper-ffg-definition": "ক্যাসপার-এফএফজি হল একটি প্রুফ-অফ-স্টেক কনসেন্সাস প্রোটোকল যা LMD-GHOST ফর্ক পছন্দ অ্যালগরিদমের সাথে একত্রে ব্যবহৃত হয় যাতে কনসেন্সাস ক্লায়েন্টদের বিকন চেইনের শীর্ষে একমত হতে দেওয়া হয়।", + "bytecode-definition": "একটি কমপ্যাক্ট, সংখ্যাসূচক আকারে প্রকাশ করা কোড যাতে এটি EVM দ্বারা দক্ষতার সাথে এক্সিকিউট করা যায়।", + "byzantium-fork-term": "বাইজ্যান্টিয়াম ফর্ক", + "byzantium-fork-definition": "Metropolis ডেভেলপমেন্ট স্টেজের জন্য দুটি হার্ড ফর্ক-এর মধ্যে প্রথমটি। এতে EIP-649 Metropolis Difficulty Bomb Delay এবং Block Reward Reduction অন্তর্ভুক্ত ছিল, যেখানে Ice Age 1 বছর বিলম্বিত হয়েছিল এবং ব্লক রিওয়ার্ড 5 থেকে 3 ether-এ কমানো হয়েছিল।", + "casper-ffg-term": "Casper FFG", + "casper-ffg-definition": "Casper-FFG হলো একটি প্রুফ-অফ-স্টেক কনসেন্সাস প্রটোকল যা LMD-GHOST ফর্ক চয়েস এ্যালগরিদম-এর সাথে একত্রে ব্যবহৃত হয় যাতে কনসেন্সাস ক্লায়েন্ট-রা বিকন চেইন-এর হেডের বিষয়ে একমত হতে পারে।", "checkpoint-term": "চেকপয়েন্ট", - "checkpoint-definition": "বিকন চেইন-এর একটি গতি আছে যা স্লট (১২ সেকেন্ড) এবং ইপক (৩২ স্লট) এ বিভক্ত। প্রতিটি ইপকের প্রথম স্লটটি একটি চেকপয়েন্ট। যখন ভ্যালিডেটরদের একটি সুপারমেজররিটি দুটি চেকপয়েন্টের মধ্যে লিঙ্কের প্রত্যয়ন করে, তখন সেগুলিকে যাচাই করা যেতে পারে এবং তারপর যখন আরেকটি চেকপয়েন্ট উপরে যাচাই করা হয়, তখন সেগুলিকে চূড়ান্ত করা যেতে পারে।", + "checkpoint-definition": "বিকন চেইন-এর একটি টেম্পো রয়েছে যা স্লট (12 সেকেন্ড) এবং এপোক (32 স্লট)-এ বিভক্ত। প্রতিটি এপোক-এর প্রথম স্লটটি হলো একটি চেকপয়েন্ট। যখন ভ্যালিডেটরস-দের একটি সুপারমেজরিটি দুটি চেকপয়েন্টের মধ্যে লিঙ্কের সত্যতা প্রমাণ করে, তখন সেগুলোকে জাস্টিফাইড করা যেতে পারে এবং তারপর যখন এর ওপর আরেকটি চেকপয়েন্ট জাস্টিফাইড হয়, তখন সেগুলোকে ফাইনাল করা যেতে পারে।", "compiling-term": "কম্পাইলিং", - "compiling-definition": "একটি উচ্চ-স্তরের প্রোগ্রামিং ভাষায় (যেমন, Solidity) লেখা কোডকে একটি নিম্ন-স্তরের ভাষায় (যেমন, EVM বাইটকোড) রূপান্তর করা।স্মার্ট কন্ট্র্যাক্ট কম্পাইল করার বিষয়ে আরও জানুন", + "compiling-definition": "একটি হাই-লেভেল প্রোগ্রামিং ভাষায় (যেমন, Solidity) লেখা কোডকে একটি লোয়ার-লেভেল ভাষায় (যেমন, EVM বাইটকোড) রূপান্তর করা।স্মার্ট কন্ট্রাক্ট কম্পাইল করা সম্পর্কে আরও জানুন", "committee-term": "কমিটি", - "committee-definition": "প্রতিটি স্লটে ব্লক যাচাই করার জন্য নির্ধারিত কমপক্ষে ১২৮ জন ভ্যালিডেটরের একটি গ্রুপ। কমিটির একজন ভ্যালিডেটর হলেন অ্যাগ্রিগেটর, যিনি একটি প্রত্যয়নে সম্মত কমিটির অন্য সব ভ্যালিডেটরের স্বাক্ষর একত্রিত করার জন্য দায়ী। সিঙ্ক কমিটির সাথে গুলিয়ে ফেলবেন না।", + "committee-definition": "প্রতিটি স্লটে ব্লকস যাচাই করার জন্য নিযুক্ত অন্তত 128 জন ভ্যালিডেটরস-এর একটি গ্রুপ। কমিটির ভ্যালিডেটরস-দের মধ্যে একজন হলেন অ্যাগ্রিগেটর, যিনি কমিটির অন্যান্য সমস্ত ভ্যালিডেটরস-এর স্বাক্ষর একত্রিত করার জন্য দায়ী যারা একটি এটেস্টেশন-এ একমত হন। এটিকে সিঙ্ক কমিটি-এর সাথে গুলিয়ে ফেলা উচিত নয়।", "computational-infeasibility-term": "গণনামূলক অসাধ্যতা", - "computational-infeasibility-definition": "একটি প্রক্রিয়া গণনামূলকভাবে অসাধ্য যদি এটি করতে এমন একটি অকল্পনীয় দীর্ঘ সময় লাগে (যেমন, বিলিয়ন বছর) যা এমন যে কারো জন্য যারা এটি সম্পাদনে আগ্রহী হতে পারে।", + "computational-infeasibility-definition": "একটি প্রক্রিয়া গণনামূলকভাবে অসাধ্য যদি এটি সম্পাদন করতে আগ্রহী হতে পারে এমন কারও জন্য এটি করতে অবাস্তবভাবে দীর্ঘ সময় (যেমন, বিলিয়ন বছর) লাগে।", "consensus-term": "কনসেন্সাস", - "consensus-definition": "যখন একটি নেটওয়ার্কের ২/৩ ভাগের বেশি কম্পিউটার একমত হয় যে তাদের কাছে একই রেকর্ডের সেট আছে, তখন নিশ্চিত করা হয় যে সবাই একই পৃষ্ঠায় আছে। এটি তাদের অনুসরণ করা নিয়ম সম্পর্কে নয়, বরং নিশ্চিত করা যে তাদের সকলের কাছে একই তথ্য রয়েছে।", + "consensus-definition": "যখন একটি নেটওয়ার্ক-এর 2/3-এর বেশি কম্পিউটার একমত হয় যে তাদের কাছে একই রেকর্ডের সেট রয়েছে, যা নিশ্চিত করে যে সবাই একই পৃষ্ঠায় রয়েছে। এটি তারা কোন নিয়ম অনুসরণ করে সে সম্পর্কে নয়, বরং তাদের সবার কাছে একই তথ্য রয়েছে তা নিশ্চিত করার বিষয়ে।", "consensus-client-term": "কনসেন্সাস ক্লায়েন্ট", - "consensus-client-definition": "কনসেন্সাস ক্লায়েন্ট (যেমন Prysm, Teku, Nimbus, Lighthouse, Lodestar) Ethereum-এর প্রুফ-অফ-স্টেক কনসেন্সাস অ্যালগরিদম চালায়, যা নেটওয়ার্ককে বিকন চেইনের শীর্ষে একমত হতে দেয়। কনসেন্সাস ক্লায়েন্ট লেনদেন যাচাই/সম্প্রচার বা স্টেট ট্রানজিশন কার্যকর করার কাজে অংশ নেয় না। এটি এক্সিকিউশন ক্লায়েন্ট দ্বারা করা হয়। কনসেন্সাস ক্লায়েন্ট নতুন ব্লক প্রত্যয়ন বা প্রস্তাব করে না। এটি ভ্যালিডেটর ক্লায়েন্ট দ্বারা করা হয়, যা কনসেন্সাস ক্লায়েন্টের একটি ঐচ্ছিক অ্যাড-অন।", - "consensus-layer-term": "কনসেন্সাস লেয়ার", - "consensus-layer-definition": "Ethereum-এর কনসেন্সাস লেয়ার হল কনসেন্সাস ক্লায়েন্টদের নেটওয়ার্ক।", + "consensus-client-definition": "কনসেন্সাস ক্লায়েন্ট (যেমন Prysm, Teku, Nimbus, Lighthouse, Lodestar) Ethereum-এর প্রুফ-অফ-স্টেক কনসেন্সাস এ্যালগরিদম চালায় যা নেটওয়ার্ক-কে বিকন চেইন-এর হেড সম্পর্কে চুক্তিতে পৌঁছাতে দেয়। কনসেন্সাস ক্লায়েন্ট লেনদেন যাচাই/সম্প্রচার বা স্টেট ট্রানজিশন এক্সিকিউট করায় অংশগ্রহণ করে না। এটি এক্সিকিউশন ক্লায়েন্ট দ্বারা করা হয়। কনসেন্সাস ক্লায়েন্ট নতুন ব্লকস-এর সত্যতা প্রমাণ করে না বা প্রস্তাব করে না। এটি ভ্যালিডেটর ক্লায়েন্ট দ্বারা করা হয় যা কনসেন্সাস ক্লায়েন্ট-এর একটি ঐচ্ছিক অ্যাড-অন।", + "consensus-layer-term": "কনসেন্সাস লেয়ার", + "consensus-layer-definition": "Ethereum-এর কনসেন্সাস লেয়ার হলো কনসেন্সাস ক্লায়েন্ট-এর নেটওয়ার্ক।", "consensus-rules-term": "কনসেন্সাস নিয়ম", - "consensus-rules-definition": "ব্লক যাচাইকরণের নিয়ম যা পূর্ণ নোডগুলি অন্যান্য নোডগুলির সাথে কনসেন্সাসে থাকার জন্য অনুসরণ করে। কনসেন্সাসের সাথে গুলিয়ে ফেলবেন না।", + "consensus-rules-definition": "ব্লক ভ্যালিডেশন নিয়ম যা ফুল নোড-গুলো অন্যান্য নোড-এর সাথে কনসেন্সাস-এ থাকার জন্য অনুসরণ করে। এটিকে কনসেন্সাস-এর সাথে গুলিয়ে ফেলা উচিত নয়।", "cfi-term": "অন্তর্ভুক্তির জন্য বিবেচিত (CFI)", - "cfi-definition": "একটি কোর EIP যা এখনও মেইননেটে সক্রিয় নয়, এবং ক্লায়েন্ট ডেভেলপাররা সাধারণত এই ধারণার প্রতি ইতিবাচক। যদি এটি মেইননেট অন্তর্ভুক্তির জন্য সমস্ত প্রয়োজনীয়তা পূরণ করে, তবে এটি সম্ভাব্যভাবে একটি নেটওয়ার্ক আপগ্রেডে অন্তর্ভুক্ত করা যেতে পারে (অগত্যা পরবর্তীটি নয়)।", + "cfi-definition": "একটি কোর EIP যা এখনও মেইননেট-এ সক্রিয় নয়, এবং ক্লায়েন্ট ডেভেলপাররা সাধারণত এই ধারণার প্রতি ইতিবাচক। ধরে নেওয়া যায় যে এটি মেইননেট অন্তর্ভুক্তির সমস্ত প্রয়োজনীয়তা পূরণ করে, এটি সম্ভাব্যভাবে একটি নেটওয়ার্ক আপগ্রেডে অন্তর্ভুক্ত হতে পারে (অগত্যা পরবর্তীটিতে নয়)।", "constantinople-fork-term": "কনস্টান্টিনোপল ফর্ক", - "constantinople-fork-definition": "মেট্রোপলিস পর্যায়ের দ্বিতীয় অংশ, যা মূলত ২০১৮ সালের মাঝামাঝি পরিকল্পনা করা হয়েছিল। অন্যান্য পরিবর্তনের মধ্যে একটি হাইব্রিড প্রুফ-অফ-ওয়ার্ক/প্রুফ-অফ-স্টেক কনসেন্সাস অ্যালগরিদমে স্যুইচ অন্তর্ভুক্ত করার আশা করা হয়েছিল।", - "contract-account-term": "কন্ট্র্যাক্ট অ্যাকাউন্ট", - "contract-account-definition": "একটি অ্যাকাউন্ট যাতে কোড রয়েছে যা অন্য অ্যাকাউন্ট (EOA] বা কন্ট্র্যাক্ট) থেকে একটি লেনদেন গ্রহণ করার সময় কার্যকর হয়।", - "contract-creation-transaction-term": "কন্ট্র্যাক্ট তৈরির লেনদেন", - "contract-creation-transaction-definition": "একটি বিশেষ লেনদেন যাতে একটি কন্ট্র্যাক্টের ইনিসিয়েশন কোড অন্তর্ভুক্ত থাকে। প্রাপককে `null` এ সেট করা হয় এবং কন্ট্র্যাক্টটি ব্যবহারকারীর ঠিকানা এবং `nonce` থেকে তৈরি একটি ঠিকানায় স্থাপন করা হয়। যা একটি কন্ট্র্যাক্ট নিবন্ধন করতে এবং এটি Ethereum ব্লকচেইনে রেকর্ড করতে ব্যবহৃত হয়।", + "constantinople-fork-definition": "Metropolis স্টেজের দ্বিতীয় অংশ, যা মূলত 2018 সালের মাঝামাঝি সময়ের জন্য পরিকল্পিত ছিল। অন্যান্য পরিবর্তনের মধ্যে একটি হাইব্রিড প্রুফ-অফ-ওয়ার্ক/প্রুফ-অফ-স্টেক কনসেন্সাস এ্যালগরিদম-এ স্যুইচ অন্তর্ভুক্ত থাকবে বলে আশা করা হয়েছিল।", + "contract-account-term": "কন্ট্রাক্ট একাউন্ট", + "contract-account-definition": "এমন একটি একাউন্ট যাতে কোড থাকে যা অন্য একটি একাউন্ট (EOA] বা কন্ট্রাক্ট) থেকে একটি লেনদেন গ্রহণ করার সময় এক্সিকিউট হয়।", + "contract-creation-transaction-term": "কন্ট্রাক্ট তৈরির লেনদেন", + "contract-creation-transaction-definition": "একটি বিশেষ লেনদেন যার মধ্যে একটি কন্ট্রাক্টের ইনিশিয়েশন কোড অন্তর্ভুক্ত থাকে। প্রাপককে `null` হিসেবে সেট করা হয় এবং কন্ট্রাক্টটি ব্যবহারকারীর এডড্রেস এবং `nonce` থেকে তৈরি একটি এডড্রেস-এ ডিপ্লয় করা হয়। যা একটি কন্ট্রাক্ট নিবন্ধন করতে এবং এটি Ethereum ব্লকচেইন-এ রেকর্ড করতে ব্যবহৃত হয়।", "cryptoeconomics-term": "ক্রিপ্টোইকোনমিক্স", - "cryptoeconomics-definition": "নিরাপদ এবং বিশ্বাসযোগ্য ডিজিটাল প্ল্যাটফর্ম ডিজাইন করার জন্য গাণিতিক এবং অর্থনৈতিক নীতির অধ্যয়ন। লক্ষ্য হল নিশ্চিত করা যে সমস্ত অংশগ্রহণকারী নিয়মগুলি অনুসরণ করে এবং নেটওয়ার্কের নিরাপত্তা এবং পরিচালনায় অবদান রাখার জন্য পুরস্কৃত হয়।", + "cryptoeconomics-definition": "নিরাপদ এবং বিশ্বস্ত ডিজিটাল প্ল্যাটফর্ম ডিজাইন করার জন্য গাণিতিক এবং অর্থনৈতিক নীতিগুলোর অধ্যয়ন। এর লক্ষ্য হলো নিশ্চিত করা যে সমস্ত অংশগ্রহণকারী নিয়মগুলো অনুসরণ করে এবং নেটওয়ার্ক-এর নিরাপত্তা ও কার্যক্রমে অবদান রাখার জন্য পুরস্কৃত হয়। ", "cryptography-term": "ক্রিপ্টোগ্রাফি", - "cryptography-definition": "এটি কোড ব্যবহারের মাধ্যমে যোগাযোগ এবং ডেটা সুরক্ষিত করার অনুশীলন, যাতে কেবল যাদের জন্য তথ্য উদ্দেশিত, তারাই এটি পড়তে এবং প্রক্রিয়া করতে পারে।
    এতে এনক্রিপশন (পঠনযোগ্য তথ্যকে অপঠনযোগ্য ফর্ম্যাটে রূপান্তর করা) এবং ডিক্রিপশন (এটিকে আবার পঠনযোগ্য ফর্ম্যাটে রূপান্তর করা) এর কৌশলগুলি জড়িত, যা গোপনীয়তা নিশ্চিত করে।", + "cryptography-definition": "এটি কোড ব্যবহারের মাধ্যমে যোগাযোগ এবং ডেটা সুরক্ষিত করার অনুশীলন, যাতে কেবল যাদের জন্য তথ্যটি উদ্দিষ্ট তারা এটি পড়তে এবং প্রক্রিয়া করতে পারে।
    এর মধ্যে এনক্রিপশন (পঠনযোগ্য তথ্যকে অপঠনযোগ্য বিন্যাসে রূপান্তর করা) এবং ডিক্রিপশন (এটিকে আবার পঠনযোগ্য বিন্যাসে রূপান্তর করা) কৌশল জড়িত, যা গোপনীয়তা নিশ্চিত করে।", "doge-d-term": "Đ", - "doge-d-definition": "Đ (স্ট্রোক সহ D) পুরানো ইংরেজি, মধ্য ইংরেজি, আইসল্যান্ডিক এবং ফ্যারোইজ ভাষায় একটি বড় হাতের অক্ষর “Eth” বোঝাতে ব্যবহৃত হয়। এটি ĐEV বা Đapp (ডিসেন্ট্রালাইজড এপ্লিকেশন) এর মতো শব্দগুলিতে ব্যবহৃত হয়, যেখানে Đ হল নর্স অক্ষর “eth”। বড় হাতের eth (Ð) ক্রিপ্টোকারেন্সি Dogecoin-এর প্রতীক হিসেবেও ব্যবহৃত হয়। এটি সাধারণত পুরোনো Ethereum সাহিত্যে দেখা যায় তবে আজ এটি কম ব্যবহৃত হয়।", + "doge-d-definition": "Đ (স্ট্রোক সহ D) প্রাচীন ইংরেজি, মধ্য ইংরেজি, আইসল্যান্ডিক এবং ফারোজে একটি বড় হাতের অক্ষর “Eth” বোঝাতে ব্যবহৃত হয়। এটি ĐEV বা Đapp (ডিসেন্ট্রালাইজড এপ্লিকেশন)-এর মতো শব্দগুলোতে ব্যবহৃত হয়, যেখানে Đ হলো নর্স অক্ষর “eth”। বড় হাতের eth (Ð) ক্রিপটোকারেন্সি Dogecoin-এর প্রতীক হিসেবেও ব্যবহৃত হয়। এটি সাধারণত পুরোনো Ethereum সাহিত্যে দেখা যায় তবে বর্তমানে কম ব্যবহৃত হয়।", "dag-term": "DAG", - "dag-definition": "DAG এর অর্থ হল Directed Acyclic Graph। এটি নোড এবং তাদের মধ্যে লিঙ্ক দ্বারা গঠিত একটি ডেটা স্ট্রাকচার। দ্য মার্জের আগে, Ethereum তার প্রুফ-অফ-ওয়ার্ক অ্যালগরিদম Ethash-এ একটি DAG ব্যবহার করত, কিন্তু এখন প্রুফ-অফ-স্টেক-এ এটি আর ব্যবহৃত হয় না।", - "dapp-term": "Dapp", - "dapp-definition": "একটি ডিএ্যাপ হল একটি ডিসেন্ট্রালাইজড এপ্লিকেশন যা একটি ব্লকচেইন নেটওয়ার্কে চলে এবং কোনো কেন্দ্রীয় নিয়ন্ত্রক কর্তৃপক্ষ ছাড়াই পরিষেবা প্রদান করে। ডিসেন্ট্রালাইজড এপ্লিকেশন সম্পর্কে আরও জানুন।
    ন্যূনতম একটি ডিএ্যাপে একটি ওয়েব ইন্টারফেসের সাথে সংযুক্ত একটি স্মার্ট কন্ট্র্যাক্ট থাকে। এছাড়াও, অনেক ডিএ্যাপসে ডিসেন্ট্রালাইজড স্টোরেজ এবং/অথবা একটি মেসেজ প্রোটোকল এবং প্ল্যাটফর্ম অন্তর্ভুক্ত থাকে।", - "data-availability-term": "ডেটা উপলব্ধতা", - "data-availability-definition": "সিস্টেমে স্বচ্ছতা এবং বিশ্বাস বজায় রাখার জন্য যেকোনো নোড একটি ব্লকচেইনে লেনদেন স্বাধীনভাবে যাচাই করতে পারে।", - "decentralization-term": "বিকেন্দ্রীকরণ", - "decentralization-definition": "একটি কেন্দ্রীয় সত্তা থেকে প্রক্রিয়াগুলির নিয়ন্ত্রণ এবং সম্পাদন স্থানান্তরিত করার ধারণা।", - "dao-term": "ডিসেন্ট্রালাইজড স্বায়ত্তশাসিত সংস্থা (DAO)", - "dao-definition": "একটি DAO হল একটি ডিজিটাল সংস্থা যা একটি ব্লকচেইনে কোড করা নিয়ম দ্বারা পরিচালিত হয়, যেখানে সিদ্ধান্তগুলি সদস্য ভোটের মাধ্যমে নেওয়া হয়, কোনো কেন্দ্রীয় কর্তৃপক্ষ দ্বারা নয়। ডিসেন্ট্রালাইজড স্বায়ত্তশাসিত সংস্থা (DAOs) সম্পর্কে আরও জানুন।
    প্রতিটি সদস্যের ভোটিং ক্ষমতা প্রায়শই তাদের ধারণ করা টোকেনের সংখ্যার সাথে যুক্ত থাকে। DAO-এর লক্ষ্য হল সিদ্ধান্ত গ্রহণ এবং কার্যক্রমকে গণতান্ত্রিক করা, স্বচ্ছতা এবং কমিউনিটি গভর্নেন্সের উপর দৃষ্টি নিবদ্ধ করে।", + "dag-definition": "DAG মানে হলো ডিরেক্টেড অ্যাসাইক্লিক গ্রাফ (Directed Acyclic Graph)। এটি নোড এবং তাদের মধ্যে লিঙ্ক নিয়ে গঠিত একটি ডেটা স্ট্রাকচার। দ্য মার্জ-এর আগে, Ethereum এর প্রুফ-অফ-ওয়ার্ক এ্যালগরিদম, Ethash-এ একটি DAG ব্যবহার করত, তবে এটি আর প্রুফ-অফ-স্টেক-এ ব্যবহৃত হয় না।", + "dapp-term": "ডিএ্যাপ", + "dapp-definition": "একটি dApp হলো একটি ডিসেন্ট্রালাইজড এপ্লিকেশন যা একটি ব্লকচেইন নেটওয়ার্ক-এ চলে, যা কোনো কেন্দ্রীয় নিয়ন্ত্রণকারী কর্তৃপক্ষ ছাড়াই পরিষেবা প্রদান করে। ডিসেন্ট্রালাইজড এপ্লিকেশন সম্পর্কে আরও জানুন।
    ন্যূনতমপক্ষে একটি ডিএ্যাপ-এ একটি ওয়েব ইন্টারফেসের সাথে সংযুক্ত একটি স্মার্ট কন্ট্রাক্ট থাকে। এছাড়াও, অনেক ডিএ্যাপস-এ ডিসেন্ট্রালাইজড স্টোরেজ এবং/অথবা একটি মেসেজ প্রটোকল এবং প্ল্যাটফর্ম অন্তর্ভুক্ত থাকে।", + "data-availability-term": "ডাটা এভেইলএবিলিটি", + "data-availability-definition": "সিস্টেমে স্বচ্ছতা এবং বিশ্বাস বজায় রাখার জন্য যেকোনো নোড স্বাধীনভাবে একটি ব্লকচেইন-এ লেনদেন যাচাই করতে পারে।", + "decentralization-term": "ডিসেন্ট্রালাইজেশন", + "decentralization-definition": "একটি কেন্দ্রীয় সত্তা থেকে প্রক্রিয়াগুলোর নিয়ন্ত্রণ এবং এক্সিকিউশন সরিয়ে নেওয়ার ধারণা।", + "dao-term": "ডিসেন্ট্রালাইজড অটোনোমাস সংস্থা (DAO)", + "dao-definition": "একটি DAO হলো একটি ডিজিটাল সংস্থা যা ব্লকচেইন-এ কোড করা নিয়ম দ্বারা পরিচালিত হয়, যেখানে সিদ্ধান্তগুলো কোনো কেন্দ্রীয় কর্তৃপক্ষের দ্বারা নয়, বরং সদস্যদের ভোটের মাধ্যমে নেওয়া হয়। ডিসেন্ট্রালাইজড অটোনোমাস সংস্থা (DAOs) সম্পর্কে আরও জানুন।
    প্রতিটি সদস্যের ভোটাধিকার প্রায়শই তাদের ধারণ করা টোকেন-এর সংখ্যার সাথে যুক্ত থাকে। DAO-গুলোর লক্ষ্য হলো সিদ্ধান্ত গ্রহণ এবং ক্রিয়াকলাপকে গণতান্ত্রিক করা, স্বচ্ছতা এবং কমিউনিটি গভর্নেন্স-এর ওপর দৃষ্টি নিবদ্ধ করা।", "desci-term": "DeSci", - "desci-definition": "DeSci, বা ডিসেন্ট্রালাইজড সায়েন্স, হল একটি আন্দোলন যা বৈজ্ঞানিক গবেষণায় ব্লকচেইন প্রযুক্তি প্রয়োগ করে। এটি আরও স্বচ্ছ, উন্মুক্ত এবং সহযোগিতামূলক তহবিল এবং গবেষণা ইকোসিস্টেম তৈরি করতে DAO, স্মার্ট কন্ট্র্যাক্ট, এবং টোকেনাইজড প্রণোদনা ব্যবহার করে।", + "desci-definition": "DeSci, বা ডিসেন্ট্রালাইজড সায়েন্স, হলো বৈজ্ঞানিক গবেষণায় ব্লকচেইন প্রযুক্তি প্রয়োগ করার একটি আন্দোলন। এটি আরও স্বচ্ছ, উন্মুক্ত এবং সহযোগিতামূলক তহবিল ও গবেষণা ইকোসিস্টেম তৈরি করতে DAOs, স্মার্ট কন্ট্রাক্ট এবং টোকেনাইজড ইনসেনটিভ ব্যবহার করে।", "dex-term": "ডিসেন্ট্রালাইজড এক্সচেঞ্জ (DEX)", - "dex-definition": "এক ধরনের Ethereum অ্যাপ যা আপনাকে নেটওয়ার্কে পিয়ারদের সাথে টোকেন সোয়াপ করতে দেয়। DEX-গুলি সেন্ট্রালাইডড এক্সচেঞ্জের মতো ভৌগোলিক বিধিনিষেধের অধীন নয় – যে কেউ অংশগ্রহণ করতে পারে।", - "deposit-contract-term": "জমা দেওয়ার চুক্তি", - "deposit-contract-definition": "Ethereum-এ স্টেকিংয়ের প্রবেশদ্বার। ডিপোজিট কন্ট্র্যাক্ট হল Ethereum-এর একটি স্মার্ট কন্ট্র্যাক্ট যা ETH-এর ডিপোজিট গ্রহণ করে এবং ভ্যালিডেটরের ব্যালেন্স পরিচালনা করে। এই কন্ট্র্যাক্টে ETH জমা না করে কোনো ভ্যালিডেটর সক্রিয় করা যায় না। কন্ট্র্যাক্টের জন্য ETH এবং ইনপুট ডেটা প্রয়োজন। এই ইনপুট ডেটার মধ্যে ভ্যালিডেটর পাবলিক কী এবং উইথড্রয়াল পাবলিক কী অন্তর্ভুক্ত, যা ভ্যালিডেটরের প্রাইভেট কী দ্বারা স্বাক্ষরিত। এই ডেটা একজন ভ্যালিডেটরকে প্রুফ-অফ-স্টেক নেটওয়ার্ক দ্বারা শনাক্ত এবং অনুমোদিত হওয়ার জন্য প্রয়োজন।", + "dex-definition": "এক ধরনের Ethereum অ্যাপ যা আপনাকে নেটওয়ার্ক-এ পিয়ারদের সাথে টোকেন সোয়াপ করতে দেয়। DEX-গুলো সেন্ট্রালাইজড এক্সচেঞ্জগুলোর মতো ভৌগোলিক বিধিনিষেধের অধীন নয় – যে কেউ অংশগ্রহণ করতে পারে।", + "deposit-contract-term": "ডিপোজিট কন্টাক্ট", + "deposit-contract-definition": "ইথিরিয়ামে স্টেকিং এর প্রবেশদ্বার। ডিপোজিট কন্টাক্ট হলো ইথিরিয়ামের একটি স্মার্ট কন্ট্রাক্ট যা ETH এর ডিপোজিট গ্রহণ করে এবং ভ্যালিডেটর ব্যালেন্স পরিচালনা করে। এই চুক্তিতে ETH ডিপোজিট না করে কোনো ভ্যালিডেটর সক্রিয় করা যায় না। চুক্তির জন্য ETH এবং ইনপুট ডাটা প্রয়োজন। এই ইনপুট ডাটায় ভ্যালিডেটর পাবলিক কি এবং উইথড্রয়াল পাবলিক কি অন্তর্ভুক্ত থাকে, যা ভ্যালিডেটর প্রাইভেট কি দ্বারা স্বাক্ষরিত হয়। একটি ভ্যালিডেটরকে প্রুফ-অফ-স্টেক নেটওয়ার্ক দ্বারা শনাক্ত এবং অনুমোদিত হওয়ার জন্য এই ডাটা প্রয়োজন।", "defi-term": "DeFi", - "defi-definition": "Ethereum অ্যাপগুলির একটি বিস্তৃত বিভাগ যা কোনো মধ্যস্থতাকারী ছাড়াই ব্লকচেইন দ্বারা সমর্থিত আর্থিক পরিষেবা প্রদানের লক্ষ্যে কাজ করে। ডিসেন্ট্রালাইজড ফাইন্যান্স (DeFi) সম্পর্কে আরও জানুন", + "defi-definition": "ইথিরিয়াম অ্যাপ্লিকেশনের একটি বিস্তৃত বিভাগ যার লক্ষ্য কোনো মধ্যস্থতাকারী ছাড়াই ব্লকচেইন-সমর্থিত আর্থিক পরিষেবা প্রদান করা। ডিসেন্ট্রালাইজড ফাইন্যান্স (DeFi) সম্পর্কে আরও জানুন", "difficulty-term": "ডিফিকাল্টি", - "difficulty-definition": "প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কগুলিতে একটি নেটওয়ার্ক-ব্যাপী সেটিং যা একটি বৈধ নন্স খুঁজে বের করার জন্য গড় গণনার পরিমাণ নিয়ন্ত্রণ করে। ডিফিকাল্টিকে ফলস্বরূপ ব্লক হ্যাশে প্রয়োজনীয় অগ্রণী শূন্যের সংখ্যা দ্বারা উপস্থাপিত করা হয় যাতে এটি বৈধ বলে বিবেচিত হয়। প্রুফ-অফ-স্টেকে স্থানান্তরের পর থেকে Ethereum-এ এই ধারণাটি বাতিল করা হয়েছে।", + "difficulty-definition": "প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কগুলোতে একটি নেটওয়ার্ক-ব্যাপী সেটিং যা একটি বৈধ নন্স খুঁজে পেতে গড়ে কতটুকু কম্পিউটেশন প্রয়োজন তা নিয়ন্ত্রণ করে। ডিফিকাল্টি বা কাঠিন্যকে লিডিং জিরো (leading zeroes) এর সংখ্যা দ্বারা উপস্থাপন করা হয় যা ফলাফলস্বরূপ ব্লক হ্যাস-এ বৈধ হিসেবে বিবেচিত হওয়ার জন্য প্রয়োজন। প্রুফ-অফ-স্টেক-এ রূপান্তরের পর থেকে ইথিরিয়ামে এই ধারণাটি বাতিল করা হয়েছে।", "difficulty-bomb-term": "ডিফিকাল্টি বম্ব", - "difficulty-bomb-definition": "প্রুফ-অফ-ওয়ার্ক ডিফিকাল্টি সেটিং-এ পরিকল্পিত সূচকীয় বৃদ্ধি যা প্রুফ-অফ-স্টেক-এ রূপান্তরকে উৎসাহিত করার জন্য ডিজাইন করা হয়েছিল, যা একটি ফর্কের সম্ভাবনা হ্রাস করে। দ্য মার্জ-এর সাথে ডিফিকাল্টি বম্বটি বাতিল করা হয়েছে।", - "digital-signatures-term": "ডিজিটাল স্বাক্ষর", - "digital-signatures-definition": "একটি প্রাইভেট কী ব্যবহার করে একজন ব্যবহারকারী একটি ডকুমেন্টের জন্য যে সংক্ষিপ্ত ডেটা স্ট্রিং তৈরি করে, যাতে সংশ্লিষ্ট পাবলিক কী, স্বাক্ষর এবং ডকুমেন্ট থাকা যে কেউ যাচাই করতে পারে যে (১) ডকুমেন্টটি সেই নির্দিষ্ট প্রাইভেট কী-এর মালিক দ্বারা \"স্বাক্ষরিত\" হয়েছিল, এবং (২) ডকুমেন্টটি স্বাক্ষরিত হওয়ার পরে পরিবর্তন করা হয়নি।", + "difficulty-bomb-definition": "প্রুফ-অফ-ওয়ার্ক ডিফিকাল্টি সেটিংয়ে পরিকল্পিত সূচকীয় বৃদ্ধি যা প্রুফ-অফ-স্টেক-এ রূপান্তরকে অনুপ্রাণিত করার জন্য ডিজাইন করা হয়েছিল, যা একটি ফর্ক এর সম্ভাবনা হ্রাস করে। the Merge এর সাথে ডিফিকাল্টি বম্ব বাতিল করা হয়েছিল।", + "digital-signatures-term": "ডিজিটাল সিগনেচার", + "digital-signatures-definition": "একটি ডকুমেন্টের জন্য ব্যবহারকারীর তৈরি করা ডাটার একটি ছোট স্ট্রিং যা একটি প্রাইভেট কি ব্যবহার করে তৈরি করা হয়, যাতে সংশ্লিষ্ট পাবলিক কি, সিগনেচার এবং ডকুমেন্ট থাকা যে কেউ যাচাই করতে পারে যে (1) ডকুমেন্টটি সেই নির্দিষ্ট প্রাইভেট কি এর মালিক দ্বারা \"স্বাক্ষরিত\" হয়েছিল এবং (2) স্বাক্ষরিত হওয়ার পরে ডকুমেন্টটি পরিবর্তন করা হয়নি।", "discovery-term": "ডিসকভারি", - "discovery-definition": "যে প্রক্রিয়ার মাধ্যমে একটি Ethereum নোড সংযোগ করার জন্য অন্যান্য নোড খুঁজে পায়।", + "discovery-definition": "যে প্রক্রিয়ার মাধ্যমে একটি ইথিরিয়াম নোড সংযোগ করার জন্য অন্যান্য নোড খুঁজে পায়।", "distributed-hash-table-term": "ডিস্ট্রিবিউটেড হ্যাস টেবিল (DHT)", - "distributed-hash-table-definition": "একটি ডেটা স্ট্রাকচার যাতে `(কী, ভ্যালু)` জোড়া থাকে যা Ethereum নোডগুলি সংযোগ করার জন্য পিয়ার শনাক্ত করতে এবং যোগাযোগের জন্য কোন প্রোটোকল ব্যবহার করতে হবে তা নির্ধারণ করতে ব্যবহার করে।", + "distributed-hash-table-definition": "একটি ডাটা স্ট্রাকচার যাতে `(key, value)` জোড়া থাকে যা ইথিরিয়াম নোডগুলো সংযোগ করার জন্য পিয়ারদের শনাক্ত করতে এবং যোগাযোগের জন্য কোন প্রটোকল ব্যবহার করতে হবে তা নির্ধারণ করতে ব্যবহার করে।", "double-spend-term": "ডাবল স্পেন্ড", - "double-spend-definition": "একটি ইচ্ছাকৃত ব্লকচেইন ফর্ক, যেখানে পর্যাপ্ত পরিমাণে মাইনিং পাওয়ার/স্টেক থাকা একজন ব্যবহারকারী একটি লেনদেন পাঠিয়ে কিছু মুদ্রা অফচেইন সরিয়ে নেয় (যেমন, ফিয়াট টাকায় প্রস্থান করা বা একটি অফচেইন ক্রয় করা) তারপর সেই লেনদেনটি সরানোর জন্য ব্লকচেইনকে পুনর্গঠন করে। একটি সফল ডাবল স্পেন্ড আক্রমণকারীকে তার অন এবং অফচেইন উভয় সম্পদই রেখে দেয়।", - "ecdsa-term": "ইলিপটিক কার্ভ ডিজিটাল সিগনেচার অ্যালগরিদম (ECDSA)", - "ecdsa-definition": "Ethereum দ্বারা ব্যবহৃত একটি ক্রিপ্টোগ্রাফিক অ্যালগরিদম যা নিশ্চিত করে যে তহবিল শুধুমাত্র তাদের মালিকদের দ্বারা ব্যয় করা যেতে পারে। এটি পাবলিক এবং প্রাইভেট কী তৈরি করার জন্য পছন্দের পদ্ধতি। অ্যাকাউন্ট ঠিকানা তৈরি এবং লেনদেন যাচাইয়ের জন্য প্রাসঙ্গিক।", + "double-spend-definition": "একটি ইচ্ছাকৃত ব্লকচেইন ফর্ক, যেখানে পর্যাপ্ত পরিমাণ মাইনিং পাওয়ার/স্টেক থাকা একজন ব্যবহারকারী কিছু কারেন্সি অফচেইন-এ স্থানান্তর করার জন্য একটি লেনদেন পাঠায় (যেমন, ফিয়াট মানিতে রূপান্তর করা বা অফচেইন কেনাকাটা করা) এবং তারপর সেই লেনদেনটি মুছে ফেলার জন্য ব্লকচেইন পুনর্গঠন করে। একটি সফল ডাবল স্পেন্ড আক্রমণকারীকে তাদের অনচেইন এবং অফচেইন উভয় সম্পদই ধরে রাখতে দেয়।", + "ecdsa-term": "এলিপটিক কার্ভ ডিজিটাল সিগনেচার অ্যালগরিদম (ECDSA)", + "ecdsa-definition": "ইথিরিয়াম দ্বারা ব্যবহৃত একটি ক্রিপ্টোগ্রাফিক অ্যালগরিদম যা নিশ্চিত করে যে ফান্ডগুলো শুধুমাত্র তাদের মালিকরাই ব্যয় করতে পারে। এটি পাবলিক এবং প্রাইভেট কি তৈরি করার জন্য পছন্দের পদ্ধতি। একাউন্ট এডড্রেস তৈরি এবং লেনদেন যাচাইকরণের জন্য প্রাসঙ্গিক।", "encryption-term": "এনক্রিপশন", - "encryption-definition": "এনক্রিপশন হল ইলেকট্রনিক ডেটাকে এমন একটি ফর্মে রূপান্তর করা যা সঠিক ডিক্রিপশন কী-এর মালিক ছাড়া অন্য কেউ পড়তে পারে না।", + "encryption-definition": "এনক্রিপশন হলো ইলেকট্রনিক ডাটাকে এমন একটি ফর্মে রূপান্তর করা যা সঠিক ডিক্রিপশন কি এর মালিক ছাড়া অন্য কারও পক্ষে পড়া অসম্ভব।", "entropy-term": "এনট্রপি", - "entropy-definition": "ক্রিপ্টোগ্রাফির প্রেক্ষাপটে, পূর্বাভাসের অভাব বা এলোমেলোতার স্তর। গোপন তথ্য তৈরি করার সময়, যেমন প্রাইভেট কী, অ্যালগরিদমগুলি সাধারণত আউটপুট অপ্রত্যাশিত তা নিশ্চিত করার জন্য উচ্চ এনট্রপির উৎসের উপর নির্ভর করে।", - "epoch-term": "ইপক", - "epoch-definition": "৩২টি স্লটের একটি সময়কাল, প্রতিটি স্লট ১২ সেকেন্ডের, মোট ৬.৪ মিনিট। নিরাপত্তার কারণে প্রতি ইপকে ভ্যালিডেটর কমিটিগুলি এলোমেলোভাবে সাজানো হয়। প্রতিটি ইপকে চেইনটিকে চূড়ান্ত করার একটি সুযোগ থাকে। প্রতিটি ভ্যালিডেটরকে প্রতিটি ইপকের শুরুতে নতুন দায়িত্ব দেওয়া হয়। প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন", + "entropy-definition": "ক্রিপ্টোগ্রাফির প্রেক্ষাপটে, ভবিষ্যদ্বাণী করার ক্ষমতার অভাব বা এলোমেলোতার স্তর। গোপন তথ্য তৈরি করার সময়, যেমন প্রাইভেট কি, অ্যালগরিদমগুলো সাধারণত আউটপুটটি অপ্রত্যাশিত তা নিশ্চিত করতে উচ্চ এনট্রপির একটি উৎসের উপর নির্ভর করে।", + "epoch-term": "এপোক", + "epoch-definition": "32টি স্লট এর একটি সময়কাল, প্রতিটি স্লট 12 সেকেন্ডের, মোট 6.4 মিনিট। নিরাপত্তার কারণে প্রতি এপোক-এ ভ্যালিডেটর কমিটিগুলো রদবদল করা হয়। প্রতিটি এপোক-এ চেইনটি ফাইনাল হওয়ার সুযোগ থাকে। প্রতিটি এপোক এর শুরুতে প্রতিটি ভ্যালিডেটরকে নতুন দায়িত্ব দেওয়া হয়। প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন", "equivocation-term": "ইকুইভোকেশন", - "equivocation-definition": "একজন ভ্যালিডেটর দুটি বার্তা পাঠাচ্ছে যা একে অপরের সাথে সাংঘর্ষিক। একটি সহজ উদাহরণ হল একজন লেনদেন প্রেরক একই নন্স সহ দুটি লেনদেন পাঠাচ্ছে। আরেকটি হল একজন ব্লক প্রস্তাবক একই ব্লক উচ্চতায় (বা একই স্লটের জন্য) দুটি ব্লক প্রস্তাব করছে।", + "equivocation-definition": "একজন ভ্যালিডেটর একে অপরের পরিপন্থী দুটি মেসেজ পাঠাচ্ছে। একটি সহজ উদাহরণ হলো একজন লেনদেন প্রেরক একই নন্স এর সাথে দুটি লেনদেন পাঠাচ্ছে। আরেকটি হলো একজন ব্লক প্রপোজার একই ব্লক হাইটে (বা একই স্লটের জন্য) দুটি ব্লক প্রস্তাব করছে।", "eth1-term": "Eth1", - "eth1-definition": "'Eth1' এমন একটি শব্দ যা মেইননেট Ethereum, বিদ্যমান প্রুফ-অফ-ওয়ার্ক ব্লকচেইনকে বোঝায়। এই শব্দটি এরপর থেকে 'এক্সিকিউশন লেয়ার' এর পক্ষে বাতিল করা হয়েছে। এই নাম পরিবর্তন সম্পর্কে আরও জানুন।", + "eth1-definition": "'Eth1' হলো একটি শব্দ যা মেইননেট ইথিরিয়ামকে বোঝায়, যা বিদ্যমান প্রুফ-অফ-ওয়ার্ক ব্লকচেইন। এই শব্দটি পরবর্তীতে 'এক্সিকিউশন লেয়ার' এর পক্ষে বাতিল করা হয়েছে। এই নাম পরিবর্তন সম্পর্কে আরও জানুন।", "eth2-term": "Eth2", - "eth2-definition": "'Eth2' এমন একটি শব্দ যা Ethereum প্রোটোকল আপগ্রেডের একটি সেটকে বোঝায়, যার মধ্যে Ethereum-এর প্রুফ-অফ-স্টেকে রূপান্তর অন্তর্ভুক্ত। এই শব্দটি এরপর থেকে 'কনসেন্সাস লেয়ার'-এর পক্ষে বাতিল করা হয়েছে। এই নাম পরিবর্তন সম্পর্কে আরও জানুন।", - "eip-term": "Ethereum ইমপ্রুভমেন্ট প্রোপোজাল (EIP)", - "eip-definition": "Ethereum কমিউনিটিকে তথ্য প্রদানকারী একটি ডিজাইন ডকুমেন্ট, যা একটি প্রস্তাবিত নতুন বৈশিষ্ট্য বা তার প্রক্রিয়া বা পরিবেশ বর্ণনা করে (দেখুন ERC)। EIP-এর ভূমিকা", - "ens-term": "Ethereum নেম সার্ভিস (ENS)", - "ens-definition": "Ethereum নেম সার্ভিস Ethereum ঠিকানার জন্য একটি ইন্টারনেট ফোনবুকের মতো। দীর্ঘ ওয়ালেট ঠিকানা ব্যবহার করার পরিবর্তে, ENS আপনাকে ডিজিটাল অর্থ এবং সম্পদ পাঠাতে এবং গ্রহণ করতে \"john.eth\" এর মতো সাধারণ নাম ব্যবহার করতে দেয়।

    প্রযুক্তিগত:
    ENS রেজিস্ট্রি একটি একক কেন্দ্রীয় কন্ট্র্যাক্ট যা ডোমেইন নাম থেকে মালিক এবং সমাধানকারীদের একটি ম্যাপিং প্রদান করে, যেমনটি EIP-137 এ বর্ণনা করা হয়েছে। ens.domains এ আরও পড়ুন।", + "eth2-definition": "'Eth2' হলো একটি শব্দ যা ইথিরিয়ামের প্রুফ-অফ-স্টেক-এ রূপান্তর সহ ইথিরিয়াম প্রটোকল আপগ্রেডের একটি সেটকে বোঝায়। এই শব্দটি পরবর্তীতে 'কনসেন্সাস লেয়ার' এর পক্ষে বাতিল করা হয়েছে। এই নাম পরিবর্তন সম্পর্কে আরও জানুন।", + "eip-term": "ইথিরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIP)", + "eip-definition": "একটি ডিজাইন ডকুমেন্ট যা ইথিরিয়াম কমিউনিটিকে তথ্য প্রদান করে, একটি প্রস্তাবিত নতুন বৈশিষ্ট্য বা এর প্রক্রিয়া বা পরিবেশ বর্ণনা করে (দেখুন ERC)। EIP এর পরিচিতি", + "ens-term": "ইথিরিয়াম নেম সার্ভিস (ENS)", + "ens-definition": "ইথিরিয়াম নেম সার্ভিস হলো ইথিরিয়াম এডড্রেসগুলোর জন্য একটি ইন্টারনেট ফোনবুকের মতো। দীর্ঘ ওয়ালেট এডড্রেস ব্যবহার করার পরিবর্তে, ENS আপনাকে ডিজিটাল অর্থ এবং সম্পদ পাঠাতে এবং গ্রহণ করতে \"john.eth\" এর মতো সাধারণ নাম ব্যবহার করতে দেয়।

    প্রযুক্তিগত:
    ENS রেজিস্ট্রি হলো একটি একক কেন্দ্রীয় কন্ট্রাক্ট যা ডোমেইন নাম থেকে মালিক এবং রিভলভারগুলোতে একটি ম্যাপিং প্রদান করে, যেমনটি EIP-137 এ বর্ণিত হয়েছে। ens.domains এ আরও পড়ুন।", "erc-1155-term": "ERC-1155", - "erc-1155-definition": "ERC-1155 হল NFT-এর (যেমন অনন্য সংগ্রহযোগ্য আইটেম) মতো একটি নতুন ধরনের Ethereum টোকেন স্ট্যান্ডার্ড যা একটি একক স্মার্ট কন্ট্র্যাক্টের মধ্যে বিনিময়যোগ্য আইটেম (যেমন মুদ্রা) তৈরি করার অনুমতি দেয়।
    এটি বিভিন্ন ধরণের ডিজিটাল সম্পদ পরিচালনা করা সহজ এবং আরও দক্ষ করে তোলে, বিশেষ করে ভিডিও গেম বা ডিজিটাল সংগ্রহের মতো অ্যাপ্লিকেশনগুলির জন্য।", + "erc-1155-definition": "ERC-1155 হলো NFT (যেমন অনন্য সংগ্রহযোগ্য আইটেম) এর মতো একটি নতুন ধরনের ইথিরিয়াম টোকেন স্ট্যান্ডার্ড যা একটি একক স্মার্ট কন্ট্রাক্ট এর মধ্যে পরিবর্তনযোগ্য আইটেম (যেমন কারেন্সি) তৈরি করার অনুমতি দেয়।
    এটি বিভিন্ন ধরনের ডিজিটাল সম্পদ পরিচালনা করা সহজ এবং আরও দক্ষ করে তোলে, বিশেষ করে ভিডিও গেম বা ডিজিটাল সংগ্রহের মতো অ্যাপ্লিকেশনগুলোর জন্য।", "erc-20-term": "ERC-20", - "erc-20-definition": "ERC-20 হল সেই স্ট্যান্ডার্ড যা Ethereum নেটওয়ার্কের বেশিরভাগ টোকেন তাদের তৈরির জন্য ব্যবহার করে।
    জনপ্রিয় উদাহরণ হল DAI এবং USDC-এর মতো স্টেবলকয়েন বা Uniswap-এর UNI-এর মতো এক্সচেঞ্জ টোকেন। এটি ঐতিহ্যবাহী সিস্টেমে আমাদের থাকা যেকোনো ধরনের বিকল্প মুদ্রার মতো… অর্থাৎ, পুরস্কার পয়েন্ট, ক্রেডিট সিস্টেম, বা এমনকি স্টক ইত্যাদি।", + "erc-20-definition": "ERC-20 হলো সেই স্ট্যান্ডার্ড যা ইথিরিয়াম নেটওয়ার্কের বেশিরভাগ টোকেন তাদের তৈরির জন্য ব্যবহার করে।
    জনপ্রিয় উদাহরণগুলো হলো DAI এবং USDC এর মতো স্টেবলকয়েন বা Uniswap থেকে UNI এর মতো এক্সচেঞ্জ টোকেন। প্রথাগত সিস্টেমে আমাদের কাছে থাকা যেকোনো ধরনের বিকল্প অর্থের মতো... যেমন, রিওয়ার্ড পয়েন্ট, ক্রেডিট সিস্টেম, বা এমনকি স্টক ইত্যাদি।", "erc-721-term": "ERC-721", - "erc-721-definition": "NFT (নন-ফাঞ্জিবল টোকেন) ERC-721 হিসাবে পরিচিত একটি স্ট্যান্ডার্ড নিয়মাবলী ব্যবহার করে তৈরি করা হয়।
    NFT টোকেনগুলি ডিজিটাল আর্ট বা সংগ্রহযোগ্য জিনিসের মতো যেকোনো অনন্য জিনিসের মালিকানা প্রতিনিধিত্ব করতে পারে, প্রতিটি টোকেনের নিজস্ব বিশেষ বৈশিষ্ট্য এবং মূল্য রয়েছে। প্রতিটি NFT অনন্য এবং অন্য যেকোনো NFT থেকে সহজেই পৃথকযোগ্য।", - "execution-client-term": "এক্সিকিউশন ক্লায়েন্ট", - "execution-client-definition": "এক্সিকিউশন ক্লায়েন্ট (পূর্বে \"Eth1 ক্লায়েন্ট\" হিসাবে পরিচিত), যেমন Besu, Erigon, Go-Ethereum (Geth), Nethermind, লেনদেন প্রক্রিয়া এবং সম্প্রচার এবং Ethereum-এর স্টেট পরিচালনা করার দায়িত্বে থাকে। তারা প্রোটোকলের নিয়মগুলি অনুসরণ করা হয়েছে তা নিশ্চিত করতে প্রতিটি লেনদেনের জন্য ইথিরিয়াম ভার্চুয়াল মেশিন ব্যবহার করে গণনা চালায়।", + "erc-721-definition": "NFT (নন-ফান্জেবল টোকেন) তৈরি করা হয় ERC-721 নামক নিয়মের একটি স্ট্যান্ডার্ড সেট ব্যবহার করে।
    NFT টোকেনগুলো ডিজিটাল আর্ট বা সংগ্রহযোগ্য জিনিসগুলোর মতো যেকোনো অনন্য কিছুর মালিকানাকে উপস্থাপন করতে পারে, যেখানে প্রতিটি টোকেনের নিজস্ব বিশেষ বৈশিষ্ট্য এবং মান থাকে। প্রতিটি NFT অনন্য এবং অন্য যেকোনো NFT থেকে সহজেই আলাদা করা যায়।", + "execution-client-term": "এক্সিকিউশন ক্লায়েন্ট", + "execution-client-definition": "এক্সিকিউশন ক্লায়েন্ট (পূর্বে \"Eth1 ক্লায়েন্ট\" নামে পরিচিত), যেমন Besu, Erigon, Go-Ethereum (Geth), Nethermind, লেনদেন প্রসেস এবং সম্প্রচার করা এবং ইথিরিয়ামের স্টেট পরিচালনা করার দায়িত্বে রয়েছে। প্রটোকলের নিয়মগুলো অনুসরণ করা হচ্ছে তা নিশ্চিত করতে তারা ইথিরিয়াম ভার্চুয়াল মেশিন ব্যবহার করে প্রতিটি লেনদেনের জন্য কম্পিউটেশন চালায়।", "execution-layer-term": "এক্সিকিউশন লেয়ার", - "execution-layer-definition": "Ethereum-এর এক্সিকিউশন লেয়ার হল এক্সিকিউশন ক্লায়েন্টদের নেটওয়ার্ক।", - "eoa-term": "এক্সটার্নালি ওনড অ্যাকাউন্ট (EOA)", - "eoa-definition": "এক্সটার্নালি ওনড অ্যাকাউন্ট (EOAs) হল সবচেয়ে সাধারণ ধরনের Ethereum অ্যাকাউন্ট। এগুলি একজন ব্যক্তি প্রাইভেট কী/রিকভারি ফ্রেজ দ্বারা নিয়ন্ত্রণ করে। Ethereum ওয়ালেট সম্পর্কে আরও জানুন।", - "erc-term": "Ethereum রিকোয়েস্ট ফর কমেন্টস (ERC)", - "erc-definition": "ERC (Ethereum রিকোয়েস্ট ফর কমেন্টস) হল Ethereum কমিউনিটিতে ব্যবহৃত এক ধরনের প্রযুক্তিগত ডকুমেন্টেশন যা Ethereum নেটওয়ার্ক ব্যবহারের জন্য নতুন স্ট্যান্ডার্ড প্রস্তাব করে।

    এই প্রস্তাবগুলি টোকেনগুলির জন্য ব্যবহৃত ERC-20 এবং NFT-গুলির জন্য ERC-721-এর মতো নতুন টোকেন স্ট্যান্ডার্ড সহ বিস্তৃত বিষয় কভার করতে পারে।", + "execution-layer-definition": "ইথিরিয়ামের এক্সিকিউশন লেয়ার হলো এক্সিকিউশন ক্লায়েন্ট এর নেটওয়ার্ক।", + "eoa-term": "এক্সটার্নালি ওনড একাউন্ট (EOA)", + "eoa-definition": "এক্সটার্নালি ওনড একাউন্ট (EOA) হলো ইথিরিয়াম একাউন্টের সবচেয়ে সাধারণ ধরন। এগুলো প্রাইভেট কি/রিকভারি ফ্রেজ এর মাধ্যমে একজন ব্যক্তি দ্বারা নিয়ন্ত্রিত হয়। ইথিরিয়াম ওয়ালেট সম্পর্কে আরও জানুন।", + "erc-term": "ইথিরিয়াম রিকোয়েস্ট ফর কমেন্টস (ERC)", + "erc-definition": "ERC (ইথিরিয়াম রিকোয়েস্ট ফর কমেন্টস) হলো ইথিরিয়াম কমিউনিটিতে ব্যবহৃত এক ধরনের প্রযুক্তিগত ডকুমেন্টেশন যা ইথিরিয়াম নেটওয়ার্কের জন্য ব্যবহারের নতুন স্ট্যান্ডার্ড প্রস্তাব করতে ব্যবহৃত হয়।

    এই প্রস্তাবগুলো নতুন টোকেন স্ট্যান্ডার্ড (যেমন টোকেনের জন্য ব্যবহৃত ERC-20 এবং NFT এর জন্য ERC-721) সহ বিস্তৃত বিষয় কভার করতে পারে।", "ethash-term": "Ethash", - "ethash-definition": "একটি প্রুফ-অফ-ওয়ার্ক অ্যালগরিদম যা Ethereum-এ প্রুফ-অফ-স্টেক-এ স্থানান্তরিত হওয়ার আগে ব্যবহৃত হত। আরও পড়ুন", + "ethash-definition": "একটি প্রুফ-অফ-ওয়ার্ক এ্যালগরিদম যা ইথিরিয়ামে প্রুফ-অফ-স্টেক-এ রূপান্তরিত হওয়ার আগে ব্যবহৃত হতো। আরও পড়ুন", "ether-term": "ইথার", - "ether-definition": "Ethereum-এর স্থানীয় ক্রিপ্টোকারেন্সি, যা সাধারণত “ETH” নামে পরিচিত। এটি Ethereum ইকোসিস্টেম এবং অ্যাপ্লিকেশন ব্যবহার করার সময় লেনদেন ফি কভার করতে ব্যবহৃত হয়। ইথার সম্পর্কে আরও জানুন।", - "events-term": "অনুষ্ঠানসমূহ", - "events-definition": "EVM লগিং সুবিধার ব্যবহার করতে দেয়। ডিএ্যাপস ইভেন্টের জন্য শুনতে পারে এবং ব্যবহারকারী ইন্টারফেসে JavaScript কলব্যাক ট্রিগার করতে সেগুলি ব্যবহার করতে পারে। ইভেন্ট এবং লগ সম্পর্কে আরও জানুন", - "evm-term": "ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)", - "evm-definition": "একটি স্ট্যাক-ভিত্তিক ভার্চুয়াল মেশিন যা বাইটকোড কার্যকর করে। Ethereum-এ, এক্সিকিউশন মডেলটি নির্দিষ্ট করে যে কীভাবে সিস্টেমের অবস্থা বাইটকোড নির্দেশাবলীর একটি সিরিজ এবং পরিবেশগত ডেটার একটি ছোট টাপল দেওয়া হলে পরিবর্তিত হয়। এটি একটি ভার্চুয়াল স্টেট মেশিনের একটি আনুষ্ঠানিক মডেলের মাধ্যমে নির্দিষ্ট করা হয়েছে। ইথিরিয়াম ভার্চুয়াল মেশিন সম্পর্কে আরও জানুন।", - "evm-assembly-language-term": "EVM অ্যাসেম্বলি ল্যাঙ্গুয়েজ", - "evm-assembly-language-definition": "EVM বাইটকোডের একটি মানব-পাঠযোগ্য ফর্ম।", + "ether-definition": "ইথিরিয়ামের নেটিভ ক্রিপটোকারেন্সি, যা সাধারণত “ETH” নামে পরিচিত। ইথিরিয়াম ইকোসিস্টেম এবং অ্যাপ্লিকেশনগুলো ব্যবহার করার সময় লেনদেন ফি কভার করতে এটি ব্যবহৃত হয়। ইথার সম্পর্কে আরও জানুন।", + "events-term": "ইভেন্টস", + "events-definition": "EVM লগিং সুবিধাগুলো ব্যবহারের অনুমতি দেয়। ডিএ্যাপস ইভেন্টগুলোর জন্য শুনতে পারে এবং ইউজার ইন্টারফেসে জাভাস্ক্রিপ্ট কলব্যাক ট্রিগার করতে সেগুলো ব্যবহার করতে পারে। ইভেন্ট এবং লগ সম্পর্কে আরও জানুন", + "evm-term": "ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)", + "evm-definition": "একটি স্ট্যাক-ভিত্তিক ভার্চুয়াল মেশিন যা বাইটকোড এক্সিকিউট করে। ইথিরিয়ামে, এক্সিকিউশন মডেলটি নির্দিষ্ট করে যে বাইটকোড নির্দেশাবলীর একটি সিরিজ এবং পরিবেশগত ডাটার একটি ছোট টুপল দেওয়া হলে সিস্টেম স্টেট কীভাবে পরিবর্তিত হয়। এটি একটি ভার্চুয়াল স্টেট মেশিনের একটি আনুষ্ঠানিক মডেলের মাধ্যমে নির্দিষ্ট করা হয়। ইথিরিয়াম ভার্চুয়াল মেশিন সম্পর্কে আরও জানুন।", + "evm-assembly-language-term": "EVM অ্যাসেম্বলি ল্যাঙ্গুয়েজ", + "evm-assembly-language-definition": "EVM বাইটকোড এর একটি মানুষের পাঠযোগ্য রূপ।", "fallback-function-term": "ফলব্যাক ফাংশন", - "fallback-function-definition": "ডেটার অনুপস্থিতি বা ঘোষিত ফাংশন নামের অনুপস্থিতিতে কল করা একটি ডিফল্ট ফাংশন।", - "faucet-term": "Faucet", - "faucet-definition": "একটি স্মার্ট কন্ট্র্যাক্ট-এর মাধ্যমে সম্পাদিত একটি পরিষেবা যা বিনামূল্যে টেস্টনেট ইথারের আকারে তহবিল বিতরণ করে যা একটি টেস্টনেটে ব্যবহার করা যেতে পারে।", - "finality-term": "চূড়ান্ততা", - "finality-definition": "চূড়ান্ততা হল একটি গ্যারান্টি যে লেনদেনের একটি সেট বিপুল পরিমাণ ETH নষ্ট না করে পরিবর্তন করা যাবে না।", + "fallback-function-definition": "ডাটা বা ঘোষিত ফাংশন নামের অনুপস্থিতিতে কল করা একটি ডিফল্ট ফাংশন।", + "faucet-term": "ফাসেট", + "faucet-definition": "স্মার্ট কন্ট্রাক্ট এর মাধ্যমে পরিচালিত একটি পরিষেবা যা বিনামূল্যে টেস্ট ইথার আকারে ফান্ড বিতরণ করে যা একটি টেস্টনেট-এ ব্যবহার করা যেতে পারে।", + "finality-term": "ফাইনালিটি", + "finality-definition": "ফাইনালিটি হলো এই গ্যারান্টি যে বিপুল পরিমাণ ETH হারানো ছাড়া লেনদেনের একটি সেট পরিবর্তন করা যাবে না।", "finney-term": "ফিনি", - "finney-definition": "ইথারের একটি উপবিভাগ। ১ ফিনি = ১০১৫ wei। ১০৩ ফিনি = ১ ইথার।", + "finney-definition": "ইথার এর একটি ডিনোমিনেশন। 1 ফিনি = 1015 wei। 103 ফিনি = 1 ইথার।", "fork-term": "ফর্ক", - "fork-definition": "প্রোটোকলের একটি পরিবর্তন যা একটি বিকল্প চেইন তৈরি করে।", - "fork-choice-algorithm-term": "ফর্ক পছন্দ অ্যালগরিদম", - "fork-choice-algorithm-definition": "ব্লকচেইনের হেড শনাক্ত করতে ব্যবহৃত অ্যালগরিদম। Ethereum-এ চেইনের হেডটি হল সেই ফর্ক যার ইতিহাসে প্রত্যয়নের সর্বশ্রেষ্ঠ 'ওজন' রয়েছে। ওজন হল প্রত্যয়নের সংখ্যা এবং প্রত্যয়নকারী ভ্যালিডেটরদের কার্যকর ব্যালেন্সের গুণফল। এর মানে হল যে চেইনের আসল হেড হল সেইটি যার জন্য সবচেয়ে বেশি স্টেক করা ইথার ভোট দিয়েছে। কনসেন্সাস লেয়ারে ফর্ক পছন্দ অ্যালগরিদমকে LMD_GHOST বলা হয়।", + "fork-definition": "প্রটোকল-এ একটি পরিবর্তন যা একটি বিকল্প চেইন তৈরির কারণ হয়।", + "fork-choice-algorithm-term": "ফর্ক চয়েস এ্যালগরিদম", + "fork-choice-algorithm-definition": "ব্লকচেইন এর হেড শনাক্ত করতে ব্যবহৃত এ্যালগরিদম। ইথিরিয়ামে চেইনের হেডকে এটেস্টেশন এর সবচেয়ে বেশি 'ওজন' (weight) সহ ফর্ক হিসেবে চিহ্নিত করা হয়। ওজন হলো এটেস্টেশন এর সংখ্যা এবং এটেস্ট করা ভ্যালিডেটরস এর কার্যকরী ব্যালেন্সের গুণফল। এর মানে হলো চেইনের আসল হেড হলো সেটি যার জন্য সবচেয়ে বেশি স্টেক করা ইথার ভোট দিয়েছে। কনসেন্সাস লেয়ার-এ ফর্ক চয়েস এ্যালগরিদমকে LMD_GHOST বলা হয়।", "fraud-proof-term": "ফ্রড প্রুফ", - "fraud-proof-definition": "কিছু নির্দিষ্ট লেয়ার ২ সলিউশনের জন্য একটি নিরাপত্তা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেনগুলি রোল আপ করে ব্যাচে পরিণত করা হয় এবং একটি একক লেনদেনে Ethereum-এ জমা দেওয়া হয়। অন্যান্য নেটওয়ার্ক অংশগ্রহণকারীরা লেনদেনগুলি পুনরায় কার্যকর করতে পারে তা পরীক্ষা করার জন্য যে সেগুলি সততার সাথে কার্যকর করা হয়েছিল। যদি তারা পোস্ট করা ডেটা এবং তাদের নিজস্ব সংস্করণের মধ্যে একটি অমিল খুঁজে পায় তবে তারা একটি ক্রিপ্টোগ্রাফিক প্রমাণ পোস্ট করতে পারে যা দেখায় যে কোথায় কিছু জালিয়াতি হয়েছে। কিছু রোলআপ ভ্যালিডিটি প্রুফ ব্যবহার করে।", - "frontier-term": "ফ্রন্টিয়ার", - "frontier-definition": "Ethereum-এর প্রাথমিক পরীক্ষামূলক উন্নয়ন পর্যায়, যা জুলাই ২০১৫ থেকে মার্চ ২০১৬ পর্যন্ত স্থায়ী হয়েছিল।", + "fraud-proof-definition": "নির্দিষ্ট লেয়ার ২ সলিউশনগুলোর জন্য একটি সিকিউরিটি মডেল যেখানে, গতি বাড়াতে, লেনদেনগুলোকে ব্যাচে রোলআপ করা হয় এবং একটি একক লেনদেনে ইথিরিয়ামে জমা দেওয়া হয়। অন্যান্য নেটওয়ার্ক অংশগ্রহণকারীরা লেনদেনগুলো সততার সাথে এক্সিকিউট করা হয়েছে কিনা তা পরীক্ষা করতে পুনরায় এক্সিকিউট করতে পারে। যদি তারা পোস্ট করা ডাটা এবং তাদের নিজস্ব সংস্করণের মধ্যে কোনো অসঙ্গতি খুঁজে পায় তবে তারা একটি ক্রিপ্টোগ্রাফিক প্রমাণ পোস্ট করতে পারে যা দেখায় যে কোথায় কোনো জালিয়াতি হয়েছে। কিছু রেলআপস ভ্যালিডিটি প্রুফ ব্যবহার করে।", + "frontier-term": "ফ্রন্টিয়ার", + "frontier-definition": "ইথিরিয়ামের প্রাথমিক টেস্ট ডেভেলপমেন্ট পর্যায়, যা জুলাই 2015 থেকে মার্চ 2016 পর্যন্ত স্থায়ী ছিল।", "gas-term": "গ্যাস", - "gas-definition": "গ্যাস হল ব্লকচেইন, যেমন Ethereum-এ লেনদেন এবং স্মার্ট কন্ট্র্যাক্টের জন্য প্রদত্ত ফি। গ্যাস এবং ফি সম্পর্কে আরও জানুন।", + "gas-definition": "গ্যাস হলো ইথিরিয়ামের মতো ব্লকচেইন-এ লেনদেন এবং স্মার্ট কন্ট্রাক্ট এর জন্য দেওয়া ফি। গ্যাস এবং ফি সম্পর্কে আরও জানুন।", "gas-limit-term": "গ্যাস লিমিট", "gas-limit-definition": "একটি লেনদেন বা ব্লক সর্বোচ্চ যে পরিমাণ গ্যাস ব্যবহার করতে পারে।", - "gas-price-term": "গ্যাসের দাম", - "gas-price-definition": "একটি লেনদেনে নির্দিষ্ট এক ইউনিট গ্যাসের ইথারে মূল্য।", + "gas-price-term": "গ্যাস প্রাইস", + "gas-price-definition": "একটি লেনদেনে নির্দিষ্ট করা এক ইউনিট গ্যাসের ইথারে মূল্য।", "genesis-block-term": "জেনেসিস ব্লক", - "genesis-block-definition": "একটি ব্লকচেইনের প্রথম ব্লক, যা একটি নির্দিষ্ট নেটওয়ার্ক এবং তার ক্রিপ্টোকারেন্সি শুরু করতে ব্যবহৃত হয়।", + "genesis-block-definition": "একটি ব্লকচেইন এর প্রথম ব্লক, যা একটি নির্দিষ্ট নেটওয়ার্ক এবং এর ক্রিপটোকারেন্সি শুরু করতে ব্যবহৃত হয়।", "geth-term": "Geth", - "geth-definition": "Go Ethereum। Go-তে লেখা Ethereum প্রোটোকলের অন্যতম প্রধান বাস্তবায়ন। geth.ethereum.org-এ আরও পড়ুন", + "geth-definition": "Go Ethereum। Go-তে লেখা ইথিরিয়াম প্রটোকলের অন্যতম প্রধান ইমপ্লিমেন্টেশন। geth.ethereum.org এ আরও পড়ুন", "gwei-term": "Gwei", - "gwei-definition": "গিগাwei-এর সংক্ষিপ্ত রূপ, ইথারের একটি উপবিভাগ, যা সাধারণত গ্যাস মূল্যায়নের জন্য ব্যবহৃত হয়। ১ gwei = ১০৯ wei। ১০৯ gwei = ১ ইথার।", + "gwei-definition": "গিগাওয়েই (gigawei) এর সংক্ষিপ্ত রূপ, ইথার এর একটি ডিনোমিনেশন, যা সাধারণত গ্যাস এর মূল্য নির্ধারণ করতে ব্যবহৃত হয়। 1 gwei = 109 wei। 109 gwei = 1 ইথার।", "hard-fork-term": "হার্ড ফর্ক", - "hard-fork-definition": "ব্লকচেইনে একটি স্থায়ী বিচ্যুতি; যা হার্ড-ফর্কিং পরিবর্তন হিসাবেও পরিচিত। এটি সাধারণত ঘটে যখন আপগ্রেড না করা নোডগুলি নতুন কনসেন্সাস নিয়ম অনুসরণকারী আপগ্রেড করা নোডগুলির দ্বারা তৈরি ব্লকগুলি যাচাই করতে পারে না। এটি একটি ফর্ক, সফট ফর্ক, সফটওয়্যার ফর্ক বা গিট ফর্কের সাথে গুলিয়ে ফেলা উচিত নয়।", + "hard-fork-definition": "ব্লকচেইন-এ একটি স্থায়ী বিচ্যুতি; যা হার্ড-ফর্কিং পরিবর্তন হিসেবেও পরিচিত। এটি সাধারণত তখন ঘটে যখন আপগ্রেড না করা নোডগুলো নতুন কনসেন্সাস নিয়ম অনুসরণকারী আপগ্রেড করা নোডগুলোর তৈরি করা ব্লকগুলো যাচাই করতে পারে না। ফর্ক, সফট ফর্ক, সফটওয়্যার ফর্ক বা গিট ফর্ক এর সাথে বিভ্রান্ত হবেন না।", "hash-term": "হ্যাস", - "hash-definition": "একটি হ্যাশ ফাংশন দ্বারা উৎপাদিত, পরিবর্তনশীল আকারের ইনপুটের একটি নির্দিষ্ট দৈর্ঘ্যের ফিঙ্গারপ্রিন্ট। (দেখুন keccak-256)।", + "hash-definition": "একটি হ্যাস ফাংশন দ্বারা উৎপাদিত পরিবর্তনশীল-আকারের ইনপুটের একটি নির্দিষ্ট-দৈর্ঘ্যের ফিঙ্গারপ্রিন্ট। (দেখুন keccak-256)।", "hash-rate-term": "হ্যাস রেট", - "hash-rate-definition": "মাইনিং সফটওয়্যার চালিত কম্পিউটার দ্বারা প্রতি সেকেন্ডে করা হ্যাশ গণনার সংখ্যা।", + "hash-rate-definition": "মাইনিং সফটওয়্যার চালানো কম্পিউটারগুলোর দ্বারা প্রতি সেকেন্ডে করা হ্যাস গণনার সংখ্যা।", "homestead-term": "হোমস্টেড", - "holographic-consensus-term": "হলোগ্রাফিক কনসেনসাস", - "holographic-consensus-definition": "এটি বোঝায় যে কীভাবে একটি বড় গোষ্ঠীর সিদ্ধান্ত একটি ছোট প্রতিনিধি গোষ্ঠীর ভোটের মাধ্যমে নেওয়া হয়। তারপর বাকি সবাই এটি মেনে নিতে সম্মত হয়, যতক্ষণ তারা বিশ্বাস করে যে ছোট গ্রুপটি একটি ভালো কাজ করেছে।
    এটি কিছু অনলাইন কমিউনিটিতে দ্রুত সিদ্ধান্ত নেওয়ার জন্য ব্যবহৃত হয়, যেখানে প্রত্যেককে সবকিছুতে ভোট দেওয়ার প্রয়োজন হয় না, এবং একই সাথে সিদ্ধান্তগুলি ন্যায্য এবং বেশিরভাগ মানুষের ইচ্ছার প্রতিনিধিত্ব করে তা নিশ্চিত করা হয়।", - "homestead-definition": "Ethereum-এর দ্বিতীয় উন্নয়ন পর্যায়, যা মার্চ ২০১৬-এ ব্লক ১,১৫০,০০০-এ চালু হয়েছিল।", + "holographic-consensus-term": "হোলোগ্রাফিক কনসেন্সাস", + "holographic-consensus-definition": "প্রতিনিধিত্বকারী মানুষের একটি ছোট গ্রুপকে ভোট দেওয়ার অনুমতি দিয়ে কীভাবে একটি বড় গ্রুপের সিদ্ধান্ত নেওয়া হয় তা বোঝায়। তারপর অন্য সবাই এর সাথে একমত হয়, যতক্ষণ না তারা বিশ্বাস করে যে ছোট গ্রুপটি ভালো কাজ করেছে।
    এটি কিছু অনলাইন কমিউনিটিতে দ্রুত সিদ্ধান্ত নেওয়ার জন্য ব্যবহৃত হয় যেখানে সবাইকে সব বিষয়ে ভোট দেওয়ার প্রয়োজন হয় না, পাশাপাশি সিদ্ধান্তগুলো ন্যায্য এবং বেশিরভাগ মানুষ যা চায় তার প্রতিনিধিত্ব করে তা নিশ্চিত করে।", + "homestead-definition": "ইথিরিয়ামের দ্বিতীয় ডেভেলপমেন্ট পর্যায়, যা মার্চ 2016 সালে 1,150,000 ব্লকে চালু হয়েছিল।", "index-term": "ইনডেক্স", - "index-definition": "একটি নেটওয়ার্ক কাঠামো যার উদ্দেশ্য ব্লকচেইন থেকে তথ্য অনুসন্ধানের অপ্টিমাইজেশন করা, যা তার স্টোরেজ উৎসে একটি কার্যকর পথ প্রদান করে।", - "ide-term": "ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্ট (IDE)", - "ide-definition": "একটি ব্যবহারকারী ইন্টারফেস যা সাধারণত একটি কোড এডিটর, কম্পাইলার, রানটাইম এবং ডিবাগারকে একত্রিত করে। ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্ট সম্পর্কে আরও জানুন।", - "immutable-deployed-code-problem-term": "অপরিবর্তনীয় ডিপ্লয়েড কোড সমস্যা", - "immutable-deployed-code-problem-definition": "একবার একটি কন্ট্র্যাক্টের (বা লাইব্রেরির) কোড স্থাপন করা হলে, এটি অপরিবর্তনীয় হয়ে যায়। স্ট্যান্ডার্ড সফ্টওয়্যার ডেভেলপমেন্ট অনুশীলনগুলি সম্ভাব্য বাগগুলি ঠিক করতে এবং নতুন বৈশিষ্ট্য যুক্ত করতে সক্ষম হওয়ার উপর নির্ভর করে, তাই এটি স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের জন্য একটি চ্যালেঞ্জ উপস্থাপন করে। স্মার্ট কন্ট্র্যাক্ট স্থাপন সম্পর্কে আরও জানুন।", - "internal-transaction-term": "অভ্যন্তরীণ লেনদেন", - "internal-transaction-definition": "একটি কন্ট্র্যাক্ট অ্যাকাউন্ট থেকে অন্য একটি কন্ট্র্যাক্ট অ্যাকাউন্টে বা একটি EOA-তে পাঠানো একটি লেনদেন (দেখুন বার্তা)।", + "index-definition": "একটি নেটওয়ার্ক স্ট্রাকচার যার উদ্দেশ্য হলো এর স্টোরেজ সোর্সে একটি দক্ষ পথ প্রদান করে সম্পূর্ণ ব্লকচেইন থেকে তথ্যের কোয়েরি অপ্টিমাইজ করা।", + "ide-term": "ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্ট (IDE)", + "ide-definition": "একটি ইউজার ইন্টারফেস যা সাধারণত একটি কোড এডিটর, কম্পাইলার, রানটাইম এবং ডিবাগারকে একত্রিত করে। ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্ট সম্পর্কে আরও জানুন।", + "immutable-deployed-code-problem-term": "ইমমিউটেবল ডিপ্লয়েড কোড সমস্যা", + "immutable-deployed-code-problem-definition": "একবার একটি কন্ট্রাক্ট (বা লাইব্রেরির) কোড ডিপ্লয় করা হলে, এটি ইমমিউটেবল হয়ে যায়। স্ট্যান্ডার্ড সফটওয়্যার ডেভেলপমেন্ট প্র্যাকটিস সম্ভাব্য বাগ ফিক্স করা এবং নতুন ফিচার যোগ করার উপর নির্ভর করে, তাই এটি স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্টের জন্য একটি চ্যালেঞ্জ তৈরি করে। স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা সম্পর্কে আরও জানুন।", + "internal-transaction-term": "ইন্টারনাল লেনদেন", + "internal-transaction-definition": "একটি কন্ট্রাক্ট একাউন্ট থেকে অন্য একটি কন্ট্রাক্ট একাউন্ট বা একটি EOA-তে পাঠানো একটি লেনদেন (দেখুন মেসেজ)।", "issuance-term": "ইস্যুয়েন্স", - "issuance-definition": "ব্লক প্রস্তাবনা, প্রত্যয়ন এবং হুইসেল-ব্লোয়িংয়ের জন্য নতুন ইথার মিন্ট করা।", - "kdf-term": "কী ডেরিভেশন ফাংশন (KDF)", - "kdf-definition": "এটি \"পাসওয়ার্ড স্ট্রেচিং অ্যালগরিদম\" নামেও পরিচিত, এটি কীস্টোর ফর্ম্যাট দ্বারা পাসফ্রেজ এনক্রিপশনের উপর ব্রুট-ফোর্স, ডিকশনারি এবং রেইনবো টেবিল আক্রমণের বিরুদ্ধে সুরক্ষা দিতে ব্যবহৃত হয়, পাসফ্রেজটিকে বারবার হ্যাশ করে।", - "keystore-term": "কীস্টোর", - "keystore-definition": "প্রতিটি অ্যাকাউন্টের প্রাইভেট কী/ঠিকানা জোড়া একটি Ethereum ক্লায়েন্টে একটি একক কীফাইল হিসাবে বিদ্যমান। এগুলি JSON টেক্সট ফাইল যা অ্যাকাউন্টের এনক্রিপ্ট করা প্রাইভেট কী ধারণ করে, যা শুধুমাত্র অ্যাকাউন্ট তৈরির সময় প্রবেশ করানো পাসওয়ার্ড দিয়ে ডিক্রিপ্ট করা যায়।", + "issuance-definition": "ব্লক প্রপোজাল, এটেস্টেশন এবং হুইসেল-ব্লোয়িংকে পুরস্কৃত করার জন্য নতুন ইথারের মিন্টিং।", + "kdf-term": "কি ডেরিভেশন ফাংশন (KDF)", + "kdf-definition": "এটি \"পাসওয়ার্ড স্ট্রেচিং এ্যালগরিদম\" নামেও পরিচিত, এটি পাসফ্রেজ এনক্রিপশনে ব্রুট-ফোর্স, ডিকশনারি এবং রেইনবো টেবিল অ্যাটাক থেকে রক্ষা করার জন্য পাসফ্রেজকে বারবার হ্যাস করার মাধ্যমে কিস্টোর ফরম্যাট দ্বারা ব্যবহৃত হয়।", + "keystore-term": "কিস্টোর", + "keystore-definition": "প্রতিটি একাউন্টের প্রাইভেট কি/এডড্রেস পেয়ার একটি ইথিরিয়াম ক্লায়েন্ট-এ একটি একক কি-ফাইল হিসেবে বিদ্যমান থাকে। এগুলো হলো JSON টেক্সট ফাইল যাতে একাউন্টের এনক্রিপ্ট করা প্রাইভেট কি থাকে, যা শুধুমাত্র একাউন্ট তৈরির সময় দেওয়া পাসওয়ার্ড দিয়ে ডিক্রিপ্ট করা যায়।", "keccak-256-term": "Keccak-256", - "keccak-256-definition": "Ethereum-এ ব্যবহৃত ক্রিপ্টোগ্রাফিক হ্যাস ফাংশন। Keccak-256 কে SHA-3 হিসাবে স্ট্যান্ডার্ডাইজ করা হয়েছিল।", - "key-term": "কী", - "key-definition": "Ethereum-এর প্রেক্ষাপটে, কী হল ডিজিটাল কোড: লেনদেন গ্রহণ করার জন্য একটি পাবলিক কী এবং তহবিল অ্যাক্সেস এবং পাঠানোর জন্য একটি প্রাইভেট কী।
    পাবলিক কী: এগুলি প্রকাশ্যে শেয়ার করা যেতে পারে।
    প্রাইভেট কী: এগুলি মালিক দ্বারা গোপন রাখা হয়।", - "layer-1-term": "লেয়ার 1", - "layer-1-definition": "লেয়ার ১ বলতে একটি বহু-স্তরীয় ব্লকচেইন নেটওয়ার্কের প্রধান ব্লকচেইনকে বোঝায়। উদাহরণস্বরূপ, Ethereum এবং Bitcoin হল লেয়ার ওয়ান ব্লকচেইন। অনেক লেয়ার টু ব্লকচেইন সম্পদ-বহুল লেনদেনগুলিকে তাদের পৃথক ব্লকচেইনে অফলোড করে, যখন নিরাপত্তা উদ্দেশ্যে Ethereum বা Bitcoin-এর লেয়ার ওয়ান ব্লকচেইন ব্যবহার করা চালিয়ে যায়।", - "layer-2-term": "লেয়ার 2", - "layer-2-definition": "লেয়ার ২ হল Ethereum প্রধান নেটওয়ার্কের উপরে নির্মিত অন্য নেটওয়ার্ক যা লেনদেনগুলিকে দ্রুত এবং সস্তা করে তোলে। লেয়ার ২ সম্পর্কে আরও জানুন।", + "keccak-256-definition": "ইথিরিয়ামে ব্যবহৃত ক্রিপ্টোগ্রাফিক হ্যাস ফাংশন। Keccak-256 কে SHA-3 হিসেবে প্রমিত করা হয়েছিল।", + "key-term": "কি", + "key-definition": "ইথিরিয়ামের প্রেক্ষাপটে, কি হলো ডিজিটাল কোড: লেনদেন গ্রহণের জন্য একটি পাবলিক কি এবং ফান্ড অ্যাক্সেস ও পাঠানোর জন্য একটি প্রাইভেট কি।
    পাবলিক কি: এগুলো প্রকাশ্যে শেয়ার করা যেতে পারে।
    প্রাইভেট কি: এগুলো মালিক দ্বারা গোপন রাখা হয়।", + "layer-1-term": "লেয়ার 1", + "layer-1-definition": "লেয়ার 1 বলতে একটি মাল্টি-লেভেল ব্লকচেইন নেটওয়ার্কের প্রধান ব্লকচেইনকে বোঝায়। উদাহরণস্বরূপ, ইথিরিয়াম এবং বিটকয়েন হলো লেয়ার 1 ব্লকচেইন। অনেক লেয়ার 2 ব্লকচেইন রিসোর্স-ইনটেন্সিভ লেনদেনগুলোকে তাদের আলাদা ব্লকচেইনে অফলোড করে, যেখানে নিরাপত্তার উদ্দেশ্যে ইথিরিয়াম বা বিটকয়েনের লেয়ার 1 ব্লকচেইন ব্যবহার করা অব্যাহত রাখে।", + "layer-2-term": "লেয়ার ২", + "layer-2-definition": "লেয়ার ২ হলো ইথিরিয়াম মেইন নেটওয়ার্কের উপরে তৈরি করা আরেকটি নেটওয়ার্ক যা লেনদেনকে দ্রুত এবং সস্তা করে তোলে। লেয়ার ২ সম্পর্কে আরও জানুন।", "library-term": "লাইব্রেরি", - "library-definition": "একটি বিশেষ ধরণের স্মার্ট কন্ট্র্যাক্ট যার কোনো প্রদেয় ফাংশন নেই, কোনো ফলব্যাক ফাংশন নেই, এবং কোনো ডেটা স্টোরেজ নেই। অতএব, এটি ইথার গ্রহণ বা ধারণ করতে পারে না, বা ডেটা সংরক্ষণ করতে পারে না। একটি লাইব্রেরি পূর্ব-ডিপ্লয়েড কোড হিসাবে কাজ করে যা অন্যান্য কন্ট্র্যাক্টগুলি শুধুমাত্র পঠনযোগ্য গণনার জন্য কল করতে পারে। স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি সম্পর্কে আরও জানুন।", - "light-client-term": "লাইট ক্লায়েন্ট", - "light-client-definition": "একটি Ethereum ক্লায়েন্ট যা ব্লকচেইনের একটি স্থানীয় কপি সংরক্ষণ করে না, বা ব্লক এবং লেনদেন যাচাই করে না। এটি একটি ওয়ালেটের ফাংশন প্রদান করে এবং লেনদেন তৈরি ও সম্প্রচার করতে পারে।", + "library-definition": "একটি বিশেষ ধরনের কন্ট্রাক্ট যার কোনো পেয়েবল ফাংশন, কোনো ফলব্যাক ফাংশন এবং কোনো ডাটা স্টোরেজ নেই। তাই, এটি ইথার গ্রহণ বা ধরে রাখতে পারে না, বা ডাটা সংরক্ষণ করতে পারে না। একটি লাইব্রেরি পূর্বে ডিপ্লয় করা কোড হিসেবে কাজ করে যা অন্যান্য কন্ট্রাক্ট রিড-অনলি কম্পিউটেশনের জন্য কল করতে পারে। স্মার্ট কন্ট্রাক্ট লাইব্রেরি সম্পর্কে আরও জানুন।", + "light-client-term": "লাইট ক্লায়েন্ট", + "light-client-definition": "একটি ইথিরিয়াম ক্লায়েন্ট যা ব্লকচেইন-এর লোকাল কপি সংরক্ষণ করে না, বা ব্লক এবং লেনদেন ভ্যালিডেট করে না। এটি একটি ওয়ালেট-এর ফাংশন অফার করে এবং লেনদেন তৈরি ও ব্রডকাস্ট করতে পারে।", "liquidity-term": "লিকুইডিটি", - "liquidity-definition": "লিকুইডিটি হল কত দ্রুত এবং সহজে একটি সম্পদ নগদ বা অন্য সম্পদে রূপান্তরিত করা যায়। Uniswap-এর মতো ডিসেন্ট্রালাইজড এক্সচেঞ্জগুলিতে একাধিক লিকুইডিটি পুল থাকে যেখানে সম্পদধারীরা তাদের সম্পদ জমা রাখতে পারে, যেখানে ট্রেডাররা পুরস্কারের বিনিময়ে ডিসেন্ট্রালাইজড উপায়ে সেগুলি কিনতে এবং বিক্রি করতে পারে।", + "liquidity-definition": "লিকুইডিটি হলো কত দ্রুত এবং সহজে একটি সম্পদকে নগদ বা অন্য সম্পদে রূপান্তর করা যায়। Uniswap-এর মতো ডিসেন্ট্রালাইজড এক্সচেঞ্জ-এ একাধিক লিকুইডিটি পুল রয়েছে যেখানে সম্পদধারীরা তাদের সম্পদ জমা করতে পারে এবং ট্রেডাররা পুরস্কারের বিনিময়ে ডিসেন্ট্রালাইজড উপায়ে সেগুলো কেনা-বেচা করতে পারে।", "liquidity-tokens-term": "লিকুইডিটি টোকেন", - "liquidity-tokens-definition": "লিকুইডিটি টোকেন (LST) হল ডিজিটাল টোকেন যা অংশগ্রহণকারীদের দেওয়া হয় যারা একটি লিকুইডিটি পুলে সম্পদ জমা দেয়, যা একটি স্মার্ট কন্ট্র্যাক্টে লক করা তহবিলের একটি সংগ্রহ এবং একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জে (DEX) ট্রেডিং সহজ করার জন্য ব্যবহৃত হয়।
    এই টোকেনগুলি পুলের মধ্যে অংশগ্রহণকারীর অংশীদারিত্বের প্রতিনিধিত্ব করে এবং পরে প্রাথমিক আমানত এবং পুলের কার্যকলাপ দ্বারা উত্পন্ন ট্রেডিং ফি-এর একটি অংশের জন্য রিডিম করা যেতে পারে। মূলত, লিকুইডিটি টোকেনগুলি একটি লিকুইডিটি পুলে মালিকানা বা স্টেকের প্রমাণ হিসাবে কাজ করে, যা ধারকদের পুরস্কার অর্জনের অনুমতি দেয় এবং অন্যদের বিভিন্ন ক্রিপ্টোকারেন্সি জোড়া দক্ষতার সাথে ট্রেড করার জন্য প্রয়োজনীয় লিকুইডিটি প্রদান করে।", + "liquidity-tokens-definition": "লিকুইডিটি টোকেন (LST) হলো ডিজিটাল টোকেন যা লিকুইডিটি পুলে সম্পদ জমা করা অংশগ্রহণকারীদের ইস্যু করা হয়, যা একটি স্মার্ট কন্ট্রাক্ট-এ লক করা ফান্ডের সংগ্রহ এবং একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ (DEX)-এ ট্রেডিং সহজতর করতে ব্যবহৃত হয়।
    এই টোকেনগুলো পুলে অংশগ্রহণকারীর শেয়ারের প্রতিনিধিত্ব করে এবং পরবর্তীতে প্রাথমিক জমার পাশাপাশি পুলের কার্যকলাপ দ্বারা জেনারেট করা ট্রেডিং ফি-এর একটি অংশের জন্য রিডিম করা যেতে পারে। মূলত, লিকুইডিটি টোকেনগুলো একটি লিকুইডিটি পুলে মালিকানা বা স্টেক-এর প্রমাণ হিসেবে কাজ করে, যা হোল্ডারদের পুরস্কার অর্জন করতে দেয় এবং অন্যদের দক্ষতার সাথে বিভিন্ন ক্রিপটোকারেন্সি পেয়ার ট্রেড করার জন্য প্রয়োজনীয় লিকুইডিটি প্রদান করে।", "liquid-staking-tokens-term": "লিকুইড স্টেকিং টোকেন", - "liquid-staking-tokens-definition": "একটি ডেরিভেটিভ টোকেন যা একজন ব্যবহারকারী যে লক করা ক্রিপ্টোকারেন্সি স্টেক করছে তার মালিকানা প্রতিনিধিত্ব করে। একটি সম্পদ স্টেক করার পরে, কিছু প্ল্যাটফর্ম লিকুইড স্টেকিং টোকেন (LSTs) মিন্ট করার অনুমতি দেয়, যা লক করা টোকেনগুলির একটি সমতুল্য অংশের প্রতিনিধিত্ব করে। এই LSTগুলি তখন ট্রেড করা, বিক্রি করা বা অন্যান্য DeFi প্রোটোকলে ব্যবহার করা যেতে পারে, যা স্টেকারের জন্য মূলধনের দক্ষতা উন্নত করে কারণ তাদের তহবিল থেকে লিকুইডিটি অ্যাক্সেস করার অনুমতি দেয়, এমনকি তাদের মূল সম্পদ স্টেক করা থাকলেও।", + "liquid-staking-tokens-definition": "একটি ডেরিভেটিভ টোকেন যা একজন ব্যবহারকারীর স্টেক করা লকড ক্রিপটোকারেন্সি-এর মালিকানার প্রতিনিধিত্ব করে। একটি সম্পদ স্টেক করার পর, কিছু প্ল্যাটফর্ম লিকুইড স্টেকিং টোকেন (LSTs) মিন্ট করার অনুমতি দেয়, যা লক করা টোকেনগুলোর সমতুল্য শেয়ারের প্রতিনিধিত্ব করে। এই LST-গুলো পরবর্তীতে ট্রেড, বিক্রি বা অন্যান্য DeFi প্রটোকল-এ ব্যবহার করা যেতে পারে, যা স্টেকার-এর জন্য মূলধন দক্ষতা উন্নত করে তাদের ফান্ড থেকে লিকুইডিটি অ্যাক্সেস করার অনুমতি দিয়ে, এমনকি তাদের মূল সম্পদ স্টেক করা থাকা অবস্থাতেও।", "lmd-ghost-term": "LMD-GHOST", - "lmd-ghost-definition": "Ethereum-এর কনসেন্সাস ক্লায়েন্ট দ্বারা চেইনের হেড শনাক্ত করতে ব্যবহৃত ফর্ক-পছন্দ অ্যালগরিদম। LMD-GHOST হল \"লেটেস্ট মেসেজ ড্রিভেন গ্রিডিয়েস্ট হেভিয়েস্ট অবজার্ভড সাবট্রি\"-এর সংক্ষিপ্ত রূপ, যার মানে হল যে চেইনের হেড হল সেই ব্লক যার ইতিহাসে প্রত্যয়নের সর্বশ্রেষ্ঠ সঞ্চয় রয়েছে।", + "lmd-ghost-definition": "চেইনের হেড শনাক্ত করতে ইথিরিয়ামের কনসেন্সাস ক্লায়েন্ট দ্বারা ব্যবহৃত ফর্ক-চয়েস এ্যালগরিদম। LMD-GHOST হলো \"Latest Message Driven Greediest Heaviest Observed SubTree\"-এর সংক্ষিপ্ত রূপ যার মানে হলো চেইনের হেড হলো সেই ব্লক যার ইতিহাসে সবচেয়ে বেশি এটেস্টেশন জমা হয়েছে।", "mainnet-term": "মেইননেট", - "mainnet-definition": "\"প্রধান নেটওয়ার্ক\"-এর সংক্ষিপ্ত রূপ, এটি হল প্রধান পাবলিক Ethereum ব্লকচেইন।", - "max-fee-per-gas-term": "সর্বোচ্চ ফি প্রতি গ্যাস", - "max-fee-per-gas-definition": "সর্বোচ্চ ফি হল একজন ব্যবহারকারী একটি লেনদেনকে একটি ব্লকে অন্তর্ভুক্ত করার জন্য প্রতি ইউনিট গ্যাসের (gwei) জন্য যে পরম সর্বোচ্চ পরিমাণ অর্থ প্রদান করতে ইচ্ছুক।", + "mainnet-definition": "\"মেইন নেটওয়ার্ক\"-এর সংক্ষিপ্ত রূপ, এটি হলো প্রধান পাবলিক ইথিরিয়াম ব্লকচেইন।", + "max-fee-per-gas-term": "ম্যাক্স ফি পার গ্যাস", + "max-fee-per-gas-definition": "ম্যাক্স ফি হলো সেই সর্বোচ্চ পরিমাণ যা একজন ব্যবহারকারী একটি ব্লকে লেনদেন অন্তর্ভুক্ত করার জন্য প্রতি ইউনিট গ্যাস (gwei)-এর জন্য দিতে ইচ্ছুক।", "merkle-patricia-tree-term": "মার্কেল প্যাট্রিসিয়া ট্রি (MPT)", - "merkle-patricia-tree-definition": "Ethereum-এ কী-ভ্যালু জোড়া দক্ষতার সাথে সংরক্ষণ করার জন্য ব্যবহৃত একটি ডেটা স্ট্রাকচার।", + "merkle-patricia-tree-definition": "কি-ভ্যালু পেয়ারগুলো দক্ষতার সাথে সংরক্ষণ করতে ইথিরিয়ামে ব্যবহৃত একটি ডাটা স্ট্রাকচার।", "merkle-root-term": "মার্কেল রুট", - "merkle-root-definition": "একটি মার্কেল রুট হল একটি মার্কেল গাছের একক শীর্ষ হ্যাশ। এটি একটি ব্লকের মধ্যে সমস্ত লেনদেন যাচাই করে।", - "message-term": "বার্তা", - "message-definition": "একটি অভ্যন্তরীণ লেনদেন যা কখনও সিরিয়ালাইজ করা হয় না এবং শুধুমাত্র EVM-এর মধ্যে পাঠানো হয়।", - "message-call-term": "বার্তা কল", - "message-call-definition": "একটি অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে বার্তা পাঠানোর কাজ। যদি গন্তব্য অ্যাকাউন্টটি EVM কোডের সাথে যুক্ত থাকে, তাহলে VM টি সেই বস্তুর অবস্থা দিয়ে শুরু হবে এবং বার্তাটি কার্যকর করা হবে।", + "merkle-root-definition": "একটি মার্কেল রুট হলো একটি মার্কেল ট্রির একক শীর্ষ হ্যাস। এটি একটি ব্লকের মধ্যে সমস্ত লেনদেন ভেরিফাই করে।", + "message-term": "মেসেজ", + "message-definition": "একটি ইন্টারনাল লেনদেন যা কখনো সিরিয়ালাইজ করা হয় না এবং শুধুমাত্র EVM-এর মধ্যে পাঠানো হয়।", + "message-call-term": "মেসেজ কল", + "message-call-definition": "এক একাউন্ট থেকে অন্য একাউন্টে একটি মেসেজ পাস করার কাজ। যদি গন্তব্য একাউন্টটি EVM কোডের সাথে যুক্ত থাকে, তবে VM সেই অবজেক্টের স্টেট দিয়ে শুরু হবে এবং মেসেজটির উপর কাজ করা হবে।", "mev-term": "ম্যাক্সিমাল এক্সট্রাক্টবল ভ্যালু (MEV)", - "mev-definition": "স্ট্যান্ডার্ড ব্লক রিওয়ার্ড এবং গ্যাস ফি-র অতিরিক্ত ব্লক উৎপাদন থেকে যে সর্বোচ্চ মূল্য বের করা যায়, তা হল একটি ব্লকে লেনদেন অন্তর্ভুক্ত, বর্জন এবং ক্রম পরিবর্তন করে। ম্যাক্সিমাল এক্সট্রাক্টবল ভ্যালু (MEV) সম্পর্কে আরও জানুন।", + "mev-definition": "একটি ব্লকে লেনদেনের ক্রম অন্তর্ভুক্ত, বাদ এবং পরিবর্তন করে স্ট্যান্ডার্ড ব্লক রিওয়ার্ড এবং গ্যাস ফি-এর অতিরিক্ত ব্লক উৎপাদন থেকে যে সর্বোচ্চ ভ্যালু এক্সট্রাক্ট করা যেতে পারে। ম্যাক্সিমাল এক্সট্রাক্টবল ভ্যালু (MEV) সম্পর্কে আরও জানুন।", "mining-term": "মাইনিং", - "mining-definition": "একটি ব্লক হেডারকে বারবার হ্যাশ করার প্রক্রিয়া যখন একটি নন্স বৃদ্ধি করা হয় যতক্ষণ না ফলটি একটি নির্দিষ্ট সংখ্যক অগ্রণী বাইনারি শূন্য ধারণ করে। এই প্রক্রিয়ার মাধ্যমেই নতুন ব্লকগুলি একটি প্রুফ-অফ-ওয়ার্ক ব্লকচেইনে যুক্ত হয়। Ethereum প্রুফ-অফ-স্টেকে স্থানান্তরিত হওয়ার আগে এভাবেই সুরক্ষিত ছিল।", + "mining-definition": "একটি ব্লক হেডারকে বারবার হ্যাস করার প্রক্রিয়া যেখানে একটি নন্স বৃদ্ধি করা হয় যতক্ষণ না ফলাফলে একটি ইচ্ছামতো সংখ্যক লিডিং বাইনারি জিরো থাকে। এটি সেই প্রক্রিয়া যার মাধ্যমে প্রুফ-অফ-ওয়ার্ক ব্লকচেইনে নতুন ব্লকস যোগ করা হয়। প্রুফ-অফ-স্টেক-এ যাওয়ার আগে এভাবেই ইথিরিয়াম সুরক্ষিত ছিল।", "miner-term": "মাইনার", - "miner-definition": "একটি নেটওয়ার্ক নোড যা নতুন ব্লকের জন্য বৈধ প্রুফ-অফ-ওয়ার্ক খুঁজে বের করে, বারবার পাস হ্যাশিংয়ের মাধ্যমে (দেখুন Ethash)। মাইনাররা আর Ethereum-এর অংশ নয় - Ethereum প্রুফ-অফ-স্টেকে চলে যাওয়ার পর তাদের পরিবর্তে ভ্যালিডেটররা এসেছে।", + "miner-definition": "একটি নেটওয়ার্ক নোড যা বারবার পাস হ্যাস করার মাধ্যমে নতুন ব্লকের জন্য বৈধ প্রুফ-অফ-ওয়ার্ক খুঁজে বের করে (দেখুন Ethash)। মাইনাররা আর ইথিরিয়ামের অংশ নয় - ইথিরিয়াম প্রুফ-অফ-স্টেক-এ যাওয়ার সময় তাদের ভ্যালিডেটরস দ্বারা প্রতিস্থাপিত করা হয়েছিল।", "mint-term": "মিন্ট", - "mint-definition": "মিন্টিং হল নতুন টোকেন তৈরি করা এবং সেগুলিকে প্রচলনে আনা যাতে সেগুলি ব্যবহার করা যায়। এটি কেন্দ্রীয় কর্তৃপক্ষের সম্পৃক্ততা ছাড়াই একটি নতুন টোকেন তৈরি করার একটি ডিসেন্ট্রালাইজড ব্যবস্থা।", - "multisig-term": "বহু-স্বাক্ষর (Multisig)", - "multisig-definition": "মাল্টিসিগ (মাল্টি সিগনেচার) বলতে একটি ডিজিটাল ওয়ালেট বা অ্যাকাউন্টকে বোঝায় যার লেনদেন সম্পাদনের জন্য একাধিক স্বাক্ষর বা অনুমোদনের প্রয়োজন হয়, যা নিরাপত্তা বাড়ায়।
    এটি ঐতিহ্যবাহী একক-স্বাক্ষর অ্যাকাউন্টগুলির তুলনায় অতিরিক্ত নিরাপত্তা যোগ করে যেখানে শুধুমাত্র একজন ব্যক্তির অনুমোদনের প্রয়োজন হয়।", + "mint-definition": "মিন্টিং হলো নতুন টোকেন তৈরি করার এবং সেগুলোকে সার্কুলেশনে আনার প্রক্রিয়া যাতে সেগুলো ব্যবহার করা যায়। এটি কেন্দ্রীয় কর্তৃপক্ষের সম্পৃক্ততা ছাড়াই একটি নতুন টোকেন তৈরি করার একটি ডিসেন্ট্রালাইজড মেকানিজম।", + "multisig-term": "মাল্টিসিগ", + "multisig-definition": "মাল্টিসিগ (মাল্টি সিগনেচার) বলতে এমন একটি ডিজিটাল ওয়ালেট বা একাউন্টকে বোঝায় যার লেনদেন সম্পাদন করার জন্য একাধিক সিগনেচার বা অনুমোদনের প্রয়োজন হয়, যা নিরাপত্তা বাড়ায়।
    এটি প্রথাগত সিঙ্গেল-সিগনেচার একাউন্টের তুলনায় অতিরিক্ত নিরাপত্তা যোগ করে যেখানে শুধুমাত্র একজনের অনুমোদনের প্রয়োজন হয়।", "network-term": "নেটওয়ার্ক", - "network-definition": "Ethereum নেটওয়ার্ককে উল্লেখ করে, একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক যা প্রতিটি Ethereum নোডে (নেটওয়ার্ক অংশগ্রহণকারী) লেনদেন এবং ব্লক প্রচার করে। নেটওয়ার্ক সম্পর্কে আরও জানুন।", - "network-hashrate-term": "নেটওয়ার্ক হ্যাশরেট", - "network-hashrate-definition": "একটি সম্পূর্ণ মাইনিং নেটওয়ার্ক দ্বারা উৎপাদিত সম্মিলিত হ্যাশরেট। Ethereum প্রুফ-অফ-স্টেকে চলে যাওয়ার পর Ethereum-এ মাইনিং বন্ধ করে দেওয়া হয়।", - "nft-term": "নন-ফাঞ্জিবল টোকেন (NFT)", - "nft-definition": "একটি অনন্য ডিজিটাল আইটেম যা আপনি মালিক হতে পারেন, যেমন শিল্প বা সংগ্রহযোগ্য, ব্লকচেইন প্রযুক্তি দ্বারা যাচাইকৃত। নন-ফাঞ্জিবল টোকেন (NFTs) সম্পর্কে আরও জানুন।", + "network-definition": "ইথিরিয়াম নেটওয়ার্ক-কে উল্লেখ করে, এটি একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক যা প্রতিটি ইথিরিয়াম নোড (নেটওয়ার্ক অংশগ্রহণকারী)-এ লেনদেন এবং ব্লকগুলো প্রচার করে। নেটওয়ার্ক সম্পর্কে আরও জানুন।", + "network-hashrate-term": "নেটওয়ার্ক হ্যাশরেট", + "network-hashrate-definition": "একটি সম্পূর্ণ মাইনিং নেটওয়ার্ক দ্বারা উৎপাদিত সম্মিলিত হ্যাশরেট। ইথিরিয়াম প্রুফ-অফ-স্টেক-এ যাওয়ার সময় ইথিরিয়ামে মাইনিং বন্ধ করে দেওয়া হয়েছিল।", + "nft-term": "নন-ফান্জেবল টোকেন (NFT)", + "nft-definition": "একটি অনন্য ডিজিটাল আইটেম যার মালিক আপনি হতে পারেন, যেমন আর্ট বা সংগ্রহযোগ্য জিনিস, যা ব্লকচেইন প্রযুক্তি দ্বারা ভেরিফাই করা হয়। নন-ফান্জেবল টোকেন (NFTs) সম্পর্কে আরও জানুন।", "node-term": "নোড", - "node-definition": "একটি সফটওয়্যার ক্লায়েন্ট যা নেটওয়ার্কে অংশগ্রহণ করে। নোড এবং ক্লায়েন্ট সম্পর্কে আরও জানুন।", + "node-definition": "একটি সফটওয়্যার ক্লায়েন্ট যা নেটওয়ার্ক-এ অংশগ্রহণ করে। নোড এবং ক্লায়েন্ট সম্পর্কে আরও জানুন।", "nonce-term": "নন্স", - "nonce-definition": "ক্রিপ্টোগ্রাফিতে, একটি মান যা শুধুমাত্র একবার ব্যবহার করা যেতে পারে। একটি অ্যাকাউন্ট নন্স প্রতিটি অ্যাকাউন্টে একটি লেনদেন কাউন্টার, যা রিপ্লে আক্রমণ প্রতিরোধ করতে ব্যবহৃত হয়।", + "nonce-definition": "ক্রিপ্টোগ্রাফি-তে, এমন একটি ভ্যালু যা শুধুমাত্র একবার ব্যবহার করা যেতে পারে। একটি একাউন্ট নন্স হলো প্রতিটি একাউন্টে একটি লেনদেন কাউন্টার, যা রিপ্লে অ্যাটাক প্রতিরোধ করতে ব্যবহৃত হয়।", "offchain-term": "অফচেইন", - "offchain-definition": "অফচেইন মানে কোনো লেনদেন বা ডেটা যা ব্লকচেইনের বাইরে বিদ্যমান। কারণ প্রতিটি লেনদেন অনচেইনে করা ব্যয়বহুল এবং অদক্ষ হতে পারে, তাই ওরাকলের মতো তৃতীয় পক্ষের টুল যা মূল্যের ডেটা পরিচালনা করে, বা লেয়ার ২ সলিউশন যা উচ্চ থ্রুপুটের লেনদেন সম্পাদন করে, তারা বেশিরভাগ প্রক্রিয়াকরণের কাজ অফচেইনে করে, এবং কম ঘন ঘন বিরতিতে অনচেইনে তথ্য জমা দেয়।", - "ommer-term": "ওমার (আঙ্কল) ব্লক", - "ommer-definition": "যখন একজন প্রুফ-অফ-ওয়ার্ক মাইনার একটি বৈধ ব্লক খুঁজে পায়, তখন অন্য একজন মাইনার হয়তো একটি প্রতিযোগী ব্লক প্রকাশ করেছে যা প্রথমে ব্লকচেইনের শীর্ষে যুক্ত হয়েছে। এই বৈধ, কিন্তু পুরানো, ব্লকটিকে নতুন ব্লকগুলি ওমার হিসাবে অন্তর্ভুক্ত করতে পারে এবং একটি আংশিক ব্লক রিওয়ার্ড পেতে পারে। \"ওমার\" শব্দটি একটি প্যারেন্ট ব্লকের ভাইবোনের জন্য পছন্দের লিঙ্গ-নিরপেক্ষ শব্দ, তবে এটি কখনও কখনও \"আঙ্কল\" হিসাবেও উল্লেখ করা হয়। এটি Ethereum-এর জন্য সাধারণ ছিল যখন এটি একটি প্রুফ-অফ-ওয়ার্ক নেটওয়ার্ক ছিল। এখন যেহেতু Ethereum প্রুফ-অফ-স্টেক ব্যবহার করে, প্রতি স্লটে শুধুমাত্র একজন ব্লক প্রস্তাবক নির্বাচন করা হয়।", + "offchain-definition": "অফচেইন মানে হলো এমন কোনো লেনদেন বা ডাটা যা ব্লকচেইন-এর বাইরে বিদ্যমান। যেহেতু প্রতিটি লেনদেন অনচেইন-এ কমিট করা ব্যয়বহুল এবং অদক্ষ হতে পারে, তাই থার্ড-পার্টি টুল যেমন ওরাকল যা প্রাইসিং ডাটা পরিচালনা করে, বা লেয়ার 2 সলিউশন যা লেনদেনের উচ্চতর থ্রুপুট এক্সিকিউট করে, তারা প্রসেসিং কাজের একটি বড় অংশ অফচেইন-এ পরিচালনা করে এবং কম ঘন ঘন বিরতিতে অনচেইন-এ তথ্য জমা দেয়।", + "ommer-term": "ওমার (আঙ্কেল) ব্লক", + "ommer-definition": "যখন একজন প্রুফ-অফ-ওয়ার্ক মাইনার একটি বৈধ ব্লক খুঁজে পায়, তখন অন্য একজন মাইনার একটি প্রতিযোগী ব্লক প্রকাশ করতে পারে যা প্রথমে ব্লকচেইন-এর টিপে যোগ করা হয়। এই বৈধ, কিন্তু স্টেল ব্লকটি নতুন ব্লকগুলো দ্বারা ওমারস হিসেবে অন্তর্ভুক্ত হতে পারে এবং একটি আংশিক ব্লক রিওয়ার্ড পেতে পারে। \"ওমার\" শব্দটি একটি প্যারেন্ট ব্লকের ভাইবোনের জন্য পছন্দের জেন্ডার-নিউট্রাল শব্দ, তবে এটিকে কখনও কখনও \"আঙ্কেল\" হিসেবেও উল্লেখ করা হয়। ইথিরিয়াম যখন একটি প্রুফ-অফ-ওয়ার্ক নেটওয়ার্ক ছিল তখন এটি সাধারণ ছিল। এখন যেহেতু ইথিরিয়াম প্রুফ-অফ-স্টেক ব্যবহার করে, তাই প্রতি স্লটে শুধুমাত্র একজন ব্লক প্রপোজার নির্বাচন করা হয়।", "onchain-term": "অনচেইন", - "onchain-definition": "ব্লকচেইনে ঘটে যাওয়া ক্রিয়া বা লেনদেনগুলিকে বোঝায় যা সর্বজনীনভাবে উপলব্ধ।

    এটিকে একটি বড়, ভাগ করা নোটবুকে কিছু লেখার মতো ভাবুন যা সবাই দেখতে এবং পরীক্ষা করতে পারে, এটি নিশ্চিত করে যে যা লেখা হয়েছে (যেমন ডিজিটাল অর্থ পাঠানো বা একটি চুক্তি করা) তা স্থায়ী এবং পরিবর্তন বা মুছে ফেলা যাবে না।", + "onchain-definition": "ব্লকচেইন-এ ঘটে যাওয়া এবং সর্বজনীনভাবে উপলব্ধ অ্যাকশন বা লেনদেনগুলোকে বোঝায়।

    এটিকে একটি বড়, শেয়ার করা নোটবুকে কিছু লেখার মতো ভাবুন যা সবাই দেখতে এবং চেক করতে পারে, এটি নিশ্চিত করে যে যা কিছু লেখা হয়েছে (যেমন ডিজিটাল অর্থ পাঠানো বা একটি কন্ট্রাক্ট তৈরি করা) তা স্থায়ী এবং পরিবর্তন বা মুছে ফেলা যাবে না।", "optimistic-rollup-term": "অপ্টিমেস্টিক রোলআপ", - "optimistic-rollup-definition": "অপ্টিমিস্টিক রোলআপ হল একটি লেয়ার ২ সলিউশন যা Ethereum-এ লেনদেনের গতি বাড়ায়, ডিফল্টরূপে সেগুলি বৈধ বলে ধরে নেয় যতক্ষণ না চ্যালেঞ্জ করা হয়। অপ্টিমিস্টিক রোলআপ সম্পর্কে আরও জানুন।", + "optimistic-rollup-definition": "অপ্টিমেস্টিক রোলআপ হলো একটি লেয়ার 2 সলিউশন যা ইথিরিয়ামে লেনদেনকে দ্রুত করে, ধরে নেয় যে সেগুলো ডিফল্টভাবে বৈধ যদি না চ্যালেঞ্জ করা হয়। অপ্টিমেস্টিক রোলআপস সম্পর্কে আরও জানুন।", "oracle-term": "ওরাকল", - "oracle-definition": "একটি ওরাকল হল ব্লকচেইন এবং বাস্তব বিশ্বের মধ্যে একটি ব্রিজ। তারা অনচেইন API হিসাবে কাজ করে যা তথ্যের জন্য জিজ্ঞাসা করা যেতে পারে এবং স্মার্ট কন্ট্র্যাক্টে ব্যবহার করা যেতে পারে। ওরাকল সম্পর্কে আরও জানুন।", + "oracle-definition": "একটি ওরাকল হলো ব্লকচেইন এবং বাস্তব জগতের মধ্যে একটি ব্রিজ। এগুলো অনচেইন APIs হিসেবে কাজ করে যা তথ্যের জন্য কোয়েরি করা যেতে পারে এবং স্মার্ট কন্ট্রাক্ট-এ ব্যবহার করা যেতে পারে। ওরাকল সম্পর্কে আরও জানুন।", "peer-term": "পিয়ার", - "peer-definition": "Ethereum ক্লায়েন্ট সফটওয়্যার চালিত সংযুক্ত কম্পিউটার যা ব্লকচেইনের অভিন্ন কপি ধারণ করে।", - "peer-to-peer-network-term": "পিয়ার-টু-পিয়ার নেটওয়ার্ক", - "peer-to-peer-network-definition": "কম্পিউটারের একটি নেটওয়ার্ক (পিয়ার) যা সম্মিলিতভাবে কেন্দ্রীভূত, সার্ভার-ভিত্তিক পরিষেবার প্রয়োজন ছাড়াই কার্যকারিতা সম্পাদন করতে সক্ষম।
    এই সেটআপটি প্রায়শই ফাইল শেয়ার করার জন্য ব্যবহৃত হয় (অর্থাৎ, বিট টরেন্ট), তথ্য, বা ডিজিটাল মুদ্রা, যা ব্যবহারকারীদের মধ্যে আরও সরাসরি এবং সম্ভাব্য আরও দক্ষ বিনিময়ের অনুমতি দেয়।", - "permissionless-term": "অনুমতিহীন", - "permissionless-definition": "পারমিশনলেস মানে যে কেউ Ethereum-এর মতো একটি সিস্টেমে যোগ দিতে এবং ব্যবহার করতে পারে। এটি সবার অংশগ্রহণের জন্য উন্মুক্ত এবং কোনো অনুমোদনের প্রয়োজন হয় না।", - "plasma-term": "প্লাসমা", - "plasma-definition": "একটি অফচেইন স্কেলিং সলিউশন যা ফ্রড প্রুফ ব্যবহার করে, যেমন অপ্টিমিস্টিক রোলআপ। প্লাজমা সাধারণ লেনদেন যেমন বেসিক টোকেন ট্রান্সফার এবং সোয়াপের মধ্যে সীমাবদ্ধ। প্লাজমা সম্পর্কে আরও জানুন।", - "private-key-term": "প্রাইভেট কী", - "private-key-definition": "একটি প্রাইভেট কী হল একটি গোপন কোড যা প্রমাণ করে যে আপনি আপনার ডিজিটাল অর্থের মালিক এবং আপনাকে এটি ব্যয় করতে দেয়, যেমন আপনার অ্যাকাউন্টের জন্য একটি পিন। এটি শেয়ার করবেন না।", + "peer-definition": "ইথিরিয়াম ক্লায়েন্ট সফটওয়্যার চালানো সংযুক্ত কম্পিউটারগুলো যাদের কাছে ব্লকচেইন-এর অভিন্ন কপি রয়েছে।", + "peer-to-peer-network-term": "পিয়ার-টু-পিয়ার নেটওয়ার্ক", + "peer-to-peer-network-definition": "কম্পিউটারগুলোর (পিয়ারস) একটি নেটওয়ার্ক যা সেন্ট্রালাইজড, সার্ভার-ভিত্তিক পরিষেবাগুলোর প্রয়োজন ছাড়াই সম্মিলিতভাবে কার্যকারিতা সম্পাদন করতে সক্ষম।
    এই সেটআপটি প্রায়শই ফাইল (যেমন, বিট টরেন্ট), তথ্য বা ডিজিটাল কারেন্সি শেয়ার করার জন্য ব্যবহৃত হয়, যা ব্যবহারকারীদের মধ্যে আরও সরাসরি এবং সম্ভাব্যভাবে আরও দক্ষ বিনিময়ের অনুমতি দেয়।", + "permissionless-term": "পারমিশনলেস", + "permissionless-definition": "পারমিশনলেস মানে হলো যে কেউ ইথিরিয়ামের মতো একটি সিস্টেমে যোগ দিতে এবং ব্যবহার করতে পারে। এটি সবার অংশগ্রহণের জন্য উন্মুক্ত এবং কোনো অনুমোদনের প্রয়োজন নেই।", + "plasma-term": "প্লাজমা", + "plasma-definition": "একটি অফচেইন স্কেলিং সলিউশন যা অপ্টিমেস্টিক রোলআপস-এর মতো ফ্রড প্রুফ ব্যবহার করে। প্লাজমা বেসিক টোকেন ট্রান্সফার এবং সোয়াপ-এর মতো সাধারণ লেনদেনের মধ্যে সীমাবদ্ধ। প্লাজমা সম্পর্কে আরও জানুন।", + "private-key-term": "প্রাইভেট কি", + "private-key-definition": "একটি প্রাইভেট কি হলো একটি গোপন কোড যা প্রমাণ করে যে আপনি আপনার ডিজিটাল অর্থের মালিক এবং আপনাকে এটি ব্যয় করতে দেয়, যেমন আপনার একাউন্টের জন্য একটি পিন। এটি শেয়ার করবেন না।", "public-goods-term": "পাবলিক গুডস", - "public-goods-definition": "পাবলিক গুডস হল এমন জিনিস যা সবাই বিনামূল্যে ব্যবহার করতে পারে, যেমন পার্ক বা পরিষ্কার বাতাস, এবং সেগুলি ব্যবহার করা অন্যদের ব্যবহার করা থেকে বিরত রাখে না। সরকার প্রায়শই এগুলি সরবরাহ করে কারণ ব্যবসাগুলি সাধারণত করে না, কারণ তারা সহজে লোকেদের কাছ থেকে সেগুলি ব্যবহারের জন্য চার্জ নিতে পারে না।", + "public-goods-definition": "পাবলিক গুডস হলো এমন জিনিস যা সবাই বিনামূল্যে ব্যবহার করতে পারে, যেমন পার্ক বা বিশুদ্ধ বাতাস, এবং এগুলো ব্যবহার করা অন্যদেরও এগুলো ব্যবহার করা থেকে বিরত করে না। সরকার প্রায়শই এগুলো প্রদান করে কারণ ব্যবসাগুলো সাধারণত তা করবে না, যেহেতু তারা এগুলো ব্যবহার করার জন্য সহজেই মানুষের কাছ থেকে চার্জ নিতে পারে না।", "private-chain-term": "প্রাইভেট চেইন", - "private-chain-definition": "একটি সম্পূর্ণ প্রাইভেট ব্লকচেইন হল এমন একটি যার পারমিশনড অ্যাক্সেস রয়েছে, যা সর্বজনীনভাবে ব্যবহারের জন্য উপলব্ধ নয়।", + "private-chain-definition": "একটি সম্পূর্ণ প্রাইভেট ব্লকচেইন হলো পারমিশনড অ্যাক্সেস সহ একটি ব্লকচেইন, যা ব্যবহারের জন্য সর্বজনীনভাবে উপলব্ধ নয়।", "poap-term": "POAP", - "poap-definition": "প্রুফ অফ অ্যাটেনডেন্স প্রোটোকল একটি ডিজিটাল সংগ্রহযোগ্য (NFT) তৈরি করতে ব্যবহৃত হয় যা প্রমাণ করে যে আপনি একটি নির্দিষ্ট ইভেন্ট বা কার্যকলাপে অংশ নিয়েছিলেন।", + "poap-definition": "প্রুফ অফ অ্যাটেনডেন্স প্রটোকল একটি ডিজিটাল সংগ্রহযোগ্য (NFT) তৈরি করতে ব্যবহৃত হয় যা প্রমাণ করে যে আপনি একটি নির্দিষ্ট ইভেন্ট বা কার্যকলাপে অংশগ্রহণ করেছেন।", "pos-term": "প্রুফ-অফ-স্টেক (PoS)", - "pos-definition": "একটি পদ্ধতি যার মাধ্যমে একটি ক্রিপ্টোকারেন্সি ব্লকচেইন প্রোটোকল ডিস্ট্রিবিউটেড কনসেন্সাস অর্জনের লক্ষ্য রাখে। PoS ব্যবহারকারীদের একটি নির্দিষ্ট পরিমাণ ক্রিপ্টোকারেন্সির (নেটওয়ার্কে তাদের \"স্টেক\") মালিকানা প্রমাণ করতে বলে যাতে তারা লেনদেন যাচাইয়ে অংশ নিতে পারে। প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন।", + "pos-definition": "একটি পদ্ধতি যার মাধ্যমে একটি ক্রিপটোকারেন্সি ব্লকচেইন প্রটোকল ডিস্ট্রিবিউটেড কনসেন্সাস অর্জনের লক্ষ্য রাখে। PoS ব্যবহারকারীদের লেনদেনের ভ্যালিডেশনে অংশগ্রহণ করতে সক্ষম হওয়ার জন্য একটি নির্দিষ্ট পরিমাণ ক্রিপটোকারেন্সি-এর (নেটওয়ার্ক-এ তাদের \"স্টেক\") মালিকানা প্রমাণ করতে বলে। প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন।", "pow-term": "প্রুফ-অফ-ওয়ার্ক (PoW)", - "pow-definition": "ব্লকচেইনের জন্য একটি নিরাপত্তা ব্যবস্থা যা নোডগুলিকে একটি নির্দিষ্ট মান খুঁজে বের করার জন্য গণনার আকারে শক্তি ব্যয় করতে বাধ্য করে।", + "pow-definition": "ব্লকচেইনগুলোর জন্য একটি নিরাপত্তা মেকানিজম যার জন্য একটি নির্দিষ্ট ভ্যালু খুঁজে পেতে নোডগুলোকে কম্পিউটেশন আকারে শক্তি ব্যয় করতে হয়।", "proto-danksharding-term": "প্রোটো-ড্যাঙ্কশার্ডিং", - "proto-danksharding-definition": "একটি নতুন লেনদেনের ধরণ যা Ethereum-এর জন্য ডেটার \"ব্লব\" গ্রহণ করে। এই \"ব্লব\" ডেটা অস্থায়ীভাবে বিকন চেইনে ৪০৯৬ ইপক (~১৮.২ দিন) এর জন্য সংরক্ষণ করা হয়, এবং নোড অপারেটরদের জন্য হার্ডওয়্যার প্রয়োজনীয়তা কমাতে সাহায্য করার জন্য পরে ঐচ্ছিকভাবে ছাঁটাই করা যেতে পারে।", - "public-key-term": "পাবলিক কী", - "public-key-definition": "একটি পাবলিক কী হল অক্ষরের একটি সেট যা অন্যদের আপনাকে নিরাপদে ডিজিটাল মুদ্রা পাঠাতে দেয়, যেমন অর্থের জন্য একটি ইমেল ঠিকানা।", + "proto-danksharding-definition": "একটি নতুন লেনদেনের ধরন যা ইথিরিয়ামের জন্য ডাটার \"ব্লবস\" গ্রহণ করে। এই \"ব্লব\" ডাটা অস্থায়ীভাবে বিকন চেইন-এ 4096 এপোক (~18.2 দিন) এর জন্য সংরক্ষণ করা হয়, এবং নোড অপারেটরদের জন্য হার্ডওয়্যারের প্রয়োজনীয়তা কমাতে সাহায্য করার জন্য ঐচ্ছিকভাবে পরে প্রুন করা যেতে পারে।", + "public-key-term": "পাবলিক কি", + "public-key-definition": "একটি পাবলিক কি হলো ক্যারেক্টারের একটি সেট যা অন্যদের আপনাকে নিরাপদে ডিজিটাল কারেন্সি পাঠাতে দেয়, যেমন অর্থের জন্য একটি ইমেইল এডড্রেস।", "quadratic-voting-term": "কোয়াড্রেটিক ভোটিং", - "quadratic-voting-definition": "একটি ভোটিং পদ্ধতি যেখানে ভোটাররা বিষয়গুলি সম্পর্কে তাদের অনুভূতি কতটা তীব্র তা প্রকাশ করে। এটি ভোটারদের শুধুমাত্র পছন্দই নয়, তাদের পছন্দের তীব্রতাও দেখাতে দেয়।", - "receipt-term": "রসিদ", - "receipt-definition": "একটি Ethereum ক্লায়েন্ট দ্বারা প্রত্যাবর্তিত ডেটা যা একটি নির্দিষ্ট লেনদেনের ফলাফল প্রতিনিধিত্ব করে, যার মধ্যে লেনদেনের একটি হ্যাশ, তার ব্লক নম্বর, ব্যবহৃত গ্যাসের পরিমাণ এবং, একটি স্মার্ট কন্ট্র্যাক্ট স্থাপনের ক্ষেত্রে, কন্ট্র্যাক্টের ঠিকানা অন্তর্ভুক্ত থাকে।", + "quadratic-voting-definition": "এটি একটি ভোটিং পদ্ধতি যেখানে ভোটাররা প্রকাশ করে যে তারা সমস্যাগুলো সম্পর্কে কতটা দৃঢ়ভাবে অনুভব করে। এটি ভোটারদের শুধু পছন্দই নয়, তাদের পছন্দের তীব্রতাও দেখানোর অনুমতি দেয়।", + "receipt-term": "রিসিপ্ট", + "receipt-definition": "একটি নির্দিষ্ট লেনদেন-এর ফলাফল উপস্থাপন করতে একটি ইথিরিয়াম ক্লায়েন্ট দ্বারা রিটার্ন করা ডাটা, যার মধ্যে লেনদেনের একটি হ্যাস, এর ব্লক নম্বর, ব্যবহৃত গ্যাস-এর পরিমাণ এবং একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয়মেন্টের ক্ষেত্রে, কন্ট্রাক্টের এডড্রেস অন্তর্ভুক্ত থাকে।", "recovery-phrase-term": "সিড ফ্রেজ/রিকভারি ফ্রেজ", - "recovery-phrase-definition": "আপনি যখন একটি ডিজিটাল ওয়ালেট তৈরি করেন তখন আপনাকে দেওয়া শব্দগুলির একটি তালিকা। এটি একটি পাসওয়ার্ডের মতো কাজ করে যা আপনাকে আপনার ওয়ালেটে অ্যাক্সেস হারালে ফিরে পেতে সাহায্য করতে পারে, এটি নিশ্চিত করে যে আপনি আপনার ডিজিটাল অর্থ বা টোকেন হারাবেন না।", + "recovery-phrase-definition": "ডিজিটাল ওয়ালেট তৈরি করার সময় আপনাকে দেওয়া শব্দের একটি তালিকা। এটি একটি পাসওয়ার্ডের মতো কাজ করে যা অ্যাক্সেস হারালে আপনাকে আপনার ওয়ালেট ফিরে পেতে সাহায্য করতে পারে, যাতে আপনি আপনার ডিজিটাল অর্থ বা টোকেন না হারান।", "re-entrancy-attack-term": "রি-এন্ট্রান্সি অ্যাটাক", - "re-entrancy-attack-definition": "একটি আক্রমণ যা একজন আক্রমণকারী কন্ট্র্যাক্ট দ্বারা একটি ভিকটিম কন্ট্র্যাক্ট ফাংশনকে এমনভাবে কল করা নিয়ে গঠিত যে এক্সিকিউশনের সময় ভিকটিম আবার আক্রমণকারী কন্ট্র্যাক্টকে পুনরাবৃত্তভাবে কল করে। এর ফলে, উদাহরণস্বরূপ, ভিকটিম কন্ট্র্যাক্টের ব্যালেন্স আপডেট করা বা প্রত্যাহারের পরিমাণ গণনা করার অংশগুলি এড়িয়ে গিয়ে তহবিল চুরি হতে পারে। রি-এন্ট্রান্সি সম্পর্কে আরও জানুন।", - "reward-term": "পুরস্কার", - "reward-definition": "প্রতিটি স্লটে একটি ব্লক প্রস্তাব করা বা একটি সিঙ্ক-কমিটিতে অংশগ্রহণ সহ নির্দিষ্ট ফাংশন সম্পাদনকারী ভ্যালিডেটরদের পুরস্কৃত করা ইথারের পরিমাণ।", - "rlp-term": "রিকারসিভ লেংথ প্রিফিক্স (RLP)", - "rlp-definition": "Ethereum ডেভেলপারদের দ্বারা ডিজাইন করা একটি এনকোডিং স্ট্যান্ডার্ড যা যে কোনো জটিলতা এবং দৈর্ঘ্যের বস্তু (ডেটা স্ট্রাকচার) এনকোড এবং সিরিয়ালাইজ করার জন্য।", - "rollups-term": "রোলআপস", - "rollups-definition": "এক ধরনের লেয়ার ২ স্কেলিং সলিউশন যা একাধিক লেনদেনকে ব্যাচ করে এবং সেগুলিকে একটি একক লেনদেনে Ethereum মেইন চেইনে জমা দেয়। এটি গ্যাস খরচ কমাতে এবং লেনদেন থ্রুপুট বাড়াতে সাহায্য করে। অপটিমিস্টিক এবং জিরো-নলেজ রোলআপ রয়েছে যা এই স্কেলেবিলিটি লাভগুলি অফার করার জন্য বিভিন্ন নিরাপত্তা পদ্ধতি ব্যবহার করে। রোলআপ সম্পর্কে আরও জানুন।", + "re-entrancy-attack-definition": "এমন একটি আক্রমণ যেখানে একটি আক্রমণকারী কন্ট্রাক্ট ভিকটিম কন্ট্রাক্টের ফাংশনকে এমনভাবে কল করে যাতে এক্সিকিউশনের সময় ভিকটিম আবার আক্রমণকারী কন্ট্রাক্টকে রিকার্সিভভাবে কল করে। এর ফলে, উদাহরণস্বরূপ, ভিকটিম কন্ট্রাক্টের ব্যালেন্স আপডেট বা উত্তোলনের পরিমাণ গণনার অংশগুলো এড়িয়ে গিয়ে তহবিল চুরি হতে পারে। রি-এন্ট্রান্সি সম্পর্কে আরও জানুন।", + "reward-term": "রিওয়ার্ড", + "reward-definition": "প্রতিটি স্লটে একটি ব্লক প্রস্তাব করা বা সিঙ্ক-কমিটিতে অংশগ্রহণ করা সহ নির্দিষ্ট ফাংশন সম্পাদনকারী ভ্যালিডেটরসদের পুরস্কৃত করা ইথারের একটি পরিমাণ।", + "rlp-term": "রিকার্সিভ লেংথ প্রিফিক্স (RLP)", + "rlp-definition": "যেকোনো জটিলতা এবং দৈর্ঘ্যের অবজেক্ট (ডেটা স্ট্রাকচার) এনকোড এবং সিরিয়ালাইজ করার জন্য ইথেরিয়াম ডেভেলপারদের দ্বারা ডিজাইন করা একটি এনকোডিং স্ট্যান্ডার্ড।", + "rollups-term": "রেলআপস", + "rollups-definition": "এক ধরনের লেয়ার ২ স্কেলিং সলিউশন যা একাধিক লেনদেন ব্যাচ করে এবং সেগুলোকে একটি একক লেনদেন হিসেবে ইথেরিয়াম মেইন চেইনে জমা দেয়। এটি গ্যাস খরচ কমায় এবং লেনদেন থ্রুপুট বাড়ায়। অপ্টিমেস্টিক এবং জিরো-নলেজ রেলআপস রয়েছে যা এই স্কেলেবিলিটি সুবিধাগুলো দেওয়ার জন্য বিভিন্ন নিরাপত্তা পদ্ধতি ব্যবহার করে। রেলআপস সম্পর্কে আরও জানুন।", "rpc-term": "রিমোট প্রসিডিউর কল (RPC)", - "rpc-definition": "RPC একটি কম্পিউটারকে একটি নেটওয়ার্কের মাধ্যমে অন্য কম্পিউটার থেকে ডেটা বা ক্রিয়া অনুরোধ করতে দেয়, যেমন রিমোট কন্ট্রোল দিয়ে তথ্য চাওয়া।", - "sha-term": "সিকিওর হ্যাশ অ্যালগরিদম (SHA)", - "sha-definition": "ন্যাশনাল ইনস্টিটিউট অফ স্ট্যান্ডার্ডস অ্যান্ড টেকনোলজি (NIST) দ্বারা প্রকাশিত ক্রিপ্টোগ্রাফিক হ্যাশ ফাংশনের একটি পরিবার।", + "rpc-definition": "RPC একটি কম্পিউটারকে নেটওয়ার্কের মাধ্যমে অন্য কম্পিউটারের কাছে ডেটা বা অ্যাকশনের অনুরোধ করতে দেয়, যেমন রিমোট কন্ট্রোল দিয়ে তথ্যের জন্য জিজ্ঞাসা করা।", + "sha-term": "সিকিউর হ্যাস অ্যালগরিদম (SHA)", + "sha-definition": "National Institute of Standards and Technology (NIST) দ্বারা প্রকাশিত ক্রিপ্টোগ্রাফিক হ্যাস ফাংশনের একটি পরিবার।", "serialization-term": "সিরিয়ালাইজেশন", - "serialization-definition": "একটি ডেটা স্ট্রাকচারকে বাইটের একটি ক্রমে রূপান্তর করার প্রক্রিয়া।", + "serialization-definition": "একটি ডেটা স্ট্রাকচারকে বাইটের সিকোয়েন্সে রূপান্তর করার প্রক্রিয়া।", "sequencer-term": "সিকোয়েন্সার", - "sequencer-definition": "একটি সিকোয়েন্সার হল একটি প্রোগ্রাম যা একটি ব্লকচেইন নেটওয়ার্কে, বিশেষ করে লেয়ার ২ স্কেলিং সলিউশনের মধ্যে লেনদেন ক্রম করার জন্য দায়ী।", + "sequencer-definition": "সিকোয়েন্সার হলো এমন একটি প্রোগ্রাম যা ব্লকচেইন নেটওয়ার্কে, বিশেষ করে লেয়ার ২ স্কেলিং সলিউশনের মধ্যে লেনদেন সাজানোর জন্য দায়ী।", "shard-term": "শার্ড / শার্ড চেইন", - "shard-definition": "শার্ড চেইনগুলি হল মোট ব্লকচেইনের পৃথক বিভাগ যার জন্য ভ্যালিডেটরদের উপসেটগুলি দায়ী হতে পারে। এটি মূলত Ethereum-কে প্রতি সেকেন্ডে লক্ষ লক্ষ লেনদেনে স্কেল করার উপায় হিসাবে অভিপ্রেত ছিল, কিন্তু রোলআপ ব্যবহার করে স্কেলিংয়ের দ্রুত বিকাশের কারণে এটি এখন প্রতিস্থাপিত হয়েছে।", + "shard-definition": "শার্ড চেইন হলো সম্পূর্ণ ব্লকচেইনের আলাদা অংশ যার জন্য ভ্যালিডেটরসদের সাবসেট দায়ী থাকতে পারে। এটি মূলত ইথেরিয়ামকে প্রতি সেকেন্ডে মিলিয়ন মিলিয়ন লেনদেনে স্কেল করার উপায় হিসেবে তৈরি করা হয়েছিল, তবে এখন এটি রেলআপস ব্যবহার করে স্কেলিংয়ের দ্রুত বিকাশের দ্বারা প্রতিস্থাপিত হয়েছে।", "sidechain-term": "সাইডচেইন", - "sidechain-definition": "একটি স্কেলিং সলিউশন যা একটি পৃথক চেইন ব্যবহার করে যার বিভিন্ন, প্রায়শই দ্রুত, কনসেন্সাস নিয়ম রয়েছে। এই সাইডচেইনগুলিকে মেইননেটের সাথে সংযোগ করার জন্য একটি ব্রিজের প্রয়োজন। রোলআপগুলিও সাইডচেইন ব্যবহার করে, কিন্তু তারা মেইননেটের সহযোগিতায় কাজ করে। সাইডচেইন সম্পর্কে আরও জানুন।", - "signing-term": "স্বাক্ষর করা", - "signing-definition": "ক্রিপ্টোগ্রাফিকভাবে প্রদর্শন করা যে একটি লেনদেন একটি নির্দিষ্ট প্রাইভেট কী-এর ধারক দ্বারা অনুমোদিত হয়েছিল।", + "sidechain-definition": "একটি স্কেলিং সলিউশন যা ভিন্ন, প্রায়শই দ্রুততর, কনসেন্সাস নিয়ম সহ একটি পৃথক চেইন ব্যবহার করে। এই সাইডচেইনগুলোকে মেইননেট-এর সাথে সংযুক্ত করতে একটি ব্রিজ প্রয়োজন। রেলআপস-ও সাইডচেইন ব্যবহার করে, তবে এগুলো এর পরিবর্তে মেইননেট-এর সাথে সহযোগিতায় কাজ করে। সাইডচেইন সম্পর্কে আরও জানুন।", + "signing-term": "সাইনিং", + "signing-definition": "ক্রিপ্টোগ্রাফিকভাবে প্রমাণ করা যে একটি লেনদেন একটি নির্দিষ্ট প্রাইভেট কি-এর মালিক দ্বারা অনুমোদিত হয়েছে।", "singleton-term": "সিঙ্গেলটন", - "singleton-definition": "একটি কম্পিউটার প্রোগ্রামিং শব্দ যা এমন একটি বস্তুকে বর্ণনা করে যার কেবল একটি একক উদাহরণ থাকতে পারে।", + "singleton-definition": "একটি কম্পিউটার প্রোগ্রামিং শব্দ যা এমন একটি অবজেক্টকে বর্ণনা করে যার শুধুমাত্র একটি একক ইনস্ট্যান্স থাকতে পারে।", "slasher-term": "স্ল্যাশার", - "slasher-definition": "একটি স্ল্যাশার হল এমন একটি সত্তা যা স্ল্যাশযোগ্য অপরাধের জন্য প্রত্যয়ন স্ক্যান করে। স্ল্যাশিংগুলি নেটওয়ার্কে সম্প্রচার করা হয় এবং পরবর্তী ব্লক প্রস্তাবক প্রমাণটি ব্লকে যোগ করে। ব্লক প্রস্তাবক তখন দূষিত ভ্যালিডেটরকে স্ল্যাশ করার জন্য একটি পুরস্কার পায়।", + "slasher-definition": "স্ল্যাশার হলো এমন একটি সত্তা যা স্ল্যাশযোগ্য অপরাধের সন্ধানে অ্যাটেস্টেশন স্ক্যান করে। স্ল্যাশিংগুলো নেটওয়ার্কে সম্প্রচার করা হয় এবং পরবর্তী ব্লক প্রপোজার ব্লকে প্রমাণ যোগ করে। এরপর ব্লক প্রপোজার ক্ষতিকারক ভ্যালিডেটরকে স্ল্যাশ করার জন্য একটি রিওয়ার্ড পায়।", "slot-term": "স্লট", - "slot-definition": "একটি সময়কাল (১২ সেকেন্ড) যেখানে প্রুফ-অফ-স্টেক সিস্টেমে একজন ভ্যালিডেটর দ্বারা নতুন ব্লক প্রস্তাব করা যেতে পারে। একটি স্লট খালি থাকতে পারে। ৩২টি স্লট একটি ইপক তৈরি করে। প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন।", - "smart-contract-term": "স্মার্ট কন্ট্র্যাক্ট", - "smart-contract-definition": "একটি স্মার্ট কন্ট্র্যাক্ট হল একটি প্রোগ্রাম যা একটি ব্লকচেইনে স্বয়ংক্রিয়ভাবে চুক্তি সম্পাদন করে, যেমন একটি স্ব-প্রয়োগকারী ডিজিটাল চুক্তি। স্মার্ট কন্ট্র্যাক্টের ভূমিকা।", + "slot-definition": "একটি সময়কাল (12 সেকেন্ড) যার মধ্যে প্রুফ-অফ-স্টেক সিস্টেমে একজন ভ্যালিডেটর দ্বারা নতুন ব্লকস প্রস্তাব করা যেতে পারে। একটি স্লট খালিও থাকতে পারে। 32টি স্লট মিলে একটি এপোক তৈরি হয়। প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন।", + "smart-contract-term": "স্মার্ট কন্ট্রাক্ট", + "smart-contract-definition": "স্মার্ট কন্ট্রাক্ট হলো এমন একটি প্রোগ্রাম যা স্বয়ংক্রিয়ভাবে ব্লকচেইনে চুক্তি সম্পাদন করে, অনেকটা স্ব-প্রয়োগকারী ডিজিটাল চুক্তির মতো। স্মার্ট কন্ট্রাক্ট পরিচিতি।", "snark-term": "SNARK", - "snark-definition": "\"সাক্সিন্ট নন-ইন্টারেক্টিভ আর্গুমেন্ট অফ নলেজ\" এর সংক্ষিপ্ত রূপ, একটি SNARK হল এক ধরনের জিরো-নলেজ প্রুফ। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", + "snark-definition": "\"succinct non-interactive argument of knowledge\"-এর সংক্ষিপ্ত রূপ, SNARK হলো এক ধরনের জিরো-নলেজ প্রুফ। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", "soft-fork-term": "সফট ফর্ক", - "soft-fork-definition": "একটি ব্লকচেইনে একটি বিচ্যুতি যা কনসেন্সাস নিয়ম পরিবর্তন হলে ঘটে। একটি হার্ড ফর্কের বিপরীতে, একটি সফট ফর্ক পশ্চাৎ-সামঞ্জস্যপূর্ণ; আপগ্রেড করা নোডগুলি আপগ্রেড না করা নোডগুলির দ্বারা তৈরি ব্লকগুলি যাচাই করতে পারে যতক্ষণ তারা নতুন কনসেন্সাস নিয়ম অনুসরণ করে।", + "soft-fork-definition": "একটি ব্লকচেইন-এ বিচ্যুতি যা কনসেন্সাস নিয়ম পরিবর্তিত হলে ঘটে। হার্ড ফর্ক-এর বিপরীতে, একটি সফট ফর্ক ব্যাকওয়ার্ডস কম্প্যাটিবল; আপগ্রেড করা নোডগুলো নন-আপগ্রেড করা নোডগুলোর তৈরি করা ব্লকস যাচাই করতে পারে যতক্ষণ না তারা নতুন কনসেন্সাস নিয়ম অনুসরণ করে।", "solidity-term": "Solidity", - "solidity-definition": "একটি পদ্ধতিগত (ইম্পারেটিভ) প্রোগ্রামিং ভাষা যার সিনট্যাক্স JavaScript, C++, বা Java-র মতো। Ethereum স্মার্ট কন্ট্র্যাক্টের জন্য সবচেয়ে জনপ্রিয় এবং সবচেয়ে বেশি ব্যবহৃত ভাষা। ডঃ গ্যাভিন উড দ্বারা নির্মিত। Solidity সম্পর্কে আরও জানুন।", + "solidity-definition": "JavaScript, C++, বা Java-এর মতো সিনট্যাক্স সহ একটি প্রসিডিউরাল (ইম্পারেটিভ) প্রোগ্রামিং ভাষা। ইথেরিয়াম স্মার্ট কন্ট্রাক্ট-এর জন্য সবচেয়ে জনপ্রিয় এবং সর্বাধিক ব্যবহৃত ভাষা। Dr. Gavin Wood দ্বারা তৈরি। Solidity সম্পর্কে আরও জানুন।", "solidity-inline-assembly-term": "Solidity ইনলাইন অ্যাসেম্বলি", - "solidity-inline-assembly-definition": "একটি Solidity প্রোগ্রামে EVM অ্যাসেম্বলি ভাষা। Solidity-র ইনলাইন অ্যাসেম্বলির জন্য সমর্থন নির্দিষ্ট অপারেশন লেখা সহজ করে তোলে।", - "stablecoin-term": "স্টেবলকয়েন", - "stablecoin-definition": "একটি স্টেবলকয়েন হল এক ধরনের ক্রিপ্টোকারেন্সি যা একটি স্থিতিশীল মূল্য থাকার জন্য ডিজাইন করা হয়েছে, প্রায়শই একটি মুদ্রা বা পণ্যের (যেমন মার্কিন ডলার) সাথে যুক্ত, মূল্যের অস্থিরতা কমাতে। স্টেবলকয়েন সম্পর্কে আরও জানুন।", + "solidity-inline-assembly-definition": "একটি Solidity প্রোগ্রামে EVM অ্যাসেম্বলি ভাষা। ইনলাইন অ্যাসেম্বলির জন্য Solidity-এর সমর্থন নির্দিষ্ট অপারেশনগুলো লেখা সহজ করে তোলে।", + "stablecoin-term": "স্টেবলকয়েন", + "stablecoin-definition": "স্টেবলকয়েন হলো এক ধরনের ক্রিপটোকারেন্সি যা একটি স্থিতিশীল মান রাখার জন্য ডিজাইন করা হয়েছে, প্রায়শই মূল্যের অস্থিরতা কমানোর জন্য কোনো মুদ্রা বা পণ্যের (যেমন ইউএস ডলার) সাথে পেগ করা হয়। স্টেবলকয়েন সম্পর্কে আরও জানুন।", "staking-term": "স্টেকিং", - "staking-definition": "একটি ভ্যালিডেটর হতে এবং নেটওয়ার্ক সুরক্ষিত করতে ইথারের একটি পরিমাণ (আপনার স্টেক) জমা করা। একজন ভ্যালিডেটর একটি প্রুফ-অফ-স্টেক কনসেন্সাস মডেলের অধীনে লেনদেন পরীক্ষা করে এবং ব্লক প্রস্তাব করে। স্টেকিং আপনাকে নেটওয়ার্কের সর্বোত্তম স্বার্থে কাজ করার জন্য একটি অর্থনৈতিক প্রণোদনা দেয়। আপনি আপনার ভ্যালিডেটর দায়িত্ব পালন করার জন্য পুরস্কার পাবেন, কিন্তু যদি না করেন তবে বিভিন্ন পরিমাণে ETH হারাবেন। Ethereum স্টেকিং সম্পর্কে আরও জানুন।", + "staking-definition": "ভ্যালিডেটর হতে এবং নেটওয়ার্ক সুরক্ষিত করতে একটি নির্দিষ্ট পরিমাণ ইথার (আপনার স্টেক) জমা দেওয়া। একজন ভ্যালিডেটর লেনদেন চেক করে এবং একটি প্রুফ-অফ-স্টেক কনসেন্সাস মডেলের অধীনে ব্লকস প্রস্তাব করে। স্টেকিং আপনাকে নেটওয়ার্কের সর্বোত্তম স্বার্থে কাজ করার জন্য একটি অর্থনৈতিক প্রণোদনা দেয়। আপনি আপনার ভ্যালিডেটর দায়িত্ব পালনের জন্য রিওয়ার্ড পাবেন, কিন্তু তা না করলে বিভিন্ন পরিমাণ ETH হারাবেন। ইথেরিয়াম স্টেকিং সম্পর্কে আরও জানুন।", "staking-pool-term": "স্টেকিং পুল", - "staking-pool-definition": "একাধিক Ethereum স্টেকারের সম্মিলিত ETH, যা ৩২ ETH-এ পৌঁছানোর জন্য ব্যবহৃত হয় যা এক সেট ভ্যালিডেটর কী সক্রিয় করতে প্রয়োজন। একজন নোড অপারেটর এই কীগুলি কনসেন্সাসে অংশ নিতে ব্যবহার করে এবং ব্লক রিওয়ার্ড অবদানকারী স্টেকারদের মধ্যে ভাগ করা হয়। স্টেকিং পুল বা ডেলিগেটিং স্টেকিং Ethereum প্রোটোকলের নেটিভ নয়, তবে কমিউনিটি দ্বারা অনেক সমাধান তৈরি করা হয়েছে। পুলড স্টেকিং সম্পর্কে আরও জানুন।", + "staking-pool-definition": "একাধিক ইথেরিয়াম স্টেকার-এর সম্মিলিত ETH, যা ভ্যালিডেটর কি-এর একটি সেট সক্রিয় করার জন্য প্রয়োজনীয় 32 ETH-এ পৌঁছাতে ব্যবহৃত হয়। একজন নোড অপারেটর কনসেন্সাস-এ অংশগ্রহণ করতে এই কি-গুলো ব্যবহার করে এবং ব্লক রিওয়ার্ড অবদানকারী স্টেকারদের মধ্যে ভাগ করা হয়। স্টেকিং পুল বা ডেলিগেটিং স্টেকিং ইথেরিয়াম প্রটোকলের নেটিভ নয়, তবে কমিউনিটি দ্বারা অনেক সলিউশন তৈরি করা হয়েছে। পুলড স্টেকিং সম্পর্কে আরও জানুন।", "stark-term": "STARK", - "stark-definition": "\"স্কেলেবল ট্রান্সপারেন্ট আর্গুমেন্ট অফ নলেজ\" এর সংক্ষিপ্ত রূপ, একটি STARK হল এক ধরনের জিরো-নলেজ প্রুফ। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", + "stark-definition": "\"scalable transparent argument of knowledge\"-এর সংক্ষিপ্ত রূপ, STARK হলো এক ধরনের জিরো-নলেজ প্রুফ। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", "state-term": "স্টেট", "state-definition": "ব্লকচেইনে একটি নির্দিষ্ট সময়ে সমস্ত ব্যালেন্স এবং ডেটার একটি স্ন্যাপশট, যা সাধারণত একটি নির্দিষ্ট ব্লকের অবস্থাকে বোঝায়।", "state-channels-term": "স্টেট চ্যানেল", - "state-channels-definition": "একটি লেয়ার ২ সলিউশন যেখানে অংশগ্রহণকারীদের মধ্যে একটি চ্যানেল স্থাপন করা হয়, যেখানে তারা অবাধে এবং সস্তায় লেনদেন করতে পারে। শুধুমাত্র চ্যানেল স্থাপন এবং চ্যানেল বন্ধ করার জন্য একটি লেনদেন মেইননেটে পাঠানো হয়। এটি খুব উচ্চ লেনদেন থ্রুপুট সক্ষম করে, তবে এটি অংশগ্রহণকারীদের সংখ্যা আগে থেকে জানা এবং তহবিল লক আপ করার উপর নির্ভর করে। স্টেট চ্যানেল সম্পর্কে আরও জানুন।", - "supermajority-term": "সুপারমেজররিটি", - "supermajority-definition": "সুপারমেজররিটি হল Ethereum সুরক্ষিত মোট স্টেক করা ইথারের ২/৩ (৬৬%) এর বেশি পরিমাণ। বিকন চেইনে ব্লকগুলিকে চূড়ান্ত করার জন্য একটি সুপারমেজররিটি ভোটের প্রয়োজন।", - "sybil-attack-term": "সাইবিল অ্যাটাক", - "sybil-attack-definition": "সাইবিল আক্রমণ বলতে বোঝায় যে ব্যক্তিরা তাদের প্রভাব বাড়ানোর জন্য একটি সিস্টেমকে একাধিক ব্যক্তি মনে করে প্রতারণা করে।", + "state-channels-definition": "একটি লেয়ার ২ সলিউশন যেখানে অংশগ্রহণকারীদের মধ্যে একটি চ্যানেল সেট আপ করা হয়, যেখানে তারা অবাধে এবং সস্তায় লেনদেন করতে পারে। চ্যানেল সেট আপ করতে এবং চ্যানেল বন্ধ করতে শুধুমাত্র একটি লেনদেন মেইননেট-এ পাঠানো হয়। এটি খুব উচ্চ লেনদেন থ্রুপুটের অনুমতি দেয়, তবে এটি আগে থেকে অংশগ্রহণকারীদের সংখ্যা জানা এবং তহবিল লক করার উপর নির্ভর করে। স্টেট চ্যানেল সম্পর্কে আরও জানুন।", + "supermajority-term": "সুপারমেজরিটি", + "supermajority-definition": "সুপারমেজরিটি হলো ইথেরিয়াম সুরক্ষিত করা মোট স্টেক করা ইথারের 2/3 (66%) অতিক্রমকারী পরিমাণের জন্য দেওয়া শব্দ। বিকন চেইনে ব্লকস চূড়ান্ত হওয়ার জন্য একটি সুপারমেজরিটি ভোটের প্রয়োজন।", + "sybil-attack-term": "সাইবিল এ্যাটাক", + "sybil-attack-definition": "সাইবিল এ্যাটাক বলতে বোঝায় যখন কোনো ব্যক্তি তাদের প্রভাব বাড়ানোর জন্য সিস্টেমকে প্রতারিত করে ভাবায় যে তারা একাধিক ব্যক্তি।", "syncing-term": "সিঙ্কিং", - "syncing-definition": "একটি নোডে একটি ব্লকচেইনের সম্পূর্ণ সর্বশেষ সংস্করণ ডাউনলোড করার প্রক্রিয়া।", + "syncing-definition": "একটি নোড-এ ব্লকচেইনের সম্পূর্ণ সর্বশেষ সংস্করণ ডাউনলোড করার প্রক্রিয়া।", "sync-committee-term": "সিঙ্ক কমিটি", - "sync-committee-definition": "একটি সিঙ্ক কমিটি হল ভ্যালিডেটরদের একটি এলোমেলোভাবে নির্বাচিত গ্রুপ যা প্রতি ~২৭ ঘণ্টায় রিফ্রেশ হয়। তাদের উদ্দেশ্য হল বৈধ ব্লক হেডারগুলিতে তাদের স্বাক্ষর যোগ করা। সিঙ্ক কমিটিগুলি লাইট ক্লায়েন্টদের পুরো ভ্যালিডেটর সেট অ্যাক্সেস করার প্রয়োজন ছাড়াই ব্লকচেইনের হেড ট্র্যাক রাখতে দেয়।", - "szabo-term": "জাবো", - "szabo-definition": "ইথারের একটি উপবিভাগ। ১ জাবো = ১০১২ wei। ১০৬ জাবো = ১ ইথার।", + "sync-committee-definition": "সিঙ্ক কমিটি হলো ভ্যালিডেটরস-এর একটি এলোমেলোভাবে নির্বাচিত গ্রুপ যা প্রতি ~27 ঘণ্টায় রিফ্রেশ হয়। তাদের উদ্দেশ্য হলো বৈধ ব্লক হেডারে তাদের স্বাক্ষর যোগ করা। সিঙ্ক কমিটিগুলো লাইট ক্লায়েন্টদের সম্পূর্ণ ভ্যালিডেটর সেটে অ্যাক্সেস করার প্রয়োজন ছাড়াই ব্লকচেইনের হেডের ট্র্যাক রাখতে দেয়।", + "szabo-term": "Szabo", + "szabo-definition": "ইথার-এর একটি ডিনোমিনেশন। 1 szabo = 1012 wei। 106 szabo = 1 ইথার।", "terminal-total-difficulty-term": "টার্মিনাল টোটাল ডিফিকাল্টি (TTD)", - "terminal-total-difficulty-definition": "টোটাল ডিফিকাল্টি হল ব্লকচেইনের একটি নির্দিষ্ট বিন্দু পর্যন্ত সমস্ত ব্লকের জন্য Ethash মাইনিং ডিফিকাল্টির যোগফল। টার্মিনাল টোটাল ডিফিকাল্টি হল টোটাল ডিফিকাল্টির একটি নির্দিষ্ট মান যা এক্সিকিউশন ক্লায়েন্টদের তাদের মাইনিং এবং ব্লক গসিপ ফাংশন বন্ধ করার জন্য ট্রিগার হিসাবে ব্যবহৃত হয়েছিল, যা নেটওয়ার্ককে প্রুফ-অফ-স্টেকে স্থানান্তরিত করতে সক্ষম করে। এটি আর প্রাসঙ্গিক নয় কারণ Ethereum প্রুফ-অফ-স্টেকে চলে গেছে।", + "terminal-total-difficulty-definition": "টোটাল ডিফিকাল্টি হলো ব্লকচেইনের কোনো নির্দিষ্ট পয়েন্ট পর্যন্ত সমস্ত ব্লকের জন্য Ethash মাইনিং ডিফিকাল্টির যোগফল। টার্মিনাল টোটাল ডিফিকাল্টি হলো টোটাল ডিফিকাল্টির একটি নির্দিষ্ট মান যা এক্সিকিউশন ক্লায়েন্টদের তাদের মাইনিং এবং ব্লক গসিপ ফাংশনগুলো বন্ধ করার ট্রিগার হিসেবে ব্যবহৃত হয়েছিল, যা নেটওয়ার্ককে প্রুফ-অফ-স্টেক-এ রূপান্তরিত করতে সক্ষম করে। এটি আর প্রাসঙ্গিক নয় কারণ ইথেরিয়াম প্রুফ-অফ-স্টেক-এ চলে গেছে।", "testnet-term": "টেস্টনেট", - "testnet-definition": "\"টেস্ট নেটওয়ার্ক\" এর সংক্ষিপ্ত রূপ, একটি নেটওয়ার্ক যা প্রধান Ethereum নেটওয়ার্কের আচরণের অনুকরণ করতে ব্যবহৃত হয়।", + "testnet-definition": "\"টেস্ট নেটওয়ার্ক\"-এর সংক্ষিপ্ত রূপ, একটি নেটওয়ার্ক যা মূল ইথেরিয়াম নেটওয়ার্কের আচরণ অনুকরণ করতে ব্যবহৃত হয়।", "token-term": "টোকেন", - "token-definition": "Ethereum ব্লকচেইনে স্মার্ট কন্ট্র্যাক্টে সংজ্ঞায়িত একটি ট্রেডযোগ্য ভার্চুয়াল পণ্য।", + "token-definition": "ইথেরিয়াম ব্লকচেইনে স্মার্ট কন্ট্রাক্ট-এ সংজ্ঞায়িত একটি ট্রেডযোগ্য ভার্চুয়াল পণ্য।", "token-factory-term": "টোকেন ফ্যাক্টরি", - "token-factory-definition": "একটি টোকেন ফ্যাক্টরি হল একটি স্মার্ট কন্ট্র্যাক্ট যা একটি নির্দিষ্ট স্ট্যান্ডার্ডের মধ্যে টোকেন তৈরি করতে সহায়তা করে, যেমন ERC-20, ERC-721, বা ERC-1155। স্মার্ট কন্ট্র্যাক্ট একটি টেমপ্লেট হিসাবে কাজ করে, যা ব্যবহারকারীদের স্ক্র্যাচ থেকে নতুন স্মার্ট কন্ট্র্যাক্ট তৈরি না করেই নাম, প্রতীক, সরবরাহ এবং অতিরিক্ত কার্যকারিতার মতো কাস্টম প্যারামিটার সহ নতুন টোকেন স্থাপন করতে দেয়।", + "token-factory-definition": "টোকেন ফ্যাক্টরি হলো একটি স্মার্ট কন্ট্রাক্ট যা একটি নির্দিষ্ট স্ট্যান্ডার্ডের মধ্যে টোকেন তৈরি করতে সহায়তা করে, যেমন ERC-20, ERC-721, বা ERC-1155। স্মার্ট কন্ট্রাক্টটি একটি টেমপ্লেট হিসেবে কাজ করে, যা ব্যবহারকারীদের স্ক্র্যাচ থেকে নতুন স্মার্ট কন্ট্রাক্ট তৈরি না করেই নাম, প্রতীক, সরবরাহ এবং অতিরিক্ত কার্যকারিতার মতো কাস্টম প্যারামিটার সহ নতুন টোকেন স্থাপন করতে দেয়।", "transaction-term": "লেনদেন", - "transaction-definition": "একটি উৎস অ্যাকাউন্ট দ্বারা স্বাক্ষরিত Ethereum ব্লকচেইনে প্রতিশ্রুতিবদ্ধ ডেটা, যা একটি নির্দিষ্ট ঠিকানাকে লক্ষ্য করে। লেনদেনটিতে সেই লেনদেনের জন্য গ্যাস লিমিটের মতো মেটাডেটা থাকে। লেনদেন সম্পর্কে আরও জানুন।", - "transaction-fee-term": "লেনদেন ফি", - "transaction-fee-definition": "আপনি যখনই Ethereum নেটওয়ার্ক ব্যবহার করেন তখন আপনাকে একটি ফি দিতে হবে। উদাহরণগুলির মধ্যে রয়েছে আপনার ওয়ালেট থেকে তহবিল পাঠানো বা একটি dapp মিথস্ক্রিয়া, যেমন টোকেন সোয়াপ করা বা একটি সংগ্রহযোগ্য কেনা। আপনি এটিকে একটি পরিষেবা চার্জের মতো ভাবতে পারেন। নেটওয়ার্ক কতটা ব্যস্ত তার উপর ভিত্তি করে এই ফি পরিবর্তন হবে। এর কারণ হল ভ্যালিডেটররা, যারা আপনার লেনদেন প্রক্রিয়াকরণের জন্য দায়ী, তারা সম্ভবত উচ্চ ফি সহ লেনদেনকে অগ্রাধিকার দেবে – তাই যানজট দাম বাড়িয়ে দেয়।

    প্রযুক্তিগত স্তরে, আপনার লেনদেন ফি আপনার লেনদেনের জন্য কতটা গ্যাস প্রয়োজন তার সাথে সম্পর্কিত।

    লেনদেন ফি কমানো এখন একটি তীব্র আগ্রহের বিষয়। দেখুন লেয়ার ২।", - "trust-assumptions-term": "ট্রাস্ট অ্যাজামশন", - "trust-assumptions-definition": "ট্রাস্ট অ্যাজামশন হল একটি সিস্টেমের নিরাপত্তা এবং নির্ভরযোগ্যতা সম্পর্কে মৌলিক বিশ্বাস, যা সিস্টেমটি কাজ করার জন্য আমরা কী বিশ্বাস করি তা নির্দেশ করে।", + "transaction-definition": "একটি নির্দিষ্ট এডড্রেস-কে লক্ষ্য করে একটি অরিজিনেটিং একাউন্ট দ্বারা স্বাক্ষরিত ইথেরিয়াম ব্লকচেইনে প্রতিশ্রুতিবদ্ধ ডেটা। লেনদেনে মেটাডেটা থাকে যেমন সেই লেনদেনের জন্য গ্যাস লিমিট। লেনদেন সম্পর্কে আরও জানুন।", + "transaction-fee-term": "ট্রানজেকশন ফি", + "transaction-fee-definition": "আপনি যখনই ইথেরিয়াম নেটওয়ার্ক ব্যবহার করবেন তখন আপনাকে একটি ফি দিতে হবে। উদাহরণগুলোর মধ্যে রয়েছে আপনার ওয়ালেট থেকে তহবিল পাঠানো বা একটি ডিএ্যাপ ইন্টারঅ্যাকশন, যেমন টোকেন সোয়াপ করা বা একটি সংগ্রহযোগ্য কেনা। আপনি এটিকে একটি সার্ভিস চার্জের মতো ভাবতে পারেন। নেটওয়ার্ক কতটা ব্যস্ত তার ওপর ভিত্তি করে এই ফি পরিবর্তিত হবে। এর কারণ হলো ভ্যালিডেটরস, যারা আপনার লেনদেন প্রক্রিয়াকরণের জন্য দায়ী, তারা সম্ভবত উচ্চ ফি সহ লেনদেনগুলোকে অগ্রাধিকার দেবে – তাই কনজেশন দাম বাড়িয়ে দেয়।

    প্রযুক্তিগত স্তরে, আপনার ট্রানজেকশন ফি আপনার লেনদেনের জন্য কতটা গ্যাস প্রয়োজন তার সাথে সম্পর্কিত।

    ট্রানজেকশন ফি কমানো এই মুহূর্তে তীব্র আগ্রহের বিষয়। দেখুন লেয়ার ২।", + "trust-assumptions-term": "ট্রাস্ট অ্যাসাম্পশন", + "trust-assumptions-definition": "ট্রাস্ট অ্যাসাম্পশন হলো একটি সিস্টেমের নিরাপত্তা এবং নির্ভরতা সম্পর্কে প্রাথমিক বিশ্বাস, যা সিস্টেমটি কাজ করার জন্য আমরা কী বিশ্বাস করি তা নির্দেশ করে।", "trustlessness-term": "ট্রাস্টলেসনেস", - "trustlessness-definition": "একটি নেটওয়ার্কের ক্ষমতা যা জড়িত কোনো পক্ষের তৃতীয় পক্ষের উপর বিশ্বাস করার প্রয়োজন ছাড়াই লেনদেন মধ্যস্থতা করতে পারে।", - "turing-complete-term": "ট্যুরিং কমপ্লিট", - "turing-complete-definition": "ইংরেজ গণিতবিদ এবং কম্পিউটার বিজ্ঞানী অ্যালান ট্যুরিং-এর নামে একটি ধারণা - ডেটা-ম্যানিপুলেশন নিয়মের একটি সিস্টেম (যেমন একটি কম্পিউটারের নির্দেশিকা সেট, একটি প্রোগ্রামিং ভাষা, বা একটি সেলুলার অটোম্যাটন) কে \"ট্যুরিং কমপ্লিট\" বা \"গণনামূলকভাবে সার্বজনীন\" বলা হয় যদি এটি যেকোনো ট্যুরিং মেশিনকে অনুকরণ করতে ব্যবহার করা যায়।", + "trustlessness-definition": "জড়িত কোনো পক্ষের তৃতীয় পক্ষকে বিশ্বাস করার প্রয়োজন ছাড়াই লেনদেনের মধ্যস্থতা করার একটি নেটওয়ার্কের ক্ষমতা।", + "turing-complete-term": "টুরিং কমপ্লিট", + "turing-complete-definition": "ইংরেজ গণিতবিদ এবং কম্পিউটার বিজ্ঞানী Alan Turing-এর নামানুসারে একটি ধারণা - ডেটা-ম্যানিপুলেশন নিয়মগুলোর একটি সিস্টেম (যেমন একটি কম্পিউটারের নির্দেশ সেট, একটি প্রোগ্রামিং ভাষা, বা একটি সেলুলার অটোমেটন) \"টুরিং কমপ্লিট\" বা \"কম্পিউটেশনালি ইউনিভার্সাল\" বলা হয় যদি এটি কোনো টুরিং মেশিন অনুকরণ করতে ব্যবহার করা যেতে পারে।", "validator-term": "ভ্যালিডেটর", - "validator-definition": "একটি প্রুফ-অফ-স্টেক সিস্টেমে একটি নোড যা ডেটা সংরক্ষণ, লেনদেন প্রক্রিয়াকরণ এবং ব্লকচেইনে নতুন ব্লক যুক্ত করার জন্য দায়ী। ভ্যালিডেটর সফটওয়্যার সক্রিয় করতে, আপনাকে ৩২ ETH স্টেক করতে সক্ষম হতে হবে। Ethereum-এ স্টেকিং সম্পর্কে আরও জানুন।", + "validator-definition": "একটি প্রুফ-অফ-স্টেক সিস্টেমে একটি নোড যা ডেটা সংরক্ষণ, লেনদেন প্রক্রিয়াকরণ এবং ব্লকচেইনে নতুন ব্লকস যোগ করার জন্য দায়ী। ভ্যালিডেটর সফ্টওয়্যার সক্রিয় করতে, আপনাকে 32 ETH স্টেক করতে সক্ষম হতে হবে। ইথেরিয়ামে স্টেকিং সম্পর্কে আরও জানুন।", "validator-lifecycle-term": "ভ্যালিডেটর লাইফসাইকেল", - "validator-lifecycle-definition": "একটি ভ্যালিডেটর যে অবস্থাগুলির ক্রমানুসারে থাকতে পারে। এর মধ্যে রয়েছে:

    • ডিপোজিটেড: ভ্যালিডেটর দ্বারা ডিপোজিট কন্ট্র্যাক্টে কমপক্ষে ৩২ ETH জমা করা হয়েছে
    • পেন্ডিং: ভ্যালিডেটর অ্যাক্টিভেশন সারিতে রয়েছে এবং বিদ্যমান ভ্যালিডেটরদের দ্বারা নেটওয়ার্কে ভোট দেওয়ার জন্য অপেক্ষা করছে
    • অ্যাক্টিভ: বর্তমানে প্রত্যয়ন করছে এবং ব্লক প্রস্তাব করছে
    • স্ল্যাশিং: ভ্যালিডেটর অসদাচরণ করেছে এবং স্ল্যাশ করা হচ্ছে
    • এক্সাইটিং: ভ্যালিডেটরকে নেটওয়ার্ক থেকে বের হওয়ার জন্য ফ্ল্যাগ করা হয়েছে, হয় স্বেচ্ছায় বা কারণ তাদের বের করে দেওয়া হয়েছে।
    ", + "validator-lifecycle-definition": "যে অবস্থার ক্রমানুসারে একজন ভ্যালিডেটর থাকতে পারে। এর মধ্যে রয়েছে:

    • ডিপোজিটেড: ভ্যালিডেটর দ্বারা ডিপোজিট কন্টাক্ট-এ কমপক্ষে 32 ETH জমা দেওয়া হয়েছে
    • পেন্ডিং: ভ্যালিডেটর অ্যাক্টিভেশন সারিতে রয়েছে এবং বিদ্যমান ভ্যালিডেটরস দ্বারা নেটওয়ার্কে ভোট দেওয়ার জন্য অপেক্ষা করছে
    • অ্যাক্টিভ: বর্তমানে অ্যাটেস্ট করছে এবং ব্লকস প্রস্তাব করছে
    • স্ল্যাশিং: ভ্যালিডেটর খারাপ আচরণ করেছে এবং তাকে স্ল্যাশ করা হচ্ছে
    • এক্সিটং: ভ্যালিডেটরকে নেটওয়ার্ক থেকে প্রস্থান করার জন্য ফ্ল্যাগ করা হয়েছে, হয় স্বেচ্ছায় বা তাদের বের করে দেওয়া হয়েছে বলে।
    ", "validity-proof-term": "ভ্যালিডিটি প্রুফ", - "validity-proof-definition": "কিছু নির্দিষ্ট লেয়ার ২ সলিউশনের জন্য একটি নিরাপত্তা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেনগুলি ব্যাচে রোল আপ করা হয় এবং একটি একক লেনদেনে Ethereum-এ জমা দেওয়া হয়। লেনদেনের গণনা অফচেইনে করা হয় এবং তারপর তাদের বৈধতার প্রমাণ সহ প্রধান চেইনে সরবরাহ করা হয়। এই পদ্ধতিটি নিরাপত্তা বজায় রেখে সম্ভাব্য লেনদেনের পরিমাণ বাড়ায়। কিছু রোলআপ ফ্রড প্রুফ ব্যবহার করে। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", + "validity-proof-definition": "নির্দিষ্ট লেয়ার ২ সলিউশনের জন্য একটি নিরাপত্তা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেনগুলোকে ব্যাচে রোল আপ করা হয় এবং একটি একক লেনদেনে ইথেরিয়ামে জমা দেওয়া হয়। লেনদেনের গণনা অফচেইন করা হয় এবং তারপর তাদের বৈধতার প্রমাণ সহ মেইন চেইনে সরবরাহ করা হয়। এই পদ্ধতিটি নিরাপত্তা বজায় রেখে সম্ভাব্য লেনদেনের পরিমাণ বাড়ায়। কিছু রেলআপস ফ্রড প্রুফ ব্যবহার করে। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", "validium-term": "ভ্যালিডিয়াম", - "validium-definition": "একটি অফচেইন সলিউশন যা লেনদেনের থ্রুপুট উন্নত করতে ভ্যালিডিটি প্রুফ ব্যবহার করে। জিরো-নলেজ রোলআপের মতো, ভ্যালিডিয়াম ডেটা লেয়ার ১ মেইননেটে সংরক্ষণ করা হয় না। ভ্যালিডিয়াম সম্পর্কে আরও জানুন।", + "validium-definition": "একটি অফচেইন সলিউশন যা লেনদেনের থ্রুপুট উন্নত করতে ভ্যালিডিটি প্রুফ ব্যবহার করে। জিরো-নলেজ রোলআপ-এর বিপরীতে, ভ্যালিডিয়াম ডেটা লেয়ার 1 মেইননেট-এ সংরক্ষণ করা হয় না। ভ্যালিডিয়াম সম্পর্কে আরও জানুন।", "vyper-term": "Vyper", - "vyper-definition": "পাইথনের মতো সিনট্যাক্স সহ একটি উচ্চ-স্তরের প্রোগ্রামিং ভাষা। একটি বিশুদ্ধ ফাংশনাল ভাষার কাছাকাছি যাওয়ার উদ্দেশ্যে। ভিটালিক বুটেরিন দ্বারা নির্মিত। Vyper সম্পর্কে আরও জানুন।", - "wallet-term": "ওয়ালেট", - "wallet-definition": "একটি ওয়ালেট হল ডিজিটাল মুদ্রা সংরক্ষণ, পাঠানো এবং গ্রহণ করার জন্য একটি ডিজিটাল টুল, যেমন আপনার অনলাইন অর্থের জন্য একটি ভার্চুয়াল পার্স। Ethereum ওয়ালেট সম্পর্কে আরও জানুন।", + "vyper-definition": "Python-এর মতো সিনট্যাক্স সহ একটি হাই-লেভেল প্রোগ্রামিং ভাষা। একটি বিশুদ্ধ ফাংশনাল ভাষার কাছাকাছি যাওয়ার উদ্দেশ্যে তৈরি। Vitalik Buterin দ্বারা তৈরি। Vyper সম্পর্কে আরও জানুন।", + "wallet-term": "ওয়ালেট", + "wallet-definition": "ওয়ালেট হলো ডিজিটাল কারেন্সি সংরক্ষণ, পাঠানো এবং গ্রহণ করার জন্য একটি ডিজিটাল টুল, যা আপনার অনলাইন অর্থের জন্য একটি ভার্চুয়াল পার্সের মতো। ইথেরিয়াম ওয়ালেট সম্পর্কে আরও জানুন।", "web2-term": "Web2", - "web2-definition": "বর্তমান ইন্টারনেট, যা ব্যবহারকারী-সৃষ্ট বিষয়বস্তু এবং সামাজিক মাধ্যমের উপর কেন্দ্র করে যা কয়েকটি কোম্পানি দ্বারা নিয়ন্ত্রিত। Web3 হল একটি ক্রিপ্টো বিশ্বাস যে ব্যবহারকারীদের তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করা উচিত।", - "web3-term": "Web3", - "web3-definition": "Web3 হল ব্লকচেইন সহ নতুন ইন্টারনেট, যেখানে ব্যবহারকারীরা তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করে, কোম্পানি নয়। কোনো ব্যক্তিগত তথ্য শেয়ার করার প্রয়োজন নেই। web3 সম্পর্কে আরও জানুন।", + "web2-definition": "হলো বর্তমান ইন্টারনেট, যা ব্যবহারকারী-উত্পাদিত সামগ্রী এবং সোশ্যাল মিডিয়ার উপর দৃষ্টি নিবদ্ধ করে যা কয়েকটি কোম্পানি দ্বারা নিয়ন্ত্রিত হয়। ওয়েব3 হলো একটি ক্রিপ্টো বিশ্বাস যে ব্যবহারকারীদের এর পরিবর্তে তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করা উচিত।", + "web3-term": "ওয়েব3", + "web3-definition": "ওয়েব3 হলো ব্লকচেইন সহ নতুন ইন্টারনেট, যেখানে ব্যবহারকারীরা তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করে, কোম্পানিগুলো নয়। কোনো ব্যক্তিগত তথ্য শেয়ার করার প্রয়োজন নেই। ওয়েব3 সম্পর্কে আরও জানুন।", "wei-term": "Wei", - "wei-definition": "ইথারের সবচেয়ে ছোট উপবিভাগ। ১০১৮ wei = ১ ইথার।", - "wrapped-token-term": "র‍্যাপড টোকেন", - "wrapped-token-definition": "একটি ব্লকচেইন-ভিত্তিক টোকেন যা একটি ভিন্ন নেটওয়ার্কে অন্য একটি ক্রিপ্টোকারেন্সি বা সম্পদের প্রতিনিধিত্ব করে। উদাহরণস্বরূপ, র‍্যাপড ইথার (WETH) Ethereum-এর ERC-20 টোকেন স্ট্যান্ডার্ডের সাথে সঙ্গতিপূর্ণ একটি ফর্ম্যাটে ইথার (ETH) প্রতিনিধিত্ব করে। মূল সম্পদটি একটি স্মার্ট কন্ট্র্যাক্ট দ্বারা নিরাপদে লক করা থাকে, এবং একটি সমতুল্য র‍্যাপড টোকেন মিন্ট করা হয়। এই ব্যবস্থাটি ব্লকচেইনের মধ্যে এবং মধ্যে আন্তঃকার্যক্ষমতা সক্ষম করে, যা ETH-এর মতো সম্পদগুলিকে তাদের মূল্য বজায় রেখে ডিসেন্ট্রালাইজড এপ্লিকেশনে নির্বিঘ্নে ব্যবহার করার অনুমতি দেয়।", - "zero-address-term": "জিরো অ্যাড্রেস", - "zero-address-definition": "একটি Ethereum ঠিকানা, যা সম্পূর্ণরূপে শূন্য দ্বারা গঠিত, যা প্রায়শই মালিকানাধীন প্রচলন থেকে টোকেন সরানোর জন্য একটি ঠিকানা হিসাবে ব্যবহৃত হয়। একটি স্মার্ট কন্ট্র্যাক্টের সূচী থেকে burn() পদ্ধতির মাধ্যমে আনুষ্ঠানিকভাবে সরানো টোকেন এবং এই ঠিকানায় পাঠানো টোকেনগুলির মধ্যে একটি পার্থক্য টানা হয়।", + "wei-definition": "ইথারের সবচেয়ে ছোট ডিনোমিনেশন। 1018 wei = 1 ইথার।", + "wrapped-token-term": "রেপড টোকেন", + "wrapped-token-definition": "একটি ব্লকচেইন-ভিত্তিক টোকেন যা অন্য নেটওয়ার্কে অন্য ক্রিপটোকারেন্সি বা সম্পদের প্রতিনিধিত্ব করে। উদাহরণস্বরূপ, Wrapped Ether (WETH) ইথার (ETH)-কে এমন একটি ফর্ম্যাটে উপস্থাপন করে যা ইথেরিয়ামের ERC-20 টোকেন স্ট্যান্ডার্ড মেনে চলে। মূল সম্পদটি একটি স্মার্ট কন্ট্রাক্ট দ্বারা নিরাপদে লক করা হয় এবং একটি সমতুল্য রেপড টোকেন মিন্ট করা হয়। এই মেকানিজম ব্লকচেইনের মধ্যে এবং এর মধ্যে ইন্টারঅপারেবিলিটি সক্ষম করে, যা ETH-এর মতো সম্পদগুলোকে তাদের মান বজায় রেখে ডিসেন্ট্রালাইজড এপ্লিকেশনগুলোতে নির্বিঘ্নে ব্যবহার করার অনুমতি দেয়।", + "zero-address-term": "জিরো এডড্রেস", + "zero-address-definition": "একটি ইথেরিয়াম এডড্রেস, যা সম্পূর্ণ শূন্য দিয়ে গঠিত, যা প্রায়শই মালিকানাধীন প্রচলন থেকে টোকেনগুলো সরাতে একটি এডড্রেস হিসেবে ব্যবহৃত হয়। burn() পদ্ধতির মাধ্যমে স্মার্ট কন্ট্রাক্টের সূচক থেকে আনুষ্ঠানিকভাবে সরানো টোকেন এবং এই এডড্রেসে পাঠানো টোকেনগুলোর মধ্যে একটি পার্থক্য টানা হয়।", "zk-proof-term": "জিরো-নলেজ প্রুফ", - "zk-proof-definition": "একটি জিরো-নলেজ প্রুফ হল একটি ক্রিপ্টোগ্রাফিক পদ্ধতি যা একজন ব্যক্তিকে কোনো অতিরিক্ত তথ্য প্রকাশ না করেই প্রমাণ করতে দেয় যে একটি বিবৃতি সত্য। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", + "zk-proof-definition": "জিরো-নলেজ প্রুফ হলো একটি ক্রিপ্টোগ্রাফিক পদ্ধতি যা কোনো ব্যক্তিকে কোনো অতিরিক্ত তথ্য প্রদান না করেই প্রমাণ করতে দেয় যে একটি বিবৃতি সত্য। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।", "zk-rollup-term": "জিরো-নলেজ রোলআপ", - "zk-rollup-definition": "লেনদেনের একটি রোলআপ যা ভ্যালিডিটি প্রুফ ব্যবহার করে মেইননেট (লেয়ার ১) দ্বারা প্রদত্ত নিরাপত্তা ব্যবহার করার সময় লেয়ার ২ লেনদেন থ্রুপুট বাড়ানোর জন্য। যদিও তারা অপ্টিমিস্টিক রোলআপের মতো জটিল লেনদেনের ধরণগুলি পরিচালনা করতে পারে না, তবে তাদের ল্যাটেন্সি সমস্যা নেই কারণ লেনদেনগুলি জমা দেওয়ার সময় প্রমাণযোগ্যভাবে বৈধ। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।" -} + "zk-rollup-definition": "লেনদেনের একটি রোলআপ যা মেইননেট (লেয়ার 1) দ্বারা প্রদত্ত নিরাপত্তা ব্যবহার করার সময় বর্ধিত লেয়ার ২ লেনদেন থ্রুপুট অফার করতে ভ্যালিডিটি প্রুফ ব্যবহার করে। যদিও তারা অপ্টিমেস্টিক রোলআপ-এর মতো জটিল লেনদেনের ধরনগুলো পরিচালনা করতে পারে না, তবে তাদের লেটেন্সি সমস্যা নেই কারণ জমা দেওয়ার সময় লেনদেনগুলো প্রমাণযোগ্যভাবে বৈধ। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।" +} \ No newline at end of file diff --git a/src/intl/bn/learn-quizzes.json b/src/intl/bn/learn-quizzes.json index 8ae7e59cb07..de59a857758 100644 --- a/src/intl/bn/learn-quizzes.json +++ b/src/intl/bn/learn-quizzes.json @@ -1,10 +1,10 @@ { "add-quiz": "একটি প্রশ্ন/কুইজ যোগ করুন", - "average-score": "গড় স্কোর:", - "basics": "ইথেরিয়ামের মৌলিক তথ্য", - "basics-description": "এই বিভাগটি Ethereum-এর মৌলিক ধারণাগুলিকে কভার করে, যা আপনার একটি শক্তিশালী ভিত্তি নিশ্চিত করে।", - "completed": "সম্পন্ন:", - "community-stats": "কমিউনিটির পরিসংখ্যান", + "average-score": "গড় স্কোর:", + "basics": "ইথিরিয়ামের প্রাথমিক বিষয়াবলী", + "basics-description": "এই বিভাগে ইথিরিয়ামের মৌলিক ধারণাগুলো নিয়ে আলোচনা করা হয়েছে, যা আপনার একটি শক্ত ভিত্তি নিশ্চিত করবে।", + "completed": "সম্পন্ন হয়েছে:", + "community-stats": "কমিউনিটি স্ট্যাটস", "contribute": "আমাদের লাইব্রেরিতে অবদান রাখুন।", "correct": "সঠিক", "explanation": "ব্যাখ্যা", @@ -13,686 +13,686 @@ "question-number": "প্রশ্ন নম্বর {{number}}:", "page-assets-merge": "দ্য মার্জ", "passed": "আপনি কুইজে পাস করেছেন!", - "questions": "প্রশ্ন", - "questions-answered": "প্রশ্নের উত্তর দেওয়া হয়েছে:", - "quizzes-subtitle": "আপনি Ethereum এবং ক্রিপ্টোকারেন্সি কতটা ভাল বোঝেন তা জানুন। আপনি কি একজন বিশেষজ্ঞ হতে প্রস্তুত?", - "retry": "পুনরায় চেষ্টা করার হার:", + "questions": "প্রশ্নসমূহ", + "questions-answered": "উত্তর দেওয়া প্রশ্ন:", + "quizzes-subtitle": "আপনি ইথিরিয়াম এবং ক্রিপটোকারেন্সি কতটা ভালোভাবে বোঝেন তা যাচাই করুন। আপনি কি একজন বিশেষজ্ঞ হতে প্রস্তুত?", + "retry": "পুনরায় চেষ্টার হার:", "score": "স্কোর", "see-results": "ফলাফল দেখুন", "share-results": "ফলাফল শেয়ার করুন", "start": "শুরু করুন", - "submit-answer": "উত্তর পরীক্ষা করুন", - "test-your-knowledge": "আপনার Ethereum জ্ঞান পরীক্ষা করুন", + "submit-answer": "উত্তর চেক করুন", + "test-your-knowledge": "আপনার ইথিরিয়াম জ্ঞান যাচাই করুন", "try-again": "আবার চেষ্টা করুন", - "using-ethereum": "ইথেরিয়াম ব্যবহার করা", - "using-ethereum-description": "Ethereum-এর বাস্তব-বিশ্বের অ্যাপ্লিকেশনগুলিতে অনুসন্ধান করুন এবং আবিষ্কার করুন কীভাবে এই বিপ্লবী ব্লকচেইন প্ল্যাটফর্মটি শিল্পগুলিকে নতুন আকার দিচ্ছে। আপনি সক্রিয়ভাবে ক্রিপ্টোকারেন্সি ব্যবহার শুরু করার আগে আপনি জিনিসগুলি যথেষ্ট ভালভাবে বুঝতে পেরেছেন তা নিশ্চিত করার এটি একটি দুর্দান্ত উপায়।", + "using-ethereum": "ইথিরিয়াম ব্যবহার", + "using-ethereum-description": "ইথিরিয়ামের বাস্তব-জগতের অ্যাপ্লিকেশনগুলো নিয়ে জানুন এবং আবিষ্কার করুন কীভাবে এই যুগান্তকারী ব্লকচেইন প্ল্যাটফর্মটি বিভিন্ন শিল্পকে নতুন রূপ দিচ্ছে। সক্রিয়ভাবে ক্রিপটোকারেন্সি ব্যবহার শুরু করার আগে আপনি বিষয়গুলো যথেষ্ট ভালোভাবে বুঝতে পেরেছেন কিনা তা নিশ্চিত করার এটি একটি দুর্দান্ত উপায়।", "want-more-quizzes": "এখানে আরও কুইজ দেখতে চান?", "your-results": "আপনার ফলাফল", - "your-total": "আপনার মোট পয়েন্ট", - "what-is-ethereum-1-prompt": "Ethereum এবং Bitcoin-এর মধ্যে সবচেয়ে বড় পার্থক্য হল:", - "what-is-ethereum-1-a-label": "Ethereum আপনাকে অন্য লোকেদের পেমেন্ট করতে দেয় না", - "what-is-ethereum-1-a-explanation": "Bitcoin এবং Ethereum উভয়ই আপনাকে অন্য লোকেদের পেমেন্ট করতে দেয়।", - "what-is-ethereum-1-b-label": "আপনি Ethereum-এ কম্পিউটার প্রোগ্রাম চালাতে পারেন", - "what-is-ethereum-1-b-explanation": "Ethereum প্রোগ্রামযোগ্য। এর মানে হল আপনি Ethereum ব্লকচেইনে যেকোনো কম্পিউটার প্রোগ্রাম রাখতে পারেন।", - "what-is-ethereum-1-c-label": "আপনি Bitcoin-এ কম্পিউটার প্রোগ্রাম চালাতে পারেন", - "what-is-ethereum-1-c-explanation": "Ethereum-এর থেকে ভিন্ন, Bitcoin প্রোগ্রামযোগ্য নয় এবং নির্বিচারে কম্পিউটার প্রোগ্রাম চালাতে পারে না।", - "what-is-ethereum-1-d-label": "তাদের আলাদা লোগো আছে", - "what-is-ethereum-1-d-explanation": "তাদের আলাদা লোগো আছে! কিন্তু এটি তাদের মধ্যে সবচেয়ে বড় পার্থক্য নয়।", - "what-is-ethereum-2-prompt": "Ethereum-এর নেটিভ ক্রিপটোকারেন্সি বলা হয়:", + "your-total": "আপনার মোট পয়েন্ট", + "what-is-ethereum-1-prompt": "ইথিরিয়াম এবং বিটকয়েনের মধ্যে সবচেয়ে বড় পার্থক্য হলো:", + "what-is-ethereum-1-a-label": "ইথিরিয়াম আপনাকে অন্য লোকেদের পেমেন্ট করতে দেয় না", + "what-is-ethereum-1-a-explanation": "বিটকয়েন এবং ইথিরিয়াম উভয়ই আপনাকে অন্য লোকেদের পেমেন্ট করতে দেয়।", + "what-is-ethereum-1-b-label": "আপনি ইথিরিয়ামে কম্পিউটার প্রোগ্রাম চালাতে পারেন", + "what-is-ethereum-1-b-explanation": "ইথিরিয়াম প্রোগ্রামেবল। এর মানে হলো আপনি ইথিরিয়াম ব্লকচেইনে যেকোনো কম্পিউটার প্রোগ্রাম রাখতে পারেন।", + "what-is-ethereum-1-c-label": "আপনি বিটকয়েনে কম্পিউটার প্রোগ্রাম চালাতে পারেন", + "what-is-ethereum-1-c-explanation": "ইথিরিয়ামের বিপরীতে, বিটকয়েন প্রোগ্রামেবল নয় এবং এটি ইচ্ছামতো কম্পিউটার প্রোগ্রাম চালাতে পারে না।", + "what-is-ethereum-1-d-label": "তাদের লোগো আলাদা", + "what-is-ethereum-1-d-explanation": "তাদের লোগো সত্যিই আলাদা! তবে এটি তাদের মধ্যে সবচেয়ে বড় পার্থক্য নয়।", + "what-is-ethereum-2-prompt": "ইথিরিয়ামের নিজস্ব ক্রিপটোকারেন্সিকে বলা হয়:", "what-is-ethereum-2-a-label": "ইথার", - "what-is-ethereum-2-a-explanation": "Ether হল Ethereum নেটওয়ার্কের নেটিভ ক্রিপটোকারেন্সি।", - "what-is-ethereum-2-b-label": "ইথেরিয়াম", - "what-is-ethereum-2-b-explanation": "Ethereum হল ব্লকচেইন, কিন্তু এর নেটিভ কারেন্সি Ethereum নয়। এটি একটি সাধারণ ভুল ধারণা।", - "what-is-ethereum-2-c-label": "Ethercoin", - "what-is-ethereum-2-c-explanation": "অন্যান্য অনেক ক্রিপটোকারেন্সির মতো, Ethereum-এর নেটিভ ক্রিপটোকারেন্সিতে 'কয়েন' শব্দটি নেই।", + "what-is-ethereum-2-a-explanation": "ইথার হলো ইথিরিয়াম নেটওয়ার্কের নিজস্ব ক্রিপটোকারেন্সি।", + "what-is-ethereum-2-b-label": "ইথিরিয়াম", + "what-is-ethereum-2-b-explanation": "ইথিরিয়াম হলো ব্লকচেইন, তবে এর নিজস্ব মুদ্রাকে ইথিরিয়াম বলা হয় না। এটি একটি সাধারণ ভুল ধারণা।", + "what-is-ethereum-2-c-label": "ইথারকয়েন", + "what-is-ethereum-2-c-explanation": "অন্যান্য অনেক ক্রিপটোকারেন্সির বিপরীতে, ইথিরিয়ামের নিজস্ব ক্রিপটোকারেন্সিতে 'কয়েন' শব্দটি নেই।", "what-is-ethereum-2-d-label": "বিটকয়েন", - "what-is-ethereum-2-d-explanation": "Bitcoin (বড় হাতের B) হল তৈরি করা প্রথম ব্লকচেইন, bitcoin (ছোট হাতের b) হল এর নেটিভ ক্রিপটোকারেন্সি।", - "what-is-ethereum-3-prompt": "ইথেরিয়াম কে চালায়?", - "what-is-ethereum-3-a-label": "ডেভেলপারগণ", - "what-is-ethereum-3-a-explanation": "ডেভেলপাররা Ethereum তৈরি এবং উন্নত করার জন্য অত্যন্ত গুরুত্বপূর্ণ, কিন্তু তারা সেই গ্রুপ নয় যারা Ethereum চালু রাখে।", - "what-is-ethereum-3-b-label": "মাইনার", - "what-is-ethereum-3-b-explanation": "The Merge-এর পর থেকে মাইনিং সম্ভব হয়নি। Ethereum-এ আর কোনো ‘মাইনার’ নেই।", - "what-is-ethereum-3-c-label": "The Ethereum Foundation", - "what-is-ethereum-3-c-explanation": "The Ethereum Foundation Ethereum নোডগুলির দৈনন্দিন চালনায় কোনো গুরুত্বপূর্ণ ভূমিকা পালন করে না।", - "what-is-ethereum-3-d-label": "যেকোনো ব্যক্তি একটি নোড চালাচ্ছে", - "what-is-ethereum-3-d-explanation": "যেকোনো ব্যক্তি একটি নোড চালাচ্ছে, তারা Ethereum-এর পরিকাঠামোর একটি গুরুত্বপূর্ণ অংশ। আপনি যদি এখনও না করে থাকেন, তবে একটি Ethereum নোড চালানোর কথা বিবেচনা করুন।", - "what-is-ethereum-4-prompt": "Ethereum চালু হওয়ার পর থেকে, নেটওয়ার্কটি কতবার অফলাইন হয়েছে?", - "what-is-ethereum-4-a-label": "কখনোই না", - "what-is-ethereum-4-a-explanation": "Ethereum চালু হওয়ার পর থেকে কখনোই সম্পূর্ণ অফলাইন হয়নি (ব্লক তৈরি করা বন্ধ করেনি)।", + "what-is-ethereum-2-d-explanation": "Bitcoin (বড় হাতের B) হলো তৈরি করা প্রথম ব্লকচেইন, bitcoin (ছোট হাতের b) হলো এর নিজস্ব ক্রিপটোকারেন্সি।", + "what-is-ethereum-3-prompt": "ইথিরিয়াম কে চালায়?", + "what-is-ethereum-3-a-label": "ডেভেলপাররা", + "what-is-ethereum-3-a-explanation": "ডেভেলপাররা ইথিরিয়াম তৈরি এবং উন্নত করার জন্য অত্যন্ত গুরুত্বপূর্ণ, তবে তারা ইথিরিয়াম সচল রাখার কাজ করে না।", + "what-is-ethereum-3-b-label": "মাইনাররা", + "what-is-ethereum-3-b-explanation": "দ্য মার্জ-এর পর থেকে মাইনিং আর সম্ভব নয়। ইথিরিয়ামে এখন আর কোনো 'মাইনার' নেই।", + "what-is-ethereum-3-c-label": "ইথিরিয়াম ফাউন্ডেশন", + "what-is-ethereum-3-c-explanation": "ইথিরিয়াম নোডগুলোর দৈনন্দিন পরিচালনায় ইথিরিয়াম ফাউন্ডেশন কোনো উল্লেখযোগ্য ভূমিকা পালন করে না।", + "what-is-ethereum-3-d-label": "নোড চালানো যেকোনো ব্যক্তি", + "what-is-ethereum-3-d-explanation": "নোড চালানো যেকোনো ব্যক্তি ইথিরিয়ামের অবকাঠামোর একটি গুরুত্বপূর্ণ অংশ। আপনি যদি এখনও না করে থাকেন, তবে একটি ইথিরিয়াম নোড চালানোর কথা বিবেচনা করুন।", + "what-is-ethereum-4-prompt": "ইথিরিয়াম চালু হওয়ার পর থেকে, নেটওয়ার্কটি কতবার অফলাইন হয়েছে?", + "what-is-ethereum-4-a-label": "কখনো না", + "what-is-ethereum-4-a-explanation": "চালু হওয়ার পর থেকে ইথিরিয়াম কখনোই সম্পূর্ণ অফলাইন (ব্লকস তৈরি করা বন্ধ) হয়নি।", "what-is-ethereum-4-b-label": "একবার", - "what-is-ethereum-4-c-label": "চার বার", + "what-is-ethereum-4-c-label": "চারবার", "what-is-ethereum-4-d-label": "দশবারের বেশি", - "what-is-ethereum-5-prompt": "Ethereum এর চেয়ে বেশি বিদ্যুৎ খরচ করে:", - "what-is-ethereum-5-a-label": "গোল্ড মাইনিং", - "what-is-ethereum-5-a-explanation": "সোনা খনিতে বছরে ~১৩১ টেরাওয়াট ঘন্টা ব্যবহার হয়। Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে।", - "what-is-ethereum-5-b-label": "Netflix", - "what-is-ethereum-5-b-explanation": "Netflix বছরে ~০.৪৫১ টেরাওয়াট ঘন্টা ব্যবহার করে। Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে।", - "what-is-ethereum-5-c-label": "PayPal", - "what-is-ethereum-5-c-explanation": "PayPal বছরে ~০.২৬ টেরাওয়াট ঘন্টা ব্যবহার করে। Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে।", - "what-is-ethereum-5-d-label": "উপরের কোনোটিই নয়", - "what-is-ethereum-5-d-explanation": "Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে। সোনা খনি (~১৩১ টেরাওয়াট ঘন্টা/বছর), Netflix (~০.৪৫১ টেরাওয়াট ঘন্টা/বছর), এবং Paypal (~০.২৬ টেরাওয়াট ঘন্টা/বছর) এর চেয়ে কম।", - "what-is-ether-1-prompt": "Ether এছাড়াও পরিচিত:", + "what-is-ethereum-5-prompt": "ইথিরিয়াম নিচের কোনটির চেয়ে বেশি বিদ্যুৎ খরচ করে:", + "what-is-ethereum-5-a-label": "স্বর্ণ খনি", + "what-is-ethereum-5-a-explanation": "স্বর্ণ খনিতে বছরে ~131 টেরাওয়াট ঘণ্টা বিদ্যুৎ ব্যবহৃত হয়। ইথিরিয়াম বছরে প্রায় 0.0026 টেরাওয়াট ঘণ্টা ব্যবহার করে।", + "what-is-ethereum-5-b-label": "নেটফ্লিক্স", + "what-is-ethereum-5-b-explanation": "নেটফ্লিক্স বছরে ~0.451 টেরাওয়াট ঘণ্টা বিদ্যুৎ ব্যবহৃত হয়। ইথিরিয়াম বছরে প্রায় 0.0026 টেরাওয়াট ঘণ্টা ব্যবহার করে।", + "what-is-ethereum-5-c-label": "পেপ্যাল", + "what-is-ethereum-5-c-explanation": "পেপ্যাল বছরে ~0.26 টেরাওয়াট ঘণ্টা বিদ্যুৎ ব্যবহৃত হয়। ইথিরিয়াম বছরে প্রায় 0.0026 টেরাওয়াট ঘণ্টা ব্যবহার করে।", + "what-is-ethereum-5-d-label": "উপরের কোনটিই নয়", + "what-is-ethereum-5-d-explanation": "ইথিরিয়াম বছরে প্রায় 0.0026 টেরাওয়াট ঘণ্টা ব্যবহার করে। যা স্বর্ণ খনি (~131 TWh/yr), নেটফ্লিক্স (~0.451 TWh/yr), এবং পেপ্যাল (~0.26 TWh/yr) এর চেয়ে কম।", + "what-is-ether-1-prompt": "ইথার আরও যে নামে পরিচিত:", "what-is-ether-1-a-label": "ETC", - "what-is-ether-1-a-explanation": "ETC হল Ethereum Classic-এর টিকার।", + "what-is-ether-1-a-explanation": "ETC হলো ইথিরিয়াম ক্লাসিকের টিকার।", "what-is-ether-1-b-label": "ETR", - "what-is-ether-1-b-explanation": "ETR ইথার বা অন্য কোনো উল্লেখযোগ্য ক্রিপটোকারেন্সির জন্য টিকার নয়।", + "what-is-ether-1-b-explanation": "ETR ইথার বা অন্য কোনো উল্লেখযোগ্য ক্রিপটোকারেন্সির টিকার নয়।", "what-is-ether-1-c-label": "ETH", - "what-is-ether-1-c-explanation": "ETH হল Ethereum-এ ইথারের টিকার।", + "what-is-ether-1-c-explanation": "ETH হলো ইথিরিয়ামে ইথারের টিকার।", "what-is-ether-1-d-label": "BTC", - "what-is-ether-1-d-explanation": "BTC হল Bitcoin নেটওয়ার্কে বিটকয়েনের টিকার।", - "what-is-ether-2-prompt": "Ethereum-এ, নেটওয়ার্ক ফি প্রদান করা হয়:", + "what-is-ether-1-d-explanation": "BTC হলো বিটকয়েন নেটওয়ার্কে বিটকয়েনের টিকার।", + "what-is-ether-2-prompt": "ইথিরিয়ামে, নেটওয়ার্ক ফি প্রদান করা হয়:", "what-is-ether-2-a-label": "বিটকয়েন", - "what-is-ether-2-a-explanation": "ছোট হাতের “bitcoin” হল Bitcoin নেটওয়ার্কের নেটিভ ক্রিপটোকারেন্সি।", + "what-is-ether-2-a-explanation": "ছোট হাতের “bitcoin” হলো বিটকয়েন নেটওয়ার্কের নিজস্ব ক্রিপটোকারেন্সি।", "what-is-ether-2-b-label": "ETH", - "what-is-ether-2-b-explanation": "Ether (ETH) হল Ethereum-এর নেটিভ ক্রিপটোকারেন্সি। Ethereum-এর সমস্ত নেটওয়ার্ক ফি ETH-এ প্রদান করা হয়।", + "what-is-ether-2-b-explanation": "ইথার (ETH) হলো ইথিরিয়ামের নিজস্ব ক্রিপটোকারেন্সি। ইথিরিয়ামের সমস্ত নেটওয়ার্ক ফি ETH-এ প্রদান করা হয়।", "what-is-ether-2-c-label": "USD", - "what-is-ether-2-c-explanation": "Ethereum-এ USD (ইউএস ডলার) বা অন্য কোনো FIAT মুদ্রায় নেটওয়ার্ক ফি প্রদান করা সম্ভব নয়।", - "what-is-ether-2-d-label": "ইথেরিয়াম", - "what-is-ether-2-d-explanation": "Ethereum হল নেটওয়ার্ক, কিন্তু Ethereum-এর নেটওয়ার্ক ফি ETH-এ প্রদান করা হয়।", - "what-is-ether-3-prompt": "Ethereum-এ স্টেকিং নেটওয়ার্ককে সুরক্ষিত করতে সাহায্য করে কারণ:", - "what-is-ether-3-a-label": "স্টেকাররা যদি তাদের কাজ পছন্দ না করে তবে লোকেদের নিষিদ্ধ করতে পারে", - "what-is-ether-3-a-explanation": "স্টেকাররা নির্বিচারে ব্যবহারকারীদের সেন্সর করতে সক্ষম নয়।", - "what-is-ether-3-b-label": "যদি একজন স্টেকার নেটওয়ার্ককে প্রতারণা করার চেষ্টা করে, তবে তারা তাদের ETH হারানোর ঝুঁকি নেয়", - "what-is-ether-3-b-explanation": "স্টেকাররা যদি নেটওয়ার্কের বিরুদ্ধে বিদ্বেষপূর্ণ আচরণ করে তবে তারা তাদের ETH-এর একটি উল্লেখযোগ্য পরিমাণ হারানোর ঝুঁকি নেয়। এটি স্ল্যাশিং নামে পরিচিত।", - "what-is-ether-3-c-label": "স্টেকাররা প্রুফ-অফ-ওয়ার্ক প্রদর্শনের জন্য শক্তিশালী কম্পিউটার চালায়", - "what-is-ether-3-c-explanation": "স্টেকারদের তাদের ETH স্টেক করার জন্য শক্তিশালী হার্ডওয়্যারের প্রয়োজন নেই। Ethereum The Merge-এ প্রুফ-অফ-ওয়ার্ক ব্যবহার করা বন্ধ করে দিয়েছে।", - "what-is-ether-3-d-label": "স্টেকাররা ভ্যালিডেটর হিসাবে গৃহীত হওয়ার আগে KYC-এর মধ্য দিয়ে যায়", - "what-is-ether-3-d-explanation": "Ethereum-এ স্টেকিং অনুমতিহীন এবং KYC-এর প্রয়োজন নেই।", - "what-is-ether-4-prompt": "ETH ব্যবহার করা যেতে পারে:", - "what-is-ether-4-a-label": "Ethereum-এ লেনদেন ফি প্রদান করা", - "what-is-ether-4-a-explanation": "এই উত্তরটি আংশিকভাবে সঠিক, কিন্তু ETH যে অনেক কিছুর জন্য ব্যবহার করা যেতে পারে তার মধ্যে এটি মাত্র একটি।", - "what-is-ether-4-b-label": "সেন্সর-অযোগ্য পিয়ার-টু-পিয়ার পেমেন্ট", - "what-is-ether-4-b-explanation": "এই উত্তরটি আংশিকভাবে সঠিক, কিন্তু ETH যে অনেক কিছুর জন্য ব্যবহার করা যেতে পারে তার মধ্যে এটি মাত্র একটি।", - "what-is-ether-4-c-label": "ক্রিপ্টো লোনের জন্য কোলাটেরাল", - "what-is-ether-4-c-explanation": "এই উত্তরটি আংশিকভাবে সঠিক, কিন্তু ETH যে অনেক কিছুর জন্য ব্যবহার করা যেতে পারে তার মধ্যে এটি মাত্র একটি।", - "what-is-ether-4-d-label": "উপরের সবকটি", - "what-is-ether-4-d-explanation": "Ethereum লেনদেন সেন্সর করা যায় না, Ethereum-এ যেকোনো লেনদেন করার জন্য ETH প্রয়োজন, এবং এটি DeFi ইকোসিস্টেমের স্থিতিশীলতার জন্য অত্যন্ত গুরুত্বপূর্ণ।", - "web3-1-prompt": "Web3 ব্যবহারকারীদের ডিজিটাল সম্পদের মালিক হতে দেয় এর মাধ্যমে:", + "what-is-ether-2-c-explanation": "ইথিরিয়ামে USD (ইউএস ডলার) বা অন্য কোনো ফিয়াট মুদ্রায় নেটওয়ার্ক ফি প্রদান করা সম্ভব নয়।", + "what-is-ether-2-d-label": "ইথিরিয়াম", + "what-is-ether-2-d-explanation": "ইথিরিয়াম হলো নেটওয়ার্ক, তবে ইথিরিয়ামের নেটওয়ার্ক ফি ETH-এ প্রদান করা হয়।", + "what-is-ether-3-prompt": "ইথিরিয়ামে স্টেকিং নেটওয়ার্ক সুরক্ষিত করতে সাহায্য করে কারণ:", + "what-is-ether-3-a-label": "স্টেকাররা চাইলে কাউকে নিষিদ্ধ করতে পারে যদি তাদের কাজ পছন্দ না হয়", + "what-is-ether-3-a-explanation": "স্টেকাররা ইচ্ছামতো ব্যবহারকারীদের সেন্সর করতে পারে না।", + "what-is-ether-3-b-label": "যদি কোনো স্টেকার নেটওয়ার্কের সাথে প্রতারণা করার চেষ্টা করে, তবে তাদের ETH হারানোর ঝুঁকি থাকে", + "what-is-ether-3-b-explanation": "স্টেকাররা যদি নেটওয়ার্কের বিরুদ্ধে ক্ষতিকারক আচরণ করে বলে প্রমাণিত হয়, তবে তাদের উল্লেখযোগ্য পরিমাণ ETH হারানোর ঝুঁকি থাকে। এটি স্ল্যাশিং নামে পরিচিত।", + "what-is-ether-3-c-label": "স্টেকাররা প্রুফ-অফ-ওয়ার্ক প্রদর্শনের জন্য শক্তিশালী কম্পিউটার চালায়", + "what-is-ether-3-c-explanation": "স্টেকারদের তাদের ETH স্টেক করার জন্য শক্তিশালী হার্ডওয়্যারের প্রয়োজন নেই। দ্য মার্জ-এ ইথিরিয়াম প্রুফ-অফ-ওয়ার্ক ব্যবহার করা বন্ধ করে দিয়েছে।", + "what-is-ether-3-d-label": "ভ্যালিডেটর হিসেবে গৃহীত হওয়ার আগে স্টেকারদের KYC সম্পন্ন করতে হয়", + "what-is-ether-3-d-explanation": "ইথিরিয়ামে স্টেকিং পারমিশনলেস এবং এর জন্য কোনো KYC-এর প্রয়োজন নেই।", + "what-is-ether-4-prompt": "ETH যে কাজে ব্যবহার করা যেতে পারে:", + "what-is-ether-4-a-label": "ইথিরিয়ামে ট্রানজেকশন ফি প্রদান করা", + "what-is-ether-4-a-explanation": "এই উত্তরটি আংশিক সঠিক, তবে এটি এমন অনেক কিছুর মধ্যে একটি যার জন্য ETH ব্যবহার করা যেতে পারে।", + "what-is-ether-4-b-label": "সেন্সর-অযোগ্য পিয়ার-টু-পিয়ার পেমেন্ট", + "what-is-ether-4-b-explanation": "এই উত্তরটি আংশিক সঠিক, তবে এটি এমন অনেক কিছুর মধ্যে একটি যার জন্য ETH ব্যবহার করা যেতে পারে।", + "what-is-ether-4-c-label": "ক্রিপ্টো লোনের জন্য কোল্যাটারাল", + "what-is-ether-4-c-explanation": "এই উত্তরটি আংশিক সঠিক, তবে এটি এমন অনেক কিছুর মধ্যে একটি যার জন্য ETH ব্যবহার করা যেতে পারে।", + "what-is-ether-4-d-label": "উপরের সবগুলো", + "what-is-ether-4-d-explanation": "ইথিরিয়াম লেনদেন সেন্সর করা যায় না, ইথিরিয়ামে যেকোনো লেনদেন করার জন্য ETH প্রয়োজন, এবং এটি DeFi ইকোসিস্টেমের স্থিতিশীলতার জন্য অত্যন্ত গুরুত্বপূর্ণ।", + "web3-1-prompt": "ওয়েব3 ব্যবহারকারীদের যার মাধ্যমে ডিজিটাল সম্পদের মালিক হওয়ার সুযোগ দেয়:", "web3-1-a-label": "টোকেন", - "web3-1-a-explanation": "টোকেনগুলি মূল্যের ইউনিটগুলিকে প্রতিনিধিত্ব করার একটি উপায় প্রদান করে যা একে অপরের সাথে বিনিময়যোগ্য, একটি Ethereum অ্যাকাউন্টের মালিকানাধীন। যদিও তারা মালিকানার প্রতিনিধিত্ব করে, Ethereum-এ ডিজিটাল সম্পদের মালিক হওয়ার আরও অনেক উপায় রয়েছে।", - "web3-1-b-label": "NFT", - "web3-1-b-explanation": "NFTs (নন-ফাঞ্জিবল টোকেন) যেকোনো অনন্য জিনিসকে Ethereum-ভিত্তিক সম্পদ হিসাবে প্রতিনিধিত্ব করার একটি উপায় প্রদান করে। যদিও তারা মালিকানার প্রতিনিধিত্ব করে, Ethereum-এ ডিজিটাল সম্পদের মালিক হওয়ার আরও অনেক উপায় রয়েছে।", + "web3-1-a-explanation": "টোকেন এমন একটি উপায় প্রদান করে যা একে অপরের সাথে বিনিময়যোগ্য মূল্যের একককে উপস্থাপন করে, যার মালিকানা একটি ইথিরিয়াম একাউন্ট এর অধীনে থাকে। যদিও এগুলো মালিকানা উপস্থাপন করে, ইথিরিয়ামে ডিজিটাল সম্পদের মালিক হওয়ার আরও অনেক উপায় রয়েছে।", + "web3-1-b-label": "NFTs", + "web3-1-b-explanation": "NFTs (নন-ফান্জেবল টোকেন) ইথিরিয়াম-ভিত্তিক সম্পদ হিসেবে যেকোনো অনন্য জিনিসকে উপস্থাপন করার একটি উপায় প্রদান করে। যদিও এগুলো মালিকানা উপস্থাপন করে, ইথিরিয়ামে ডিজিটাল সম্পদের মালিক হওয়ার আরও অনেক উপায় রয়েছে।", "web3-1-c-label": "ENS", - "web3-1-c-explanation": "ENS (Ethereum Name Service) হল Ethereum ব্লকচেইনের জন্য একটি বিকেন্দ্রীভূত নামকরণ পরিষেবা। যদিও তারা মালিকানার প্রতিনিধিত্ব করে, Ethereum-এ ডিজিটাল সম্পদের মালিক হওয়ার আরও অনেক উপায় রয়েছে।", - "web3-1-d-label": "উপরের সবকটি", - "web3-1-d-explanation": "সমস্ত বিকল্পগুলি Ethereum-এ ডিজিটাল সম্পদের মালিক হওয়ার উপায় প্রদান করে। টোকেন, NFTs, এবং ENS সবই ডিজিটাল সম্পদের মালিকানা প্রতিনিধিত্ব করার উপায়।", - "web3-2-prompt": "Web1 ছিল রিড-অনলি, Web2 হল রিড-রাইট, Web3-কে বর্ণনা করা হয়েছে:", + "web3-1-c-explanation": "ENS (ইথিরিয়াম নেম সার্ভিস) হলো ইথিরিয়াম ব্লকচেইন এর জন্য একটি ডিসেন্ট্রালাইজড নেমিং সার্ভিস। যদিও এগুলো মালিকানা উপস্থাপন করে, ইথিরিয়ামে ডিজিটাল সম্পদের মালিক হওয়ার আরও অনেক উপায় রয়েছে।", + "web3-1-d-label": "উপরের সবগুলো", + "web3-1-d-explanation": "সবগুলো বিকল্পই ইথিরিয়ামে ডিজিটাল সম্পদের মালিক হওয়ার উপায় প্রদান করে। টোকেন, NFTs এবং ENS হলো ডিজিটাল সম্পদের মালিকানা উপস্থাপন করার বিভিন্ন উপায়।", + "web3-2-prompt": "Web1 ছিল রিড-অনলি, Web2 হলো রিড-রাইট, ওয়েব3 কে যেভাবে বর্ণনা করা হয়েছে:", "web3-2-a-label": "রিড-রাইট-সেল", - "web3-2-a-explanation": "Web3-কে এইভাবে বর্ণনা করা হয়নি।", + "web3-2-a-explanation": "ওয়েব3 কে এভাবে বর্ণনা করা হয়নি।", "web3-2-b-label": "রিড-রাইট-স্টোর", - "web3-2-b-explanation": "Web3-কে এইভাবে বর্ণনা করা হয়নি।", + "web3-2-b-explanation": "ওয়েব3 কে এভাবে বর্ণনা করা হয়নি।", "web3-2-c-label": "রিড-রাইট-ওন", - "web3-2-c-explanation": "Web3 ব্যবহারকারীদের তাদের ডেটার মালিক হতে দেয় এবং তাই এটিকে 'রিড-রাইট-ওন' হিসাবে বর্ণনা করা হয়েছে, যা Web2-এর উপর একটি উন্নতি, যা শুধুমাত্র 'রিড-রাইট'।", + "web3-2-c-explanation": "ওয়েব3 ব্যবহারকারীদের তাদের নিজস্ব ডেটার মালিক হওয়ার সুযোগ দেয় এবং তাই একে ‘রিড-রাইট-ওন’ হিসেবে বর্ণনা করা হয়েছে, যা Web2 এর ‘রিড-রাইট’ এর চেয়ে উন্নত।", "web3-2-d-label": "রিড-রাইট-বাই", - "web3-2-d-explanation": "Web3-কে এইভাবে বর্ণনা করা হয়নি।", - "web3-3-prompt": "ওয়েবের কোন পুনরাবৃত্তি তৃতীয় পক্ষের পেমেন্ট প্রদানকারীদের উপর নির্ভর করে না?", + "web3-2-d-explanation": "ওয়েব3 কে এভাবে বর্ণনা করা হয়নি।", + "web3-3-prompt": "ওয়েবের কোন সংস্করণটি থার্ড-পার্টি পেমেন্ট প্রোভাইডারদের ওপর নির্ভর করে না?", "web3-3-a-label": "Web1", - "web3-3-a-explanation": "Web1-এর কোনো নেটিভ, বিল্ট-ইন পেমেন্ট ছিল না।", + "web3-3-a-explanation": "Web1 এ কোনো নেটিভ, বিল্ট-ইন পেমেন্ট ব্যবস্থা ছিল না।", "web3-3-b-label": "Web2", - "web3-3-b-explanation": "Web2-এর কোনো নেটিভ, বিল্ট-ইন পেমেন্ট নেই।", - "web3-3-c-label": "Web3", - "web3-3-c-explanation": "Web3-তে ক্রিপটোকারেন্সি, যেমন ETH, দিয়ে নেটিভ, বিল্ট-ইন পেমেন্ট রয়েছে।", - "web3-3-d-label": "উপরের সবকটি", - "web3-3-d-explanation": "Web1 এবং Web2-এর কোনো নেটিভ, বিল্ট-ইন পেমেন্ট নেই।", - "web3-4-prompt": "'Web3' শব্দটি প্রথম তৈরি করেছিলেন:", + "web3-3-b-explanation": "Web2 তে কোনো নেটিভ, বিল্ট-ইন পেমেন্ট ব্যবস্থা নেই।", + "web3-3-c-label": "ওয়েব3", + "web3-3-c-explanation": "ওয়েব3 তে ETH এর মতো ক্রিপটোকারেন্সি দিয়ে নেটিভ, বিল্ট-ইন পেমেন্ট ব্যবস্থা রয়েছে।", + "web3-3-d-label": "উপরের সবগুলো", + "web3-3-d-explanation": "Web1 এবং Web2 তে কোনো নেটিভ, বিল্ট-ইন পেমেন্ট ব্যবস্থা নেই।", + "web3-4-prompt": "‘ওয়েব3’ শব্দটি প্রথম কে ব্যবহার করেন:", "web3-4-a-label": "গ্যাভিন উড", - "web3-4-a-explanation": "গ্যাভিন উড, Ethereum-এর একজন সহ-প্রতিষ্ঠাতা, 2015 সালে Ethereum চালু হওয়ার অল্প সময়ের মধ্যেই Web3 শব্দটি তৈরি করার জন্য কৃতিত্বপ্রাপ্ত।", + "web3-4-a-explanation": "ইথিরিয়ামের সহ-প্রতিষ্ঠাতা গ্যাভিন উডকে 2015 সালে ইথিরিয়াম চালু হওয়ার পরপরই ওয়েব3 শব্দটি তৈরি করার কৃতিত্ব দেওয়া হয়।", "web3-4-b-label": "স্টিভ জবস", - "web3-4-b-explanation": "স্টিভ জবস 'Web3' শব্দটি তৈরি করেননি।", - "web3-4-c-label": "Vitalik বুটেরিন", - "web3-4-c-explanation": "ভিটালিক বুটেরিন, যদিও Ethereum-এর মূল প্রতিষ্ঠাতা, 'Web3' শব্দটি তৈরি করেননি।", + "web3-4-b-explanation": "স্টিভ জবস ‘ওয়েব3’ শব্দটি তৈরি করেননি।", + "web3-4-c-label": "ভিটালিক বুটেরিন", + "web3-4-c-explanation": "ভিটালিক বুটেরিন ইথিরিয়ামের মূল প্রতিষ্ঠাতা হলেও, তিনি ‘ওয়েব3’ শব্দটি তৈরি করেননি।", "web3-4-d-label": "ইলন মাস্ক", - "web3-4-d-explanation": "ইলন মাস্ক 'Web3' শব্দটি তৈরি করেননি।", - "web3-5-prompt": "আপনি এর ব্যবহারের মাধ্যমে সমগ্র ওয়েব জুড়ে একটি একক, সেন্সরশিপ-প্রতিরোধী লগইন পেতে পারেন:", - "web3-5-a-label": "ফেসবুকের মাধ্যমে সাইন-ইন করুন", - "web3-5-a-explanation": "ফেসবুকের মাধ্যমে সাইন-ইন সেন্সরশিপ প্রতিরোধী নয়।", - "web3-5-b-label": "গুগলের মাধ্যমে সাইন-ইন করুন", - "web3-5-b-explanation": "গুগলের মাধ্যমে সাইন-ইন সেন্সরশিপ প্রতিরোধী নয়।", - "web3-5-c-label": "Ethereum-এর মাধ্যমে সাইন-ইন করুন", - "web3-5-c-explanation": "Ethereum-এর মাধ্যমে সাইন-ইন হল একমাত্র বিকল্প যা সেন্সরশিপ-প্রতিরোধী এবং যেকোনো ওয়েব অ্যাপ্লিকেশনে ব্যবহারযোগ্য।", - "web3-5-d-label": "টুইটারের মাধ্যমে সাইন-ইন করুন", - "web3-5-d-explanation": "টুইটারের মাধ্যমে সাইন-ইন সেন্সরশিপ প্রতিরোধী নয়।", - "wallets-1-prompt": "সবচেয়ে সুরক্ষিত ধরনের ওয়ালেট হল:", + "web3-4-d-explanation": "ইলন মাস্ক ‘ওয়েব3’ শব্দটি তৈরি করেননি।", + "web3-5-prompt": "আপনি যার মাধ্যমে পুরো ওয়েবে একটি একক, সেন্সরশিপ-প্রতিরোধী লগইন পেতে পারেন:", + "web3-5-a-label": "ফেসবুক দিয়ে সাইন-ইন", + "web3-5-a-explanation": "ফেসবুক দিয়ে সাইন-ইন সেন্সরশিপ-প্রতিরোধী নয়।", + "web3-5-b-label": "গুগল দিয়ে সাইন-ইন", + "web3-5-b-explanation": "গুগল দিয়ে সাইন-ইন সেন্সরশিপ-প্রতিরোধী নয়।", + "web3-5-c-label": "ইথিরিয়াম দিয়ে সাইন-ইন", + "web3-5-c-explanation": "ইথিরিয়াম দিয়ে সাইন-ইন হলো একমাত্র বিকল্প যা সেন্সরশিপ-প্রতিরোধী এবং যেকোনো ওয়েব অ্যাপ্লিকেশনে ব্যবহারযোগ্য।", + "web3-5-d-label": "টুইটার দিয়ে সাইন-ইন", + "web3-5-d-explanation": "টুইটার দিয়ে সাইন-ইন সেন্সরশিপ-প্রতিরোধী নয়।", + "wallets-1-prompt": "সবচেয়ে নিরাপদ ধরনের ওয়ালেট হলো:", "wallets-1-a-label": "একটি মোবাইল ওয়ালেট", - "wallets-1-a-explanation": "মোবাইল ওয়ালেটগুলি একটি মোবাইল ডিভাইসে প্রাইভেট কী ধরে রাখে, যার সাধারণত ইন্টারনেটের সাথে সংযোগ থাকে এবং সম্ভাব্যভাবে অন্য সফ্টওয়্যার দ্বারা আপোস করা হয়।", - "wallets-1-b-label": "একটি হার্ডওয়্যার ওয়ালেট", - "wallets-1-b-explanation": "একটি হার্ডওয়্যার ওয়ালেটের প্রাইভেট কীগুলি একটি ডেডিকেটেড ডিভাইসে সংরক্ষণ করা হয় যা ইন্টারনেট থেকে দূরে রাখা যেতে পারে এবং আপনার ডিভাইসের অন্যান্য অ্যাপ্লিকেশন থেকে বিচ্ছিন্ন থাকে।", - "wallets-1-c-label": "একটি ওয়েব ওয়ালেট", - "wallets-1-c-explanation": "ওয়েব ওয়ালেটের নিরাপত্তা হার্ডওয়্যার ওয়ালেটের চেয়ে কম কারণ প্রাইভেট কীগুলি একটি ইন্টারনেট-সংযুক্ত ডিভাইসে সংরক্ষণ করা হয়।", + "wallets-1-a-explanation": "মোবাইল ওয়ালেটগুলো একটি মোবাইল ডিভাইসে প্রাইভেট কি ধারণ করে, যা সাধারণত ইন্টারনেটের সাথে সংযুক্ত থাকে এবং অন্যান্য সফটওয়্যার দ্বারা আপস হওয়ার সম্ভাবনা থাকে।", + "wallets-1-b-label": "একটি হার্ডওয়্যার ওয়ালেট", + "wallets-1-b-explanation": "একটি হার্ডওয়্যার ওয়ালেট এর প্রাইভেট কি একটি ডেডিকেটেড ডিভাইসে সংরক্ষিত থাকে যা ইন্টারনেট থেকে দূরে রাখা যায় এবং আপনার ডিভাইসের অন্যান্য অ্যাপ্লিকেশন থেকে বিচ্ছিন্ন থাকে।", + "wallets-1-c-label": "একটি ওয়েব ওয়ালেট", + "wallets-1-c-explanation": "ওয়েব ওয়ালেটগুলোর নিরাপত্তা হার্ডওয়্যার ওয়ালেটগুলোর চেয়ে কম কারণ প্রাইভেট কি একটি ইন্টারনেট-সংযুক্ত ডিভাইসে সংরক্ষিত থাকে।", "wallets-1-d-label": "একটি ডেস্কটপ ওয়ালেট", - "wallets-1-d-explanation": "ডেস্কটপ ওয়ালেটগুলি একটি কম্পিউটার হার্ড ড্রাইভে প্রাইভেট কী ধরে রাখে, যার সাধারণত ইন্টারনেটের সাথে সংযোগ থাকে এবং সম্ভাব্যভাবে অন্য সফ্টওয়্যার দ্বারা আপোস করা হয়।", + "wallets-1-d-explanation": "ডেস্কটপ ওয়ালেটগুলো কম্পিউটারের হার্ড ড্রাইভে প্রাইভেট কি ধারণ করে, যা সাধারণত ইন্টারনেটের সাথে সংযুক্ত থাকে এবং অন্যান্য সফটওয়্যার দ্বারা আপস হওয়ার সম্ভাবনা থাকে।", "wallets-2-prompt": "আপনার সিড ফ্রেজ কীভাবে সংরক্ষণ করা উচিত?", "wallets-2-a-label": "আপনার ফোনের একটি ছবিতে", - "wallets-2-a-explanation": "এটি সবচেয়ে সুরক্ষিত বিকল্প নয়। যদি এই ছবিটি ক্লাউড স্টোরেজে আপলোড করা হয়, তবে একজন হ্যাকার এই ছবিটি পেয়ে আপনার অ্যাকাউন্টে অ্যাক্সেস লাভ করতে পারে।", + "wallets-2-a-explanation": "এটি সবচেয়ে নিরাপদ বিকল্প নয়। যদি এই ছবিটি ক্লাউড স্টোরেজে আপলোড করা হয় তবে একজন হ্যাকার এই ছবিটি পেয়ে যেতে পারে এবং আপনার একাউন্ট এর অ্যাক্সেস নিতে পারে।", "wallets-2-b-label": "আপনার কম্পিউটারের একটি ফাইলে", - "wallets-2-b-explanation": "এটি সবচেয়ে সুরক্ষিত বিকল্প নয়। হ্যাকাররা টার্গেট ডিভাইসে ক্রমবর্ধমানভাবে ক্রিপ্টোকারেন্সি সম্পর্কিত তথ্য খুঁজছে। যদি একজন হ্যাকার আপনার সিড ফ্রেজ সহ ফাইলটি অ্যাক্সেস করে, তবে তারা আপনার অ্যাকাউন্টে অ্যাক্সেস লাভ করবে।", - "wallets-2-c-label": "বিশ্বস্ত পরিবারের সদস্যকে একটি টেক্সট বার্তায়", - "wallets-2-c-explanation": "আপনার সিড ফ্রেজ কখনোই কাউকে টেক্সট করা উচিত নয়। বার্তাটি একটি তৃতীয় পক্ষ দ্বারা বাধাগ্রস্ত হতে পারে, এবং আপনি যদি এই ব্যক্তিকে সম্পূর্ণরূপে বিশ্বাস করেন, তবুও আপনি জানেন না কে তার ফোন অ্যাক্সেস করতে সক্ষম হতে পারে।", - "wallets-2-d-label": "উপরের কোনোটিই নয়", - "wallets-2-d-explanation": "আপনার সিড ফ্রেজ একটি সুরক্ষিত উপায়ে সংরক্ষণ করা উচিত, আদর্শভাবে অফলাইন। এটি একটি কাগজে লিখে রাখা প্রায়শই এই কারণে সুপারিশ করা হয়, কিন্তু সুরক্ষিত পাসওয়ার্ড ম্যানেজার একটি ভাল বিকল্প।", - "wallets-3-prompt": "আপনার সিড ফ্রেজ / প্রাইভেট কী কাকে দেওয়া উচিত?", - "wallets-3-a-label": "যাকে আপনি অর্থ প্রদান করছেন", - "wallets-3-a-explanation": "আপনার সিড ফ্রেজ বা প্রাইভেট কী কখনোই কাউকে দেওয়া উচিত নয়। পরিবর্তে, একটি লেনদেনের মাধ্যমে তাদের ওয়ালেট ঠিকানায় টোকেন পাঠান।", - "wallets-3-b-label": "একটি ডিএ্যাপ বা ওয়ালেটে লগইন করতে", - "wallets-3-b-explanation": "আপনার ওয়ালেট বা ডিএ্যাপে লগইন করার জন্য আপনার সিড ফ্রেজ / প্রাইভেট কী কখনোই দেওয়া উচিত নয়।", + "wallets-2-b-explanation": "এটি সবচেয়ে নিরাপদ বিকল্প নয়। হ্যাকাররা টার্গেট ডিভাইসগুলোতে ক্রিপটোকারেন্সি সম্পর্কিত তথ্যের সন্ধান ক্রমশ বাড়াচ্ছে। যদি কোনো হ্যাকার আপনার সিড ফ্রেজ সহ ফাইলটি অ্যাক্সেস করে তবে তারা আপনার একাউন্ট এর অ্যাক্সেস পেয়ে যাবে।", + "wallets-2-c-label": "বিশ্বস্ত পরিবারের সদস্যকে টেক্সট মেসেজে", + "wallets-2-c-explanation": "আপনার সিড ফ্রেজ কখনোই কাউকে টেক্সট করা উচিত নয়। মেসেজটি কোনো তৃতীয় পক্ষের দ্বারা ইন্টারসেপ্ট হতে পারে, এবং আপনি যদি এই ব্যক্তিকে সম্পূর্ণ বিশ্বাসও করেন, তবুও আপনি জানেন না কে তাদের ফোন অ্যাক্সেস করতে পারে।", + "wallets-2-d-label": "উপরের কোনটিই নয়", + "wallets-2-d-explanation": "আপনার সিড ফ্রেজ একটি নিরাপদ উপায়ে সংরক্ষণ করা উচিত, আদর্শভাবে অফলাইনে। এই কারণে এটি কাগজে লিখে রাখার পরামর্শ দেওয়া হয়, তবে নিরাপদ পাসওয়ার্ড ম্যানেজারগুলো একটি ভালো বিকল্প।", + "wallets-3-prompt": "আপনার সিড ফ্রেজ / প্রাইভেট কি কাকে দেওয়া উচিত?", + "wallets-3-a-label": "যাকে আপনি পেমেন্ট করছেন", + "wallets-3-a-explanation": "আপনার সিড ফ্রেজ বা প্রাইভেট কি কখনোই কাউকে দেওয়া উচিত নয়। এর পরিবর্তে, একটি লেনদেন এর মাধ্যমে তাদের ওয়ালেট এডড্রেস এ টোকেন পাঠান।", + "wallets-3-b-label": "কোনো ডিএ্যাপ বা ওয়ালেট এ লগইন করতে", + "wallets-3-b-explanation": "আপনার ওয়ালেট বা ডিএ্যাপ এ লগইন করার জন্য কখনোই আপনার সিড ফ্রেজ / প্রাইভেট কি দেওয়া উচিত নয়।", "wallets-3-c-label": "সাপোর্ট স্টাফ", - "wallets-3-c-explanation": "সাপোর্ট স্টাফ বলে দাবি করা কাউকে আপনার সিড ফ্রেজ / প্রাইভেট কী কখনোই দেওয়া উচিত নয়। যে কেউ আপনার কাছে এটি চাইবে সে একজন স্ক্যামার।", - "wallets-3-d-label": "কাউকে নয়", - "wallets-3-d-explanation": "আদর্শগতভাবে, আপনার সিড ফ্রেজ বা প্রাইভেট কী কখনোই কাউকে দেওয়া উচিত নয়। আপনি যদি আপনার তহবিলের সম্পূর্ণ অ্যাক্সেসের জন্য কাউকে সম্পূর্ণরূপে বিশ্বাস করেন (যেমন একজন পত্নী), তবে আপনি তাদের সাথে এই তথ্যটি ভাগ করার সিদ্ধান্ত নিতে পারেন।", - "wallets-4-prompt": "Ethereum-এ একটি ওয়ালেট এবং একটি অ্যাকাউন্ট একই জিনিস।", + "wallets-3-c-explanation": "সাপোর্ট স্টাফ দাবি করা কাউকেই আপনার সিড ফ্রেজ / প্রাইভেট কি দেওয়া উচিত নয়। যে কেউ আপনার কাছে এটি চাইবে সে একজন স্ক্যামার।", + "wallets-3-d-label": "কাউকে না", + "wallets-3-d-explanation": "আদর্শভাবে, আপনার সিড ফ্রেজ বা প্রাইভেট কি কখনোই কাউকে দেওয়া উচিত নয়। আপনি যদি আপনার ফান্ডের সম্পূর্ণ অ্যাক্সেস সহ কাউকে পুরোপুরি বিশ্বাস করেন (যেমন স্বামী বা স্ত্রী), তবে আপনি তাদের সাথে এই তথ্য শেয়ার করার সিদ্ধান্ত নিতে পারেন।", + "wallets-4-prompt": "ইথিরিয়ামে একটি ওয়ালেট এবং একটি একাউন্ট একই জিনিস।", "wallets-4-a-label": "সত্য", - "wallets-4-a-explanation": "একটি ওয়ালেট হল একটি ভিজ্যুয়াল ইন্টারফেস যা একটি Ethereum অ্যাকাউন্টের সাথে ইন্টারঅ্যাক্ট করতে ব্যবহৃত হয়।", + "wallets-4-a-explanation": "একটি ওয়ালেট হলো একটি ভিজ্যুয়াল ইন্টারফেস যা একটি ইথিরিয়াম একাউন্ট এর সাথে ইন্টারঅ্যাক্ট করতে ব্যবহৃত হয়।", "wallets-4-b-label": "মিথ্যা", - "wallets-4-b-explanation": "একটি ওয়ালেট হল একটি ভিজ্যুয়াল ইন্টারফেস যা একটি Ethereum অ্যাকাউন্টের সাথে ইন্টারঅ্যাক্ট করতে ব্যবহৃত হয়।", - "security-1-prompt": "আপনার সমস্ত অ্যাকাউন্টের জন্য কেন অনন্য পাসওয়ার্ড ব্যবহার করা উচিত?", - "security-1-a-label": "যদি কোনো একটি প্ল্যাটফর্মে ডেটা লঙ্ঘন হয়", - "security-1-a-explanation": "এই উত্তরটি সঠিক, কিন্তু অন্যান্য সঠিক উত্তরও রয়েছে।", - "security-1-b-label": "যদি আপনার কাঁধের উপর দিয়ে কেউ আপনার পাসওয়ার্ড বের করে ফেলে", - "security-1-b-explanation": "এই উত্তরটি সঠিক, কিন্তু অন্যান্য সঠিক উত্তরও রয়েছে।", - "security-1-c-label": "যদি ম্যালওয়্যার, যেমন একটি কী-লগার, আপনার পাসওয়ার্ড চুরি করে", - "security-1-c-explanation": "এই উত্তরটি সঠিক, কিন্তু অন্যান্য সঠিক উত্তরও রয়েছে।", - "security-1-d-label": "উপরের সবকটি", - "security-1-d-explanation": "সব উত্তরই সঠিক। অনন্য পাসওয়ার্ড ব্যবহার করা অন্য কাউকে আপনার অ্যাকাউন্টে অ্যাক্সেস করা থেকে বিরত রাখার সেরা উপায়।", - "security-2-prompt": "The Merge-এর পরে, ETH-কে ETH2-তে আপগ্রেড করতে হবে।", + "wallets-4-b-explanation": "একটি ওয়ালেট হলো একটি ভিজ্যুয়াল ইন্টারফেস যা একটি ইথিরিয়াম একাউন্ট এর সাথে ইন্টারঅ্যাক্ট করতে ব্যবহৃত হয়।", + "security-1-prompt": "আপনার সমস্ত একাউন্টগুলোর জন্য কেন আপনার অনন্য পাসওয়ার্ড ব্যবহার করা উচিত?", + "security-1-a-label": "যদি কোনো একটি প্ল্যাটফর্মে ডেটা ব্রিচ হয়", + "security-1-a-explanation": "এই উত্তরটি সঠিক, তবে আরও অন্যান্য সঠিক উত্তর রয়েছে।", + "security-1-b-label": "যদি কেউ আপনার কাঁধের ওপর দিয়ে উঁকি দিয়ে আপনার পাসওয়ার্ড জেনে ফেলে", + "security-1-b-explanation": "এই উত্তরটি সঠিক, তবে আরও অন্যান্য সঠিক উত্তর রয়েছে।", + "security-1-c-label": "যদি ম্যালওয়্যার, যেমন একটি কি-লগার, আপনার পাসওয়ার্ড চুরি করে", + "security-1-c-explanation": "এই উত্তরটি সঠিক, তবে আরও অন্যান্য সঠিক উত্তর রয়েছে।", + "security-1-d-label": "উপরের সবগুলো", + "security-1-d-explanation": "সবগুলো উত্তরই সঠিক। অনন্য পাসওয়ার্ড ব্যবহার করা হলো অন্য কাউকে আপনার একাউন্ট অ্যাক্সেস করা থেকে বিরত রাখার সর্বোত্তম উপায়।", + "security-2-prompt": "দ্য মার্জ এর পর, ETH কে অবশ্যই ETH2 তে আপগ্রেড করতে হবে।", "security-2-a-label": "সত্য", - "security-2-a-explanation": "আপনার ETH-কে ETH2-তে আপগ্রেড করার দরকার নেই। কোনো ETH2 নেই এবং এটি স্ক্যামারদের দ্বারা ব্যবহৃত একটি সাধারণ আখ্যান।", + "security-2-a-explanation": "আপনার ETH কে ETH2 তে আপগ্রেড করার কোনো প্রয়োজন নেই। ETH2 বলতে কিছু নেই এবং এটি স্ক্যামারদের দ্বারা ব্যবহৃত একটি সাধারণ গল্প।", "security-2-b-label": "মিথ্যা", - "security-2-b-explanation": "আপনার ETH-কে ETH2-তে আপগ্রেড করার দরকার নেই। কোনো ETH2 নেই এবং এটি স্ক্যামারদের দ্বারা ব্যবহৃত একটি সাধারণ আখ্যান।", - "security-3-prompt": "ETH গিভঅ্যাওয়ে হল:", - "security-3-a-label": "আরও ETH পাওয়ার একটি ভাল উপায়", - "security-3-a-explanation": "ETH গিভঅ্যাওয়ে হল আপনার ETH এবং অন্যান্য টোকেন চুরি করার জন্য ডিজাইন করা স্ক্যাম। এগুলি কখনোই আরও ETH পাওয়ার একটি ভাল উপায় নয়।", + "security-2-b-explanation": "আপনার ETH কে ETH2 তে আপগ্রেড করার কোনো প্রয়োজন নেই। ETH2 বলতে কিছু নেই এবং এটি স্ক্যামারদের দ্বারা ব্যবহৃত একটি সাধারণ গল্প।", + "security-3-prompt": "ETH গিভঅ্যাওয়েগুলো হলো:", + "security-3-a-label": "আরও ETH পাওয়ার একটি ভালো উপায়", + "security-3-a-explanation": "ETH গিভঅ্যাওয়ে হলো আপনার ETH এবং অন্যান্য টোকেন চুরি করার জন্য তৈরি করা স্ক্যাম। এগুলো কখনোই আরও ETH পাওয়ার ভালো উপায় নয়।", "security-3-b-label": "সর্বদা আসল", - "security-3-b-explanation": "ETH গিভঅ্যাওয়ে কখনোই আসল হয় না।", - "security-3-c-label": "সাধারণত সম্প্রদায়ের বিশিষ্ট সদস্যদের দ্বারা সঞ্চালিত হয়", - "security-3-c-explanation": "বিশিষ্ট সম্প্রদায়ের সদস্যরা ETH গিভঅ্যাওয়ে করে না। স্ক্যামাররা ভান করে যে সুপরিচিত ব্যক্তিরা, যেমন ইলন মাস্ক, গিভঅ্যাওয়ে করছে যাতে তাদের স্ক্যামকে বৈধতা দেওয়া যায়।", - "security-3-d-label": "খুব সম্ভবত একটি স্ক্যাম", - "security-3-d-explanation": "ETH গিভঅ্যাওয়ে সবসময় স্ক্যাম। স্ক্যামারদের রিপোর্ট করা এবং উপেক্ষা করা সেরা।", - "security-4-prompt": "Ethereum লেনদেন বিপরীতমুখী।", + "security-3-b-explanation": "ETH গিভঅ্যাওয়ে কখনোই আসল হয় না।", + "security-3-c-label": "সাধারণত কমিউনিটির বিশিষ্ট সদস্যদের দ্বারা পরিচালিত হয়", + "security-3-c-explanation": "কমিউনিটির বিশিষ্ট সদস্যরা ETH গিভঅ্যাওয়ে করেন না। স্ক্যামাররা ইলন মাস্কের মতো সুপরিচিত ব্যক্তিদের ভান করে গিভঅ্যাওয়ে করে যাতে তাদের স্ক্যামটি বৈধ মনে হয়।", + "security-3-d-label": "স্ক্যাম হওয়ার সম্ভাবনা খুব বেশি", + "security-3-d-explanation": "ETH গিভঅ্যাওয়ে সর্বদা স্ক্যাম। স্ক্যামারদের রিপোর্ট করা এবং এড়িয়ে চলাই সবচেয়ে ভালো।", + "security-4-prompt": "Ethereum লেনদেন পরিবর্তনযোগ্য।", "security-4-a-label": "সত্য", - "security-4-a-explanation": "Ethereum লেনদেন বিপরীত করা যায় না। যে কেউ আপনাকে অন্যথায় বলে সে আপনাকে স্ক্যাম করার চেষ্টা করতে পারে।", + "security-4-a-explanation": "Ethereum লেনদেন পরিবর্তন করা যায় না। কেউ যদি আপনাকে অন্য কিছু বলে, তবে সে আপনাকে স্ক্যাম করার চেষ্টা করতে পারে।", "security-4-b-label": "মিথ্যা", - "security-4-b-explanation": "Ethereum লেনদেন বিপরীত করা যায় না। যে কেউ আপনাকে অন্যথায় বলে সে আপনাকে স্ক্যাম করার চেষ্টা করতে পারে।", - "nfts-1-prompt": "NFT-গুলিকে সবচেয়ে ব্যাপকভাবে সংজ্ঞায়িত করা হয়:", + "security-4-b-explanation": "Ethereum লেনদেন পরিবর্তন করা যায় না। কেউ যদি আপনাকে অন্য কিছু বলে, তবে সে আপনাকে স্ক্যাম করার চেষ্টা করতে পারে।", + "nfts-1-prompt": "NFT-কে সবচেয়ে ব্যাপকভাবে সংজ্ঞায়িত করা যায় এভাবে:", "nfts-1-a-label": "অনন্য ডিজিটাল সম্পদ", - "nfts-1-a-explanation": "NFTs একটি অনন্য ডিজিটাল সম্পদের প্রতিনিধিত্ব করে।", - "nfts-1-b-label": "ডিজিটাল আর্টওয়ার্ক", - "nfts-1-b-explanation": "NFTs একটি অনন্য ডিজিটাল সম্পদের প্রতিনিধিত্ব করে, এটি সাধারণত ডিজিটাল আর্টওয়ার্ক, কিন্তু এটি শিল্পে সীমাবদ্ধ নয়।", - "nfts-1-c-label": "একচেটিয়া ইভেন্টের টিকিট", - "nfts-1-c-explanation": "NFTs একটি অনন্য ডিজিটাল সম্পদের প্রতিনিধিত্ব করে, এটি একটি টিকেটিং সিস্টেম হতে পারে, কিন্তু এটি টিকেটের মধ্যে সীমাবদ্ধ নয়।", + "nfts-1-a-explanation": "NFT একটি অনন্য ডিজিটাল সম্পদকে উপস্থাপন করে।", + "nfts-1-b-label": "ডিজিটাল আর্টওয়ার্ক", + "nfts-1-b-explanation": "NFT একটি অনন্য ডিজিটাল সম্পদকে উপস্থাপন করে, এটি সাধারণত ডিজিটাল আর্টওয়ার্ক হয়, তবে এটি কেবল শিল্পের মধ্যেই সীমাবদ্ধ নয়।", + "nfts-1-c-label": "এক্সক্লুসিভ ইভেন্টের টিকিট", + "nfts-1-c-explanation": "NFT একটি অনন্য ডিজিটাল সম্পদকে উপস্থাপন করে, এটি একটি টিকিটিং সিস্টেম হতে পারে, তবে এটি কেবল টিকিটের মধ্যেই সীমাবদ্ধ নয়।", "nfts-1-d-label": "আইনগতভাবে বাধ্যতামূলক চুক্তি", - "nfts-1-d-explanation": "যদিও একটি আইনি চুক্তিকে একটি NFT হিসাবে উপস্থাপন করা যেতে পারে, NFTs আইনগতভাবে বাধ্যতামূলক চুক্তির জন্য একচেটিয়া নয়।", - "nfts-2-prompt": "একই শিল্পকর্মের প্রতিনিধিত্বকারী দুটি NFT একই জিনিস।", + "nfts-1-d-explanation": "যদিও একটি আইনি চুক্তিকে NFT হিসেবে উপস্থাপন করা যেতে পারে, তবে NFT শুধুমাত্র আইনগতভাবে বাধ্যতামূলক চুক্তির জন্য নয়।", + "nfts-2-prompt": "একই আর্টওয়ার্ক উপস্থাপনকারী দুটি NFT একই জিনিস।", "nfts-2-a-label": "সত্য", - "nfts-2-a-explanation": "NFTs নন-ফাঞ্জিবল। এর মানে হল যে তারা ডিজিটাল শিল্পের একটি অংশ প্রতিনিধিত্ব করলেও, তারা এখনও অনন্যভাবে শনাক্তযোগ্য। ঐতিহ্যবাহী শিল্পজগতে, এটি মূল এবং প্রিন্টের মতো হতে পারে।", + "nfts-2-a-explanation": "NFT হলো নন-ফান্জেবল। এর মানে হলো, এমনকি যদি তারা একই ডিজিটাল আর্টের অংশকে উপস্থাপন করে, তবুও তাদের অনন্যভাবে শনাক্ত করা যায়। ঐতিহ্যবাহী শিল্পজগতে, এটি আসল এবং প্রিন্টের মতো হতে পারে।", "nfts-2-b-label": "মিথ্যা", - "nfts-2-b-explanation": "NFTs নন-ফাঞ্জিবল। এর মানে হল যে তারা ডিজিটাল শিল্পের একটি অংশ প্রতিনিধিত্ব করলেও, তারা এখনও অনন্যভাবে শনাক্তযোগ্য। ঐতিহ্যবাহী শিল্পজগতে, এটি মূল এবং প্রিন্টের মতো হতে পারে।", - "nfts-3-prompt": "NFTs সবচেয়ে সাধারণভাবে প্রতিনিধিত্ব করে:", - "nfts-3-a-label": "আপনার ওয়ালেটের পাসওয়ার্ড", + "nfts-2-b-explanation": "NFT হলো নন-ফান্জেবল। এর মানে হলো, এমনকি যদি তারা একই ডিজিটাল আর্টের অংশকে উপস্থাপন করে, তবুও তাদের অনন্যভাবে শনাক্ত করা যায়। ঐতিহ্যবাহী শিল্পজগতে, এটি আসল এবং প্রিন্টের মতো হতে পারে।", + "nfts-3-prompt": "NFT সাধারণত যা উপস্থাপন করে:", + "nfts-3-a-label": "আপনার ওয়ালেট-এর পাসওয়ার্ড", "nfts-3-a-explanation": "এটি একটি নিরাপত্তা ঝুঁকি এবং সাধারণত একটি খারাপ ধারণা!", "nfts-3-b-label": "একটি অনন্য ডিজিটাল আইটেমের মালিকানা", - "nfts-3-b-explanation": "NFTs সাধারণত একটি অনন্য ডিজিটাল আইটেমের মালিকানার প্রতিনিধিত্ব করে।", + "nfts-3-b-explanation": "NFT সাধারণত একটি অনন্য ডিজিটাল আইটেমের মালিকানাকে উপস্থাপন করে।", "nfts-3-c-label": "আপনার বর্তমান ETH ব্যালেন্স", - "nfts-3-c-explanation": "NFTs নির্বিচারে আপনার ETH ব্যালেন্স প্রতিনিধিত্ব করতে পারে না।", - "nfts-3-d-label": "উপরের সবকটি", - "nfts-3-d-explanation": "NFTs সাধারণত একটি অনন্য ডিজিটাল আইটেমের মালিকানার প্রতিনিধিত্ব করে, ETH ব্যালেন্স বা ওয়ালেট পাসওয়ার্ড নয়।", - "nfts-4-prompt": "NFTs একটি নতুন তৈরি করতে সাহায্য করেছে:", - "nfts-4-a-label": "কিউরেটর অর্থনীতি", - "nfts-4-a-explanation": "NFTs কিউরেটরদের জন্য নয়, নির্মাতাদের জন্য একটি নতুন অর্থনীতি তৈরি করতে সাহায্য করেছে।", - "nfts-4-b-label": "কার্বন অর্থনীতি", - "nfts-4-b-explanation": "NFTs কার্বনের জন্য নয়, নির্মাতাদের জন্য একটি নতুন অর্থনীতি তৈরি করতে সাহায্য করেছে।", - "nfts-4-c-label": "নির্মাতা অর্থনীতি", - "nfts-4-c-explanation": "NFTs নির্মাতা অর্থনীতি তৈরি করতে সাহায্য করেছে।", - "nfts-4-d-label": "ডোজে অর্থনীতি", - "nfts-4-d-explanation": "NFTs ডজদের জন্য নয়, নির্মাতাদের জন্য একটি নতুন অর্থনীতি তৈরি করতে সাহায্য করেছে 🐶।", - "nfts-5-prompt": "Ethereum-এ NFTs পরিবেশের জন্য ক্ষতিকর", + "nfts-3-c-explanation": "NFT আপনার ETH ব্যালেন্সকে যথেচ্ছভাবে উপস্থাপন করতে পারে না।", + "nfts-3-d-label": "উপরের সবগুলো", + "nfts-3-d-explanation": "NFT সাধারণত একটি অনন্য ডিজিটাল আইটেমের মালিকানাকে উপস্থাপন করে, ETH ব্যালেন্স বা ওয়ালেট পাসওয়ার্ড নয়।", + "nfts-4-prompt": "NFT একটি নতুন জিনিস তৈরি করতে সাহায্য করেছে:", + "nfts-4-a-label": "কিউরেটর ইকোনমি", + "nfts-4-a-explanation": "NFT ক্রিয়েটরদের জন্য একটি নতুন ইকোনমি তৈরি করতে সাহায্য করেছে, কিউরেটরদের জন্য নয়।", + "nfts-4-b-label": "কার্বন ইকোনমি", + "nfts-4-b-explanation": "NFT ক্রিয়েটরদের জন্য একটি নতুন ইকোনমি তৈরি করতে সাহায্য করেছে, কার্বনের জন্য নয়।", + "nfts-4-c-label": "ক্রিয়েটর ইকোনমি", + "nfts-4-c-explanation": "NFT ক্রিয়েটর ইকোনমি তৈরি করতে সাহায্য করেছে।", + "nfts-4-d-label": "ডোজ ইকোনমি", + "nfts-4-d-explanation": "NFT ক্রিয়েটরদের জন্য একটি নতুন ইকোনমি তৈরি করতে সাহায্য করেছে, ডোজদের জন্য নয় 🐶।", + "nfts-5-prompt": "Ethereum-এর NFT পরিবেশের জন্য ক্ষতিকর", "nfts-5-a-label": "সত্য", - "nfts-5-a-explanation": "The Merge (প্রুফ-অফ-স্টেকে স্থানান্তর) থেকে, যেকোনো লেনদেনের পরিবেশের উপর একটি নগণ্য প্রভাব পড়েছে।", + "nfts-5-a-explanation": "The Merge (প্রুফ-অফ-স্টেক-এ রূপান্তর)-এর পর থেকে, যেকোনো লেনদেন পরিবেশের ওপর নগণ্য প্রভাব ফেলেছে।", "nfts-5-b-label": "মিথ্যা", - "nfts-5-b-explanation": "The Merge (প্রুফ-অফ-স্টেকে স্থানান্তর) থেকে, যেকোনো লেনদেনের পরিবেশের উপর একটি নগণ্য প্রভাব পড়েছে।", - "rollups-1-prompt": "লেয়ার 2 ব্লকচেইন নেটওয়ার্কগুলি এর জন্য:", - "rollups-1-a-label": "ইথেরিয়াম স্কেলিং", - "rollups-1-a-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল Ethereum স্কেলিং করা।", + "nfts-5-b-explanation": "The Merge (প্রুফ-অফ-স্টেক-এ রূপান্তর)-এর পর থেকে, যেকোনো লেনদেন পরিবেশের ওপর নগণ্য প্রভাব ফেলেছে।", + "rollups-1-prompt": "লেয়ার ২ ব্লকচেইন নেটওয়ার্ক যার জন্য:", + "rollups-1-a-label": "Ethereum স্কেলিং", + "rollups-1-a-explanation": "রেলআপস এবং অন্যান্য লেয়ার ২ সমাধানের প্রাথমিক উদ্দেশ্য হলো Ethereum স্কেলিং।", "rollups-1-b-label": "পেমেন্ট করা", - "rollups-1-b-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল Ethereum স্কেলিং করা।", - "rollups-1-c-label": "NFTs কেনা", - "rollups-1-c-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল Ethereum স্কেলিং করা।", - "rollups-1-d-label": "Ethereum বিকেন্দ্রীকরণ", - "rollups-1-d-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল Ethereum স্কেলিং করা।", - "rollups-2-prompt": "স্কেল করার জন্য, বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্কগুলি প্রধানত এর উপর ত্যাগ স্বীকার করেছে:", + "rollups-1-b-explanation": "রেলআপস এবং অন্যান্য লেয়ার ২ সমাধানের প্রাথমিক উদ্দেশ্য হলো Ethereum স্কেলিং।", + "rollups-1-c-label": "NFT কেনা", + "rollups-1-c-explanation": "রেলআপস এবং অন্যান্য লেয়ার ২ সমাধানের প্রাথমিক উদ্দেশ্য হলো Ethereum স্কেলিং।", + "rollups-1-d-label": "Ethereum ডিসেন্ট্রালাইজড করা", + "rollups-1-d-explanation": "রেলআপস এবং অন্যান্য লেয়ার ২ সমাধানের প্রাথমিক উদ্দেশ্য হলো Ethereum স্কেলিং।", + "rollups-2-prompt": "স্কেল করার জন্য, বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্ক প্রাথমিকভাবে যা বিসর্জন দিয়েছে:", "rollups-2-a-label": "নিরাপত্তা", - "rollups-2-a-explanation": "স্কেল করার জন্য বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্কগুলি নিরাপত্তা এবং অন্য কিছুর উপর ত্যাগ স্বীকার করে।", - "rollups-2-b-label": "বিকেন্দ্রীকরণ", - "rollups-2-b-explanation": "স্কেল করার জন্য বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্কগুলি বিকেন্দ্রীকরণ এবং অন্য কিছুর উপর ত্যাগ স্বীকার করে।", - "rollups-2-c-label": "টোকেনের মূল্য", - "rollups-2-c-explanation": "টোকেনের মূল্যের স্কেলিং ক্ষমতার উপর কোনো প্রভাব নেই।", - "rollups-2-d-label": "নিরাপত্তা এবং বিকেন্দ্রীকরণ", - "rollups-2-d-explanation": "স্কেল করার জন্য বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্কগুলি নিরাপত্তা এবং বিকেন্দ্রীকরণ উভয়ই ত্যাগ করে।", - "rollups-3-prompt": "নিচের কোনটি লেয়ার 2 হিসাবে বিবেচিত হয় না?", - "rollups-3-a-label": "ভ্যালিডিয়াম", - "rollups-3-a-explanation": "ভ্যালিডিয়ামগুলি লেয়ার 2 সমাধান হিসাবে বিবেচিত হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডেটা প্রাপ্যতা অর্জন করে না। এটি একমাত্র সঠিক উত্তর নয়।", - "rollups-3-b-label": "সাইডচেইন্স", - "rollups-3-b-explanation": "সাইডচেইনগুলিকে লেয়ার 2 সমাধান হিসাবে বিবেচনা করা হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডেটা প্রাপ্যতা অর্জন করে না। এটি একমাত্র সঠিক উত্তর নয়।", - "rollups-3-c-label": "বিকল্প লেয়ার 1 ব্লকচেইন", - "rollups-3-c-explanation": "বিকল্প লেয়ার 1 ব্লকচেইনগুলি লেয়ার 2 সমাধান হিসাবে বিবেচিত হয় না। এটি একমাত্র সঠিক উত্তর নয়।", - "rollups-3-d-label": "উপরের সবকটি", - "rollups-3-d-explanation": "ভ্যালিডিয়াম, সাইডচেইন, এবং বিকল্প লেয়ার 1 ব্লকচেইনগুলি লেয়ার 2 সমাধান হিসাবে বিবেচিত হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডেটা প্রাপ্যতা অর্জন করে না।", - "rollups-4-prompt": "Ethereum-এর একটি 'অফিসিয়াল' লেয়ার 2 কেন নেই?", - "rollups-4-a-label": "মূল ডেভেলপাররা Ethereum নিয়ে কাজ করতে খুব ব্যস্ত", - "rollups-4-a-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।", - "rollups-4-b-label": "একটি L1 হিসাবে, Ethereum অবশেষে নিজে থেকেই ব্যাপক স্কেলিং-এ পৌঁছাবে", - "rollups-4-b-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।", - "rollups-4-c-label": "মূল ডেভেলপাররা এখনও অপটিমিস্টিক এবং zk-রোলআপগুলির মধ্যে বিতর্ক করছে", - "rollups-4-c-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।", - "rollups-4-d-label": "Ethereum একটি L2 ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হবে", - "rollups-4-d-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।", - "merge-1-prompt": "The Merge Ethereum-কে কোন কনসেন্সাস মেকানিজমে স্থানান্তরিত করেছে?", - "merge-1-a-label": "প্রুফ-অফ-ওয়ার্ক", - "merge-1-a-explanation": "প্রুফ-অফ-ওয়ার্ক ছিল The Merge-এর আগে ব্যবহৃত কনসেন্সাস মেকানিজম।", + "rollups-2-a-explanation": "বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্ক স্কেল করার জন্য নিরাপত্তা এবং অন্য কিছু বিসর্জন দেয়।", + "rollups-2-b-label": "ডিসেন্ট্রালাইজেশন", + "rollups-2-b-explanation": "বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্ক স্কেল করার জন্য ডিসেন্ট্রালাইজেশন এবং অন্য কিছু বিসর্জন দেয়।", + "rollups-2-c-label": "টোকেন মূল্য", + "rollups-2-c-explanation": "স্কেলিং ক্ষমতার ওপর টোকেন মূল্যের কোনো প্রভাব নেই।", + "rollups-2-d-label": "নিরাপত্তা এবং ডিসেন্ট্রালাইজেশন", + "rollups-2-d-explanation": "বেশিরভাগ বিকল্প লেয়ার 1 নেটওয়ার্ক স্কেল করার জন্য নিরাপত্তা এবং ডিসেন্ট্রালাইজেশন উভয়ই বিসর্জন দেয়।", + "rollups-3-prompt": "নিচের কোনটিকে লেয়ার ২ হিসেবে বিবেচনা করা হয় না?", + "rollups-3-a-label": "ভ্যালিডিয়ামস", + "rollups-3-a-explanation": "ভ্যালিডিয়ামসকে লেয়ার ২ সমাধান হিসেবে বিবেচনা করা হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডাটা এভেইলএবিলিটি পায় না। এটি একমাত্র সঠিক উত্তর নয়।", + "rollups-3-b-label": "সাইডচেইন", + "rollups-3-b-explanation": "সাইডচেইনকে লেয়ার ২ সমাধান হিসেবে বিবেচনা করা হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডাটা এভেইলএবিলিটি পায় না। এটি একমাত্র সঠিক উত্তর নয়।", + "rollups-3-c-label": "বিকল্প লেয়ার 1 ব্লকচেইন", + "rollups-3-c-explanation": "বিকল্প লেয়ার 1 ব্লকচেইনকে লেয়ার ২ সমাধান হিসেবে বিবেচনা করা হয় না। এটি একমাত্র সঠিক উত্তর নয়।", + "rollups-3-d-label": "উপরের সবগুলো", + "rollups-3-d-explanation": "ভ্যালিডিয়ামস, সাইডচেইন এবং বিকল্প লেয়ার 1 ব্লকচেইনকে লেয়ার ২ সমাধান হিসেবে বিবেচনা করা হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডাটা এভেইলএবিলিটি পায় না।", + "rollups-4-prompt": "কেন Ethereum-এর কোনো ‘অফিসিয়াল’ লেয়ার ২ নেই?", + "rollups-4-a-label": "কোর ডেভেলপাররা Ethereum নিয়ে কাজ করতে খুব ব্যস্ত", + "rollups-4-a-explanation": "Ethereum-এ কোনো ‘অফিসিয়াল’ লেয়ার ২-এর পরিকল্পনা নেই কারণ আমরা লেয়ার ২ সমাধান ডিজাইন করার বিভিন্ন পদ্ধতি থেকে উপকৃত হবো।", + "rollups-4-b-label": "একটি L1 হিসেবে, Ethereum শেষ পর্যন্ত নিজেই ম্যাস স্কেলিং-এ পৌঁছাবে", + "rollups-4-b-explanation": "Ethereum-এ কোনো ‘অফিসিয়াল’ লেয়ার ২-এর পরিকল্পনা নেই কারণ আমরা লেয়ার ২ সমাধান ডিজাইন করার বিভিন্ন পদ্ধতি থেকে উপকৃত হবো।", + "rollups-4-c-label": "কোর ডেভেলপাররা এখনও অপ্টিমেস্টিক এবং zk-রোলআপস-এর মধ্যে বিতর্ক করছেন", + "rollups-4-c-explanation": "Ethereum-এ কোনো ‘অফিসিয়াল’ লেয়ার ২-এর পরিকল্পনা নেই কারণ আমরা লেয়ার ২ সমাধান ডিজাইন করার বিভিন্ন পদ্ধতি থেকে উপকৃত হবো।", + "rollups-4-d-label": "Ethereum একটি L2 ডিজাইন করার বিভিন্ন পদ্ধতি থেকে উপকৃত হবে", + "rollups-4-d-explanation": "Ethereum-এ কোনো ‘অফিসিয়াল’ লেয়ার ২-এর পরিকল্পনা নেই কারণ আমরা লেয়ার ২ সমাধান ডিজাইন করার বিভিন্ন পদ্ধতি থেকে উপকৃত হবো।", + "merge-1-prompt": "The Merge Ethereum-কে কোন কনসেন্সাস মেকানিজম-এ স্থানান্তরিত করেছে?", + "merge-1-a-label": "প্রুফ-অফ-ওয়ার্ক", + "merge-1-a-explanation": "প্রুফ-অফ-ওয়ার্ক হলো সেই কনসেন্সাস মেকানিজম যা The Merge-এর আগে ব্যবহৃত হতো।", "merge-1-b-label": "প্রুফ-অফ-স্টেক", - "merge-1-b-explanation": "সঠিক! The Merge Ethereum-কে প্রুফ-অফ-স্টেকে স্থানান্তরিত করেছে।", + "merge-1-b-explanation": "সঠিক! The Merge Ethereum-কে প্রুফ-অফ-স্টেক-এ স্থানান্তরিত করেছে।", "merge-1-c-label": "প্রুফ-অফ-অথরিটি", - "merge-1-c-explanation": "Ethereum Ethereum মেইননেটে প্রুফ-অফ-অথরিটি ব্যবহার করে না, এবং কখনো করেনি।", - "merge-1-d-label": "উপরের সবকটি", - "merge-1-d-explanation": "Ethereum-এর পক্ষে একবারে এই সমস্ত কনসেন্সাস মেকানিজম থাকা সম্ভব হবে না।", - "merge-2-prompt": "The Merge Ethereum-এর শক্তি খরচ কমিয়েছে:", - "merge-2-a-label": "৫০%", - "merge-2-a-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।", - "merge-2-b-label": "৬২.৫%", - "merge-2-b-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।", - "merge-2-c-label": "৯০%", - "merge-2-c-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।", - "merge-2-d-label": "৯৯.৯৫%", - "merge-2-d-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।", - "merge-3-prompt": "The Merge কখন হয়েছিল?", - "merge-3-a-label": "সেপ্টেম্বর ১৫, ২০২২", - "merge-3-a-explanation": "The Merge সেপ্টেম্বর ১৫, ২০২২ তারিখে সকাল ০৬:৪২:৪২ (UTC)-তে হয়েছিল।", - "merge-3-b-label": "ডিসেম্বর ১, ২০২০", - "merge-3-b-explanation": "The Merge এর পরে হয়েছিল। ডিসেম্বর ১, ২০২০ তারিখে বীকন চেইন চালু হয়েছিল।", - "merge-3-c-label": "নভেম্বর ২৭, ২০১৩", - "merge-3-c-explanation": "The Merge এর পরে হয়েছিল। নভেম্বর ২৭, ২০১৩ তারিখে Ethereum হোয়াইটপেপার প্রকাশিত হয়েছিল।", - "merge-3-d-label": "অক্টোবর ৩১, ২০০৮", - "merge-3-d-explanation": "The Merge এর পরে হয়েছিল। অক্টোবর ৩১ তারিখে Bitcoin হোয়াইটপেপার প্রকাশিত হয়েছিল।", - "merge-4-prompt": "The Merge-এর অর্থ হল ব্যবহারকারীদের তাদের ETH ETH2-এর জন্য বিনিময় করতে হয়েছিল:", + "merge-1-c-explanation": "Ethereum মেইননেট-এ প্রুফ-অফ-অথরিটি ব্যবহার করে না এবং কখনোই করেনি।", + "merge-1-d-label": "উপরের সবগুলো", + "merge-1-d-explanation": "Ethereum-এর পক্ষে একই সাথে এই সমস্ত কনসেন্সাস মেকানিজম থাকা সম্ভব নয়।", + "merge-2-prompt": "The Merge Ethereum-এর শক্তি খরচ কমিয়েছে:", + "merge-2-a-label": "50%", + "merge-2-a-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক-এ রূপান্তর সক্ষম করার পর Ethereum-এর শক্তি খরচ 99.95% কমে গেছে।", + "merge-2-b-label": "62.5%", + "merge-2-b-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক-এ রূপান্তর সক্ষম করার পর Ethereum-এর শক্তি খরচ 99.95% কমে গেছে।", + "merge-2-c-label": "90%", + "merge-2-c-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক-এ রূপান্তর সক্ষম করার পর Ethereum-এর শক্তি খরচ 99.95% কমে গেছে।", + "merge-2-d-label": "99.95%", + "merge-2-d-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক-এ রূপান্তর সক্ষম করার পর Ethereum-এর শক্তি খরচ 99.95% কমে গেছে।", + "merge-3-prompt": "The Merge কখন হয়েছিল?", + "merge-3-a-label": "15 সেপ্টেম্বর 2022", + "merge-3-a-explanation": "The Merge 15 সেপ্টেম্বর 2022 তারিখে সকাল 06:42:42 (UTC) এ হয়েছিল।", + "merge-3-b-label": "1 ডিসেম্বর 2020", + "merge-3-b-explanation": "The Merge এর পরে হয়েছিল। 1 ডিসেম্বর 2020 তারিখে বিকন চেইন চালু হয়েছিল।", + "merge-3-c-label": "27 নভেম্বর 2013", + "merge-3-c-explanation": "The Merge এর পরে হয়েছিল। 27 নভেম্বর 2013 তারিখে Ethereum হোয়াইটপেপার প্রকাশিত হয়েছিল।", + "merge-3-d-label": "31 অক্টোবর 2008", + "merge-3-d-explanation": "The Merge এর পরে হয়েছিল। 31 অক্টোবর হলো সেই দিন যেদিন Bitcoin হোয়াইটপেপার প্রকাশিত হয়েছিল।", + "merge-4-prompt": "The Merge এর মানে হলো ব্যবহারকারীদের তাদের ETH কে ETH2 এর সাথে পরিবর্তন করতে হয়েছিল:", "merge-4-a-label": "সত্য", - "merge-4-a-explanation": "The Merge-এর আগে, সময় বা পরে কোনো সময়েই ETH পরিবর্তন হয়নি। ETH-কে ETH2-তে 'আপগ্রেড' করার ধারণাটি ব্যবহারকারীদের স্ক্যাম করার জন্য বিদ্বেষপূর্ণ অভিনেতাদের একটি সাধারণ কৌশল ছিল।", + "merge-4-a-explanation": "The Merge এর আগে, চলাকালীন বা পরে কোনো সময়েই ETH পরিবর্তিত হয়নি। ETH কে ETH2 তে 'আপগ্রেড' করার ধারণাটি ছিল ব্যবহারকারীদের সাথে প্রতারণা করার জন্য ক্ষতিকারক ব্যক্তিদের একটি সাধারণ কৌশল।", "merge-4-b-label": "মিথ্যা", - "merge-4-b-explanation": "The Merge-এর আগে, সময় বা পরে কোনো সময়েই ETH পরিবর্তন হয়নি। ETH-কে ETH2-তে 'আপগ্রেড' করার ধারণাটি ব্যবহারকারীদের স্ক্যাম করার জন্য বিদ্বেষপূর্ণ অভিনেতাদের একটি সাধারণ কৌশল ছিল।", - "merge-5-prompt": "Ethereum-এর কনসেন্সাস লেয়ার আগে পরিচিত ছিল:", - "merge-5-a-label": "প্রুফ-অফ-ওয়ার্ক", - "merge-5-a-explanation": "প্রুফ-অফ-ওয়ার্ক ছিল The Merge-এর আগে ব্যবহৃত কনসেন্সাস মেকানিজম।", + "merge-4-b-explanation": "The Merge এর আগে, চলাকালীন বা পরে কোনো সময়েই ETH পরিবর্তিত হয়নি। ETH কে ETH2 তে 'আপগ্রেড' করার ধারণাটি ছিল ব্যবহারকারীদের সাথে প্রতারণা করার জন্য ক্ষতিকারক ব্যক্তিদের একটি সাধারণ কৌশল।", + "merge-5-prompt": "Ethereum-এর কনসেন্সাস লেয়ার পূর্বে কী নামে পরিচিত ছিল:", + "merge-5-a-label": "প্রুফ-অফ-ওয়ার্ক", + "merge-5-a-explanation": "প্রুফ-অফ-ওয়ার্ক হলো The Merge এর আগে ব্যবহৃত কনসেন্সাস মেকানিজম।", "merge-5-b-label": "Eth2", - "merge-5-b-explanation": "কনসেন্সাস লেয়ার হিসাবে নামকরণ করার আগে, এটিকে মূলত 'Eth2' বলা হত।", + "merge-5-b-explanation": "কনসেন্সাস লেয়ার হিসেবে নতুন নামকরণের আগে, এটিকে মূলত 'Eth2' বলা হতো।", "merge-5-c-label": "Eth1", - "merge-5-c-explanation": "Eth1 ছিল এক্সিকিউশন লেয়ারকে দেওয়া আসল নাম, কনসেন্সাস লেয়ারকে নয়।", + "merge-5-c-explanation": "Eth1 ছিল এক্সিকিউশন লেয়ার এর মূল নাম, কনসেন্সাস লেয়ার এর নয়।", "merge-5-d-label": "স্টেকিং", - "merge-5-d-explanation": "স্টেকিং হল চেইন সুরক্ষিত করতে সাহায্য করার জন্য একটি স্মার্ট কন্ট্র্যাক্টে ETH জমা করা।", - "gas-1-prompt": "গ্যাস ফি কি?", - "gas-1-a-label": "লেনদেন এবং স্মার্ট কন্ট্র্যাক্ট অপারেশনের সাথে সম্পর্কিত একটি ফি", - "gas-1-a-explanation": "আংশিকভাবে সঠিক, গ্যাস ফি লেনদেন এবং স্মার্ট কন্ট্র্যাক্ট অপারেশনের খরচ প্রতিনিধিত্ব করে।", - "gas-1-b-label": "একটি অপারেশন সম্পাদনের জন্য ব্যবহৃত গ্যাসের পরিমাণ, গ্যাসের প্রতি ইউনিটের খরচ দ্বারা গুণিত", - "gas-1-b-explanation": "আংশিকভাবে সঠিক। যদিও সত্য, তবে প্রদত্ত বিকল্পগুলির মধ্যে এটি সেরা উত্তর নয়।", - "gas-1-c-label": "একটি পেমেন্ট যা লেনদেন প্রক্রিয়াকরণকে সম্ভাব্যভাবে ত্বরান্বিত করার জন্য একটি অগ্রাধিকার ফি অন্তর্ভুক্ত করে", - "gas-1-c-explanation": "আংশিকভাবে সঠিক, মোট গ্যাস ফিতে একটি বেস ফি এবং একটি অগ্রাধিকার ফি অন্তর্ভুক্ত থাকে যা লেনদেন প্রক্রিয়াকরণের গতিকে প্রভাবিত করতে পারে", - "gas-1-d-label": "উপরের সবকটি", - "gas-1-d-explanation": "গ্যাস ফি এই সমস্ত দিকগুলিকে অন্তর্ভুক্ত করে: তারা গণনার জন্য ক্ষতিপূরণ দেয়, লেনদেন এবং স্মার্ট কন্ট্র্যাক্ট উভয় ক্ষেত্রেই প্রযোজ্য, এবং দ্রুত অন্তর্ভুক্তির জন্য অগ্রাধিকার ফি অন্তর্ভুক্ত করতে পারে।", - "gas-2-prompt": "নিচের কোনটি গ্যাসের খরচ কমানোর জন্য সবচেয়ে কম কার্যকর কৌশল?", - "gas-2-a-label": "কম যানজটের সময় লেনদেন সম্পাদন করা", - "gas-2-a-explanation": "অফ-পিক সময়ে লেনদেনের সময় নির্ধারণ করলে গ্যাসের খরচ কমতে পারে।", - "gas-2-b-label": "গ্যাসের দাম কমার জন্য অপেক্ষা করা", - "gas-2-b-explanation": "গ্যাসের দাম কমার জন্য অপেক্ষা করা একটি বৈধ কৌশল কারণ যানজটের উপর ভিত্তি করে গ্যাসের দাম ওঠানামা করে।", - "gas-2-c-label": "কম ফি-এর জন্য লেয়ার 2 চেইন ব্যবহার করা", - "gas-2-c-explanation": "লেয়ার 2 সমাধানগুলি ফি কমায় এবং গ্যাসে সাশ্রয় করার একটি কার্যকর উপায়।", - "gas-2-d-label": "জটিল স্মার্ট কন্ট্র্যাক্ট লজিক ব্যবহার করা যা গণনার প্রয়োজনীয়তা বাড়ায়", - "gas-2-d-explanation": "জটিল স্মার্ট কন্ট্র্যাক্ট লজিক বেশি গণনার প্রয়োজন করে গ্যাসের খরচ বাড়ায়। দক্ষ ডিজাইন ফি কমাতে পদক্ষেপ, স্টোরেজ এবং অপ্রয়োজনীয় অপারেশনগুলিকে কমিয়ে দেয়।", - "gas-3-prompt": "গ্যাস ফি বেশি হওয়ার কারণ কী?", - "gas-3-a-label": "নেটওয়ার্ক গণনা একটি নির্দিষ্ট থ্রেশহোল্ড অতিক্রম করছে", - "gas-3-a-explanation": "যখন Ethereum-এ গণনা একটি থ্রেশহোল্ড অতিক্রম করে, তখন গ্যাস ফি বৃদ্ধি পায়, বিশেষ করে ডিএ্যাপস বা NFT ড্রপের মতো উচ্চ কার্যকলাপের সময়।", - "gas-3-b-label": "ভ্যালিডেটররা ম্যানুয়ালি বেস ফি বাড়াচ্ছে", - "gas-3-b-explanation": "ভ্যালিডেটররা ম্যানুয়ালি বেস ফি সেট করে না; সেগুলি আগের ব্লকের চাহিদার উপর ভিত্তি করে প্রোটোকল দ্বারা সমন্বয় করা হয়।", - "gas-3-c-label": "সু-লিখিত, অপ্টিমাইজড স্মার্ট কন্ট্র্যাক্ট", - "gas-3-c-explanation": "সু-লিখিত স্মার্ট কন্ট্র্যাক্ট লজিক যেমন স্টোরেজ এবং লুপগুলির দক্ষ ব্যবহার গ্যাসের খরচ কমাতে পারে।", - "gas-3-d-label": "নেটওয়ার্কে উপলব্ধ ETH-এর অভাব", - "gas-3-d-explanation": "নেটওয়ার্কে উপলব্ধ ETH-এর পরিমাণ দ্বারা গ্যাস ফি প্রভাবিত হয় না।", + "merge-5-d-explanation": "স্টেকিং হলো চেইনকে সুরক্ষিত করতে সাহায্য করার জন্য একটি স্মার্ট কন্ট্রাক্ট এ ETH জমা করা।", + "gas-1-prompt": "গ্যাস ফি কী?", + "gas-1-a-label": "লেনদেন এবং স্মার্ট কন্ট্রাক্ট অপারেশনের সাথে যুক্ত একটি ফি", + "gas-1-a-explanation": "আংশিক সঠিক, গ্যাস ফি লেনদেন এবং স্মার্ট কন্ট্রাক্ট অপারেশনের খরচ উপস্থাপন করে।", + "gas-1-b-label": "একটি অপারেশন সম্পাদন করতে ব্যবহৃত গ্যাস এর পরিমাণ, প্রতি ইউনিট গ্যাস এর খরচ দ্বারা গুণিত", + "gas-1-b-explanation": "আংশিক সঠিক। যদিও এটি সত্য, তবে বিকল্পগুলোর মধ্যে এটি সেরা উত্তর নয়।", + "gas-1-c-label": "একটি পেমেন্ট যার মধ্যে লেনদেন প্রক্রিয়াকরণ ত্বরান্বিত করার জন্য একটি প্রায়োরিটি ফি অন্তর্ভুক্ত থাকে", + "gas-1-c-explanation": "আংশিক সঠিক, মোট গ্যাস ফি এর মধ্যে একটি বেস ফি এবং একটি প্রায়োরিটি ফি অন্তর্ভুক্ত থাকে যা লেনদেন প্রক্রিয়াকরণের গতিকে প্রভাবিত করতে পারে", + "gas-1-d-label": "উপরের সবগুলো", + "gas-1-d-explanation": "গ্যাস ফি এই সমস্ত দিকগুলোকে অন্তর্ভুক্ত করে: এগুলো কম্পিউটেশনের জন্য ক্ষতিপূরণ দেয়, লেনদেন এবং স্মার্ট কন্ট্রাক্ট উভয়ের ক্ষেত্রেই প্রযোজ্য, এবং দ্রুত অন্তর্ভুক্তির জন্য প্রায়োরিটি ফি অন্তর্ভুক্ত করতে পারে।", + "gas-2-prompt": "গ্যাস এর খরচ কমানোর জন্য নিচের কোনটি সবচেয়ে কম কার্যকর কৌশল?", + "gas-2-a-label": "কম যানজটের সময়ে লেনদেন সম্পাদন করা", + "gas-2-a-explanation": "অফ-পিক আওয়ারে লেনদেন করলে গ্যাস খরচ কমানো যেতে পারে।", + "gas-2-b-label": "গ্যাস প্রাইস কমার জন্য অপেক্ষা করা", + "gas-2-b-explanation": "গ্যাস প্রাইস কমার জন্য অপেক্ষা করা একটি কার্যকর কৌশল কারণ যানজটের ওপর ভিত্তি করে গ্যাস ওঠানামা করে।", + "gas-2-c-label": "কম ফি এর জন্য লেয়ার 2 চেইন ব্যবহার করা", + "gas-2-c-explanation": "লেয়ার 2 সলিউশনগুলো ফি কমায় এবং গ্যাস সাশ্রয় করার একটি কার্যকর উপায়।", + "gas-2-d-label": "জটিল স্মার্ট কন্ট্রাক্ট লজিক ব্যবহার করা যা কম্পিউটেশনাল প্রয়োজনীয়তা বাড়ায়", + "gas-2-d-explanation": "জটিল স্মার্ট কন্ট্রাক্ট লজিক আরও কম্পিউটেশনের প্রয়োজন ঘটিয়ে গ্যাস খরচ বাড়ায়। দক্ষ ডিজাইন ফি কমানোর জন্য পদক্ষেপ, স্টোরেজ এবং অপ্রয়োজনীয় অপারেশনগুলোকে ছোট করে।", + "gas-3-prompt": "কী কারণে গ্যাস ফি বেশি হয়?", + "gas-3-a-label": "নেটওয়ার্ক কম্পিউটেশন একটি নির্দিষ্ট সীমা অতিক্রম করা", + "gas-3-a-explanation": "যখন Ethereum-এ কম্পিউটেশন একটি সীমা অতিক্রম করে, তখন গ্যাস ফি বেড়ে যায়, বিশেষ করে ডিএ্যাপস বা NFT ড্রপের মতো উচ্চ কার্যকলাপের সময়গুলোতে।", + "gas-3-b-label": "ভ্যালিডেটরস ম্যানুয়ালি বেস ফি বৃদ্ধি করা", + "gas-3-b-explanation": "ভ্যালিডেটরস ম্যানুয়ালি বেস ফি নির্ধারণ করে না; পূর্ববর্তী ব্লক এ চাহিদার ওপর ভিত্তি করে প্রটোকল দ্বারা এগুলো সমন্বয় করা হয়।", + "gas-3-c-label": "সুনিপুণভাবে লেখা, অপ্টিমাইজ করা স্মার্ট কন্ট্রাক্ট", + "gas-3-c-explanation": "সুনিপুণভাবে লেখা স্মার্ট কন্ট্রাক্ট লজিক যেমন স্টোরেজ এবং লুপের দক্ষ ব্যবহার গ্যাস খরচ কমাতে পারে।", + "gas-3-d-label": "নেটওয়ার্কে উপলব্ধ ETH এর অভাব", + "gas-3-d-explanation": "নেটওয়ার্কে উপলব্ধ ETH এর পরিমাণ দ্বারা গ্যাস ফি প্রভাবিত হয় না।", "gas-4-prompt": "গ্যাস ফি কীভাবে Ethereum-কে সুরক্ষিত রাখতে সাহায্য করে?", - "gas-4-a-label": "ভ্যালিডেটরদের সৎভাবে কাজ করতে উৎসাহিত করে", - "gas-4-a-explanation": "ভ্যালিডেটরদের কয়েকটি উপায়ে ক্ষতিপূরণ দেওয়া হয়, কিন্তু গ্যাস ফি প্রধানত স্প্যাম এবং অতিরিক্ত সম্পদের ব্যবহারকে নিরুৎসাহিত করে।", - "gas-4-b-label": "আর্থিক খরচের মাধ্যমে স্প্যাম এবং বিদ্বেষপূর্ণ কার্যকলাপকে নিরুৎসাহিত করে", - "gas-4-b-explanation": "গ্যাস ফি স্প্যাম বা বিদ্বেষপূর্ণ কার্যকলাপকে ব্যয়বহুল করে তোলে, অপব্যবহার প্রতিরোধ করে এবং নেটওয়ার্ক স্থিতিশীলতা বজায় রাখতে সাহায্য করে।", - "gas-4-c-label": "লেনদেনগুলি অগ্রাধিকারের ক্রমে প্রক্রিয়া করা নিশ্চিত করে", - "gas-4-c-explanation": "অগ্রাধিকার টিপ দ্বারা নির্ধারিত হতে পারে, গ্যাস ফি দ্বারা নয়।", - "gas-4-d-label": "প্রচলনে থাকা ETH-এর মোট পরিমাণ বাড়িয়ে", - "gas-4-d-explanation": "বেস ফি (মোট গ্যাস ফি-এর অংশ) পুড়িয়ে দেওয়া হয়, যা প্রচলনে থাকা ETH কমিয়ে দেয়, বাড়ায় না", - "gas-5-prompt": "গ্যাস ফি কীভাবে গণনা করা হয়?", - "gas-5-a-label": "গ্যাসের দাম × লেনদেনের আকার", - "gas-5-a-explanation": "গ্যাস ফি গণনার উপর ভিত্তি করে, লেনদেনের আকারের উপর নয়।", - "gas-5-b-label": "ব্যবহৃত গ্যাসের ইউনিট × (বেস ফি + অগ্রাধিকার ফি)", - "gas-5-b-explanation": "গ্যাস ফি সূত্র ব্যবহার করে নির্ধারিত হয়: ব্যবহৃত গ্যাসের ইউনিট × (বেস ফি + অগ্রাধিকার ফি)।", - "gas-5-c-label": "ব্লকের আকার × ভ্যালিডেটর টিপ ক্যাপ", - "gas-5-c-explanation": "ব্লকের আকার সরাসরি এই সূত্রে অন্তর্ভুক্ত হয় না।", - "gas-5-d-label": "বেস ফি + অগ্রাধিকার ফি + টিপ", - "gas-5-d-explanation": "বেস ফি এবং অগ্রাধিকার ফি সূত্রের অংশ; টিপ হল অগ্রাধিকার ফি।", + "gas-4-a-label": "ভ্যালিডেটরস-কে সততার সাথে কাজ করতে উৎসাহিত করার মাধ্যমে", + "gas-4-a-explanation": "ভ্যালিডেটরস-কে কয়েকটি উপায়ে ক্ষতিপূরণ দেওয়া হয়, তবে গ্যাস ফি মূলত স্প্যাম এবং অতিরিক্ত রিসোর্স ব্যবহারকে নিরুৎসাহিত করে।", + "gas-4-b-label": "আর্থিক খরচের মাধ্যমে স্প্যাম এবং ক্ষতিকারক কার্যকলাপকে নিরুৎসাহিত করার মাধ্যমে", + "gas-4-b-explanation": "গ্যাস ফি স্প্যাম বা ক্ষতিকারক কার্যকলাপকে ব্যয়বহুল করে তোলে, অপব্যবহার রোধ করে এবং নেটওয়ার্কের স্থিতিশীলতা বজায় রাখতে সাহায্য করে।", + "gas-4-c-label": "লেনদেনগুলো অগ্রাধিকারের ক্রমানুসারে প্রক্রিয়াজাত করা নিশ্চিত করার মাধ্যমে", + "gas-4-c-explanation": "অগ্রাধিকার টিপ দ্বারা নির্ধারিত হতে পারে, গ্যাস ফি দ্বারা নয়।", + "gas-4-d-label": "প্রচলনে থাকা মোট ETH এর পরিমাণ বৃদ্ধি করার মাধ্যমে", + "gas-4-d-explanation": "বেস ফি (মোট গ্যাস ফি এর অংশ) পুড়িয়ে ফেলা হয়, যা প্রচলনে থাকা ETH কমায়, বাড়ায় না", + "gas-5-prompt": "গ্যাস ফি কীভাবে হিসাব করা হয়?", + "gas-5-a-label": "গ্যাস প্রাইস × লেনদেন এর আকার", + "gas-5-a-explanation": "গ্যাস ফি কম্পিউটেশনের ওপর ভিত্তি করে, লেনদেন এর আকারের ওপর নয়।", + "gas-5-b-label": "ব্যবহৃত গ্যাস এর ইউনিট × (বেস ফি + প্রায়োরিটি ফি)", + "gas-5-b-explanation": "গ্যাস ফি এই সূত্র ব্যবহার করে নির্ধারণ করা হয়: ব্যবহৃত গ্যাস এর ইউনিট × (বেস ফি + প্রায়োরিটি ফি)।", + "gas-5-c-label": "ব্লক এর আকার × ভ্যালিডেটর টিপ ক্যাপ", + "gas-5-c-explanation": "ব্লক এর আকার সরাসরি এই সূত্রে প্রভাব ফেলে না।", + "gas-5-d-label": "বেস ফি + প্রায়োরিটি ফি + টিপ", + "gas-5-d-explanation": "বেস ফি এবং প্রায়োরিটি ফি সূত্রের অংশ; টিপ হলো প্রায়োরিটি ফি।", "daos-1-prompt": "DAO সম্পর্কে কোনটি সত্য?", - "daos-1-a-label": "DAO গুলি গভর্নেন্স টোকেনের মাধ্যমে সম্মিলিতভাবে মালিকানাধীন", - "daos-1-a-explanation": "DAO গুলি সম্মিলিতভাবে মালিকানাধীন, কিন্তু এটি একমাত্র সঠিক বিবৃতি নয়।", - "daos-1-b-label": "তারা তাদের সদস্যদের দ্বারা পরিচালিত হয়", - "daos-1-b-explanation": "DAO গুলি তাদের সদস্যদের দ্বারা পরিচালিত হয়, কিন্তু এটি একমাত্র সঠিক বিবৃতি নয়।", - "daos-1-c-label": "তারা একটি সাধারণ মিশনের দিকে কাজ করছে", - "daos-1-c-explanation": "DAO গুলি একটি সাধারণ মিশনের দিকে কাজ করছে, কিন্তু এটি একমাত্র সঠিক বিবৃতি নয়।", - "daos-1-d-label": "উপরের সবকটি", - "daos-1-d-explanation": "সঠিক, একটি DAO হল একটি সম্মিলিতভাবে মালিকানাধীন, ব্লকচেইন-শাসিত সংস্থা যা একটি সাধারণ মিশনের দিকে কাজ করছে।", - "daos-2-prompt": "একটি DAO ব্যবহারের ব্যবহারিক উদাহরণ কী কী?", - "daos-2-a-label": "বিকেন্দ্রীভূত প্রোটোকল, সদস্যরা প্রোটোকলের বিষয় বা পণ্যটি কীভাবে বিকাশ করা যায় সে বিষয়ে ভোট দেয়", - "daos-2-a-explanation": "প্রোটোকল DAO গুলি একটি উদাহরণ, কিন্তু DAO গুলি এতে সীমাবদ্ধ নয়।", - "daos-2-b-label": "সম্মিলিত মালিকানা, যেমন, NFTs বা ভৌত সম্পদের জন্য", - "daos-2-b-explanation": "সংগ্রাহক DAO গুলি একটি উদাহরণ, কিন্তু DAO গুলি এতে সীমাবদ্ধ নয়।", - "daos-2-c-label": "ভেঞ্চার এবং অনুদান, মূলধন পুল করা এবং অর্থায়নের জন্য প্রকল্পগুলিতে ভোট দেওয়া", - "daos-2-c-explanation": "ভেঞ্চার বা অনুদান DAO গুলি একটি উদাহরণ, কিন্তু DAO গুলি এতে সীমাবদ্ধ নয়।", - "daos-2-d-label": "উপরের সবকটি", - "daos-2-d-explanation": "একটি DAO-এর অনেক 'মিশন' থাকতে পারে।", - "daos-3-prompt": "প্রচলিত সংস্থাগুলির থেকে ভিন্ন, DAO গুলি হল…", - "daos-3-a-label": "সাধারণত অনুক্রমিক", - "daos-3-a-explanation": "DAO গুলি সাধারণত সমতল এবং সম্পূর্ণরূপে গণতান্ত্রিক।", - "daos-3-b-label": "তাদের কার্যকলাপ সম্পর্কে স্বচ্ছ এবং সম্পূর্ণরূপে পাবলিক", - "daos-3-b-explanation": "অনচেইন ভোটিংয়ের জন্য ধন্যবাদ, সিদ্ধান্তগুলি ব্লকচেইনে স্বচ্ছ। আলোচনা এবং সিদ্ধান্ত গ্রহণের প্রক্রিয়ার অন্যান্য উপাদানগুলি সমস্ত সদস্যদের জন্য উন্মুক্ত।", - "daos-3-c-label": "একটি কেন্দ্রীয় পক্ষ দ্বারা নিয়ন্ত্রিত", - "daos-3-c-explanation": "পরিবর্তনের জন্য সদস্যদের দ্বারা ভোটিং প্রয়োজন। প্রদত্ত পরিষেবাগুলি একটি বিকেন্দ্রীভূত পদ্ধতিতে স্বয়ংক্রিয়ভাবে পরিচালিত হয়।", - "daos-3-d-label": "কারা পরিবর্তনের পরামর্শ দিতে পারে সে বিষয়ে সীমাবদ্ধ", + "daos-1-a-label": "গভর্নেন্স টোকেন এর মাধ্যমে DAO গুলো সম্মিলিতভাবে মালিকানাধীন", + "daos-1-a-explanation": "DAO গুলো সম্মিলিতভাবে মালিকানাধীন, তবে এটিই একমাত্র সঠিক বিবৃতি নয়।", + "daos-1-b-label": "এগুলো তাদের সদস্যদের দ্বারা পরিচালিত হয়", + "daos-1-b-explanation": "DAO গুলো তাদের সদস্যদের দ্বারা পরিচালিত হয়, তবে এটিই একমাত্র সঠিক বিবৃতি নয়।", + "daos-1-c-label": "তারা একটি অভিন্ন লক্ষ্যের দিকে কাজ করছে", + "daos-1-c-explanation": "DAO গুলো একটি অভিন্ন লক্ষ্যের দিকে কাজ করছে, তবে এটিই একমাত্র সঠিক বিবৃতি নয়।", + "daos-1-d-label": "উপরের সবগুলো", + "daos-1-d-explanation": "সঠিক, একটি DAO হলো একটি সম্মিলিত মালিকানাধীন, ব্লকচেইন-পরিচালিত সংস্থা যা একটি অভিন্ন লক্ষ্যের দিকে কাজ করে।", + "daos-2-prompt": "কীভাবে একটি DAO ব্যবহার করতে হয় তার ব্যবহারিক উদাহরণগুলো কী কী?", + "daos-2-a-label": "ডিসেন্ট্রালাইজড প্রটোকল, সদস্যরা প্রটোকল এর বিষয়গুলোতে বা কীভাবে পণ্যটি বিকাশ করা যায় সে বিষয়ে ভোট দেয়", + "daos-2-a-explanation": "প্রটোকল DAO গুলো একটি উদাহরণ, তবে DAO গুলো এর মধ্যেই সীমাবদ্ধ নয়।", + "daos-2-b-label": "সম্মিলিত মালিকানা, যেমন, NFT বা ভৌত সম্পদের জন্য", + "daos-2-b-explanation": "কালেক্টর DAO গুলো একটি উদাহরণ, তবে DAO গুলো এর মধ্যেই সীমাবদ্ধ নয়।", + "daos-2-c-label": "উদ্যোগ এবং অনুদান, মূলধন সংগ্রহ করা এবং অর্থায়নের জন্য প্রকল্পগুলোতে ভোট দেওয়া", + "daos-2-c-explanation": "ভেঞ্চার বা গ্রান্টস DAO গুলো একটি উদাহরণ, তবে DAO গুলো এর মধ্যেই সীমাবদ্ধ নয়।", + "daos-2-d-label": "উপরের সবগুলো", + "daos-2-d-explanation": "একটি DAO এর একাধিক 'লক্ষ্য' থাকতে পারে।", + "daos-3-prompt": "ঐতিহ্যবাহী সংস্থাগুলোর বিপরীতে, DAO গুলো হলো…", + "daos-3-a-label": "সাধারণত পদক্রমিক", + "daos-3-a-explanation": "DAO গুলো সাধারণত সমতল এবং সম্পূর্ণ গণতান্ত্রিক।", + "daos-3-b-label": "তাদের কার্যকলাপ সম্পর্কে স্বচ্ছ এবং সম্পূর্ণ উন্মুক্ত", + "daos-3-b-explanation": "অনচেইন ভোটিংয়ের কারণে, ব্লকচেইন এ সিদ্ধান্তগুলো স্বচ্ছ হয়। আলোচনা এবং সিদ্ধান্ত গ্রহণ প্রক্রিয়ার অন্যান্য উপাদানগুলো সকল সদস্যের জন্য উন্মুক্ত থাকে।", + "daos-3-c-label": "একটি কেন্দ্রীয় পক্ষ দ্বারা নিয়ন্ত্রিত", + "daos-3-c-explanation": "পরিবর্তনের জন্য সদস্যদের ভোটিং প্রয়োজন। প্রদত্ত পরিষেবাগুলো একটি ডিসেন্ট্রালাইজড পদ্ধতিতে স্বয়ংক্রিয়ভাবে পরিচালিত হয়।", + "daos-3-d-label": "কে পরিবর্তনের পরামর্শ দিতে পারে সে বিষয়ে সীমাবদ্ধ", "daos-3-d-explanation": "সাধারণত, প্রতিটি DAO সদস্য পরিবর্তনের পরামর্শ দিতে পারে।", - "daos-4-prompt": "DAO-এর জন্য স্মার্ট কন্ট্র্যাক্ট সম্পর্কে কী অপরিহার্য?", - "daos-4-a-label": "স্মার্ট কন্ট্র্যাক্ট কোড পরিবর্তন করা যেতে পারে", - "daos-4-a-explanation": "একবার কন্ট্র্যাক্টটি Ethereum-এ লাইভ হয়ে গেলে, ভোটের মাধ্যমে ছাড়া কেউ নিয়ম পরিবর্তন করতে পারে না। এটি DAO-কে তার প্রোগ্রাম করা নিয়ম অনুসারে চলতে দেয়।", - "daos-4-b-label": "এর একজন ব্যক্তিগত মালিক আছেন যিনি পরিবর্তন করার এবং ট্রেজারি থেকে পাঠানোর ক্ষমতা রাখেন।", - "daos-4-b-explanation": "ট্রেজারি স্মার্ট কন্ট্র্যাক্ট দ্বারা সংজ্ঞায়িত করা হয়। টাকা খরচ করার জন্য, গ্রুপের অনুমোদন প্রয়োজন।", - "daos-4-c-label": "অন্তর্নিহিত ব্লকচেইনের বিতরণ করা কনসেন্সাসে বিশ্বাস", - "daos-4-c-explanation": "একটি DAO-এর জন্য এটি গুরুত্বপূর্ণ যে অন্তর্নিহিত ব্লকচেইনটি ম্যানিপুলেট করা যায় না। Ethereum-এর নিজস্ব কনসেন্সাস বিতরণ করা এবং সংস্থাগুলির নেটওয়ার্ককে বিশ্বাস করার জন্য যথেষ্ট প্রতিষ্ঠিত।", - "daos-4-d-label": "DAO-এর স্মার্ট কন্ট্র্যাক্টের প্রয়োজন নেই", - "daos-4-d-explanation": "একটি DAO-এর মেরুদণ্ড হল এর স্মার্ট কন্ট্র্যাক্ট, যা সংস্থার নিয়মগুলিকে সংজ্ঞায়িত করে এবং গ্রুপের কোষাগারকে ধরে রাখে।", - "daos-5-prompt": "একটি DAO পরিচালনা করার জন্য কোন প্রক্রিয়াটি নয়?", + "daos-4-prompt": "DAO গুলোর জন্য স্মার্ট কন্ট্রাক্ট সম্পর্কে অপরিহার্য কী?", + "daos-4-a-label": "স্মার্ট কন্ট্রাক্ট কোড পরিবর্তন করা যেতে পারে", + "daos-4-a-explanation": "একবার Ethereum-এ কন্ট্রাক্ট লাইভ হয়ে গেলে, ভোট ছাড়া কেউ নিয়ম পরিবর্তন করতে পারে না। এটি DAO-কে সেই নিয়ম অনুযায়ী চলতে দেয় যা দিয়ে এটি প্রোগ্রাম করা হয়েছিল।", + "daos-4-b-label": "এর একজন ব্যক্তিগত মালিক রয়েছে যার পরিবর্তন করার এবং ট্রেজারি থেকে পাঠানোর ক্ষমতা রয়েছে।", + "daos-4-b-explanation": "ট্রেজারি স্মার্ট কন্ট্রাক্ট দ্বারা সংজ্ঞায়িত করা হয়। অর্থ ব্যয় করার জন্য, গ্রুপের অনুমোদন প্রয়োজন।", + "daos-4-c-label": "অন্তর্নিহিত ব্লকচেইন এর ডিস্ট্রিবিউটেড কনসেন্সাস এর উপর আস্থা", + "daos-4-c-explanation": "একটি DAO-এর জন্য এটি গুরুত্বপূর্ণ যে অন্তর্নিহিত ব্লকচেইন ম্যানিপুলেট করা যায় না। Ethereum-এর নিজস্ব কনসেন্সাস ডিস্ট্রিবিউটেড এবং সংস্থাগুলোর নেটওয়ার্ক এর উপর আস্থা রাখার জন্য যথেষ্ট প্রতিষ্ঠিত।", + "daos-4-d-label": "DAO-গুলোর স্মার্ট কন্ট্রাক্ট এর প্রয়োজন নেই", + "daos-4-d-explanation": "একটি DAO-এর মেরুদণ্ড হলো এর স্মার্ট কন্ট্রাক্ট, যা সংস্থার নিয়মগুলো সংজ্ঞায়িত করে এবং গ্রুপের ট্রেজারি ধরে রাখে।", + "daos-5-prompt": "কোনটি DAO পরিচালনা করার মেকানিজম নয়?", "daos-5-a-label": "টোকেন-ভিত্তিক সদস্যপদ", - "daos-5-a-explanation": "টোকেন-ভিত্তিক গভর্নেন্স খুব ব্যাপকভাবে ব্যবহৃত হয়। এটি সাধারণত সম্পূর্ণরূপে অনুমতিহীন এবং সাধারণত ব্যাপক বিকেন্দ্রীভূত প্রোটোকল এবং/অথবা টোকেনগুলিকে পরিচালনা করতে ব্যবহৃত হয়।", - "daos-5-b-label": "শেয়ার-ভিত্তিক সদস্যপদ", - "daos-5-b-explanation": "শেয়ার-ভিত্তিক DAO গুলি আরও অনুমতিপ্রাপ্ত কিন্তু এখনও বেশ উন্মুক্ত। যেকোনো সম্ভাব্য সদস্য DAO-তে যোগদানের জন্য একটি প্রস্তাব জমা দিতে পারে, সাধারণত টোকেন বা কাজের আকারে কিছু মূল্যের শ্রদ্ধা নিবেদন করে।", - "daos-5-c-label": "খ্যাতি-ভিত্তিক সদস্যপদ", - "daos-5-c-explanation": "টোকেন বা শেয়ার-ভিত্তিক সদস্যতার বিপরীতে, খ্যাতি-ভিত্তিক DAO গুলি অবদানকারীদের মালিকানা হস্তান্তর করে না। DAO সদস্যদের অংশগ্রহণের মাধ্যমে খ্যাতি অর্জন করতে হবে।", - "daos-5-d-label": "কার্যনির্বাহী বোর্ড এবং অফচেইন ট্রেজারি ম্যানেজমেন্ট", - "daos-5-d-explanation": "এই পদ্ধতিটি পরিচালনার জন্য অত্যন্ত কেন্দ্রীভূত এবং অস্বচ্ছ প্রক্রিয়া ব্যবহার করে। বিপরীতভাবে, DAO গুলি স্বচ্ছতা এবং জবাবদিহিতা নিশ্চিত করার জন্য যাচাইযোগ্য ভোটিং প্রক্রিয়া এবং অনচেইন ট্রেজারি ম্যানেজমেন্ট ব্যবহার করে।", + "daos-5-a-explanation": "টোকেন-ভিত্তিক গভর্নেন্স খুব ব্যাপকভাবে ব্যবহৃত হয়। এটি সাধারণত সম্পূর্ণ পারমিশনলেস এবং সাধারণত বিস্তৃত ডিসেন্ট্রালাইজড প্রটোকল এবং/অথবা টোকেন গুলোকে পরিচালনা করতে ব্যবহৃত হয়।", + "daos-5-b-label": "শেয়ার-ভিত্তিক সদস্যপদ", + "daos-5-b-explanation": "শেয়ার-ভিত্তিক DAO-গুলো বেশি পারমিশনড হলেও বেশ উন্মুক্ত। যেকোনো সম্ভাব্য সদস্য DAO-তে যোগদানের জন্য একটি প্রস্তাব জমা দিতে পারে, সাধারণত টোকেন বা কাজের আকারে কিছু মূল্যের ট্রিবিউট অফার করে।", + "daos-5-c-label": "সুনাম-ভিত্তিক সদস্যপদ", + "daos-5-c-explanation": "টোকেন বা শেয়ার-ভিত্তিক সদস্যপদের বিপরীতে, সুনাম-ভিত্তিক DAO-গুলো অবদানকারীদের কাছে মালিকানা হস্তান্তর করে না। DAO সদস্যদের অংশগ্রহণের মাধ্যমে সুনাম অর্জন করতে হবে।", + "daos-5-d-label": "কার্যনির্বাহী পর্ষদ এবং অফচেইন ট্রেজারি ব্যবস্থাপনা", + "daos-5-d-explanation": "এই পদ্ধতিটি পরিচালনার অত্যন্ত কেন্দ্রীভূত এবং অস্বচ্ছ মেকানিজম ব্যবহার করে। বিপরীতে, DAO-গুলো স্বচ্ছতা এবং জবাবদিহিতা নিশ্চিত করতে যাচাইযোগ্য ভোটিং মেকানিজম এবং অনচেইন ট্রেজারি ব্যবস্থাপনা ব্যবহার করে।", "staking-solo-1-prompt": "স্ল্যাশিং সম্পর্কে কোনটি সত্য?", - "staking-solo-1-a-label": "অফলাইন থাকার জন্য জরিমানা, অনলাইনে ফিরে আসার পরে পুরস্কার পুনরায় শুরু হয়", - "staking-solo-1-a-explanation": "অফলাইন থাকার ফলে স্ল্যাশিং হয় না। অফলাইন থাকার জন্য ছোট জরিমানা করা হয়, এবং ভ্যালিডেটর অনলাইনে ফিরে আসার এবং অ্যাটেস্টেশন পুনরায় শুরু করার পরে পুরস্কার পুনরায় শুরু হয়।", - "staking-solo-1-b-label": "অফলাইন থাকার জন্য জরিমানা, ভ্যালিডেটরকে অবিলম্বে আবার অ্যাটেস্টেশন করা থেকে নিষিদ্ধ করা হয়", - "staking-solo-1-b-explanation": "অফলাইন থাকার ফলে স্ল্যাশিং হয় না। যদিও স্ল্যাশিংয়ের ফলে ভ্যালিডেটরকে আবার অ্যাটেস্টেশন করা থেকে নিষিদ্ধ করা হবে এবং শেষ পর্যন্ত জোরপূর্বক বের করে দেওয়া হবে, তবে অফলাইন থাকার ফলে নেটওয়ার্ক থেকে বের করে দেওয়া হবে না।", - "staking-solo-1-c-label": "নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য জরিমানা, স্ল্যাশিংয়ের পরে পুরস্কার পুনরায় শুরু হয়", - "staking-solo-1-c-explanation": "স্ল্যাশিং হল নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য একটি গুরুতর জরিমানা যা নেটওয়ার্কের জন্য একটি হুমকি উপস্থাপন করে। যেমন, একবার একটি ভ্যালিডেটর স্ল্যাশ হয়ে গেলে, তাদের অবিলম্বে আর অ্যাটেস্টেশন করা থেকে নিষিদ্ধ করা হয়, এবং শেষ পর্যন্ত নেটওয়ার্ক থেকে জোরপূর্বক বের করে দেওয়া হয় এবং বাকি ETH মালিকের কাছে তুলে দেওয়া হয়।", - "staking-solo-1-d-label": "নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য জরিমানা, ভ্যালিডেটরকে অবিলম্বে আবার অ্যাটেস্টেশন করা থেকে নিষিদ্ধ করা হয়", - "staking-solo-1-d-explanation": "স্ল্যাশিং হল নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য একটি গুরুতর জরিমানা যা নেটওয়ার্কের জন্য একটি হুমকি উপস্থাপন করে। যেমন, একবার একটি ভ্যালিডেটর স্ল্যাশ হয়ে গেলে, তাদের অবিলম্বে আর অ্যাটেস্টেশন করা থেকে নিষিদ্ধ করা হয়, এবং শেষ পর্যন্ত নেটওয়ার্ক থেকে জোরপূর্বক বের করে দেওয়া হয় এবং বাকি ETH মালিকের কাছে তুলে দেওয়া হয়।", - "staking-solo-2-prompt": "একটি ভ্যালিডেটর অফলাইন হয়ে গেলে কী হয়?", + "staking-solo-1-a-label": "অফলাইনে থাকার জন্য জরিমানা, অনলাইনে ফিরে এলে পুরস্কার আবার শুরু হয়", + "staking-solo-1-a-explanation": "অফলাইনে থাকলে স্ল্যাশিং হয় না। অফলাইনে থাকার জন্য ছোট জরিমানা আরোপ করা হয়, এবং ভ্যালিডেটর অনলাইনে ফিরে এলে এবং এটেস্টেশন পুনরায় শুরু করলে পুরস্কার আবার শুরু হয়।", + "staking-solo-1-b-label": "অফলাইনে থাকার জন্য জরিমানা, ভ্যালিডেটর কে অবিলম্বে আর কখনো এটেস্টেশন করা থেকে নিষিদ্ধ করা হয়", + "staking-solo-1-b-explanation": "অফলাইনে থাকলে স্ল্যাশিং হয় না। যদিও স্ল্যাশিং এর ফলে ভ্যালিডেটর কে আর কখনো এটেস্টেশন করা থেকে নিষিদ্ধ করা হবে এবং শেষ পর্যন্ত জোরপূর্বক বের করে দেওয়া হবে, অফলাইনে থাকলে নেটওয়ার্ক থেকে বের করে দেওয়া হবে না।", + "staking-solo-1-c-label": "নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য জরিমানা, স্ল্যাশিং এর পরে পুরস্কার আবার শুরু হয়", + "staking-solo-1-c-explanation": "স্ল্যাশিং হলো নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য একটি গুরুতর জরিমানা যা নেটওয়ার্ক এর জন্য হুমকি স্বরূপ। তাই, একবার কোনো ভ্যালিডেটর স্ল্যাশড হয়ে গেলে তাদের অবিলম্বে আর কোনো এটেস্টেশন করা থেকে নিষিদ্ধ করা হয়, এবং শেষ পর্যন্ত নেটওয়ার্ক থেকে জোরপূর্বক বের করে দেওয়া হয় এবং অবশিষ্ট ETH মালিকের কাছে তুলে নেওয়া হয়।", + "staking-solo-1-d-label": "নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য জরিমানা, ভ্যালিডেটর কে অবিলম্বে আর কখনো এটেস্টেশন করা থেকে নিষিদ্ধ করা হয়", + "staking-solo-1-d-explanation": "স্ল্যাশিং হলো নির্দিষ্ট কনসেন্সাস নিয়ম ভাঙার জন্য একটি গুরুতর জরিমানা যা নেটওয়ার্ক এর জন্য হুমকি স্বরূপ। তাই, একবার কোনো ভ্যালিডেটর স্ল্যাশড হয়ে গেলে তাদের অবিলম্বে আর কোনো এটেস্টেশন করা থেকে নিষিদ্ধ করা হয়, এবং শেষ পর্যন্ত নেটওয়ার্ক থেকে জোরপূর্বক বের করে দেওয়া হয় এবং অবশিষ্ট ETH মালিকের কাছে তুলে নেওয়া হয়।", + "staking-solo-2-prompt": "কোনো ভ্যালিডেটর অফলাইনে গেলে কী হয়?", "staking-solo-2-a-label": "পুরস্কারের উপর কোনো প্রভাব নেই", - "staking-solo-2-a-explanation": "যখন একটি ভ্যালিডেটর কোনো প্রদত্ত ইপকের জন্য চেইনের অবস্থার অ্যাটেস্টেশন করার জন্য অনুপলব্ধ থাকে তখন জরিমানা করা হয়। এই জরিমানাগুলির আকার একটি সঠিক অ্যাটেস্টেশনের জন্য পুরস্কারের প্রায় ৭৫% এর সমান। ভ্যালিডেটর অনলাইনে ফিরে গেলে পুরস্কার পুনরায় শুরু হয় এবং কোনো স্ল্যাশিং হয় না।", - "staking-solo-2-b-label": "নিষ্ক্রিয়তার জরিমানা শুধুমাত্র অনুপলব্ধ থাকাকালীন করা হয়", - "staking-solo-2-b-explanation": "অনুপলব্ধ থাকাকালীন, একটি ভ্যালিডেটর ছোট নিষ্ক্রিয়তার জরিমানা বহন করবে, যা একটি সঠিক অ্যাটেস্টেশনের জন্য পুরস্কারের প্রায় ৭৫% এর সমান। বিরল/চরম ক্ষেত্রে যেখানে নেটওয়ার্ক চূড়ান্ত হচ্ছে না (অর্থাৎ, নেটওয়ার্কের ১/৩ এর বেশিও অফলাইন), এই জরিমানাগুলি উল্লেখযোগ্যভাবে বেশি হয়। ভ্যালিডেটর অনলাইনে ফিরে গেলে পুরস্কার পুনরায় শুরু হয় এবং কোনো স্ল্যাশিং হয় না।", - "staking-solo-2-c-label": "অবিলম্বে স্ল্যাশিং এবং নেটওয়ার্ক থেকে অপসারণ", - "staking-solo-2-c-explanation": "এটি একটি সাধারণ ভুল ধারণা, কিন্তু অফলাইন হয়ে গেলে স্ল্যাশিং হয় না! স্ল্যাশিং হল আরও গুরুতর অপরাধের জন্য একটি নির্দিষ্ট ধরনের জরিমানা, যার বড় জরিমানা রয়েছে এবং এর ফলে ভ্যালিডেটর সেট থেকে অপসারণও হয়।", - "staking-solo-2-d-label": "স্ল্যাশিং এবং বহিষ্কারের আগে এক সপ্তাহের বিলম্ব", - "staking-solo-2-d-explanation": "অফলাইন থাকার ফলে স্ল্যাশিং হয় না, এমনকি দীর্ঘ সময় পরেও। একটি ভ্যালিডেটর তাত্ত্বিকভাবে স্ল্যাশ না হয়ে বছরের পর বছর অফলাইন থাকতে পারে, যদিও ভ্যালিডেটর প্রস্থান না করলে নিষ্ক্রিয়তার জরিমানা বাড়তে থাকবে।", - "staking-solo-3-prompt": "একটি ভ্যালিডেটরের সর্বোচ্চ কার্যকর ব্যালেন্স কত?", + "staking-solo-2-a-explanation": "যখন কোনো ভ্যালিডেটর কোনো নির্দিষ্ট এপোক এর জন্য চেইনের স্টেট এটেস্টেশন করতে অনুপলব্ধ থাকে তখন জরিমানা আরোপ করা হয়। এই জরিমানার পরিমাণ একটি সঠিক এটেস্টেশন এর জন্য যে পুরস্কার হতো তার প্রায় 75% এর সমান। ভ্যালিডেটর অনলাইনে ফিরে এলে পুরস্কার আবার শুরু হয়, এবং কোনো স্ল্যাশিং হয় না।", + "staking-solo-2-b-label": "নিষ্ক্রিয়তার জরিমানা শুধুমাত্র অনুপলব্ধ থাকার সময় আরোপ করা হয়", + "staking-solo-2-b-explanation": "অনুপলব্ধ থাকার সময়, একটি ভ্যালিডেটর ছোট নিষ্ক্রিয়তার জরিমানা বহন করবে, যা একটি সঠিক এটেস্টেশন এর জন্য যে পুরস্কার হতো তার প্রায় 75% এর সমান। বিরল/চরম ক্ষেত্রে যেখানে নেটওয়ার্ক চূড়ান্ত হচ্ছে না (অর্থাৎ, নেটওয়ার্ক এর 1/3 এর বেশি অফলাইনে আছে), এই জরিমানাগুলো উল্লেখযোগ্যভাবে বেশি হয়। ভ্যালিডেটর অনলাইনে ফিরে এলে পুরস্কার আবার শুরু হয়, এবং কোনো স্ল্যাশিং হয় না।", + "staking-solo-2-c-label": "তাৎক্ষণিক স্ল্যাশিং এবং নেটওয়ার্ক থেকে অপসারণ", + "staking-solo-2-c-explanation": "এটি একটি সাধারণ ভুল ধারণা, কিন্তু অফলাইনে গেলে স্ল্যাশিং হয় না! স্ল্যাশিং হলো আরও গুরুতর অপরাধের জন্য একটি নির্দিষ্ট ধরণের জরিমানা, যেখানে বড় জরিমানা থাকে এবং এর ফলে ভ্যালিডেটর সেট থেকে অপসারণও হয়।", + "staking-solo-2-d-label": "স্ল্যাশিং এবং বের করে দেওয়ার আগে এক সপ্তাহের বিলম্ব", + "staking-solo-2-d-explanation": "অফলাইনে থাকলে স্ল্যাশিং হয় না, এমনকি দীর্ঘ সময় পরেও। একটি ভ্যালিডেটর তাত্ত্বিকভাবে স্ল্যাশড না হয়ে বছরের পর বছর অফলাইনে থাকতে পারে, যদিও ভ্যালিডেটর প্রস্থান না করলে নিষ্ক্রিয়তার জরিমানা বাড়তে থাকবে।", + "staking-solo-3-prompt": "একটি ভ্যালিডেটর এর সর্বোচ্চ কার্যকরী ব্যালেন্স কত?", "staking-solo-3-a-label": "16", - "staking-solo-3-a-explanation": "যে ভ্যালিডেটরদের কার্যকর ব্যালেন্স ১৬ ETH-এ নেমে আসে তাদের স্বয়ংক্রিয়ভাবে বীকন চেইন থেকে বের করে দেওয়া হয়।", + "staking-solo-3-a-explanation": "যেসব ভ্যালিডেটর এর কার্যকরী ব্যালেন্স 16 ETH-এ নেমে যায় তারা স্বয়ংক্রিয়ভাবে বিকন চেইন থেকে প্রস্থান করে।", "staking-solo-3-b-label": "32", - "staking-solo-3-b-explanation": "৩২ ETH হল একটি নতুন ভ্যালিডেটর সক্রিয় করার জন্য প্রয়োজনীয় সর্বনিম্ন ETH, এবং সেই ভ্যালিডেটরের জন্য সর্বোচ্চ 'কার্যকর ব্যালেন্স' (ভোটের ওজন)। ৩২-এর উপরে পুরস্কার জমা করা যেতে পারে, কিন্তু এই ব্যালেন্স নেটওয়ার্কে সেই ভ্যালিডেটরের ভোটের ওজনে অবদান রাখে না এবং পুরস্কার বৃদ্ধি পায় না।", + "staking-solo-3-b-explanation": "32 ETH হলো একটি নতুন ভ্যালিডেটর সক্রিয় করার জন্য প্রয়োজনীয় ন্যূনতম ETH, এবং সেই ভ্যালিডেটর এর জন্য সর্বোচ্চ 'কার্যকরী ব্যালেন্স' (ভোটের ওজন)। 32 এর উপরের পুরস্কার জমা হতে পারে, কিন্তু এই ব্যালেন্স নেটওয়ার্ক এ সেই ভ্যালিডেটর এর ভোটের ওজনে অবদান রাখে না এবং পুরস্কার বৃদ্ধি পায় না।", "staking-solo-3-c-label": "অপারেটরের উপর নির্ভর করে পরিবর্তনশীল", - "staking-solo-3-c-explanation": "কনসেন্সাসের নিয়মগুলি প্রতিটি ভ্যালিডেটর অ্যাকাউন্টের জন্য সমানভাবে প্রযোজ্য এবং নোড পরিচালনাকারী ব্যক্তির উপর নির্ভরশীল নয়। সমস্ত ভ্যালিডেটরের সর্বোচ্চ কার্যকর ব্যালেন্স হল ৩২ ETH।", + "staking-solo-3-c-explanation": "কনসেন্সাস এর নিয়মগুলো প্রতিটি ভ্যালিডেটর একাউন্ট এর ক্ষেত্রে সমানভাবে প্রযোজ্য এবং নোড পরিচালনাকারী ব্যক্তির উপর নির্ভরশীল নয়। সমস্ত ভ্যালিডেটর এর সর্বোচ্চ কার্যকরী ব্যালেন্স হলো 32 ETH।", "staking-solo-3-d-label": "কোনো সীমা নেই", - "staking-solo-3-d-explanation": "প্রতিটি ভ্যালিডেটর অ্যাকাউন্ট ৩২ ETH-এর একটি কার্যকর ব্যালেন্সে সীমাবদ্ধ, যা নেটওয়ার্কে যেকোনো একক ভ্যালিডেটরের সামগ্রিক ক্ষমতাকে সীমাবদ্ধ করে। এটি একটি নির্দিষ্ট সময়ের মধ্যে কত ETH স্টেক করা বা আন-স্টেক করা যেতে পারে তাও সীমাবদ্ধ করে, কারণ ভ্যালিডেটর সক্রিয়করণ এবং প্রস্থান একটি হার-সীমিত সারির মাধ্যমে প্রক্রিয়া করা হয়।", - "staking-solo-4-prompt": "ভ্যালিডেটর হিসাবে প্রাপ্ত পুরস্কার কোনটি নয়?", + "staking-solo-3-d-explanation": "প্রতিটি ভ্যালিডেটর একাউন্ট 32 ETH এর কার্যকরী ব্যালেন্সে সীমাবদ্ধ, যা নেটওয়ার্ক এ যেকোনো একক ভ্যালিডেটর এর সামগ্রিক ক্ষমতাকে সীমিত করে। এটি একটি নির্দিষ্ট সময়ের মধ্যে কত ETH স্টেক বা আন-স্টেক করা যেতে পারে তাও সীমিত করে, কারণ ভ্যালিডেটর সক্রিয়করণ এবং প্রস্থানগুলো একটি রেট-লিমিটেড কিউয়ের মাধ্যমে প্রক্রিয়া করা হয়।", + "staking-solo-4-prompt": "কোনটি ভ্যালিডেটর হিসেবে প্রাপ্ত পুরস্কার নয়?", "staking-solo-4-a-label": "ব্লক রিওয়ার্ড", - "staking-solo-4-a-explanation": "ভ্যালিডেটররা প্রোটোকল দ্বারা এলোমেলোভাবে নির্বাচিত হলে একটি বৈধ ব্লক প্রস্তাব করার জন্য নতুন ETH ইস্যুয়েন্স আকারে পুরস্কার পায়। এই পুরস্কারগুলি ফি এবং MEV থেকে পৃথক যা ব্লক প্রস্তাব করার সময়ও অর্জিত হয়।", + "staking-solo-4-a-explanation": "প্রটোকল দ্বারা এলোমেলোভাবে নির্বাচিত হলে একটি বৈধ ব্লক প্রস্তাব করার জন্য ভ্যালিডেটরস নতুন ETH ইস্যুয়েন্স এর আকারে পুরস্কার পায়। এই পুরস্কারগুলো ফি এবং MEV থেকে আলাদা যা ব্লক প্রস্তাব করার সময়ও অর্জিত হয়।", "staking-solo-4-b-label": "ফি টিপস / MEV", - "staking-solo-4-b-explanation": "ফি টিপস (ফি-এর অপোড়া অংশ) এবং MEV উপার্জনগুলি সেই ভ্যালিডেটর দ্বারা প্রদত্ত ফি প্রাপক ঠিকানার মাধ্যমে ব্লক প্রস্তাবক (স্টেকার/ভ্যালিডেটর) এর কাছে বিতরণ করা হয়। এই পুরস্কারগুলি ব্লক প্রস্তাব করার সময় অর্জিত ব্লক পুরস্কার থেকে পৃথক।", - "staking-solo-4-c-label": "চেইনের প্রধান অ্যাটেস্টেশন পুরস্কার", - "staking-solo-4-c-explanation": "ভ্যালিডেটররা চেইনের প্রধান, বর্তমান ন্যায্য ইপক প্রধান এবং বর্তমান চূড়ান্ত ইপক প্রধানের সঠিকভাবে এবং দ্রুত অ্যাটেস্টেশন করার জন্য নতুন ETH ইস্যুয়েন্স আকারে পুরস্কার পায়।", + "staking-solo-4-b-explanation": "ফি টিপস (ফির অবিক্রীত অংশ) এবং MEV উপার্জন ব্লক প্রপোজার (স্টেকার/ভ্যালিডেটর) এর কাছে সেই ভ্যালিডেটর দ্বারা প্রদত্ত ফি প্রাপকের এডড্রেস এর মাধ্যমে বিতরণ করা হয়। এই পুরস্কারগুলো ব্লক রিওয়ার্ড থেকে আলাদা যা ব্লক প্রস্তাব করার সময়ও অর্জিত হয়।", + "staking-solo-4-c-label": "চেইনের হেডের এটেস্টেশন পুরস্কার", + "staking-solo-4-c-explanation": "চেইনের হেড, বর্তমান জাস্টিফাইড এপোক হেড এবং বর্তমান ফাইনালাইজড এপোক হেডকে সঠিকভাবে এবং দ্রুত এটেস্টেশন করার জন্য ভ্যালিডেটরস নতুন ETH ইস্যুয়েন্স এর আকারে পুরস্কার পায়।", "staking-solo-4-d-label": "Uniswap ট্রেডিং ফি", - "staking-solo-4-d-explanation": "ট্রেডিং প্ল্যাটফর্ম এবং এক্সচেঞ্জ দ্বারা উত্পন্ন ট্রেডিং ফি Ethereum ভ্যালিডেটরদের দ্বারা প্রাপ্ত হয় না।", - "staking-solo-5-prompt": "একটি ভ্যালিডেটরের লাভজনক হওয়ার জন্য কতটুকু আপটাইম প্রয়োজন?", - "staking-solo-5-a-label": "১০০%", - "staking-solo-5-a-explanation": "যদিও একটি আদর্শ লক্ষ্য, ১০০% আপটাইম অর্জন করা একটি ভ্যালিডেটরের লাভজনক থাকার জন্য সর্বনিম্ন প্রয়োজনীয়তা নয়।", - "staking-solo-5-b-label": "~৯৯%", - "staking-solo-5-b-explanation": "যদিও একটি চমৎকার লক্ষ্য, ৯৯% আপটাইম অর্জন করা একটি ভ্যালিডেটরের লাভজনক থাকার জন্য সর্বনিম্ন প্রয়োজনীয়তা নয়।", - "staking-solo-5-c-label": "~৫০%", - "staking-solo-5-c-explanation": "ভ্যালিডেটরদের চেইনের অবস্থার সঠিকভাবে এবং দ্রুত অ্যাটেস্টেশন করার জন্য যা পুরস্কার পেত তার প্রায় ৭৫% জরিমানা করা হয়। এর মানে হল একটি নির্দিষ্ট সময়ের জন্য, সেই সময়ের ৫০% অফলাইন থাকা সত্ত্বেও নেট লাভজনক হবে, যদিও আরও নির্ভরযোগ্যভাবে উপলব্ধ ভ্যালিডেটরের চেয়ে কম লাভজনক হবে।", - "staking-solo-5-d-label": "~২৫%", - "staking-solo-5-d-explanation": "মাত্র ২৫% আপটাইম সহ একটি ভ্যালিডেটর বাকি ৭৫% সময়ের জন্য জরিমানা বহন করবে। পুরস্কার এবং জরিমানার অনুরূপ আকারের কারণে, অনলাইন থাকার সময়ের চেয়ে ৩ গুণ বেশি সময় অফলাইন থাকার ফলে সেই সময়ের জন্য ETH-এর নেট ক্ষতি হবে।", - "staking-solo-6-prompt": "নিচের কোনটি স্ল্যাশযোগ্য অপরাধ নয়?", - "staking-solo-6-a-label": "অফলাইন থাকা", - "staking-solo-6-a-explanation": "শুধু অফলাইন থাকার ফলে স্ল্যাশিং হয় না। অফলাইন থাকাকালীন এটি ছোট নিষ্ক্রিয়তার জরিমানার কারণ হবে, কিন্তু অনলাইনে ফিরে আসার পরে অ্যাটেস্টেশন পুনরায় শুরু করবে।", - "staking-solo-6-b-label": "একই স্লটের জন্য দুটি ভিন্ন ব্লক প্রস্তাব এবং স্বাক্ষর করা", - "staking-solo-6-b-explanation": "এটি নেটওয়ার্কের অখণ্ডতাকে হুমকি দেয় এবং এর ফলে স্ল্যাশিং এবং নেটওয়ার্ক থেকে বহিষ্কার হবে।", - "staking-solo-6-c-label": "অন্য একটি ব্লককে 'ঘিরে' রাখা একটি ব্লকের অ্যাটেস্টেশন করা (কার্যকরভাবে ইতিহাস পরিবর্তন করা)", - "staking-solo-6-d-label": "একই ব্লকের জন্য দুটি প্রার্থীর অ্যাটেস্টেশন করে 'ডাবল ভোটিং' করা", - "staking-solo-7-prompt": "আপনার ভ্যালিডেটরকে স্ল্যাশ হওয়া থেকে রক্ষা/প্রতিরোধ করার কোন উপায়টি নয়?", - "staking-solo-7-a-label": "অতিরিক্ত রিডান্ড্যান্ট সেটআপ এড়িয়ে চলুন, এবং একবারে শুধুমাত্র একটি ভ্যালিডেটর ক্লায়েন্টের সাথে আপনার কীগুলি সংরক্ষণ করুন", - "staking-solo-7-a-explanation": "আজ পর্যন্ত বেশিরভাগ স্ল্যাশিং অপারেটরদের কাছ থেকে এসেছে যারা তাদের সাইনিং কীগুলি একাধিক মেশিনে সংরক্ষণ করে, একটি রিডান্ড্যান্ট ব্যাকআপ হিসাবে। এটি অত্যন্ত ঝুঁকিপূর্ণ, কারণ যেকোনো ত্রুটির ফলে ডাবল ভোটিং এবং স্ল্যাশিং হতে পারে।", - "staking-solo-7-b-label": "ক্লায়েন্ট সফ্টওয়্যারটি নিজে কোড পরিবর্তন না করে যেমন আছে তেমন চালান", - "staking-solo-7-b-explanation": "ক্লায়েন্ট সফ্টওয়্যারটি স্ল্যাশযোগ্য ক্রিয়া সম্পাদন থেকে রক্ষা করার জন্য লেখা এবং পরীক্ষা করা হয়। একটি স্ল্যাশযোগ্য ক্রিয়া সম্পাদন করার জন্য, সাধারণত আপনাকে নিজে ক্লায়েন্ট কোডটি একটি বিদ্বেষপূর্ণ উপায়ে পরিবর্তন করতে হবে।", - "staking-solo-7-c-label": "একটি ক্লায়েন্ট চালান যা অন্যান্য ভ্যালিডেটরদের সংখ্যাগরিষ্ঠ দ্বারা ব্যবহৃত হচ্ছে", - "staking-solo-7-c-explanation": "নেটওয়ার্কের বাকি সংখ্যাগরিষ্ঠের মতো একই ক্লায়েন্ট ব্যবহার করা আপনাকে সেই ক্লায়েন্টে একটি সফ্টওয়্যার বাগের ক্ষেত্রে স্ল্যাশ হওয়ার ঝুঁকিতে ফেলে। একটি সংখ্যালঘু ক্লায়েন্ট চালানো এর বিরুদ্ধে রক্ষা করে।", - "staking-solo-7-d-label": "নতুন মেশিনে কীগুলি মাইগ্রেট করার আগে ২-৪ ইপকের জন্য ভ্যালিডেটর নিষ্ক্রিয় করুন", - "staking-solo-7-d-explanation": "এটি আপনার নোড অফলাইন থাকাকালীন চেইনকে চূড়ান্ত করার জন্য সময় দেয়, যাতে কী মাইগ্রেশনের সময় দুর্ঘটনাজনিত ডাবল ভোটিং এবং স্ল্যাশিংয়ের ঝুঁকি কমিয়ে আনা যায়।", - "staking-solo-8-prompt": "পুরস্কার পেমেন্ট / আংশিক উত্তোলন প্রাপ্তির জন্য কোনটি প্রয়োজন নয়?", - "staking-solo-8-a-label": "একবার একটি এক্সিকিউশন উত্তোলনের ঠিকানা প্রদান করা", - "staking-solo-8-a-explanation": "উত্তোলন প্রক্রিয়াটি কোথায় কোনো কনসেন্সাস লেয়ারের তহবিল পাঠাতে হবে তা জানার জন্য এটি একবার প্রয়োজন।", - "staking-solo-8-b-label": "৩২ ETH-এর একটি কার্যকর ব্যালেন্স থাকা", - "staking-solo-8-b-explanation": "যেকোনো আংশিক উত্তোলনের আগে আপনার কার্যকর ব্যালেন্স ৩২ ETH-এ সর্বোচ্চ হতে হবে।", - "staking-solo-8-c-label": "৩২ ETH-এর বেশি মোট ব্যালেন্স থাকা", - "staking-solo-8-c-explanation": "যেকোনো আংশিক উত্তোলনের জন্য আপনার মোট ব্যালেন্সের পুরস্কার ৩২ ETH-এর উপরে থাকতে হবে।", - "staking-solo-8-d-label": "গ্যাস পেমেন্ট সহ অনুরোধকৃত উত্তোলনের পরিমাণ জমা দেওয়া", - "staking-solo-8-d-explanation": "অন্যান্য মানদণ্ড পূরণ হয়ে গেলে, পুরস্কার পেমেন্ট স্বয়ংক্রিয় হয়। প্রাপকদের একটি লেনদেন জমা দিতে বা গ্যাস দিতে হবে না। উত্তোলিত পরিমাণ ভ্যালিডেটরের ৩২-এর অতিরিক্ত ব্যালেন্সের সমান। কাস্টম পরিমাণ অনুরোধ করা যাবে না।", - "scaling-1-prompt": "Ethereum স্কেল করার জন্য নিচের কোনটি ব্যবহার করছে?", - "scaling-1-a-label": "লেয়ার 2 রোলআপ", - "scaling-1-a-explanation": "এগুলি লেনদেনগুলি বান্ডিল করে, সেগুলি সম্পাদন করে এবং তারপর বৈধকরণ এবং সুরক্ষার জন্য ফলাফলগুলি Ethereum-এ পোস্ট করে Ethereum স্কেল করতে সাহায্য করে। রোলআপগুলির উদাহরণগুলির মধ্যে রয়েছে Arbitrum বা Optimism। এটি Ethereum স্কেল করার একমাত্র উপায় নয়।", + "staking-solo-4-d-explanation": "ট্রেডিং প্ল্যাটফর্ম এবং এক্সচেঞ্জ দ্বারা উৎপন্ন ট্রেডিং ফি Ethereum ভ্যালিডেটরস দ্বারা প্রাপ্ত হয় না।", + "staking-solo-5-prompt": "একটি ভ্যালিডেটর লাভজনক হওয়ার জন্য কত আপটাইম প্রয়োজন?", + "staking-solo-5-a-label": "100%", + "staking-solo-5-a-explanation": "যদিও এটি একটি আদর্শ লক্ষ্য, 100% আপটাইম অর্জন করা একটি ভ্যালিডেটর এর লাভজনক থাকার জন্য ন্যূনতম প্রয়োজনীয়তা নয়।", + "staking-solo-5-b-label": "~99%", + "staking-solo-5-b-explanation": "যদিও এটি একটি চমৎকার লক্ষ্য, 99% আপটাইম অর্জন করা একটি ভ্যালিডেটর এর লাভজনক থাকার জন্য ন্যূনতম প্রয়োজনীয়তা নয়।", + "staking-solo-5-c-label": "~50%", + "staking-solo-5-c-explanation": "চেইনের স্টেট সঠিকভাবে এবং দ্রুত এটেস্টেশন করার জন্য ভ্যালিডেটরস কে যে পুরস্কার দেওয়া হতো তার প্রায় 75% জরিমানা করা হয়। এর মানে হলো একটি নির্দিষ্ট সময়ের জন্য, সেই সময়ের 50% অফলাইনে থাকলেও নিট লাভজনক হবে, যদিও এটি আরও নির্ভরযোগ্যভাবে উপলব্ধ ভ্যালিডেটর এর চেয়ে কম লাভজনক।", + "staking-solo-5-d-label": "~25%", + "staking-solo-5-d-explanation": "মাত্র 25% আপটাইম সহ একটি ভ্যালিডেটর বাকি 75% সময়ের জন্য জরিমানা বহন করবে। পুরস্কার এবং জরিমানার অনুরূপ আকার বিবেচনা করে, অনলাইনের সময়ের 3 গুণ অফলাইনে থাকার ফলে সেই সময়ের জন্য ETH এর নিট ক্ষতি হবে।", + "staking-solo-6-prompt": "নিচের কোনটি স্ল্যাশযোগ্য অপরাধ নয়?", + "staking-solo-6-a-label": "অফলাইনে থাকা", + "staking-solo-6-a-explanation": "শুধুমাত্র অফলাইনে থাকলে স্ল্যাশিং হয় না। অফলাইনে থাকার সময় এর ফলে ছোট নিষ্ক্রিয়তার জরিমানা হবে, কিন্তু অনলাইনে ফিরে এলে এটেস্টেশন পুনরায় শুরু হবে।", + "staking-solo-6-b-label": "একই স্লটের জন্য দুটি ভিন্ন ব্লক প্রস্তাব করা এবং সাইন করা", + "staking-solo-6-b-explanation": "এটি নেটওয়ার্ক এর অখণ্ডতাকে হুমকির মুখে ফেলে এবং এর ফলে স্ল্যাশিং হবে এবং নেটওয়ার্ক থেকে বের করে দেওয়া হবে।", + "staking-solo-6-c-label": "এমন একটি ব্লক এটেস্টেশন করা যা অন্য একটিকে 'ঘিরে' রাখে (কার্যকরভাবে ইতিহাস পরিবর্তন করে)", + "staking-solo-6-d-label": "একই ব্লক এর জন্য দুজন প্রার্থীকে এটেস্টেশন করে 'ডাবল ভোটিং'", + "staking-solo-7-prompt": "আপনার ভ্যালিডেটর কে স্ল্যাশড হওয়া থেকে রক্ষা/প্রতিরোধ করার উপায় কোনটি নয়?", + "staking-solo-7-a-label": "অতিরিক্ত রিডান্ড্যান্ট সেটআপ এড়িয়ে চলুন, এবং একবারে শুধুমাত্র একটি ভ্যালিডেটর ক্লায়েন্ট এর সাথে আপনার কিগুলো সংরক্ষণ করুন", + "staking-solo-7-a-explanation": "আজ পর্যন্ত বেশিরভাগ স্ল্যাশিং হয়েছে অপারেটরদের তাদের সাইনিং কিগুলো একাধিক মেশিনে রিডান্ড্যান্ট ব্যাকআপ হিসেবে সংরক্ষণ করার কারণে। এটি অত্যন্ত ঝুঁকিপূর্ণ, কারণ যেকোনো ত্রুটির ফলে ডাবল ভোটিং এবং স্ল্যাশিং হতে পারে।", + "staking-solo-7-b-label": "নিজে কোড পরিবর্তন না করে ক্লায়েন্ট সফটওয়্যার যেমন আছে তেমন চালান", + "staking-solo-7-b-explanation": "স্ল্যাশযোগ্য কাজগুলো সম্পাদন থেকে রক্ষা করার জন্য ক্লায়েন্ট সফটওয়্যার লেখা এবং পরীক্ষা করা হয়। একটি স্ল্যাশযোগ্য কাজ সম্পাদন করার জন্য, সাধারণত ক্ষতিকারক উপায়ে ক্লায়েন্ট কোডটি নিজে পরিবর্তন করার প্রয়োজন হবে।", + "staking-solo-7-c-label": "এমন একটি ক্লায়েন্ট চালান যা অন্যান্য বেশিরভাগ ভ্যালিডেটরস দ্বারা ব্যবহৃত হচ্ছে", + "staking-solo-7-c-explanation": "নেটওয়ার্ক এর বাকি অংশের সংখ্যাগরিষ্ঠের মতো একই ক্লায়েন্ট ব্যবহার করা আপনাকে সেই ক্লায়েন্ট এ কোনো সফটওয়্যার বাগ এর ক্ষেত্রে স্ল্যাশড হওয়ার ঝুঁকিতে ফেলে। একটি সংখ্যালঘু ক্লায়েন্ট চালানো এর বিরুদ্ধে রক্ষা করে।", + "staking-solo-7-d-label": "একটি নতুন মেশিনে কিগুলো স্থানান্তর করার আগে 2-4 এপোক এর জন্য ভ্যালিডেটর নিষ্ক্রিয় করুন", + "staking-solo-7-d-explanation": "এটি আপনার নোড অফলাইনে থাকার সময় চেইনটিকে চূড়ান্ত হওয়ার জন্য সময় দেয়, যাতে কি স্থানান্তরের সময় দুর্ঘটনাবশত ডাবল ভোটিং এবং স্ল্যাশিং এর যেকোনো ঝুঁকি কমানো যায়।", + "staking-solo-8-prompt": "পুরস্কারের পেমেন্ট / আংশিক প্রত্যাহার পাওয়ার জন্য কোনটি প্রয়োজনীয় নয়?", + "staking-solo-8-a-label": "একবার একটি এক্সিকিউশন প্রত্যাহারের এডড্রেস প্রদান করা", + "staking-solo-8-a-explanation": "যেকোনো কনসেন্সাস লেয়ার এর ফান্ড কোথায় পাঠাতে হবে তা জানার জন্য প্রত্যাহার প্রক্রিয়ার জন্য এটি একবার প্রয়োজন", + "staking-solo-8-b-label": "32 ETH এর একটি কার্যকরী ব্যালেন্স থাকা", + "staking-solo-8-b-explanation": "যেকোনো আংশিক প্রত্যাহার ট্রিগার হওয়ার আগে আপনার কার্যকরী ব্যালেন্স অবশ্যই 32 ETH-এ সর্বোচ্চ হতে হবে।", + "staking-solo-8-c-label": "32 ETH এর বেশি মোট ব্যালেন্স থাকা", + "staking-solo-8-c-explanation": "যেকোনো আংশিক প্রত্যাহার ট্রিগার হওয়ার জন্য আপনার মোট ব্যালেন্সে অবশ্যই 32 ETH এর উপরে পুরস্কার থাকতে হবে।", + "staking-solo-8-d-label": "গ্যাস পেমেন্ট এর সাথে অনুরোধকৃত প্রত্যাহারের পরিমাণ জমা দেওয়া", + "staking-solo-8-d-explanation": "একবার অন্যান্য মানদণ্ড পূরণ হয়ে গেলে, পুরস্কারের পেমেন্টগুলো স্বয়ংক্রিয় হয়। প্রাপকদের কোনো লেনদেন জমা দিতে বা গ্যাস প্রদান করতে হবে না। প্রত্যাহারের পরিমাণ ভ্যালিডেটর এর 32 এর অতিরিক্ত ব্যালেন্সের সমান। কাস্টম পরিমাণের অনুরোধ করা যাবে না।", + "scaling-1-prompt": "স্কেলিং এর জন্য Ethereum নিচের কোনটি ব্যবহার করছে?", + "scaling-1-a-label": "লেয়ার 2 রেলআপস", + "scaling-1-a-explanation": "এগুলো লেনদেন বান্ডিল করে, সেগুলো এক্সিকিউট করে এবং তারপর ভ্যালিডেশন এবং সুরক্ষিত করার জন্য ফলাফলগুলো Ethereum-এ পোস্ট করে Ethereum-কে স্কেলিং করতে সাহায্য করে। রেলআপস এর উদাহরণগুলোর মধ্যে রয়েছে Arbitrum বা Optimism। এটি Ethereum স্কেলিং এর একমাত্র উপায় নয়।", "scaling-1-b-label": "প্রোটো-ড্যাঙ্কশার্ডিং", - "scaling-1-b-explanation": "এটি রোলআপ ডেটা মেইননেটে সংরক্ষণের জন্য একটি অস্থায়ী এবং সস্তা স্টোরেজ বিকল্প সরবরাহ করে, যা বর্তমানে একটি রোলআপে একজন ব্যবহারকারীর সম্মুখীন হওয়া খরচের প্রায় ৯০% এর জন্য দায়ী। এটি Ethereum স্কেল করার একমাত্র উপায় নয়।", + "scaling-1-b-explanation": "এটি মেইননেট এ রোলআপ ডাটা সংরক্ষণের জন্য একটি অস্থায়ী এবং সস্তা স্টোরেজ বিকল্প প্রদান করে, যা বর্তমানে একটি রোলআপ এ ব্যবহারকারীর সম্মুখীন হওয়া খরচের প্রায় 90% এর জন্য দায়ী। এটি Ethereum স্কেলিং এর একমাত্র উপায় নয়।", "scaling-1-c-label": "ড্যাঙ্কশার্ডিং", - "scaling-1-c-explanation": "এটি নেটওয়ার্কের প্রতিটি ভ্যালিডেটর এবং নোডের জন্য সমস্ত রোলআপের জন্য ১০০% ডেটা সংরক্ষণ করার প্রয়োজনীয়তা দূর করে, নোড অপারেটরদের জন্য হার্ডওয়্যারের প্রয়োজনীয়তা হ্রাস করে। এটি Ethereum স্কেল করার একমাত্র উপায় নয়।", - "scaling-1-d-label": "উপরের সবকটি", - "scaling-1-d-explanation": "লেয়ার 2 রোলআপগুলি লেনদেনগুলি বান্ডিল করে, প্রোটো-ড্যাঙ্কশার্ডিং এই ডেটার জন্য সস্তা অস্থায়ী স্টোরেজ তৈরি করে, এবং ড্যাঙ্কশার্ডিং সমস্ত ভ্যালিডেটরদের মধ্যে স্টোরেজ বোঝা ভাগ করে — সবই Ethereum স্কেল করতে সাহায্য করে।", - "scaling-2-prompt": "লেনদেনগুলি বান্ডিল করা এবং সেগুলি সম্পাদন করার পরে, লেয়ার 2 রোলআপগুলি পরবর্তীতে কী করে?", - "scaling-2-a-label": "একটি ব্যক্তিগত সার্ভারে ডেটা সংরক্ষণ করুন", - "scaling-2-a-explanation": "ফলাফলগুলি স্বচ্ছতা এবং পাবলিক প্রাপ্যতার জন্য মেইননেটে পোস্ট করা হয়, এবং ব্যক্তিগত সার্ভারের উপর নির্ভরশীল নয়।", - "scaling-2-b-label": "ব্যবহারকারীকে স্টোরেজের জন্য প্রমাণ পাঠায়", - "scaling-2-b-explanation": "ব্যবহারকারীদের তাদের লেনদেনের ফলাফল ধরে রাখার আশা করা হয় না। এই তথ্য মেইননেটে পোস্ট করা হয়।", - "scaling-2-c-label": "ফলাফলগুলি Ethereum-এ জমা দিন", - "scaling-2-c-explanation": "লেয়ার 2 রোলআপগুলি তাদের লেনদেন সম্পাদনের ফলাফল মেইননেটে পোস্ট করে, এটি Ethereum-এর ইতিহাসে সুরক্ষিত করে", + "scaling-1-c-explanation": "এটি নেটওয়ার্ক এর প্রতিটি ভ্যালিডেটর এবং নোড এর জন্য সমস্ত রেলআপস এর 100% ডাটা সংরক্ষণ করার প্রয়োজনীয়তা দূর করে, নোড অপারেটরদের জন্য হার্ডওয়্যার প্রয়োজনীয়তা হ্রাস করে। এটি Ethereum স্কেলিং এর একমাত্র উপায় নয়।", + "scaling-1-d-label": "উপরের সবগুলো", + "scaling-1-d-explanation": "লেয়ার 2 রেলআপস লেনদেন বান্ডিল করে, প্রোটো-ড্যাঙ্কশার্ডিং এই ডাটার জন্য সস্তা অস্থায়ী স্টোরেজ তৈরি করে, এবং ড্যাঙ্কশার্ডিং সমস্ত ভ্যালিডেটরস এর মধ্যে স্টোরেজের বোঝা ভাগ করে দেয়—সবগুলোই Ethereum স্কেলিং এ সাহায্য করে।", + "scaling-2-prompt": "লেনদেন বান্ডিল এবং এক্সিকিউট করার পর, লেয়ার 2 রেলআপস পরবর্তীতে কী করে?", + "scaling-2-a-label": "একটি প্রাইভেট সার্ভারে ডাটা সংরক্ষণ করে", + "scaling-2-a-explanation": "ফলাফলগুলো স্বচ্ছতা এবং সর্বজনীন প্রাপ্যতার জন্য মেইননেট এ পোস্ট করা হয়, এবং প্রাইভেট সার্ভারের উপর নির্ভরশীল নয়।", + "scaling-2-b-label": "স্টোরেজের জন্য ব্যবহারকারীর কাছে প্রমাণ পাঠায়", + "scaling-2-b-explanation": "ব্যবহারকারীদের তাদের লেনদেনের ফলাফল ধরে রাখার আশা করা হয় না। এই তথ্য মেইননেট-এ পোস্ট করা হয়।", + "scaling-2-c-label": "ফলাফলগুলো Ethereum-এ জমা দিন", + "scaling-2-c-explanation": "লেয়ার 2 রেলআপস তাদের লেনদেন সম্পাদনের ফলাফল মেইননেট-এ পোস্ট করে, যা এটিকে Ethereum-এর ইতিহাসে সুরক্ষিত করে।", "scaling-2-d-label": "খরচ কমাতে ফলাফল মুছে ফেলুন", - "scaling-2-d-explanation": "লেয়ার 2 রোলআপগুলি তাদের লেনদেন সম্পাদনের ফলাফল মেইননেটে পোস্ট করে। এই পদ্ধতির মাধ্যমে অর্জিত খরচ সাশ্রয় হল লেনদেনের ডেটা বান্ডিল এবং সংকুচিত করে এবং শেষ পর্যন্ত এটি সস্তা স্টোরেজে সংরক্ষণ করে যা যাদের প্রয়োজন তাদের জন্য উপলব্ধ হওয়ার পরে মেয়াদ শেষ হয়ে যায়।", - "scaling-3-prompt": "প্রোটো-ড্যাঙ্কশার্ডিং কীভাবে রোলআপগুলিতে রোলআপ লেনদেনের খরচ কমায়?", - "scaling-3-a-label": "সরাসরি ব্লকের আকার বৃদ্ধি করে", - "scaling-3-a-explanation": "প্রোটো-ড্যাঙ্কশার্ডিং সরাসরি গ্যাস সীমা বাড়ায় না, তবে অস্থায়ী স্টোরেজ উপলব্ধ করে রোলআপ ডেটার স্টোরেজ কম ব্যয়বহুল করে তোলে", - "scaling-3-b-label": "কোন ভ্যালিডেটরদের ডেটা সংরক্ষণ করতে হবে তা ভাগ করে", - "scaling-3-b-explanation": "যদিও সম্পূর্ণ ড্যাঙ্কশার্ডিং সমস্ত ভ্যালিডেটরদের সমস্ত ডেটা সংরক্ষণ করার প্রয়োজনীয়তা হ্রাস করবে বলে আশা করা হচ্ছে, তবে এর আগে প্রোটো-ড্যাঙ্কশার্ডিং রয়েছে যা রোলআপগুলি দ্বারা উত্পাদিত ডেটার জন্য একটি কম ব্যয়বহুল, অস্থায়ী স্টোরেজ বিকল্প তৈরি করে।", + "scaling-2-d-explanation": "লেয়ার 2 রেলআপস তাদের লেনদেন সম্পাদনের ফলাফল মেইননেট-এ পোস্ট করে। এই পদ্ধতিতে লেনদেনের ডেটা বান্ডিল এবং সংকুচিত করার মাধ্যমে খরচ বাঁচানো হয়, এবং শেষ পর্যন্ত এটিকে সস্তা স্টোরেজে সংরক্ষণ করা হয় যার মেয়াদ শেষ হয়ে যায় যখন এটি যাদের প্রয়োজন তাদের জন্য উপলব্ধ করা হয়।", + "scaling-3-prompt": "কীভাবে Proto-Danksharding রেলআপস-এ রোলআপ লেনদেনের খরচ কমায়?", + "scaling-3-a-label": "সরাসরি ব্লক সাইজ বৃদ্ধি করে", + "scaling-3-a-explanation": "Proto-Danksharding সরাসরি গ্যাস লিমিট বাড়ায় না, তবে অস্থায়ী স্টোরেজ উপলব্ধ করার মাধ্যমে রোলআপ ডেটা স্টোরেজকে কম ব্যয়বহুল করে তোলে।", + "scaling-3-b-label": "ডেটা সংরক্ষণ করার জন্য কোন ভ্যালিডেটরস প্রয়োজন তা বিভক্ত করে", + "scaling-3-b-explanation": "যদিও সম্পূর্ণ Danksharding-এর ফলে সমস্ত ভ্যালিডেটরস-এর সমস্ত ডেটা সংরক্ষণ করার প্রয়োজনীয়তা হ্রাস পাবে বলে আশা করা হচ্ছে, এর আগে Proto-Danksharding আসে যা রেলআপস দ্বারা উৎপাদিত ডেটার জন্য একটি কম-ব্যয়বহুল, অস্থায়ী স্টোরেজ বিকল্প তৈরি করে।", "scaling-3-c-label": "নোড অপারেটরদের জন্য হার্ডওয়্যারের প্রয়োজনীয়তা উল্লেখযোগ্যভাবে বৃদ্ধি করে", - "scaling-3-c-explanation": "এটি সাধারণত Ethereum স্কেল করার জন্য একটি গ্রহণযোগ্য বিকল্প হিসাবে বিবেচিত হয় না। একটি নোড পরিচালনা করার জন্য হার্ডওয়্যারের প্রয়োজনীয়তাগুলি কমিয়ে আনার জন্য দুর্দান্ত প্রচেষ্টা করা হয় যাতে এটি যতটা সম্ভব অ্যাক্সেসযোগ্য থাকে।", - "scaling-3-d-label": "এর ডেটা সস্তা, অস্থায়ী 'ব্লব' স্টোরেজে সংরক্ষণ করে", - "scaling-3-d-explanation": "প্রোটো-ড্যাঙ্কশার্ডিং রোলআপগুলির জন্য একটি অস্থায়ী ডেটা স্টোরেজ বিকল্প প্রবর্তন করে যাতে তারা আরও সস্তায় মেইননেটে এর ফলাফল পোস্ট করতে পারে", - "scaling-4-prompt": "Ethereum স্কেল করার জন্য রোলআপগুলির জন্য একটি গুরুত্বপূর্ণ পরবর্তী পদক্ষেপ কী?", - "scaling-4-a-label": "শক্তিশালী কম্পিউটার সহ সত্তাগুলিকে সমস্ত সিকোয়েন্সিং পরিচালনা করতে উৎসাহিত করুন", - "scaling-4-a-explanation": "বর্তমান রোলআপগুলির একটি সমস্যা হল সিকোয়েন্সার পরিচালনাকারীদের কেন্দ্রীভূত প্রকৃতি (যারা একটি রোলআপের মধ্যে লেনদেনের অন্তর্ভুক্তি এবং ক্রম নির্ধারণ করে)। লক্ষ্য হল যে কেউ অংশগ্রহণ করতে পারে এবং কোনোভাবেই একক গোষ্ঠী বা সত্তার উপর নির্ভর না করে।", - "scaling-4-b-label": "সিকোয়েন্সার এবং প্রোভার চালানোর দায়িত্ব আরও বেশি লোকের মধ্যে বিতরণ করুন", - "scaling-4-b-explanation": "একটি রোলআপের উপর নিয়ন্ত্রণ সাধারণত কেন্দ্রীভূতভাবে শুরু হয়, যা জিনিসগুলি শুরু করতে সাহায্য করে, কিন্তু নেটওয়ার্ককে সেন্সরশিপের প্রবণ করে তোলে। লেনদেন অন্তর্ভুক্ত করার প্রক্রিয়াটি বিকেন্দ্রীকরণ করা যাতে যে কেউ অংশগ্রহণ করতে পারে নেটওয়ার্ক আপোসের সম্ভাবনা প্রতিরোধ করার জন্য অপরিহার্য।", - "scaling-4-c-label": "সমস্ত রোলআপকে একই নিরাপত্তা পদ্ধতির সাথে সামঞ্জস্যপূর্ণ করুন", - "scaling-4-c-explanation": "Ethereum স্থিতিস্থাপকতার একটি রূপ হিসাবে তার রোলআপ ইকোসিস্টেমের মধ্যে নিরাপত্তার জন্য বিস্তৃত পদ্ধতির থেকে উপকৃত হয়।", - "scaling-4-d-label": "ব্যক্তিগত সার্ভারে লেনদেনের ডেটা স্টোরেজ নিশ্চিত করার জন্য ডেটা ওরাকল", - "scaling-4-d-explanation": "রোলআপ ডেটা Ethereum-এ সংরক্ষিত হয়, এবং ব্যক্তিগত সার্ভার বা ডাটাবেসের উপর নির্ভর করে না।", + "scaling-3-c-explanation": "এটি সাধারণত Ethereum স্কেলিং-এর জন্য একটি গ্রহণযোগ্য বিকল্প হিসেবে বিবেচিত হয় না। একটি নোড পরিচালনা করার জন্য হার্ডওয়্যারের প্রয়োজনীয়তা কমানোর জন্য দুর্দান্ত প্রচেষ্টা নেওয়া হয় যাতে এটি যতটা সম্ভব অ্যাক্সেসযোগ্য থাকে।", + "scaling-3-d-label": "এর ডেটা সস্তা, অস্থায়ী 'blob' স্টোরেজে সংরক্ষণ করে", + "scaling-3-d-explanation": "Proto-Danksharding রেলআপস-এর জন্য একটি অস্থায়ী ডেটা স্টোরেজ বিকল্প প্রবর্তন করে যাতে তারা আরও সস্তায় মেইননেট-এ এর ফলাফল পোস্ট করতে পারে।", + "scaling-4-prompt": "Ethereum স্কেলিং করার জন্য রেলআপস-এর একটি গুরুত্বপূর্ণ পরবর্তী পদক্ষেপ কী?", + "scaling-4-a-label": "সমস্ত সিকোয়েন্সিং পরিচালনা করার জন্য শক্তিশালী কম্পিউটার সহ সত্তাগুলোকে উৎসাহিত করা", + "scaling-4-a-explanation": "বর্তমান রেলআপস-এর অন্যতম সমস্যা হলো যারা সিকোয়েন্সার চালায় তাদের কেন্দ্রীভূত প্রকৃতি (যারা একটি রোলআপ-এর মধ্যে লেনদেন অন্তর্ভুক্তকরণ এবং ক্রমানুসারে সিদ্ধান্ত নেয়)। লক্ষ্য হলো যে কাউকে অংশগ্রহণ করার অনুমতি দেওয়া, এবং কোনোভাবেই একক গোষ্ঠী বা সত্তার ওপর নির্ভর না করা।", + "scaling-4-b-label": "আরও বেশি মানুষের মধ্যে সিকোয়েন্সার এবং প্রুভার চালানোর দায়িত্ব বিতরণ করা", + "scaling-4-b-explanation": "একটি রোলআপ-এর ওপর নিয়ন্ত্রণ সাধারণত কেন্দ্রীভূতভাবে শুরু হয়, যা কাজ শুরু করতে সাহায্য করে, কিন্তু নেটওয়ার্ক-কে সেন্সরশিপের ঝুঁকিতে ফেলে। লেনদেন অন্তর্ভুক্ত করার প্রক্রিয়াটিকে ডিসেন্ট্রালাইজড করা যাতে যে কেউ অংশগ্রহণ করতে পারে তা নেটওয়ার্ক আপস করার সম্ভাবনা রোধ করার জন্য অপরিহার্য।", + "scaling-4-c-label": "সমস্ত রেলআপস-কে নিরাপত্তার একই পদ্ধতির সাথে সামঞ্জস্যপূর্ণ করা", + "scaling-4-c-explanation": "Ethereum স্থিতিস্থাপকতার একটি রূপ হিসেবে এর রোলআপ ইকোসিস্টেমের মধ্যে নিরাপত্তার জন্য বিস্তৃত পদ্ধতির সুবিধা পায়।", + "scaling-4-d-label": "প্রাইভেট সার্ভারে লেনদেন ডেটা স্টোরেজ নিশ্চিত করতে ডেটা ওরাকল", + "scaling-4-d-explanation": "রোলআপ ডেটা Ethereum-এ সংরক্ষণ করা হয়, এবং এটি প্রাইভেট সার্ভার বা ডাটাবেসের ওপর নির্ভর করে না।", "run-a-node-1-prompt": "একটি নোড চালানোর জন্য কী প্রয়োজন?", - "run-a-node-1-a-label": "অনলাইনে থাকার সময় সাধারণ হার্ডওয়্যারের সাথে ক্লায়েন্ট সফ্টওয়্যার চালানো।", - "run-a-node-1-a-explanation": "একটি নোড পরিচালনা করা সফ্টওয়্যার চালানো নিয়ে গঠিত যা Ethereum প্রোটোকলের ভাষায় অন্যান্য কম্পিউটারগুলির সাথে যোগাযোগ করে যারা একই কাজ করছে। এই সফ্টওয়্যারটি Ethereum ব্লকচেইনের একটি অনুলিপি ডাউনলোড করে, প্রতিটি ব্লকের বৈধতা যাচাই করে, তারপর এটিকে নতুন ব্লক এবং লেনদেনের সাথে আপ-টু-ডেট রাখে, এবং অন্যদের তাদের নিজস্ব অনুলিপি ডাউনলোড এবং আপডেট করতে সহায়তা করে।", - "run-a-node-1-b-label": "পুরস্কার অর্জনের জন্য ৩২ ETH জমা দিন", - "run-a-node-1-b-explanation": "এটি স্টেকিংয়ের জন্য একটি প্রয়োজনীয়তা — নেটওয়ার্ক কনসেন্সাসে একজন সক্রিয় অংশগ্রহণকারী হওয়ার প্রক্রিয়া। এটি কেবল ব্লকচেইনের একটি সার্বভৌম অনুলিপি চালানোর জন্য প্রয়োজন হয় না, যার জন্য কোনো ETH প্রয়োজন হয় না।", - "run-a-node-1-c-label": "নেটওয়ার্ক কনসেন্সাসে পৌঁছানোর জন্য শক্তিশালী ASIC মাইনিং মেশিন পরিচালনা করুন", - "run-a-node-1-c-explanation": "যদিও Ethereum পূর্বে কনসেন্সাসে পৌঁছানোর জন্য শক্তিশালী কম্পিউটারগুলির সাথে মাইনিং ব্যবহার করত, এই প্রক্রিয়াটি সম্পূর্ণরূপে স্টেকিং দ্বারা প্রতিস্থাপিত হয়েছে। অতীতে মাইনিং, বা বর্তমানে স্টেকিং, উভয়ই কেবল ব্লকচেইনের একটি সার্বভৌম অনুলিপি পরিচালনা করার জন্য প্রয়োজন হয় না।", - "run-a-node-1-d-label": "ব্লকচেইন পরিকাঠামোতে পূর্ণকালীন কাজ করুন", - "run-a-node-1-d-explanation": "সফ্টওয়্যার টুলিং সময়ের সাথে সাথে উন্নত হতে চলেছে যা বাড়ি থেকে একজন নবীন হিসাবে একটি নোড চালানো অনেক বেশি সহজলভ্য করে তুলেছে। ব্লকচেইন পরিকাঠামোতে পূর্ণকালীন কাজ করা জড়িত হওয়ার জন্য কোনোভাবেই একটি প্রয়োজনীয়তা নয়।", - "run-a-node-2-prompt": "একটি নোড চালানোর জন্য আপনাকে কত ETH স্টেক করতে হবে?", + "run-a-node-1-a-label": "অনলাইনে থাকার সময় সাধারণ হার্ডওয়্যারের সাথে ক্লায়েন্ট সফ্টওয়্যার চালানো।", + "run-a-node-1-a-explanation": "একটি নোড পরিচালনার মধ্যে এমন সফ্টওয়্যার চালানো অন্তর্ভুক্ত যা একই কাজ করা অন্যান্য কম্পিউটারের সাথে Ethereum প্রটোকল-এর ভাষা ব্যবহার করে যোগাযোগ করে। এই সফ্টওয়্যারটি Ethereum ব্লকচেইন-এর একটি অনুলিপি ডাউনলোড করে, প্রতিটি ব্লক-এর বৈধতা যাচাই করে, তারপর এটিকে নতুন ব্লকস এবং লেনদেন-এর সাথে আপ-টু-ডেট রাখে, পাশাপাশি অন্যদের তাদের নিজস্ব অনুলিপি ডাউনলোড এবং আপডেট করতে সহায়তা করে।", + "run-a-node-1-b-label": "পুরস্কার অর্জন করতে 32 ETH জমা দিন", + "run-a-node-1-b-explanation": "এটি স্টেকিং-এর জন্য একটি প্রয়োজনীয়তা—যা নেটওয়ার্ক কনসেন্সাস-এ সক্রিয় অংশগ্রহণকারী হওয়ার প্রক্রিয়া। ব্লকচেইন-এর একটি সার্বভৌম অনুলিপি চালানোর জন্য এটির প্রয়োজন নেই, যার জন্য কোনো ETH প্রয়োজন হয় না।", + "run-a-node-1-c-label": "নেটওয়ার্ক কনসেন্সাস-এ পৌঁছানোর জন্য শক্তিশালী ASIC মাইনিং মেশিন পরিচালনা করা", + "run-a-node-1-c-explanation": "যদিও Ethereum পূর্বে কনসেন্সাস-এ পৌঁছানোর জন্য শক্তিশালী কম্পিউটারের সাথে মাইনিং ব্যবহার করত, এই প্রক্রিয়াটি সম্পূর্ণভাবে স্টেকিং দ্বারা প্রতিস্থাপিত হয়েছে। ব্লকচেইন-এর একটি সার্বভৌম অনুলিপি পরিচালনা করার জন্য অতীতে মাইনিং বা বর্তমানে স্টেকিং কোনোটিরই প্রয়োজন নেই।", + "run-a-node-1-d-label": "ব্লকচেইন পরিকাঠামোতে ফুল-টাইম কাজ করা", + "run-a-node-1-d-explanation": "সফ্টওয়্যার টুলিং সময়ের সাথে সাথে উন্নত হতে চলেছে যা একজন শিক্ষানবিস হিসেবে বাড়ি থেকে একটি নোড চালানোকে আরও সহজগম্য করে তুলেছে। ব্লকচেইন পরিকাঠামোতে ফুল-টাইম কাজ করা কোনোভাবেই জড়িত হওয়ার জন্য প্রয়োজনীয়তা নয়।", + "run-a-node-2-prompt": "একটি নোড চালানোর জন্য আপনার কত ETH স্টেক করতে হবে?", "run-a-node-2-a-label": "0", - "run-a-node-2-a-explanation": "একটি Ethereum নোড পরিচালনা করার জন্য কোনো ETH প্রয়োজন হয় না। একটি নোড সেটআপের অংশ হিসাবে একটি স্টেকিং ভ্যালিডেটর পরিচালনা করার বিপরীতে, যে কেউ ক্লায়েন্ট সফ্টওয়্যার চালাতে এবং তাদের নিজস্ব সার্বভৌম ব্লকচেইনের অনুলিপি সিঙ্ক করতে পারে — কোনো ETH প্রয়োজন হয় না।", + "run-a-node-2-a-explanation": "একটি Ethereum নোড পরিচালনা করার জন্য কোনো ETH প্রয়োজন হয় না। একটি নোড সেটআপের অংশ হিসেবে একটি স্টেকিং ভ্যালিডেটর পরিচালনা করার বিপরীতে, যে কেউ ক্লায়েন্ট সফ্টওয়্যার চালাতে এবং ব্লকচেইন-এর তাদের নিজস্ব সার্বভৌম অনুলিপি সিঙ্ক করতে স্বাধীন—কোনো ETH প্রয়োজন নেই।", "run-a-node-2-b-label": "8", "run-a-node-2-c-label": "16", "run-a-node-2-d-label": "32", - "run-a-node-2-d-explanation": "একটি Ethereum নোড পরিচালনা করার জন্য কোনো ETH প্রয়োজন হয় না। নেটওয়ার্ক কনসেন্সাসে সরাসরি অংশগ্রহণকারী একটি স্টেকিং ভ্যালিডেটর সক্রিয় করার জন্য প্রয়োজনীয় ৩২ ETH-এর বিপরীতে, যে কেউ ক্লায়েন্ট সফ্টওয়্যার চালাতে এবং তাদের নিজস্ব সার্বভৌম ব্লকচেইনের অনুলিপি সিঙ্ক করতে পারে — কোনো ETH প্রয়োজন হয় না।", - "run-a-node-3-prompt": "আপনার নিজের নোড চালানোর মাধ্যমে আপনি কী কী সুবিধা পান?", + "run-a-node-2-d-explanation": "একটি Ethereum নোড পরিচালনা করার জন্য কোনো ETH প্রয়োজন হয় না। নেটওয়ার্ক কনসেন্সাস-এ সরাসরি অংশগ্রহণকারী একটি স্টেকিং ভ্যালিডেটর সক্রিয় করার জন্য প্রয়োজনীয় 32 ETH-এর বিপরীতে, যে কেউ ক্লায়েন্ট সফ্টওয়্যার চালাতে এবং ব্লকচেইন-এর তাদের নিজস্ব সার্বভৌম অনুলিপি সিঙ্ক করতে স্বাধীন—কোনো ETH প্রয়োজন নেই।", + "run-a-node-3-prompt": "আপনার নিজস্ব নোড চালানোর মাধ্যমে আপনি কী সুবিধা পাবেন?", "run-a-node-3-a-label": "সেন্সরশিপ প্রতিরোধ", - "run-a-node-3-a-explanation": "এটি ব্যবহারকারীদের জন্য একটি সুবিধা, তবে এটি একমাত্র নয়। নেটওয়ার্কের অন্যান্য সমকক্ষদের সাথে সরাসরি যোগাযোগকারী নোড সফ্টওয়্যার চালানোর মাধ্যমে, আপনার লেনদেনগুলি আপনার নোডের প্রচার করা অন্যান্য সমস্ত লেনদেনের সাথে মিশে যায়। যেমন, আপনার নোড দ্বারা শেয়ার করা একটি বৈধ লেনদেনকে আলাদা করা এবং সেন্সর করা প্রায় অসম্ভব।", + "run-a-node-3-a-explanation": "এটি ব্যবহারকারীদের জন্য একটি সুবিধা, তবে এটি একমাত্র নয়। নেটওয়ার্ক-এ অন্যান্য পিয়ারদের সাথে সরাসরি যোগাযোগ করে এমন নোড সফ্টওয়্যার চালানোর মাধ্যমে, আপনার লেনদেন আপনার নোড দ্বারা প্রচারিত অন্যান্য প্রতিটি লেনদেন-এর সাথে মিশে যায়। যেমন, আপনার নোড শেয়ার করেছে এমন একটি বৈধ লেনদেন আলাদা করা এবং সেন্সর করা প্রায় অসম্ভব।", "run-a-node-3-b-label": "সার্বভৌমত্ব", - "run-a-node-3-b-explanation": "এটি ব্যবহারকারীদের জন্য একটি সুবিধা, তবে এটি একমাত্র নয়। আপনার নিজের Ethereum ব্লকচেইনের অনুলিপি থাকার মাধ্যমে, আপনি আর নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করার জন্য কোনো একক বাহ্যিক পক্ষের উপর নির্ভর করেন না। আপনাকে আপনার ব্যালেন্স দেখার জন্য বা একটি লেনদেন সম্পাদন করার জন্য কখনো অনুমতি চাইতে হবে না, এবং সমস্ত লেনদেন আপনার নিজের চালানো সফ্টওয়্যার ব্যবহার করে যাচাই করা হয়। যখন নেটওয়ার্ক আপগ্রেড হয়, তখন আপনি আপগ্রেড সমর্থন করবেন কিনা তার দায়িত্বে থাকেন।", + "run-a-node-3-b-explanation": "এটি ব্যবহারকারীদের জন্য একটি সুবিধা, তবে একমাত্র নয়। Ethereum ব্লকচেইন-এর আপনার নিজস্ব অনুলিপি থাকার মাধ্যমে, আপনি নেটওয়ার্ক-এর সাথে ইন্টারঅ্যাক্ট করার জন্য আর কোনো একক বাহ্যিক পক্ষের ওপর নির্ভর করবেন না। আপনার ব্যালেন্স দেখার জন্য বা একটি লেনদেন সম্পাদন করার জন্য আপনাকে কখনই অনুমতি চাইতে হবেবিধা হবে না, এবং সমস্ত লেনদেন আপনার নিজের চালানো সফ্টওয়্যার ব্যবহার করে যাচাই করা হয়। যখন নেটওয়ার্ক আপগ্রেড হয়, তখন আপনি আপগ্রেড সমর্থন করবেন কি না তার দায়িত্বে থাকেন।", "run-a-node-3-c-label": "গোপনীয়তা", - "run-a-node-3-c-explanation": "এটি ব্যবহারকারীদের জন্য একটি সুবিধা, তবে এটি একমাত্র নয়। আপনার নিজের নোড ছাড়া, কেবল আপনার অ্যাকাউন্ট ব্যালেন্স দেখার জন্য সাধারণত আপনার ওয়ালেট থেকে আপনার অ্যাকাউন্টের একটি তালিকা পাঠাতে হয়, যা আপনার আইপি ঠিকানার সাথে সংযুক্ত, একটি তৃতীয়-পক্ষের প্রদানকারীর কাছে যিনি তখন আপনাকে সঠিক তথ্য সরবরাহ করার জন্য বিশ্বস্ত হন।", - "run-a-node-3-d-label": "উপরের সবকটি", - "run-a-node-3-d-explanation": "একটি নোড চালানো আপনাকে আপনার নির্ভর করা ডেটার উপর সম্পূর্ণ নিয়ন্ত্রণ এবং সার্বভৌমত্ব দেয়, যা আপনাকে ব্যক্তিগতভাবে চেইনের বিষয়বস্তু দেখতে এবং যাচাই করতে এবং কার্যকরভাবে গ্যারান্টি দেয় যে কোনো বৈধ লেনদেন সেন্সর করা হয় না।", - "run-a-node-4-prompt": "একটি Ethereum নোডের জন্য কী হার্ড ড্রাইভ স্টোরেজ প্রয়োজন?", - "run-a-node-4-a-label": "৫১২ জিবি এসএসডি", - "run-a-node-4-a-explanation": "বর্তমানে, কোনো ক্লায়েন্ট সফ্টওয়্যার মাত্র ৫১২ জিবি ব্যবহার করে চেইন সংরক্ষণ করতে সক্ষম নয়", - "run-a-node-4-b-label": "২ টিবি রোটেটিং", - "run-a-node-4-b-explanation": "সাধারণভাবে বলতে গেলে, রোটেটিং হার্ড ডিস্কগুলি একটি Ethereum নোডের জন্য প্রক্রিয়াকরণের প্রয়োজনীয়তাগুলি পূরণ করার জন্য প্রয়োজনীয় পঠন/লিখন গতি সমর্থন করে না, এবং একটি এসএসডি ড্রাইভ সুপারিশ করা হয়", + "run-a-node-3-c-explanation": "এটি ব্যবহারকারীদের জন্য একটি সুবিধা, তবে এটি একমাত্র নয়। আপনার নিজস্ব নোড ছাড়া, শুধুমাত্র আপনার একাউন্ট ব্যালেন্স দেখার জন্য সাধারণত আপনার ওয়ালেট থেকে আপনার একাউন্ট-এর একটি তালিকা পাঠাতে হয়, যা আপনার আইপি ঠিকানার সাথে সংযুক্ত থাকে, একজন তৃতীয় পক্ষের প্রদানকারীর কাছে যাকে আপনাকে সঠিক তথ্য প্রদান করার জন্য বিশ্বাস করা হয়।", + "run-a-node-3-d-label": "ওপরের সবগুলো", + "run-a-node-3-d-explanation": "একটি নোড চালানো আপনাকে আপনার নির্ভরশীল ডেটার ওপর সম্পূর্ণ নিয়ন্ত্রণ এবং সার্বভৌমত্ব দেয়, যা আপনাকে ব্যক্তিগতভাবে চেইনের বিষয়বস্তু দেখতে এবং যাচাই করতে দেয় এবং কার্যকরভাবে গ্যারান্টি দেয় যে কোনো বৈধ লেনদেন সেন্সর করা হয়নি।", + "run-a-node-4-prompt": "একটি Ethereum নোড-এর জন্য কী হার্ড ড্রাইভ স্টোরেজ প্রয়োজন?", + "run-a-node-4-a-label": "512 GB SSD", + "run-a-node-4-a-explanation": "বর্তমানে, কোনো ক্লায়েন্ট সফ্টওয়্যার শুধুমাত্র 512 GB ব্যবহার করে চেইন সংরক্ষণ করতে সক্ষম নয়", + "run-a-node-4-b-label": "2 TB রোটেটিং", + "run-a-node-4-b-explanation": "সাধারণভাবে বলতে গেলে, রোটেটিং হার্ড ডিস্কগুলো একটি Ethereum নোড-এর প্রক্রিয়াকরণের প্রয়োজনীয়তা বজায় রাখার জন্য প্রয়োজনীয় রিড/রাইট গতি সমর্থন করে না এবং একটি SSD ড্রাইভ সুপারিশ করা হয়", "run-a-node-4-c-label": "2 TB SSD", - "run-a-node-4-c-explanation": "লেখার সময়, একটি ২ টিবি এসএসডি ড্রাইভ একটি সম্পূর্ণ Ethereum নোডের জন্য স্টোরেজ এবং পঠন/লিখন গতির প্রয়োজনীয়তাগুলি পূরণ করবে।", + "run-a-node-4-c-explanation": "লেখার সময়, একটি 2 TB SSD ড্রাইভ একটি সম্পূর্ণ Ethereum নোড-এর জন্য স্টোরেজ এবং রিড/রাইট গতির প্রয়োজনীয়তা পূরণ করবে।", "run-a-node-4-d-label": "8 TB SSD", - "run-a-node-4-d-explanation": "লেখার সময়, একটি ২ টিবি এসএসডি ড্রাইভ একটি সম্পূর্ণ Ethereum নোডের জন্য স্টোরেজ এবং পঠন/লিখন গতির প্রয়োজনীয়তাগুলি পূরণ করবে। একটি ৮ টিবি এসএসডি ভবিষ্যতের জন্য আরও প্রমাণ এবং লেয়ার 2 চেইন সিঙ্ক করার ক্ষমতা দেবে, তবে এটি বর্তমানে মেইননেটের জন্য একটি প্রয়োজনীয়তা নয়।", - "run-a-node-5-prompt": "আপনার নোড অফলাইন হয়ে গেলে কী হয়?", - "run-a-node-5-a-label": "আপনার নোড নেটওয়ার্কের বর্তমান অবস্থা থেকে সিঙ্কের বাইরে চলে যায়", - "run-a-node-5-a-explanation": "যখন আপনার নোড অনলাইনে উপলব্ধ থাকে না, তখন এটি সমকক্ষদের কাছ থেকে নতুন লেনদেন এবং ব্লক গ্রহণ করতে অক্ষম হয়, এবং যেমন এটি চেইনের বর্তমান অবস্থা থেকে সিঙ্কের বাইরে চলে যায়। অনলাইনে ফিরে সংযোগ করলে আপনার নোড সফ্টওয়্যারটি আবার সম্পূর্ণ কার্যকরী হওয়ার জন্য সিঙ্ক হয়ে যাবে।", - "run-a-node-5-b-label": "আপনার কোল্ড স্টোরেজে থাকা ETH স্ল্যাশ হয়ে যায়", - "run-a-node-5-b-explanation": "আপনার কোল্ড স্টোরেজে থাকা ETH-এর সাথে আপনার নোড অনলাইন থাকা বা না থাকার কোনো সম্পর্ক নেই। যদি আপনার নোড অফলাইন থাকে, তবে আপনি আপনার অ্যাকাউন্টের সর্বশেষ ব্যালেন্স দেখার জন্য এটি ব্যবহার করতে পারবেন না, তবে অফলাইন থাকা আপনার সুরক্ষিত তহবিলকে ঝুঁকিতে ফেলে না। যদি আপনি একজন স্টেকার হিসাবে আপনার নোডের সাথে ভ্যালিডেটর সফ্টওয়্যারও চালাচ্ছেন, তবে নেটওয়ার্কের জন্য অনুপলব্ধ থাকাকালীন এই ভ্যালিডেটর ব্যালেন্সে ছোট জরিমানা করা হবে।", - "run-a-node-5-c-label": "প্রুফ-অফ-ওয়ার্ক খোঁজার জন্য ব্যবহৃত শক্তি নষ্ট হয়", - "run-a-node-5-c-explanation": "Ethereum আর প্রুফ-অফ-ওয়ার্ক ব্যবহার করে না, এবং এটি কখনোই সমস্ত নোড অপারেটরের প্রয়োজনীয়তা ছিল না। অফলাইন থাকার অর্থ হল আপনার নোড আর নেটওয়ার্কের সর্বশেষ পরিবর্তনের সাথে সিঙ্কে নেই, এবং অনলাইনে ফিরে এসে পুনরায় সিঙ্ক করতে পারে।", - "run-a-node-5-d-label": "চেইন ডেটা সরানো হয়, এবং স্ক্র্যাচ থেকে পুনরায় সিঙ্ক করা প্রয়োজন", - "run-a-node-5-d-explanation": "শুধু অফলাইন হয়ে গেলে সাধারণত কোনো সংরক্ষিত চেইন ডেটা মুছে যায় না। ইন্টারনেটে ফিরে সংযোগ করলে সফ্টওয়্যারটি সর্বশেষ লেনদেনের সাথে সিঙ্ক করার জন্য যেখানে ছেড়েছিল সেখান থেকে পুনরায় শুরু করতে পারবে।", - "run-a-node-6-prompt": "একটি নোড চালানো নেটওয়ার্ক পুরস্কার অর্জন করে", + "run-a-node-4-d-explanation": "লেখার সময়, একটি 2 TB SSD ড্রাইভ একটি সম্পূর্ণ Ethereum নোড-এর জন্য স্টোরেজ এবং রিড/রাইট গতির প্রয়োজনীয়তা পূরণ করবে। একটি 8 TB SSD আরও ভবিষ্যতের প্রমাণ এবং লেয়ার 2 চেইনগুলো সিঙ্ক করার ক্ষমতা প্রদান করবে, তবে এটি বর্তমানে মেইননেট-এর জন্য প্রয়োজনীয় নয়।", + "run-a-node-5-prompt": "আপনার নোড অফলাইনে গেলে কী হবে?", + "run-a-node-5-a-label": "আপনার নোড নেটওয়ার্ক-এর বর্তমান স্টেট-এর সাথে সিঙ্কের বাইরে চলে যায়", + "run-a-node-5-a-explanation": "যখন আপনার নোড অনলাইনে উপলব্ধ থাকে না, তখন এটি পিয়ারদের কাছ থেকে নতুন লেনদেন এবং ব্লকস গ্রহণ করতে অক্ষম হয় এবং এর ফলে চেইনের বর্তমান স্টেট-এর সাথে সিঙ্কের বাইরে চলে যায়। অনলাইনে ফিরে সংযোগ করা আপনার নোড সফ্টওয়্যারটিকে আবার সম্পূর্ণ কার্যকরী হওয়ার জন্য সিঙ্ক আপ করার অনুমতি দেবে।", + "run-a-node-5-b-label": "আপনার কোল্ড স্টোরেজে থাকা ETH স্ল্যাশ করা হয়", + "run-a-node-5-b-explanation": "আপনার কোল্ড স্টোরেজে থাকা ETH-এর সাথে আপনার নোড অনলাইনে থাকা বা না থাকার কোনো সম্পর্ক নেই। যদি আপনার নোড অফলাইনে থাকে, তবে আপনি আপনার একাউন্ট-এর সর্বশেষ ব্যালেন্স দেখতে এটি ব্যবহার করতে পারবেন না, তবে অফলাইনে থাকা আপনার সুরক্ষিত তহবিলকে ঝুঁকিতে ফেলে না। আপনি যদি একজন স্টেকার হিসেবে আপনার নোড-এর সাথে ভ্যালিডেটর সফ্টওয়্যারও চালান, তবে নেটওয়ার্ক-এ অনুপলব্ধ থাকার সময় এই ভ্যালিডেটর ব্যালেন্সে ছোট জরিমানা আরোপ করা হবে।", + "run-a-node-5-c-label": "প্রুফ-অফ-ওয়ার্ক খোঁজার জন্য ব্যবহৃত শক্তি নষ্ট হয়", + "run-a-node-5-c-explanation": "Ethereum আর প্রুফ-অফ-ওয়ার্ক ব্যবহার করে না, এবং এটি কখনই সমস্ত নোড অপারেটরদের প্রয়োজনীয়তা ছিল না। অফলাইনে থাকার অর্থ হলো আপনার নোড আর নেটওয়ার্ক-এর সর্বশেষ পরিবর্তনগুলোর সাথে সিঙ্কে নেই এবং অনলাইনে ফিরে এসে পুনরায় সিঙ্ক করতে পারে।", + "run-a-node-5-d-label": "চেইন ডেটা মুছে ফেলা হয়, এবং স্ক্র্যাচ থেকে পুনরায় সিঙ্ক করা প্রয়োজন", + "run-a-node-5-d-explanation": "শুধুমাত্র অফলাইনে গেলে সাধারণত কোনো সংরক্ষিত চেইন ডেটা মুছে যায় না। ইন্টারনেটে ফিরে সংযোগ করা সফ্টওয়্যারটিকে সর্বশেষ লেনদেন-এর সাথে সিঙ্ক আপ করার জন্য যেখানে ছেড়েছিল সেখান থেকে পুনরায় শুরু করার অনুমতি দেবে।", + "run-a-node-6-prompt": "একটি নোড চালালে নেটওয়ার্ক পুরস্কার অর্জিত হয়", "run-a-node-6-a-label": "সত্য", - "run-a-node-6-a-explanation": "শুধু ক্লায়েন্ট সফ্টওয়্যার চালানো আপনাকে পুরস্কার দেয় না। পুরস্কার অর্জনের জন্য, আপনাকে স্টেকিংও করতে হবে।", + "run-a-node-6-a-explanation": "শুধুমাত্র ক্লায়েন্ট সফ্টওয়্যার চালালে আপনি পুরস্কার অর্জন করতে পারবেন না। পুরস্কার অর্জন করতে, আপনাকে অবশ্যই স্টেকিং করতে হবে।", "run-a-node-6-b-label": "মিথ্যা", - "stablecoins-1-prompt": "স্টেবলকয়েন কী?", - "stablecoins-1-a-label": "কম দামের অস্থিরতা সহ ক্রিপ্টোকারেন্সি, তাদের মান স্থির এবং ঐতিহ্যবাহী মুদ্রার অনুরূপ", - "stablecoins-1-a-explanation": "সঠিক! স্টেবলকয়েনগুলি অনেক ক্রিপ্টোকারেন্সিতে সাধারণ অস্থিরতা সমস্যা সমাধানের জন্য ডিজাইন করা হয়েছে।", + "stablecoins-1-prompt": "স্টেবলকয়েন কী?", + "stablecoins-1-a-label": "কম দামের অস্থিরতা সহ ক্রিপটোকারেন্সি, তাদের মান স্থির এবং ঐতিহ্যবাহী মুদ্রার মতো", + "stablecoins-1-a-explanation": "সঠিক! স্টেবলকয়েন অনেক ক্রিপটোকারেন্সি-তে সাধারণ অস্থিরতার সমস্যা সমাধানের জন্য ডিজাইন করা হয়েছে।", "stablecoins-1-b-label": "সোনার ডিজিটাল উপস্থাপনা", - "stablecoins-1-b-explanation": "এটি ভুল। যদিও কিছু স্টেবলকয়েন মূল্যবান ধাতু দ্বারা সমর্থিত হতে পারে, তবে সেগুলি ফিয়াট মুদ্রা বা অন্যান্য ক্রিপ্টোকারেন্সি দ্বারাও সমর্থিত হতে পারে।", + "stablecoins-1-b-explanation": "এটি ভুল। যদিও কিছু স্টেবলকয়েন মূল্যবান ধাতু দ্বারা সমর্থিত হতে পারে, তবে সেগুলো ফিয়াট মুদ্রা বা অন্যান্য ক্রিপটোকারেন্সি দ্বারাও সমর্থিত হতে পারে।", "stablecoins-1-c-label": "একটি নতুন ধরনের ক্রেডিট কার্ড", - "stablecoins-1-c-explanation": "এটি ভুল। স্টেবলকয়েনগুলি এক ধরনের ক্রিপ্টোকারেন্সি, ক্রেডিট কার্ড নয়।", - "stablecoins-1-d-label": "ইথারের একটি প্রতিস্থাপন", - "stablecoins-1-d-explanation": "এটি ভুল। স্টেবলকয়েনগুলি ইথার (ETH) প্রতিস্থাপনের জন্য ডিজাইন করা হয়নি। এগুলি Ethereum নেটওয়ার্কের আরেকটি টোকেন যা সময়ের সাথে সাথে স্থির মান বজায় রাখার জন্য ডিজাইন করা হয়েছে।", - "stablecoins-2-prompt": "নিচের কোনটি একটি স্টেবলকয়েন?", - "stablecoins-2-a-label": "মার্কিন ডলার", - "stablecoins-2-a-explanation": "এটি ভুল। যদিও স্টেবলকয়েনগুলি মার্কিন ডলারের প্রতিনিধিত্ব করতে পারে, তবে একটি মার্কিন ডলার ক্রিপ্টোকারেন্সি নয়।", + "stablecoins-1-c-explanation": "এটি ভুল। স্টেবলকয়েন হলো এক ধরনের ক্রিপটোকারেন্সি, ক্রেডিট কার্ড নয়।", + "stablecoins-1-d-label": "ইথারের একটি বিকল্প", + "stablecoins-1-d-explanation": "এটি ভুল। স্টেবলকয়েন ইথার (ETH) প্রতিস্থাপন করার জন্য ডিজাইন করা হয়নি। এগুলো Ethereum নেটওয়ার্ক-এর আরেকটি টোকেন যা সময়ের সাথে সাথে স্থির মান বজায় রাখার জন্য ডিজাইন করা হয়েছে।", + "stablecoins-2-prompt": "নিচের কোনটি একটি স্টেবলকয়েন?", + "stablecoins-2-a-label": "ইউএস ডলার", + "stablecoins-2-a-explanation": "এটি ভুল। যদিও স্টেবলকয়েন ইউএস ডলারের প্রতিনিধিত্ব করতে পারে, একটি ইউএস ডলার কোনো ক্রিপটোকারেন্সি নয়।", "stablecoins-2-b-label": "AAVE টোকেন", - "stablecoins-2-b-explanation": "এটি ভুল। AAVE হল Aave প্রোটোকলের জন্য একটি গভর্নেন্স টোকেন, যা স্টেবলকয়েনগুলির জন্য মার্কেটপ্লেস সরবরাহ করে, তবে AAVE নিজে একটি স্টেবলকয়েন নয়।", + "stablecoins-2-b-explanation": "এটি ভুল। AAVE হলো Aave প্রটোকল-এর জন্য একটি গভর্নেন্স টোকেন, যা স্টেবলকয়েন-এর জন্য মার্কেটপ্লেস প্রদান করে, কিন্তু AAVE নিজে কোনো স্টেবলকয়েন নয়।", "stablecoins-2-c-label": "Dai", - "stablecoins-2-c-explanation": "সঠিক! Dai সম্ভবত সবচেয়ে বিখ্যাত বিকেন্দ্রীভূত স্টেবলকয়েন, এবং এর মান প্রায় ১ মার্কিন ডলার।", + "stablecoins-2-c-explanation": "সঠিক! Dai সম্ভবত সবচেয়ে বিখ্যাত ডিসেন্ট্রালাইজড স্টেবলকয়েন, এবং এর মান প্রায় 1 ইউএস ডলার।", "stablecoins-2-d-label": "ইথার", - "stablecoins-2-d-explanation": "এটি ভুল। ইথার হল Ethereum নেটওয়ার্কের নেটিভ মুদ্রা, তবে এটি স্থিতিশীল হওয়ার উদ্দেশ্যে নয়।", - "stablecoins-3-prompt": "স্টেবলকয়েন কি জন্য ব্যবহার করা যেতে পারে?", + "stablecoins-2-d-explanation": "এটি ভুল। ইথার হলো Ethereum নেটওয়ার্ক-এর নেটিভ মুদ্রা, তবে এটি স্থিতিশীল হওয়ার উদ্দেশ্যে তৈরি হয়নি।", + "stablecoins-3-prompt": "স্টেবলকয়েন কীসের জন্য ব্যবহার করা যেতে পারে?", "stablecoins-3-a-label": "এর ব্যবহারকারীদের দামের অস্থির পরিবর্তন থেকে রক্ষা করতে", - "stablecoins-3-a-explanation": "পুরোপুরি নয়। এই উত্তরটি আংশিকভাবে সঠিক, তবে এটি স্টেবলকয়েনগুলি যে অনেক কিছুর জন্য ব্যবহার করা যেতে পারে তার মধ্যে মাত্র একটি।", + "stablecoins-3-a-explanation": "পুরোপুরি নয়। এই উত্তরটি আংশিক সঠিক, তবে এটি স্টেবলকয়েন ব্যবহার করা যেতে পারে এমন অনেকগুলো জিনিসের মধ্যে একটি মাত্র।", "stablecoins-3-b-label": "বিশ্বের যেকোনো জায়গায় ইন্টারনেটে জিনিসপত্র কিনতে", - "stablecoins-3-b-explanation": "পুরোপুরি নয়। এই উত্তরটি আংশিকভাবে সঠিক, তবে এটি স্টেবলকয়েনগুলি যে অনেক কিছুর জন্য ব্যবহার করা যেতে পারে তার মধ্যে মাত্র একটি।", - "stablecoins-3-c-label": "অন্যদের ধার দিয়ে টাকা উপার্জন করতে", - "stablecoins-3-c-explanation": "পুরোপুরি নয়। এই উত্তরটি আংশিকভাবে সঠিক, তবে এটি স্টেবলকয়েনগুলি যে অনেক কিছুর জন্য ব্যবহার করা যেতে পারে তার মধ্যে মাত্র একটি।", - "stablecoins-3-d-label": "উপরের সবকটি", - "stablecoins-3-d-explanation": "সঠিক! স্টেবলকয়েনগুলি কম অস্থিরতার সাথে ক্রিপ্টোকারেন্সি ধরে রাখতে, ইন্টারনেটে বিশ্বব্যাপী লেনদেন করতে এবং সেগুলি ধার দেওয়ার সময় সুদ উপার্জন করতে ব্যবহার করা যেতে পারে।", - "stablecoins-4-prompt": "স্টেবলকয়েনগুলিকে কী অনন্য করে তোলে?", - "stablecoins-4-a-label": "এটি এমন একটি টোকেন যা বাস্তব বিশ্বের একটি সম্পদের সাথে বাঁধা", - "stablecoins-4-a-explanation": "এটি ভুল। যদিও অনেক স্টেবলকয়েন বাস্তব-বিশ্বের সম্পদের সাথে পেগ করা হয়, তবে এই বৈশিষ্ট্যটি স্টেবলকয়েনগুলির জন্য একচেটিয়া নয় (যেমন, ETH-কোলাটেরালাইজড টোকেন)।", - "stablecoins-4-b-label": "এটি একটি ক্রিপ্টোকারেন্সি টোকেন যা বিশেষভাবে এর মান স্থির রাখার জন্য ডিজাইন করা হয়েছে", - "stablecoins-4-b-explanation": "সঠিক! স্টেবলকয়েনগুলি তাদের মান তুলনামূলকভাবে স্থিতিশীল রাখার জন্য ডিজাইন করা হয়েছে, সাধারণত মুদ্রার মতো সম্পদের সাথে পেগ করা হয় (যেমন, ১ USDC = ১ মার্কিন ডলার), তবে সমস্ত স্টেবলকয়েন এই মডেল অনুসরণ করে না (যেমন, RAI)।", - "stablecoins-4-c-label": "এটি ইন্টারনেটের মাধ্যমে পাঠানো যায়", - "stablecoins-4-c-explanation": "এটি ভুল। যদিও এটি একটি ক্ষমতা, এটি স্টেবলকয়েনগুলির জন্য অনন্য নয়।", - "stablecoins-4-d-label": "এটি Ethereum নেটওয়ার্কে ব্যবহার করা যেতে পারে।", - "stablecoins-4-d-explanation": "এটি ভুল। অনেক অন্যান্য ক্রিপ্টোকারেন্সি টোকেন Ethereum নেটওয়ার্কে ব্যবহার করা যেতে পারে।", - "stablecoins-5-prompt": "স্টেবলকয়েন পাওয়ার কোন উপায়টি নয়?", - "stablecoins-5-a-label": "অন্যান্য টোকেনের সাথে সেগুলি অদলবদল করুন", - "stablecoins-5-a-explanation": "ভুল, এটি স্টেবলকয়েন পাওয়ার একটি উপায়। লোকেরা স্টেবলকয়েন অর্জনের সবচেয়ে সাধারণ উপায়গুলির মধ্যে একটি হল তাদের বিদ্যমান ক্রিপ্টোকারেন্সিগুলি স্টেবলকয়েনগুলির জন্য অদলবদল করা।", - "stablecoins-5-b-label": "সেগুলি ধার করুন", - "stablecoins-5-b-explanation": "ভুল, এটি স্টেবলকয়েন পাওয়ার একটি উপায়। আপনি আপনার বিদ্যমান ক্রিপ্টোকারেন্সি, যেমন ইথার, কোলাটেরাল হিসাবে ব্যবহার করে কিছু স্টেবলকয়েন ধার করতে পারেন। আপনার লক করা কোলাটেরাল পুনরুদ্ধার করতে আপনাকে ধার করা স্টেবলকয়েনগুলি ফেরত দিতে হবে।", - "stablecoins-5-c-label": "একটি এক্সচেঞ্জ থেকে সেগুলি কিনুন", - "stablecoins-5-c-explanation": "ভুল, এটি স্টেবলকয়েন পাওয়ার একটি উপায়। অনেক এক্সচেঞ্জ এবং ওয়ালেট আপনাকে সরাসরি স্টেবলকয়েন কিনতে দেয়। কেন্দ্রীভূত এক্সচেঞ্জের জন্য ভৌগলিক সীমাবদ্ধতা প্রযোজ্য হতে পারে।", - "stablecoins-5-d-label": "সেগুলি মাইন করুন", - "stablecoins-5-d-explanation": "সঠিক! বিটকয়েনের বিপরীতে, আপনি স্টেবলকয়েন মাইন করতে পারবেন না।", - "defi-1-prompt": "DeFi এর অর্থ কী?", - "defi-1-a-label": "বিকেন্দ্রীভূত অর্থ", - "defi-1-a-explanation": "সঠিক! DeFi বলতে বোঝায় বিকেন্দ্রীভূত অর্থ, Ethereum-এ নির্মিত একটি আর্থিক ব্যবস্থা যা ব্যাংক বা আর্থিক প্রতিষ্ঠানের মতো মধ্যস্থতাকারী ছাড়া কাজ করে।", - "defi-1-b-label": "ডিজিটাল অর্থ", - "defi-1-b-explanation": "এটি ভুল। ডিজিটাল অর্থ বলতে ডিজিটাল প্ল্যাটফর্মের মাধ্যমে প্রদত্ত আর্থিক পরিষেবাগুলিকে বোঝায়, তবে এটি বিশেষভাবে বিকেন্দ্রীকরণ বোঝায় না।", - "defi-1-c-label": "বিতরণ করা অর্থ", - "defi-1-c-explanation": "এটি ভুল। যদিও 'বিতরণ করা' বিকেন্দ্রীকরণ বোঝাতে পারে, শিল্পে ব্যবহৃত শব্দটি হল 'বিকেন্দ্রীভূত অর্থ,' বিতরণ করা অর্থ নয়।", - "defi-1-d-label": "উন্নয়ন অর্থ", - "defi-1-d-explanation": "এটি ভুল। উন্নয়ন অর্থ সাধারণত অর্থনৈতিক উন্নয়নের লক্ষ্যে প্রকল্পগুলির জন্য প্রদত্ত আর্থিক সহায়তা বোঝায়, প্রায়শই উন্নয়নশীল দেশগুলিতে, এবং এটি ব্লকচেইন বা DeFi এর সাথে সম্পর্কিত নয়।", - "defi-2-prompt": "আপনি DeFi দিয়ে কী করতে পারবেন না?", - "defi-2-a-label": "বিশ্বজুড়ে অর্থ পাঠান.", - "defi-2-a-explanation": "এটি ভুল। DeFi দিয়ে, আপনি বিশ্বের যেকোনো জায়গায় যে কাউকে কোনো সীমা ছাড়াই মূল্য পাঠাতে পারেন।", - "defi-2-b-label": "আপনার ভুলগুলি ফিরিয়ে আনতে গ্রাহক সহায়তাকে জিজ্ঞাসা করুন।", - "defi-2-b-explanation": "সঠিক! DeFi-তে, লেনদেনগুলি চূড়ান্ত এবং একটি কোম্পানির পরিবর্তে কোড দ্বারা নিয়ন্ত্রিত হয়। যদি কোনো ভুল হয়, যেমন ভুল ঠিকানায় তহবিল পাঠানো, তবে এটি ঠিক করার জন্য কোনো গ্রাহক সহায়তা নেই। আপনাকে অতিরিক্ত সতর্ক থাকতে হবে।", - "defi-2-c-label": "জামানত দ্বারা ফান্ড ধার করুন.", - "defi-2-c-explanation": "এটি ভুল। DeFi দিয়ে, আপনি তাৎক্ষণিকভাবে টাকা ধার করতে পারেন, ঐতিহ্যবাহী ব্যাংকগুলির দিনব্যাপী অনুমোদন প্রক্রিয়া এড়িয়ে।", - "defi-2-d-label": "আপনার টোকেনগুলি ২৪/৭ ট্রেড করুন।", - "defi-2-d-explanation": "এটি ভুল। DeFi আপনাকে ২৪/৭ টোকেন ট্রেড করতে দেয়। বাজারগুলি সর্বদা খোলা থাকে, এবং আপনি আপনার ETH USDT বা অন্য কোনো মুদ্রার বিরুদ্ধে যেকোনো সময় ট্রেড করতে পারেন।", - "defi-3-prompt": "কোন DeFi প্ল্যাটফর্মটি ব্যবহারকারীদের সরাসরি একে অপরের সাথে টোকেন অদলবদল করার জন্য পরিচিত?", + "stablecoins-3-b-explanation": "পুরোপুরি নয়। এই উত্তরটি আংশিক সঠিক, তবে এটি স্টেবলকয়েন ব্যবহার করা যেতে পারে এমন অনেকগুলো জিনিসের মধ্যে একটি মাত্র।", + "stablecoins-3-c-label": "অন্যদের ধার দিয়ে অর্থ উপার্জন করতে", + "stablecoins-3-c-explanation": "পুরোপুরি নয়। এই উত্তরটি আংশিক সঠিক, তবে এটি স্টেবলকয়েন ব্যবহার করা যেতে পারে এমন অনেকগুলো জিনিসের মধ্যে একটি মাত্র।", + "stablecoins-3-d-label": "ওপরের সবগুলো", + "stablecoins-3-d-explanation": "সঠিক! স্টেবলকয়েন কম অস্থিরতার সাথে ক্রিপটোকারেন্সি ধরে রাখতে, ইন্টারনেটে বিশ্বব্যাপী লেনদেন করতে এবং আপনি যখন সেগুলো ধার দেন তখন সুদ উপার্জন করতে ব্যবহার করা যেতে পারে।", + "stablecoins-4-prompt": "কী স্টেবলকয়েন-কে অনন্য করে তোলে?", + "stablecoins-4-a-label": "এটি এমন একটি টোকেন যা বাস্তব জগতের একটি সম্পদের সাথে যুক্ত", + "stablecoins-4-a-explanation": "এটি ভুল। যদিও অনেক স্টেবলকয়েন বাস্তব-জগতের সম্পদের সাথে যুক্ত, এই বৈশিষ্ট্যটি স্টেবলকয়েন-এর জন্য একচেটিয়া নয় (যেমন, ETH-জামানতযুক্ত টোকেন)।", + "stablecoins-4-b-label": "এটি একটি ক্রিপটোকারেন্সি টোকেন যা বিশেষভাবে এর মান স্থিতিশীল রাখার জন্য ডিজাইন করা হয়েছে", + "stablecoins-4-b-explanation": "সঠিক! স্টেবলকয়েন এর মান তুলনামূলকভাবে স্থিতিশীল রাখার জন্য ডিজাইন করা হয়েছে, সাধারণত মুদ্রার মতো সম্পদের সাথে পেগ করা থাকে (যেমন, 1 USDC = 1 US dollar), তবে সব স্টেবলকয়েন এই মডেল অনুসরণ করে না (যেমন, RAI)।", + "stablecoins-4-c-label": "এটি ইন্টারনেটের মাধ্যমে পাঠানোর সক্ষমতা রাখে", + "stablecoins-4-c-explanation": "এটি ভুল। যদিও এটি একটি সক্ষমতা, এটি শুধুমাত্র স্টেবলকয়েন এর জন্য অনন্য নয়।", + "stablecoins-4-d-label": "এটি Ethereum নেটওয়ার্ক এ ব্যবহার করা যেতে পারে।", + "stablecoins-4-d-explanation": "এটি ভুল। আরও অনেক ক্রিপটোকারেন্সি টোকেন Ethereum নেটওয়ার্ক এ ব্যবহার করা যেতে পারে।", + "stablecoins-5-prompt": "স্টেবলকয়েন পাওয়ার উপায় কোনটি নয়?", + "stablecoins-5-a-label": "অন্যান্য টোকেন এর সাথে সোয়াপ করা", + "stablecoins-5-a-explanation": "ভুল, এটি স্টেবলকয়েন পাওয়ার একটি উপায়। মানুষের স্টেবলকয়েন অর্জনের সবচেয়ে সাধারণ উপায়গুলোর মধ্যে একটি হলো তাদের বিদ্যমান ক্রিপটোকারেন্সি দিয়ে স্টেবলকয়েন সোয়াপ করা।", + "stablecoins-5-b-label": "এগুলো ধার করা", + "stablecoins-5-b-explanation": "ভুল, এটি স্টেবলকয়েন পাওয়ার একটি উপায়। আপনি আপনার বিদ্যমান ক্রিপটোকারেন্সি, যেমন ether, জামানত হিসেবে ব্যবহার করে কিছু স্টেবলকয়েন ধার করতে পারেন। আপনার লক করা জামানত ফিরে পেতে আপনাকে ধার করা স্টেবলকয়েন ফেরত দিতে হবে।", + "stablecoins-5-c-label": "একটি এক্সচেঞ্জ থেকে এগুলো কেনা", + "stablecoins-5-c-explanation": "ভুল, এটি স্টেবলকয়েন পাওয়ার একটি উপায়। অনেক এক্সচেঞ্জ এবং ওয়ালেট আপনাকে সরাসরি স্টেবলকয়েন কেনার সুযোগ দেয়। সেন্ট্রালাইডড এক্সচেঞ্জ এর ক্ষেত্রে ভৌগোলিক বিধিনিষেধ প্রযোজ্য হতে পারে।", + "stablecoins-5-d-label": "এগুলো মাইন করা", + "stablecoins-5-d-explanation": "সঠিক! bitcoin এর বিপরীতে, আপনি স্টেবলকয়েন মাইন করতে পারবেন না।", + "defi-1-prompt": "DeFi এর পূর্ণরূপ কী?", + "defi-1-a-label": "ডিসেন্ট্রালাইজড ফাইন্যান্স", + "defi-1-a-explanation": "সঠিক! DeFi বলতে ডিসেন্ট্রালাইজড ফাইন্যান্স বোঝায়, যা Ethereum এর উপর নির্মিত একটি আর্থিক ব্যবস্থা এবং এটি ব্যাংক বা আর্থিক প্রতিষ্ঠানের মতো মধ্যস্থতাকারী ছাড়াই কাজ করে।", + "defi-1-b-label": "ডিজিটাল ফাইন্যান্স", + "defi-1-b-explanation": "এটি ভুল। ডিজিটাল ফাইন্যান্স বলতে ডিজিটাল প্ল্যাটফর্মের মাধ্যমে প্রদান করা আর্থিক পরিষেবাগুলোকে বোঝায়, তবে এটি বিশেষভাবে বিকেন্দ্রীকরণ বা ডিসেন্ট্রালাইজেশন বোঝায় না।", + "defi-1-c-label": "ডিস্ট্রিবিউটেড ফাইন্যান্স", + "defi-1-c-explanation": "এটি ভুল। যদিও 'ডিস্ট্রিবিউটেড' বিকেন্দ্রীকরণ বোঝাতে পারে, তবে এই শিল্পে ব্যবহৃত শব্দটি হলো 'ডিসেন্ট্রালাইজড ফাইন্যান্স', ডিস্ট্রিবিউটেড ফাইন্যান্স নয়।", + "defi-1-d-label": "ডেভেলপমেন্ট ফাইন্যান্স", + "defi-1-d-explanation": "এটি ভুল। ডেভেলপমেন্ট ফাইন্যান্স সাধারণত অর্থনৈতিক উন্নয়নের লক্ষ্যে প্রকল্পগুলোর জন্য প্রদান করা আর্থিক সহায়তা বোঝায়, যা প্রায়শই উন্নয়নশীল দেশগুলোতে দেখা যায় এবং এটি ব্লকচেইন বা DeFi এর সাথে সম্পর্কিত নয়।", + "defi-2-prompt": "DeFi দিয়ে আপনি কী করতে পারবেন না?", + "defi-2-a-label": "সারা বিশ্বে টাকা পাঠানো।", + "defi-2-a-explanation": "এটি ভুল। DeFi এর মাধ্যমে, আপনি বিশ্বের যেকোনো স্থানে যেকোনো ব্যক্তিকে কোনো সীমা ছাড়াই ভ্যালু পাঠাতে পারেন।", + "defi-2-b-label": "আপনার ভুলগুলো সংশোধন করার জন্য কাস্টমার সাপোর্টকে বলা।", + "defi-2-b-explanation": "সঠিক! DeFi তে, লেনদেন চূড়ান্ত এবং এটি কোনো কোম্পানির পরিবর্তে কোড দ্বারা নিয়ন্ত্রিত হয়। যদি কোনো ভুল হয়, যেমন ভুল এডড্রেস এ ফান্ড পাঠানো, তবে এটি ঠিক করতে সাহায্য করার জন্য কোনো কাস্টমার সাপোর্ট নেই। আপনাকে অতিরিক্ত সতর্ক হতে হবে।", + "defi-2-c-label": "জামানত দিয়ে ফান্ড ধার করা।", + "defi-2-c-explanation": "এটি ভুল। DeFi এর মাধ্যমে, আপনি প্রথাগত ব্যাংকগুলোর দিনের পর দিন চলা অনুমোদন প্রক্রিয়া এড়িয়ে তাৎক্ষণিকভাবে টাকা ধার করতে পারেন।", + "defi-2-d-label": "24/7 আপনার টোকেন ট্রেড করা।", + "defi-2-d-explanation": "এটি ভুল। DeFi আপনাকে 24/7 টোকেন ট্রেড করার সুযোগ দেয়। মার্কেট সবসময় খোলা থাকে এবং আপনি যেকোনো সময় USDT বা অন্য কোনো মুদ্রার বিপরীতে আপনার ETH ট্রেড করতে পারেন।", + "defi-3-prompt": "কোন DeFi প্ল্যাটফর্ম ব্যবহারকারীদের একে অপরের সাথে সরাসরি টোকেন সোয়াপ করার সুযোগ দেওয়ার জন্য পরিচিত?", "defi-3-a-label": "Uniswap", - "defi-3-a-explanation": "সঠিক! Uniswap একটি বিকেন্দ্রীভূত এক্সচেঞ্জ যা ব্যবহারকারীদের স্বয়ংক্রিয় বাজার-নির্মাণ পদ্ধতির মাধ্যমে সরাসরি একে অপরের সাথে টোকেন ট্রেড (অদলবদল) করতে দেয়।", + "defi-3-a-explanation": "সঠিক! Uniswap হলো একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ যা ব্যবহারকারীদের স্বয়ংক্রিয় মার্কেট-মেকিং মেকানিজম ব্যবহার করে একে অপরের সাথে সরাসরি টোকেন ট্রেড (সোয়াপ) করার সুযোগ দেয়।", "defi-3-b-label": "Aave", - "defi-3-b-explanation": "এটি ভুল। Aave একটি DeFi প্রোটোকল যা ধার এবং ঋণ দেওয়ার উপর দৃষ্টি নিবদ্ধ করে, টোকেন অদলবদলের উপর নয়।", + "defi-3-b-explanation": "এটি ভুল। Aave হলো একটি DeFi প্রটোকল যা ঋণ দেওয়া এবং নেওয়ার উপর দৃষ্টি নিবদ্ধ করে, টোকেন সোয়াপ এর উপর নয়।", "defi-3-c-label": "PoolTogether", - "defi-3-c-explanation": "এটি ভুল। PoolTogether নো-লস লটারি চালায় যা টাকা বাঁচানোর একটি নতুন উদ্ভাবনী উপায় সরবরাহ করে।", + "defi-3-c-explanation": "এটি ভুল। PoolTogether নো-লস লটারি পরিচালনা করে যা টাকা বাঁচানোর একটি নতুন উদ্ভাবনী উপায় অফার করে।", "defi-3-d-label": "MakerDao", - "defi-3-d-explanation": "এটি ভুল। MakerDAO একটি বিকেন্দ্রীভূত প্ল্যাটফর্ম যা ব্যবহারকারীদের DAI স্টেবলকয়েন ইস্যু এবং পরিচালনা করতে দেয়, তবে এটি টোকেন অদলবদলের উপর দৃষ্টি নিবদ্ধ করে না।", - "defi-4-prompt": "আপনি যখন একটি DeFi অ্যাপ ব্যবহার করেন এবং একটি লেনদেন করেন, তখন লেনদেনের তথ্য কোথায় রাখা হয়?", + "defi-3-d-explanation": "এটি ভুল। MakerDAO হলো একটি ডিসেন্ট্রালাইজড প্ল্যাটফর্ম যা ব্যবহারকারীদের DAI স্টেবলকয়েন ইস্যু এবং পরিচালনা করার সুযোগ দেয়, তবে এটি টোকেন সোয়াপ এর উপর দৃষ্টি নিবদ্ধ করে না।", + "defi-4-prompt": "আপনি যখন একটি DeFi অ্যাপ ব্যবহার করেন এবং একটি লেনদেন করেন, তখন লেনদেন এর তথ্য কোথায় রাখা হয়?", "defi-4-a-label": "ETH", - "defi-4-a-explanation": "এটি ভুল। ডেটা ইথারে (ETH) সংরক্ষণ করা হয় না। ETH হল Ethereum ব্লকচেইনের নেটিভ সম্পদ।", + "defi-4-a-explanation": "এটি ভুল। ডাটা ether (ETH) এ সংরক্ষণ করা হয় না। ETH হলো Ethereum ব্লকচেইন এর নেটিভ সম্পদ।", "defi-4-b-label": "আমার ওয়ালেট", - "defi-4-b-explanation": "এটি ভুল। একটি ওয়ালেট হল একটি অ্যাপ্লিকেশন যা Ethereum ব্লকচেইনের সাথে সংযোগ করে আপনার Ethereum অ্যাকাউন্ট পরিচালনা করে। এটি আপনার লেনদেনের ইতিহাস সম্পর্কে কোনো ডেটা সংরক্ষণ করে না।", + "defi-4-b-explanation": "এটি ভুল। ওয়ালেট হলো এমন একটি অ্যাপ্লিকেশন যা Ethereum ব্লকচেইন এর সাথে সংযুক্ত হয়ে আপনার Ethereum একাউন্ট পরিচালনা করে। এটি আপনার লেনদেন এর ইতিহাস সম্পর্কে কোনো ডাটা সংরক্ষণ করে না।", "defi-4-c-label": "DeFi অ্যাপস", - "defi-4-c-explanation": "এটি ভুল। DeFi অ্যাপগুলি সরাসরি আপনার লেনদেনের ইতিহাস সংরক্ষণ করে না। পরিবর্তে, আপনার লেনদেনের বিবরণ Ethereum ব্লকচেইনে রেকর্ড করা হয়।", + "defi-4-c-explanation": "এটি ভুল। DeFi অ্যাপস সরাসরি আপনার লেনদেন এর ইতিহাস সংরক্ষণ করে না। এর পরিবর্তে, আপনার লেনদেন এর বিবরণ Ethereum ব্লকচেইন এ রেকর্ড করা হয়।", "defi-4-d-label": "Ethereum ব্লকচেইন", - "defi-4-d-explanation": "সঠিক! Ethereum একটি ব্লকচেইন হিসাবে তার ব্যবহারকারী এবং অ্যাপগুলি দ্বারা তৈরি সমস্ত ডেটা সংরক্ষণ করে। এটি ভ্যালিডেটরদের P2P নেটওয়ার্ক জুড়ে একই অবস্থা বজায় রাখতে দেয়।", - "defi-5-prompt": "Ethereum-এ বিকেন্দ্রীভূত অর্থ (DeFi) কী সম্ভব করে তোলে?", - "defi-5-a-label": "স্মার্ট কন্ট্র্যাক্ট", - "defi-5-a-explanation": "সঠিক! স্মার্ট কন্ট্র্যাক্টগুলি Ethereum-এ লেখা ডিজিটাল 'যদি-তাহলে' বিবৃতির মতো। তারা ঐতিহ্যবাহী চুক্তি এবং মধ্যস্থতাকারীদের প্রতিস্থাপন করে, নির্দিষ্ট শর্ত পূরণ হলে স্বয়ংক্রিয়ভাবে লেনদেন সম্পাদন করে।", + "defi-4-d-explanation": "সঠিক! একটি ব্লকচেইন হিসেবে Ethereum এর ব্যবহারকারী এবং অ্যাপস দ্বারা তৈরি সমস্ত ডাটা সংরক্ষণ করে। এটি ভ্যালিডেটরস দের P2P নেটওয়ার্ক জুড়ে একই স্টেট বজায় রাখতে সাহায্য করে।", + "defi-5-prompt": "Ethereum এ ডিসেন্ট্রালাইজড ফাইন্যান্স (DeFi) কীসের মাধ্যমে সম্ভব হয়?", + "defi-5-a-label": "স্মার্ট কন্ট্রাক্ট", + "defi-5-a-explanation": "সঠিক! স্মার্ট কন্ট্রাক্ট হলো Ethereum এ লেখা ডিজিটাল 'if-then' স্টেটমেন্টের মতো। এগুলো প্রথাগত চুক্তি এবং মধ্যস্থতাকারীদের প্রতিস্থাপন করে, নির্দিষ্ট শর্ত পূরণ হলে স্বয়ংক্রিয়ভাবে লেনদেন সম্পন্ন করে।", "defi-5-b-label": "মধ্যস্থতাকারী", - "defi-5-b-explanation": "এটি ভুল। Ethereum-কে লেনদেন চালানোর জন্য মধ্যস্থতাকারীদের প্রয়োজন হয় না। সবকিছু স্মার্ট কন্ট্র্যাক্টের মাধ্যমে চেইনে চলে।", - "defi-5-c-label": "বিটকয়েন", - "defi-5-c-explanation": "এটি ভুল। বিটকয়েন হল মূল্য সংরক্ষণের জন্য একটি সাধারণ নেটওয়ার্ক, উন্নত প্রোগ্রাম চালানোর জন্য নয়। DeFi-এর জন্য Ethereum-এর মতো একটি আরও নমনীয় সিস্টেম প্রয়োজন, যা ঋণ এবং ট্রেড স্বয়ংক্রিয়ভাবে পরিচালনা করার জন্য জটিল প্রোগ্রাম চালাতে পারে।", - "defi-5-d-label": "ঐতিহ্যবাহী আর্থিক প্রতিষ্ঠান", - "defi-5-d-explanation": "এটি ভুল। DeFi অ্যাপগুলির ঐতিহ্যবাহী আর্থিক প্রতিষ্ঠানের প্রয়োজন হয় না। তারা লেনদেন স্বয়ংক্রিয়ভাবে পরিচালনা করার জন্য স্মার্ট কন্ট্র্যাক্ট নামক ব্লকচেইন প্রোগ্রাম ব্যবহার করে।", - "smart-contracts-1-prompt": "স্মার্ট কন্ট্র্যাক্টগুলি কীভাবে চিহ্নিত করা হয়?", - "smart-contracts-1-a-label": "স্মার্ট কন্ট্র্যাক্টগুলি ঠিক আইনি চুক্তির মতো, তবে বিষয়বস্তু নিরাপদে সংরক্ষণের জন্য ব্লকচেইনে ডিজিটালভাবে সংরক্ষণ করা হয়।", - "smart-contracts-1-a-explanation": "স্মার্ট কন্ট্র্যাক্টগুলি ঐতিহ্যবাহী চুক্তির মতো একই যুক্তি ব্যবহার করে, তবে অন্যথায় তাদের মধ্যে খুব কমই মিল রয়েছে।", - "smart-contracts-1-b-label": "স্বায়ত্তশাসিত এআই সিস্টেমগুলির সাথে লিঙ্কযুক্ত যা লেনদেন সম্পাদন করে", - "smart-contracts-1-b-explanation": "স্মার্ট কন্ট্র্যাক্টগুলি কোডে নির্ধারিত 'যদি-এই-তাহলে-ঐ' যুক্তি অনুসারে পূর্বাভাসযোগ্যভাবে লেনদেন সম্পাদন করে—তারা এআই ব্যবহার করে না", - "smart-contracts-1-c-label": "অনচেইন প্রোগ্রামগুলি 'যদি-এই-তাহলে-ঐ' যুক্তি অনুসরণ করে, তার নিজস্ব নিয়ম অনুসারে কার্যকর হওয়ার গ্যারান্টিযুক্ত", - "smart-contracts-1-c-explanation": "একটি স্মার্ট কন্ট্র্যাক্ট হল একটি Ethereum অ্যাকাউন্ট যা অপরিবর্তনীয় কোড দিয়ে মোতায়েন করা হয় যা তার কার্যকারিতা নির্ধারণ করে।", - "smart-contracts-1-d-label": "এগুলি Ethereum ব্লকচেইনের পিছনের নিয়ম, যা আইনি সম্মতি নিশ্চিত করার জন্য আইনজীবীদের সাথে একসাথে তৈরি করা হয়েছে।", - "smart-contracts-1-d-explanation": "স্মার্ট কন্ট্র্যাক্টগুলি কোডের টুকরা যা ডেভেলপারদের দ্বারা তৈরি করা যেতে পারে এবং একটি ব্লকচেইনে মোতায়েন করা যেতে পারে।", - "smart-contracts-2-prompt": "কোন রূপকটি স্মার্ট কন্ট্র্যাক্টগুলির কার্যকারিতাকে সবচেয়ে ঘনিষ্ঠভাবে চিহ্নিত করে?", + "defi-5-b-explanation": "এটি ভুল। লেনদেন চালানোর জন্য Ethereum এর কোনো মধ্যস্থতাকারীর প্রয়োজন নেই। স্মার্ট কন্ট্রাক্ট এর মাধ্যমে চেইনে সবকিছু চলে।", + "defi-5-c-label": "Bitcoin", + "defi-5-c-explanation": "এটি ভুল। Bitcoin হলো ভ্যালু সংরক্ষণের জন্য একটি সাধারণ নেটওয়ার্ক, উন্নত প্রোগ্রাম চালানোর জন্য নয়। DeFi এর জন্য Ethereum এর মতো আরও নমনীয় সিস্টেম প্রয়োজন, যা স্বয়ংক্রিয়ভাবে ঋণ এবং ট্রেড পরিচালনা করার জন্য জটিল প্রোগ্রাম চালাতে পারে।", + "defi-5-d-label": "প্রথাগত আর্থিক প্রতিষ্ঠান", + "defi-5-d-explanation": "এটি ভুল। DeFi অ্যাপগুলোর প্রথাগত আর্থিক প্রতিষ্ঠানের প্রয়োজন নেই। এগুলো স্বয়ংক্রিয়ভাবে লেনদেন পরিচালনা করতে স্মার্ট কন্ট্রাক্ট নামক ব্লকচেইন প্রোগ্রাম ব্যবহার করে।", + "smart-contracts-1-prompt": "স্মার্ট কন্ট্রাক্ট এর বৈশিষ্ট্যগুলো কী কী?", + "smart-contracts-1-a-label": "স্মার্ট কন্ট্রাক্ট ঠিক আইনি চুক্তির মতোই, তবে কন্টেন্ট নিরাপদে সংরক্ষণ করার জন্য ব্লকচেইন এ ডিজিটালভাবে সংরক্ষণ করা হয়।", + "smart-contracts-1-a-explanation": "স্মার্ট কন্ট্রাক্ট প্রথাগত চুক্তির মতো একই লজিক ব্যবহার করে, তবে অন্যথায় এদের মধ্যে খুব কমই মিল রয়েছে।", + "smart-contracts-1-b-label": "স্বয়ংক্রিয় এআই (AI) সিস্টেমের সাথে যুক্ত যা লেনদেন সম্পন্ন করে", + "smart-contracts-1-b-explanation": "স্মার্ট কন্ট্রাক্ট কোডে নির্ধারিত 'if-this-then-that' লজিক অনুযায়ী অনুমানযোগ্যভাবে লেনদেন সম্পন্ন করে—এগুলো এআই (AI) ব্যবহার করে না।", + "smart-contracts-1-c-label": "অনচেইন প্রোগ্রাম যা 'if-this-then-that' লজিক অনুসরণ করে এবং নিজস্ব নিয়ম অনুযায়ী সম্পন্ন হওয়ার নিশ্চয়তা দেয়", + "smart-contracts-1-c-explanation": "একটি স্মার্ট কন্ট্রাক্ট হলো অপরিবর্তনীয় কোড সহ ডিপ্লয় করা একটি Ethereum একাউন্ট যা এর কার্যকারিতা নির্ধারণ করে।", + "smart-contracts-1-d-label": "এগুলো হলো Ethereum ব্লকচেইন এর পেছনের নিয়ম, যা আইনি সম্মতি নিশ্চিত করতে আইনজীবীদের সাথে একত্রে তৈরি করা হয়েছে।", + "smart-contracts-1-d-explanation": "স্মার্ট কন্ট্রাক্ট হলো কোডের অংশ যা ডেভেলপারদের দ্বারা তৈরি করা যায় এবং একটি ব্লকচেইন এ ডিপ্লয় করা যায়।", + "smart-contracts-2-prompt": "কোন রূপকটি স্মার্ট কন্ট্রাক্ট এর কার্যকারিতাকে সবচেয়ে ঘনিষ্ঠভাবে তুলে ধরে?", "smart-contracts-2-a-label": "একটি ব্যাংক", - "smart-contracts-2-a-explanation": "ব্যাংকগুলির ম্যানুয়াল সম্পাদনের প্রয়োজন হয় এবং অনুক্রমিক সত্তা হিসাবে গঠিত হয়, যেখানে স্মার্ট কন্ট্র্যাক্টগুলি অপরিবর্তনীয় নিয়ম সহ কম্পিউটার দ্বারা পূর্বাভাসযোগ্যভাবে সম্পাদিত হয়।", + "smart-contracts-2-a-explanation": "ব্যাংকগুলোতে ম্যানুয়াল এক্সিকিউশনের প্রয়োজন হয় এবং এগুলো হায়ারার্কিকাল সত্তা হিসেবে গঠিত, যেখানে স্মার্ট কন্ট্রাক্ট অপরিবর্তনীয় নিয়ম সহ কম্পিউটার দ্বারা অনুমানযোগ্যভাবে সম্পন্ন হয়।", "smart-contracts-2-b-label": "একটি ডিজিটাল ভেন্ডিং মেশিন", - "smart-contracts-2-b-explanation": "ভেন্ডিং মেশিনটি সমস্ত প্রয়োজনীয়তা পূরণ হওয়ার পরেই আপনার পছন্দসই পণ্যটি সরবরাহ করবে: নির্দিষ্ট ইনপুটগুলি নির্ণায়ক আউটপুটগুলির গ্যারান্টি দেয়। এটি স্মার্ট কন্ট্র্যাক্টগুলির যুক্তির অনুরূপ।", + "smart-contracts-2-b-explanation": "ভেন্ডিং মেশিন শুধুমাত্র সমস্ত প্রয়োজনীয়তা পূরণ হওয়ার পরেই আপনার কাঙ্ক্ষিত পণ্য সরবরাহ করবে: নির্দিষ্ট ইনপুট ডিটারমিনিস্টিক আউটপুটের নিশ্চয়তা দেয়। এটি স্মার্ট কন্ট্রাক্ট এর লজিকের মতোই।", "smart-contracts-2-c-label": "একটি ক্যালকুলেটর", - "smart-contracts-2-c-explanation": "স্মার্ট কন্ট্র্যাক্ট কোড গণনার জন্য ব্যবহার করা যেতে পারে, তবে এটি এতে সীমাবদ্ধ নয়। বরং, স্মার্ট কন্ট্র্যাক্টগুলি ব্লকচেইন-ভিত্তিক প্রোগ্রাম যা 'যদি-এই-তাহলে-ঐ' যুক্তি অনুসরণ করে।", + "smart-contracts-2-c-explanation": "স্মার্ট কন্ট্রাক্ট কোড গণনার জন্য ব্যবহার করা যেতে পারে, তবে এটি কেবল এর মধ্যেই সীমাবদ্ধ নয়। বরং, স্মার্ট কন্ট্রাক্ট হলো ব্লকচেইন-ভিত্তিক প্রোগ্রাম যা 'if-this-then-that' লজিক অনুসরণ করে।", "smart-contracts-2-d-label": "একটি ওয়েবসাইট", - "smart-contracts-2-d-explanation": "একটি ওয়েবসাইট হল ফ্রন্টএন্ড যা ব্যবহারকারীর নির্দেশাবলী গ্রহণ করে। একটি স্মার্ট কন্ট্র্যাক্ট হল ব্যাকএন্ড যুক্তি যেখানে এই নির্দেশাবলী কার্যকর করা হয় এবং ফলাফলটি ফেরত দেওয়া হতে পারে।", - "smart-contracts-3-prompt": "স্মার্ট কন্ট্র্যাক্টগুলির প্রধান বৈশিষ্ট্য কোনটি নয়?", - "smart-contracts-3-a-label": "নির্ণায়ক সম্পাদন", - "smart-contracts-3-a-explanation": "একটি স্মার্ট কন্ট্র্যাক্টের প্রধান সুবিধা হল এটি মানব ব্যাখ্যা বা পক্ষপাত ছাড়াই নির্ণায়কভাবে দ্ব্যর্থহীন কোড কার্যকর করে।", + "smart-contracts-2-d-explanation": "একটি ওয়েবসাইট হলো ফ্রন্টএন্ড যা ব্যবহারকারীর নির্দেশনা গ্রহণ করে। একটি স্মার্ট কন্ট্রাক্ট হলো ব্যাকএন্ড লজিক যেখানে এই নির্দেশনাগুলো সম্পন্ন হয় এবং ফলাফল ফেরত দেওয়া হতে পারে।", + "smart-contracts-3-prompt": "কোনটি স্মার্ট কন্ট্রাক্ট এর প্রধান বৈশিষ্ট্য নয়?", + "smart-contracts-3-a-label": "ডিটারমিনিস্টিক এক্সিকিউশন", + "smart-contracts-3-a-explanation": "একটি স্মার্ট কন্ট্রাক্ট এর প্রধান সুবিধা হলো এটি মানুষের ব্যাখ্যা বা পক্ষপাত ছাড়াই দ্ব্যর্থহীন কোড ডিটারমিনিস্টিক উপায়ে সম্পন্ন করে।", "smart-contracts-3-b-label": "পাবলিক রেকর্ড", - "smart-contracts-3-b-explanation": "একটি পাবলিক ব্লকচেইনে স্মার্ট কন্ট্র্যাক্টগুলির সাথে, যে কেউ তাত্ক্ষণিকভাবে সম্পদ স্থানান্তর এবং অন্যান্য সম্পর্কিত তথ্য ট্র্যাক করতে পারে।", + "smart-contracts-3-b-explanation": "একটি পাবলিক ব্লকচেইন এ স্মার্ট কন্ট্রাক্ট এর মাধ্যমে, যে কেউ তাৎক্ষণিকভাবে সম্পদ স্থানান্তর এবং অন্যান্য সম্পর্কিত তথ্য ট্র্যাক করতে পারে।", "smart-contracts-3-c-label": "গোপনীয়তা সুরক্ষা", - "smart-contracts-3-c-explanation": "যেহেতু ব্লকচেইনগুলি ছদ্মনামীয় নেটওয়ার্ক, লেনদেনগুলি প্রকাশ্যে একটি অনন্য ক্রিপ্টোগ্রাফিক ঠিকানার সাথে বাঁধা থাকে, কোনো পরিচয়ের সাথে নয়।", - "smart-contracts-3-d-label": "পরিবর্তনের ক্ষমতা", - "smart-contracts-3-d-explanation": "একটি স্মার্ট কন্ট্র্যাক্ট একবার তৈরি হয়ে গেলে পরিবর্তন করা যায় না—এটি তার কোড দ্বারা সংজ্ঞায়িত নিয়ম অনুসারে কার্যকর হওয়ার গ্যারান্টিযুক্ত।", - "smart-contracts-4-prompt": "স্মার্ট কন্ট্র্যাক্টগুলির অ্যাপ্লিকেশন কোনটি নয়?", + "smart-contracts-3-c-explanation": "যেহেতু ব্লকচেইনগুলো ছদ্মনামযুক্ত নেটওয়ার্ক, তাই লেনদেন সর্বজনীনভাবে একটি অনন্য ক্রিপ্টোগ্রাফিক এডড্রেস এর সাথে যুক্ত থাকে, কোনো পরিচয়ের সাথে নয়।", + "smart-contracts-3-d-label": "পরিবর্তন করার ক্ষমতা", + "smart-contracts-3-d-explanation": "একটি স্মার্ট কন্ট্রাক্ট একবার তৈরি হয়ে গেলে তা পরিবর্তন করা যায় না—এটি এর কোড দ্বারা সংজ্ঞায়িত নিয়ম অনুযায়ী সম্পন্ন হওয়ার নিশ্চয়তা দেয়।", + "smart-contracts-4-prompt": "কোনটি স্মার্ট কন্ট্রাক্ট এর অ্যাপ্লিকেশন নয়?", "smart-contracts-4-a-label": "স্টেবলকয়েন", - "smart-contracts-4-a-explanation": "স্টেবলকয়েনগুলি টোকেন বস্তু যা স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে সংজ্ঞায়িত এবং ট্র্যাক করা হয়।", - "smart-contracts-4-b-label": "প্রোটোকল পরিবর্তন", - "smart-contracts-4-b-explanation": "যদিও প্রোটোকল পরিবর্তনগুলি কখনও কখনও স্মার্ট কন্ট্র্যাক্ট ব্যবহার করতে পারে, তাদের সৃষ্টি এবং সংজ্ঞা স্বচ্ছ অনলাইন ফোরামের মাধ্যমে প্রস্তাব করা হয় এবং ক্লায়েন্ট সফ্টওয়্যারে প্রয়োগ করা হয়।", - "smart-contracts-4-c-label": "নন-ফাঞ্জিবল টোকেন (NFT)", - "smart-contracts-4-c-explanation": "স্মার্ট কন্ট্র্যাক্টগুলি ডিজিটাল আর্ট থেকে শুরু করে সম্পদ মালিকানা সার্টিফিকেট পর্যন্ত বিস্তৃত এনএফটি সংজ্ঞায়িত করতে ব্যবহৃত হয়।", - "smart-contracts-4-d-label": "উন্মুক্ত মুদ্রা বিনিময়", - "smart-contracts-4-d-explanation": "বিকেন্দ্রীভূত এক্সচেঞ্জ (DEXs) কেন্দ্রীভূত নিয়ন্ত্রণ ছাড়াই কাজ করার জন্য স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে তৈরি করা হয়।" -} + "smart-contracts-4-a-explanation": "স্টেবলকয়েন হলো টোকেন অবজেক্ট যা স্মার্ট কন্ট্রাক্ট ব্যবহার করে সংজ্ঞায়িত এবং ট্র্যাক করা হয়।", + "smart-contracts-4-b-label": "প্রটোকল পরিবর্তন", + "smart-contracts-4-b-explanation": "যদিও প্রটোকল পরিবর্তনগুলো কখনো কখনো স্মার্ট কন্ট্রাক্ট ব্যবহার করতে পারে, তবে এদের তৈরি এবং সংজ্ঞা স্বচ্ছ অনলাইন ফোরামের মাধ্যমে প্রস্তাব করা হয় এবং ক্লায়েন্ট সফটওয়্যারে প্রয়োগ করা হয়।", + "smart-contracts-4-c-label": "নন-ফান্জেবল টোকেন (NFTs)", + "smart-contracts-4-c-explanation": "ডিজিটাল আর্ট থেকে শুরু করে সম্পদের মালিকানার শংসাপত্র পর্যন্ত বিস্তৃত পরিসরের NFTs সংজ্ঞায়িত করতে স্মার্ট কন্ট্রাক্ট ব্যবহার করা হয়।", + "smart-contracts-4-d-label": "ওপেন কারেন্সি এক্সচেঞ্জ", + "smart-contracts-4-d-explanation": "ডিসেন্ট্রালাইজড এক্সচেঞ্জ (DEXs) গুলো কেন্দ্রীভূত নিয়ন্ত্রণ ছাড়াই কাজ করার জন্য স্মার্ট কন্ট্রাক্ট ব্যবহার করে তৈরি করা হয়।" +} \ No newline at end of file diff --git a/src/intl/bn/page-trillion-dollar-security.json b/src/intl/bn/page-trillion-dollar-security.json index 866f9fcf58f..a84181e448f 100644 --- a/src/intl/bn/page-trillion-dollar-security.json +++ b/src/intl/bn/page-trillion-dollar-security.json @@ -1,196 +1,196 @@ { - "page-trillion-dollar-security-meta-title": "ট্রিলিয়ন ডলার সিকিউরিটি প্রজেক্ট - সিকিউরিটি চ্যালেঞ্জেস ওভারভিউ রিপোর্ট", - "page-trillion-dollar-security-meta-description": "1TS প্রজেক্ট হল Ethereum-এর নিরাপত্তা আপগ্রেড করার জন্য একটি ইকোসিস্টেম-ব্যাপী প্রচেষ্টা। এই রিপোর্টটি ইকোসিস্টেমের মুখোমুখি বিদ্যমান নিরাপত্তা চ্যালেঞ্জগুলো সমীক্ষা করে।", - "page-trillion-dollar-security-subtitle": "ট্রিলিয়ন ডলার সিকিউরিটি প্রজেক্ট", - "page-trillion-dollar-security-title": "সিকিউরিটি চ্যালেঞ্জেস ওভারভিউ", - "page-trillion-dollar-security-hero-paragraph-1": "Ethereum হলো সবচেয়ে সুরক্ষিত, স্থিতিস্থাপক, এবং বিশ্বস্ত ব্লকচেইন ইকোসিস্টেম। গত 10 বছরে Ethereum ইকোসিস্টেম প্রযুক্তি, মান, এবং জ্ঞান তৈরি করেছে যা আজ লক্ষ লক্ষ মানুষের ব্যবহৃত একটি ইকোসিস্টেমকে সমর্থন করে এবং যা $600 বিলিয়নেরও বেশি মূলধনের আবাসস্থল।", - "page-trillion-dollar-security-hero-paragraph-2": "কিন্তু বিশ্বব্যাপী গ্রহণের পরবর্তী পর্যায়ে Ethereum-কে সফল হতে হলে, এখনও অনেক উন্নতি করতে হবে। আমাদের সম্প্রদায়ের উচ্চাকাঙ্ক্ষা অর্জন করতে, Ethereum-কে এমন একটি ইকোসিস্টেমে পরিণত হতে হবে যেখানে:", - "page-trillion-dollar-security-hero-paragraph-3": "কোটি কোটি ব্যক্তি প্রত্যেকে $1000-এর বেশি অনচেইন ধরে রাখতে স্বাচ্ছন্দ্য বোধ করে, যা সম্মিলিতভাবে Ethereum-এ ট্রিলিয়ন ডলার সুরক্ষিত করে।", - "page-trillion-dollar-security-hero-paragraph-4": "কোম্পানি, প্রতিষ্ঠান এবং সরকারগুলো একটি একক কন্ট্র্যাক্ট বা অ্যাপ্লিকেশনের মধ্যে 1 ট্রিলিয়ন ডলারের বেশি মূল্যের সম্পদ সঞ্চয় করতে স্বাচ্ছন্দ্য বোধ করে, এবং তুলনীয় পরিমাণে লেনদেন করতে স্বাচ্ছন্দ্য বোধ করে।", - "page-trillion-dollar-security-hero-paragraph-5": "ট্রিলিয়ন ডলার সিকিউরিটি (1TS) প্রজেক্ট হল Ethereum-এর নিরাপত্তা আপগ্রেড করার জন্য একটি ইকোসিস্টেম-ব্যাপী প্রচেষ্টা। এই রিপোর্টটি 1TS প্রজেক্টের প্রথম ডেলিভারেবল। গত মাসে, আমরা ব্যবহারকারী, ডেভেলপার, নিরাপত্তা বিশেষজ্ঞ এবং প্রতিষ্ঠানগুলোর কাছ থেকে মতামত সংগ্রহ করেছি যে তারা কোথায় সবচেয়ে বড় চ্যালেঞ্জ এবং উন্নতির ক্ষেত্রগুলো দেখছে। শত শত মানুষ এবং কয়েক ডজন সংস্থাকে ধন্যবাদ যারা আমাদের সাথে তাদের অন্তর্দৃষ্টি শেয়ার করার জন্য সময় দিয়েছেন।", - "page-trillion-dollar-security-hero-paragraph-6": "এই রিপোর্টটি আমাদের অনুসন্ধানগুলোকে সংক্ষিপ্ত করে, যা ৬টি ভিন্ন ক্ষেত্রকে অন্তর্ভুক্ত করে:", - "page-trillion-dollar-security-report-card-title": "Ethereum ইকোসিস্টেমের নিরাপত্তা ওভারভিউ রিপোর্ট", + "page-trillion-dollar-security-meta-title": "ট্রিলিয়ন ডলার সিকিউরিটি প্রজেক্ট - সিকিউরিটি চ্যালেঞ্জ ওভারভিউ রিপোর্ট", + "page-trillion-dollar-security-meta-description": "1TS প্রজেক্ট হলো ইথিরিয়ামের নিরাপত্তা আপগ্রেড করার জন্য ইকোসিস্টেম-ব্যাপী একটি প্রচেষ্টা। এই রিপোর্টটি ইকোসিস্টেমের বিদ্যমান নিরাপত্তা চ্যালেঞ্জগুলো জরিপ করে।", + "page-trillion-dollar-security-subtitle": "ট্রিলিয়ন ডলার সিকিউরিটি প্রজেক্ট", + "page-trillion-dollar-security-title": "সিকিউরিটি চ্যালেঞ্জ ওভারভিউ", + "page-trillion-dollar-security-hero-paragraph-1": "ইথিরিয়াম হলো সবচেয়ে নিরাপদ, স্থিতিস্থাপক এবং বিশ্বস্ত ব্লকচেইন ইকোসিস্টেম। গত 10 বছরে ইথিরিয়াম ইকোসিস্টেম এমন প্রযুক্তি, মান এবং জ্ঞান তৈরি করেছে যা আজ লক্ষ লক্ষ মানুষের ব্যবহৃত একটি ইকোসিস্টেমকে সমর্থন করে এবং যেখানে $600 বিলিয়নেরও বেশি মূলধন রয়েছে।", + "page-trillion-dollar-security-hero-paragraph-2": "তবে বিশ্বব্যাপী গ্রহণের পরবর্তী ধাপে ইথিরিয়ামকে সফল হতে হলে, এখনও অনেক উন্নতি করতে হবে। আমাদের কমিউনিটির আকাঙ্ক্ষা পূরণের জন্য, ইথিরিয়ামকে এমন একটি ইকোসিস্টেমে পরিণত হতে হবে যেখানে:", + "page-trillion-dollar-security-hero-paragraph-3": "কোটি কোটি মানুষ প্রত্যেকে অনচেইন $1000-এর বেশি রাখতে স্বাচ্ছন্দ্যবোধ করে, যা সম্মিলিতভাবে ইথিরিয়ামে সুরক্ষিত ট্রিলিয়ন ডলারের সমতুল্য।", + "page-trillion-dollar-security-hero-paragraph-4": "কোম্পানি, প্রতিষ্ঠান এবং সরকার একটি একক কন্ট্রাক্ট বা অ্যাপ্লিকেশনের মধ্যে 1 ট্রিলিয়ন ডলারের বেশি মূল্য সঞ্চয় করতে স্বাচ্ছন্দ্যবোধ করে, এবং সমতুল্য পরিমাণে লেনদেন করতে স্বাচ্ছন্দ্যবোধ করে।", + "page-trillion-dollar-security-hero-paragraph-5": "ট্রিলিয়ন ডলার সিকিউরিটি (1TS) প্রজেক্ট হলো ইথিরিয়ামের নিরাপত্তা আপগ্রেড করার জন্য ইকোসিস্টেম-ব্যাপী একটি প্রচেষ্টা। এই রিপোর্টটি 1TS প্রজেক্টের প্রথম ডেলিভারেবল। গত এক মাসে, আমরা ব্যবহারকারী, ডেভেলপার, নিরাপত্তা বিশেষজ্ঞ এবং প্রতিষ্ঠানগুলোর কাছ থেকে ফিডব্যাক সংগ্রহ করেছি যে তারা কোথায় সবচেয়ে বড় চ্যালেঞ্জ এবং উন্নতির ক্ষেত্রগুলো দেখছেন। শত শত মানুষ এবং ডজন ডজন সংস্থাকে ধন্যবাদ যারা আমাদের সাথে তাদের মতামত শেয়ার করার জন্য সময় দিয়েছেন।", + "page-trillion-dollar-security-hero-paragraph-6": "এই রিপোর্টটি আমাদের প্রাপ্ত তথ্যগুলোর সারসংক্ষেপ প্রদান করে, যা 6টি ভিন্ন ক্ষেত্র কভার করে:", + "page-trillion-dollar-security-report-card-title": "ইথিরিয়াম ইকোসিস্টেম সিকিউরিটি ওভারভিউ রিপোর্ট", "page-trillion-dollar-security-download-report": "PDF ডাউনলোড করুন", - "page-trillion-dollar-security-divider-heading": "Ethereum ইকোসিস্টেমের নিরাপত্তা ওভারভিউ রিপোর্ট", - "page-trillion-dollar-security-sticky-info": "{section} এর জন্য এটি কিছু স্টিকি সেকশন তথ্য। Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque euismod, urna eu tincidunt consectetur.", + "page-trillion-dollar-security-divider-heading": "ইথিরিয়াম ইকোসিস্টেম সিকিউরিটি ওভারভিউ রিপোর্ট", + "page-trillion-dollar-security-sticky-info": "এটি {section}-এর জন্য কিছু স্টিকি সেকশন ইনফো। Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque euismod, urna eu tincidunt consectetur.", "page-trillion-dollar-security-content-overview-title": "ওভারভিউ", - "page-trillion-dollar-security-user-experience-title": "ব্যবহারকারীর অভিজ্ঞতা (UX)", - "page-trillion-dollar-security-user-experience-description": "যে সমস্যাগুলো ব্যবহারকারীদের ব্যক্তিগত কী (private key) নিরাপদে পরিচালনা করার, অনচেইন অ্যাপ্লিকেশনগুলোর সাথে ইন্টারঅ্যাক্ট করার এবং লেনদেনে স্বাক্ষর করার ক্ষমতাকে প্রভাবিত করে।", - "page-trillion-dollar-security-smart-contract-title": "স্মার্ট কন্ট্র্যাক্ট সুরক্ষা", - "page-trillion-dollar-security-smart-contract-description": "Ethereum অ্যাপ্লিকেশনের স্মার্ট কন্ট্র্যাক্ট উপাদানগুলোর নিরাপত্তা, এবং সেগুলোকে আকার দেওয়া সফ্টওয়্যার উৎপাদনের জীবনচক্র।", - "page-trillion-dollar-security-infrastructure-title": "অবকাঠামো এবং ক্লাউড নিরাপত্তা", - "page-trillion-dollar-security-infrastructure-description": "Ethereum অ্যাপগুলো যে অবকাঠামোর উপর নির্ভর করে (ক্রিপ্টো-নির্দিষ্ট এবং লিগ্যাসি উভয়ই), যেমন L2 চেইন, RPCs, ক্লাউড হোস্টিং পরিষেবা এবং আরও অনেক কিছু নিয়ে সমস্যা।", - "page-trillion-dollar-security-consensus-title": "কনসেন্সাস প্রোটোকল", - "page-trillion-dollar-security-consensus-description": "কোর প্রোটোকলের নিরাপত্তা বৈশিষ্ট্য, যা Ethereum ব্লকচেইনকে আক্রমণ বা কারসাজি থেকে সুরক্ষিত করে।", - "page-trillion-dollar-security-incident-title": "পর্যবেক্ষণ, ঘটনার প্রতিক্রিয়া এবং প্রশমন", - "page-trillion-dollar-security-incident-description": "নিরাপত্তা লঙ্ঘনের প্রতিক্রিয়া জানানোর সময় ব্যবহারকারী এবং সংস্থাগুলো যে চ্যালেঞ্জগুলোর সম্মুখীন হয়, বিশেষ করে তহবিল পুনরুদ্ধার বা পরবর্তী পরিস্থিতি ব্যবস্থাপনায়।", - "page-trillion-dollar-security-social-title": "সামাজিক স্তর এবং গভর্নেন্স", - "page-trillion-dollar-security-social-description": "Ethereum-এর ওপেন সোর্স গভর্নেন্স, কমিউনিটি এবং সংস্থাগুলোর ইকোসিস্টেম।", - "page-trillion-dollar-security-hero-closing-paragraph-1": "এই প্রথম রিপোর্টটি অবশিষ্ট সমস্যা এবং চ্যালেঞ্জগুলো চিহ্নিত ও ম্যাপ করার উপর দৃষ্টি নিবদ্ধ করে। পরবর্তী পদক্ষেপ হবে সর্বোচ্চ অগ্রাধিকারের সমস্যাগুলো বেছে নেওয়া, সমাধান চিহ্নিত করা এবং সেগুলোর সমাধান করার জন্য ইকোসিস্টেমের সাথে কাজ করা।", - "page-trillion-dollar-security-hero-closing-paragraph-2": "যেহেতু Ethereum ইকোসিস্টেমটি ডিসেন্ট্রালাইজড, তাই Ethereum-কে সুরক্ষিত করা এমন কিছু নয় যা একটি একক সত্তা দ্বারা করা যেতে পারে। Ethereum-এর প্রযুক্তি স্ট্যাক বিশ্বজুড়ে স্বাধীন সংস্থাগুলো দ্বারা নির্মিত এবং রক্ষণাবেক্ষণ করা হয়, যা ওয়ালেট থেকে শুরু করে অবকাঠামো থেকে ডেভেলপার টুলিং পর্যন্ত বিস্তৃত। যদিও 1TS প্রজেক্টটি Ethereum ফাউন্ডেশন দ্বারা সমন্বিত, Ethereum-কে সুরক্ষিত করতে আমাদের আপনার সাহায্য প্রয়োজন।", - "page-trillion-dollar-security-hero-closing-paragraph-3": "আপনি আপনার মতামত এবং ধারণা শেয়ার করে 1TS নিরাপত্তা প্রকল্পে অবদান রাখতে পারেন:", - "page-trillion-dollar-security-feedback-question-1": "Ethereum-এর নিরাপত্তায় আপনি এমন কোনো সমস্যা দেখেন কি যা এই রিপোর্টে অন্তর্ভুক্ত নয়?", - "page-trillion-dollar-security-feedback-question-2": "আপনি কি বিশ্বাস করেন যে নীচে সমীক্ষা করা সমস্যাগুলোর মধ্যে সর্বোচ্চ অগ্রাধিকার কোনটি?", - "page-trillion-dollar-security-feedback-question-3": "এই সমস্যাগুলো সমাধান করার জন্য আপনার কাছে কি ধারণা বা সমাধান আছে?", - "page-trillion-dollar-security-contact-paragraph": "আমরা আপনার কাছ থেকে trilliondollarsecurity@ethereum.org-এ শোনার জন্য উদগ্রীব।", - "page-trillion-dollar-security-section-1-intro": "নিরাপত্তা শুরু হয় সেই ইন্টারফেস দিয়ে যা মানুষ Ethereum-এর সাথে ইন্টারঅ্যাক্ট করতে ব্যবহার করে। ব্যবহারকারী এবং ব্লকচেইনের মধ্যে এই সীমানাটি নিরাপত্তা চ্যালেঞ্জের একটি ধারাবাহিক উৎস।", - "page-trillion-dollar-security-section-1-paragraph-1": "ব্লকচেইনের একটি সংজ্ঞায়িত বৈশিষ্ট্য হলো লেনদেনের পারমাণবিক প্রকৃতি: একবার একটি আপডেট ব্লকচেইনে রেকর্ড হয়ে গেলে, হস্তক্ষেপ বা বিপরীত করার কোনো সুযোগ থাকে না। এটি ধারাবাহিকতা এবং প্রোটোকল স্তরের নিরাপত্তার শক্তিশালী গ্যারান্টি প্রদান করে, কিন্তু ব্যবহারকারীদের বর্ধিত অপারেশনাল ঝুঁকির মুখে ফেলে: একটি একক ভুল, আপোস করা কী, বা তাড়াহুড়ো করে অনুমোদন অপরিবর্তনীয় ক্ষতির কারণ হতে পারে।", - "page-trillion-dollar-security-section-1-paragraph-2": "ফলস্বরূপ, নিরাপত্তার একটি উল্লেখযোগ্য বোঝা ব্যবহারকারীর উপর পড়ে। নিরাপদে Ethereum ব্যবহার করার জন্য, ব্যক্তি এবং সংস্থাগুলোকে অবশ্যই নিরাপদে কী ধারণ ও পরিচালনা করতে হবে, অনচেইন অ্যাপ্লিকেশনগুলোর সাথে ইন্টারঅ্যাক্ট করতে হবে এবং সম্পদ স্থানান্তর বা অন্যথায় Ethereum-এর স্টেট আপডেট করার জন্য লেনদেনে স্বাক্ষর করতে তাদের কী ব্যবহার করতে হবে।", - "page-trillion-dollar-security-section-1-paragraph-3": "এই প্রয়োজনীয়তাগুলোর প্রতিটি কী-এর আপোস বা ক্ষতি, তাড়াহুড়ো বা অজ্ঞাতসারে অনুমোদন, বা ব্যবহারকারীরা Ethereum-এর সাথে ইন্টারঅ্যাক্ট করার জন্য তথ্য ও নির্দেশনার জন্য যে ওয়ালেট সফ্টওয়্যারের উপর নির্ভর করে তার আপোসের মতো ঝুঁকি তৈরি করে।", - "page-trillion-dollar-security-section-1-1-title": "১.১ কী ম্যানেজমেন্ট", - "page-trillion-dollar-security-section-1-1-paragraph-1": "অনেক ব্যবহারকারী ক্রিপ্টোগ্রাফিক কী নিরাপদে পরিচালনা করার জন্য সজ্জিত নয়।", - "page-trillion-dollar-security-section-1-1-paragraph-2": "সর্বাধিক ব্যবহৃত সফ্টওয়্যার ওয়ালেটগুলো ব্যবহারকারীদের তাদের অন্তর্নিহিত ক্রিপ্টোগ্রাফিক প্রাইভেট কী প্রতিনিধিত্বকারী সিড ফ্রেজ নিরাপদে সংরক্ষণ করার উপর নির্ভর করে, যা প্রায়শই তাদের অনিরাপদ সমাধান যেমন প্লেইনটেক্সটে সিড ফ্রেজ সংরক্ষণ, ক্লাউড পরিষেবাগুলিতে, বা কাগজে লিখে রাখার মতো কাজে পরিচালিত করে।", - "page-trillion-dollar-security-section-1-1-paragraph-3": "হার্ডওয়্যার ওয়ালেট একটি বিকল্প, যা ব্যবহারকারীদের একটি বিশেষ উদ্দেশ্যে তৈরি শারীরিক ডিভাইসের মধ্যে সংরক্ষিত একটি ক্রিপ্টোগ্রাফিক কী পরিচালনা করতে সক্ষম করে। তবে, হার্ডওয়্যার ওয়ালেটের নিজস্ব ত্রুটি এবং আক্রমণের ক্ষেত্র রয়েছে। হার্ডওয়্যার ওয়ালেট হারিয়ে যেতে পারে, ক্ষতিগ্রস্ত হতে পারে বা চুরি হতে পারে। অনেক হার্ডওয়্যার ওয়ালেট ওপেন সোর্স নয় এবং অস্বচ্ছ সাপ্লাই চেইন থাকতে পারে, যা একটি সাপ্লাই চেইন আক্রমণের ঝুঁকি বাড়ায় যেখানে আপোস করা ডিভাইসগুলো বাজারে বিক্রি করা হয়।", - "page-trillion-dollar-security-section-1-1-paragraph-4": "কীগুলো সফ্টওয়্যার বা হার্ডওয়্যার ওয়ালেটে পরিচালিত হোক না কেন, অনেক ব্যবহারকারী শারীরিক চুরি বা আক্রমণের মাধ্যমে আপোস করা হলে সেলফ কাস্টোডি সম্পর্কে বোধগম্যভাবেই উদ্বিগ্ন।", - "page-trillion-dollar-security-section-1-1-paragraph-5": "এন্টারপ্রাইজ এবং প্রাতিষ্ঠানিক ব্যবহারকারীরা কী ব্যবস্থাপনায় অতিরিক্ত চ্যালেঞ্জের সম্মুখীন হন। যদি স্বতন্ত্র কর্মচারীরা কী ধারণ করে (যেমন, একটি মাল্টিসিগ ওয়ালেটের অংশ হিসাবে), সময়ের সাথে সাথে কর্মীদের পরিবর্তনের কারণে সংস্থাকে অবশ্যই সেগুলো প্রতিস্থাপন করতে এবং নতুন তৈরি করতে সক্ষম হতে হবে। বিভিন্ন শিল্প এবং এখতিয়ারে সম্মতি প্রয়োজনীয়তার জন্য কাস্টম ওয়ার্কফ্লো বা অডিট ট্রেলের প্রয়োজন হতে পারে যা বিদ্যমান ওয়ালেট সফ্টওয়্যার দ্বারা সমর্থিত নয়। কিছু ক্ষেত্রে, এন্টারপ্রাইজ ব্যবহারকারীরা ডিজিটাল সম্পদের জন্য তৃতীয় পক্ষের কাস্টোডিয়ানদের দিকে ঝুঁকে পড়ে, যা বিবেচনার জন্য নিরাপত্তা ঝুঁকির আরেকটি লেয়ার প্রবর্তন করতে পারে।", - "page-trillion-dollar-security-section-1-2-title": "১.২ ব্লাইন্ড সাইনিং এবং লেনদেনের অনিশ্চয়তা", - "page-trillion-dollar-security-section-1-2-paragraph": "ব্যবহারকারীরা নিয়মিতভাবে লেনদেনগুলোকে \"অন্ধভাবে\" অনুমোদন করে, তারা কী করছে তা না বুঝেই। ওয়ালেটগুলো প্রায়শই কাঁচা হেক্সাডেসিমেল ডেটা, সংক্ষিপ্ত কন্ট্র্যাক্টের ঠিকানা বা অন্যান্য তথ্য উপস্থাপন করে যা ব্যবহারকারীর জন্য একটি প্রদত্ত লেনদেনের পরিণতি বোঝার জন্য যথেষ্ট নয়। এটি সব ধরণের ব্যবহারকারীকে ক্ষতিকারক স্মার্ট কন্ট্র্যাক্ট, ফিশিং, স্ক্যাম, স্পুফড ইন্টারফেস, ফ্রন্ট-এন্ড কম্প্রোমাইজ এবং সাধারণ ব্যবহারকারীর ভুলের জন্য ঝুঁকিপূর্ণ করে তোলে।", - "page-trillion-dollar-security-section-1-3-title": "১.৩ অনুমোদন এবং অনুমতি ব্যবস্থাপনা", - "page-trillion-dollar-security-section-1-3-paragraph-1": "অনেক Ethereum অ্যাপ্লিকেশনে, সাধারণ ব্যবহারের অংশ হিসাবে ব্যবহারকারীরা অন্তর্নিহিত অ্যাপ্লিকেশনকে নির্দিষ্ট অনুমতি প্রদান করা একটি সাধারণ ব্যাপার। উদাহরণস্বরূপ, একজন ব্যবহারকারী Uniswap-এর মতো একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জকে তাদের টোকেনগুলো ETH-এর জন্য সোয়াপ করার জন্য সরানোর অনুমতি দিতে পারে।", - "page-trillion-dollar-security-section-1-3-paragraph-2": "এই অনুমোদনগুলোর পরিমাণে সীমা থাকতে পারে, কিন্তু অনেক ওয়ালেট কোনো মেয়াদ শেষ হওয়ার তারিখ ছাড়াই সীমাহীন অনুমোদন দেওয়ার জন্য ডিফল্ট থাকে। বেশিরভাগ ওয়ালেটের মধ্যে থেকে ব্যবহারকারীদের তাদের বকেয়া অনুমোদনগুলো পরিচালনা বা পর্যালোচনা করার কোনো উপায় নেই।", - "page-trillion-dollar-security-section-1-3-paragraph-3": "এটি ব্যবহারকারীদের দূষিত অ্যাপ বা আপোস করা ফ্রন্টএন্ডের কাছে উন্মুক্ত করতে পারে, কারণ অনেক ব্যবহারকারীর জন্য ডিফল্ট প্যাটার্ন হল সীমাহীন অনুমোদন দেওয়া যা তাদের তহবিল নিষ্কাশনের জন্য ব্যবহার করা যেতে পারে। এমনকি যদি একজন ব্যবহারকারী একটি বৈধ স্মার্ট কন্ট্র্যাক্টকে অনুমোদন দেয়, যদি সেই কন্ট্র্যাক্টটি পরে আপোস করা হয় যখন অনুমোদনটি কার্যকর থাকে, তাহলে আপোস করা কন্ট্র্যাক্টটি ব্যবহারকারীর তহবিল নিষ্কাশন করতে পারে।", - "page-trillion-dollar-security-section-1-3-paragraph-4": "এটি সাংগঠনিক ব্যবহারকারীদের জন্যও সমানভাবে একটি ঝুঁকি। উদাহরণস্বরূপ, একটি সংস্থা অপারেশনাল সুবিধার জন্য একটি DEX রাউটারকে সীমাহীন USDC ভাতা দেওয়ার সিদ্ধান্ত নিতে পারে, যা পরে রাউটার কন্ট্র্যাক্ট আপগ্রেড করা হলে তাদের ঝুঁকির মুখে ফেলে।", - "page-trillion-dollar-security-section-1-4-title": "১.৪ আপোস করা ওয়েব ইন্টারফেস", - "page-trillion-dollar-security-section-1-4-paragraph-1": "বেশিরভাগ ব্যবহারকারী সরাসরি একটি স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে না, বরং তাদের মোবাইল ডিভাইস বা ওয়েব ব্রাউজারের মাধ্যমে একটি ওয়েব ইন্টারফেসের মাধ্যমে করে।", - "page-trillion-dollar-security-section-1-4-paragraph-2": "এই ফ্রন্টএন্ডগুলো DNS হাইজ্যাকিং, ক্ষতিকারক জাভাস্ক্রিপ্ট ইনজেকশন, অনিরাপদ হোস্টিং বা বিভিন্ন তৃতীয় পক্ষের নির্ভরতার মতো পরিচিত উপায়ে আক্রমণের জন্য ঝুঁকিপূর্ণ হতে পারে। একটি আপোস করা অ্যাপ UX সব ধরণের ব্যবহারকারীকে ক্ষতিকারক স্মার্ট কন্ট্র্যাক্টে পুনঃনির্দেশ করতে পারে বা তাদের বিভ্রান্তিকর লেনদেনে স্বাক্ষর করতে পরিচালিত করতে পারে।", - "page-trillion-dollar-security-section-1-5-title": "১.৫ গোপনীয়তা", - "page-trillion-dollar-security-section-1-5-paragraph-1": "গোপনীয়তা সব ধরণের ব্যবহারকারীদের জন্য নিরাপত্তা ঝুঁকি কমাতে বা বাড়াতে পারে।", - "page-trillion-dollar-security-section-1-5-paragraph-2": "দুর্বল গোপনীয়তা সুরক্ষা স্বতন্ত্র ব্যবহারকারীদের ফিশিং, শোষণ, স্ক্যাম বা শারীরিক আক্রমণের মতো বিভিন্ন লক্ষ্যযুক্ত হুমকির সম্মুখীন করে। অনেক সাধারণ UX প্যাটার্ন ব্যবহারকারীদের উন্মোচিত করে, যেমন, ঠিকানা পুনঃব্যবহার, KYC ডেটা এবং অন্যান্য মেটাডেটা লিক।", - "page-trillion-dollar-security-section-1-5-paragraph-3": "প্রতিষ্ঠান এবং এন্টারপ্রাইজগুলোর জন্য, গোপনীয়তা প্রায়শই সম্মতিগত কারণে বা নির্দিষ্ট ব্যবহারের ক্ষেত্রে একটি মৌলিক ব্যবসায়িক প্রয়োজন। এই সমস্যাগুলো ছাড়াও, এটি নির্দিষ্ট নিরাপত্তা ঝুঁকির সংস্পর্শে আসতে পারে। উদাহরণস্বরূপ, Ethereum-এর উপর নির্মিত একটি সাপ্লাই চেইন সিস্টেমের ব্যবহারকারীর মেধা সম্পত্তি সম্পদ রক্ষা করার জন্য শক্তিশালী গোপনীয়তার গ্যারান্টির প্রয়োজন হতে পারে যা সিস্টেমটি স্বচ্ছ হলে আপোস করা যেতে পারে।", - "page-trillion-dollar-security-section-1-6-title": "১.৬ খণ্ডায়ন", - "page-trillion-dollar-security-section-1-6-paragraph-1": "বিভিন্ন ওয়ালেট কীভাবে লেনদেন প্রদর্শন, অনুমোদন পরিচালনা বা কন্ট্র্যাক্ট লেবেল করার মতো মূল আচরণগুলো পরিচালনা করে তাতে ধারাবাহিকতার অভাব রয়েছে। ব্যবহারকারীর অভিজ্ঞতার এই খণ্ডায়ন ব্যবহারকারীর নিরাপদে ওয়ালেট ব্যবহার করতে শেখার ক্ষমতাতে ঘর্ষণ যোগ করে এবং ঝুঁকি বাড়ায়।", - "page-trillion-dollar-security-section-1-6-paragraph-2": "উদাহরণস্বরূপ, ব্যবহারকারীরা ফিশিং এবং স্পুফিং থেকে নিজেদের রক্ষা করার জন্য ধারাবাহিক UX সংকেতের উপর নির্ভর করতে পারে না কারণ সেগুলো বিভিন্ন ওয়ালেটে ভিন্ন। প্রতিটি টুল ভিন্নভাবে কাজ করলে ব্যবহারকারীরা Ethereum কীভাবে কাজ করে সে সম্পর্কে নির্ভরযোগ্য প্রত্যাশা তৈরি করতে পারে না।", - "page-trillion-dollar-security-section-2-intro": "স্মার্ট কন্ট্র্যাক্ট হলো Ethereum অ্যাপ্লিকেশনের অনচেইন উপাদান: কোড যা তহবিল ধারণ করে, অ্যাক্সেস নিয়ন্ত্রণ সংজ্ঞায়িত করে এবং অ্যাপ্লিকেশনের ব্যবসায়িক যুক্তি প্রয়োগ করে। কারণ স্মার্ট কন্ট্র্যাক্টগুলো সাধারণত স্বচ্ছ এবং যে কারো কাছে অ্যাক্সেসযোগ্য, তাই Ethereum ইকোসিস্টেমে নিরাপত্তা বিবেচনা করার সময় এগুলো একটি গুরুত্বপূর্ণ আক্রমণের ক্ষেত্র।", - "page-trillion-dollar-security-section-2-paragraph-1": "Ethereum-এর ইতিহাসে স্মার্ট কন্ট্র্যাক্টের নিরাপত্তা আমূল উন্নত হয়েছে। DAO হ্যাকের মতো প্রাথমিক নিরাপত্তা ঘটনাগুলো ইকোসিস্টেমকে পেশাদার করতে এবং সফ্টওয়্যার জীবনচক্র জুড়ে সুরক্ষা উন্নত করতে অনুপ্রাণিত করেছে যা কোডকে অনচেইনে স্থাপন করার দিকে পরিচালিত করে। মূল অগ্রগতির মধ্যে রয়েছে:", - "page-trillion-dollar-security-section-2-list-1": "নিরাপত্তা অডিটিং একটি আদর্শ অনুশীলন হয়ে উঠেছে, বেশ কয়েকটি নিরাপত্তা সংস্থা ইকোসিস্টেমে প্রবেশ করে এবং দক্ষতা বিকাশ করে।", - "page-trillion-dollar-security-section-2-list-2": "টুলিং, টেস্টিং এবং স্ট্যাটিক অ্যানালাইসিস সিস্টেমগুলো পরিপক্ক হয়েছে এবং আদর্শ অনুশীলন হয়ে উঠেছে।", - "page-trillion-dollar-security-section-2-list-3": "প্রাক-অডিট করা সাধারণ উপাদানগুলোর লাইব্রেরিগুলো ডেভেলপারদেরকে ডিফল্টরূপে-নিরাপদ বিল্ডিং ব্লক দিয়েছে।", - "page-trillion-dollar-security-section-2-list-4": "ফর্মাল ভেরিফিকেশন কৌশলগুলো গ্রহণ করা হয়েছিল, বিশেষ করে ব্রিজ, স্টেকিং সিস্টেম এবং উচ্চ মূল্যের কন্ট্র্যাক্টের জন্য।", - "page-trillion-dollar-security-section-2-list-5": "ইকোসিস্টেমের নিরাপত্তা সংস্কৃতি এবং সেরা অনুশীলনগুলো উন্নত হয়েছে।", - "page-trillion-dollar-security-section-2-list-6": "উল্লেখযোগ্য বাউন্টি প্রোগ্রামের সৃষ্টি যা অ্যাপ লেয়ারকে আরও শক্তিশালী করেছে।", - "page-trillion-dollar-security-section-2-paragraph-2": "তবে, এই ডোমেইনে দুর্বলতা এবং উন্নতির ক্ষেত্রগুলো রয়ে গেছে।", - "page-trillion-dollar-security-section-2-1-title": "২.১ কন্ট্র্যাক্টের দুর্বলতা", - "page-trillion-dollar-security-section-2-1-paragraph": "স্মার্ট কন্ট্র্যাক্টের নিরাপত্তায় অগ্রগতি সত্ত্বেও, এখনও এমন দুর্বলতা রয়েছে যা উল্লেখযোগ্য নিরাপত্তা সমস্যার কারণ হতে পারে, যার মধ্যে রয়েছে:", - "page-trillion-dollar-security-section-2-1-list-title-1": "কন্ট্র্যাক্ট আপগ্রেডের ঝুঁকি", - "page-trillion-dollar-security-section-2-1-list-desc-1": "কিছু কন্ট্র্যাক্ট স্থাপনার পরে পরিবর্তনযোগ্য করার জন্য ডিজাইন করা হয়েছে, যাতে একটি ডেভেলপমেন্ট টিম একটি অ্যাপ্লিকেশন আপডেট এবং উন্নত করা চালিয়ে যেতে পারে। তবে, এটি ঝুঁকি তৈরি করে। আপগ্রেডের ফলে নতুন দুর্বলতা দেখা দিতে পারে, বা একটি ক্ষতিকারক আপগ্রেডের ক্ষেত্রে ব্যবহারকারীর তহবিলের সম্পূর্ণ ক্ষতি হতে পারে।", - "page-trillion-dollar-security-section-2-1-list-title-2": "পুনঃপ্রবেশ", - "page-trillion-dollar-security-section-2-1-list-desc-2": "যেখানে কন্ট্র্যাক্ট A তার নিজস্ব অভ্যন্তরীণ স্টেট আপডেট করার আগে একটি বাহ্যিক কন্ট্র্যাক্ট B-কে কল করে, এবং কন্ট্র্যাক্ট B প্রথম কল শেষ হওয়ার আগে মূল কন্ট্র্যাক্ট A-কে আবার কল করে।", + "page-trillion-dollar-security-user-experience-title": "ইউজার এক্সপেরিয়েন্স (UX)", + "page-trillion-dollar-security-user-experience-description": "যে সমস্যাগুলো ব্যবহারকারীদের নিরাপদে প্রাইভেট কি পরিচালনা করতে, অনচেইন অ্যাপ্লিকেশনগুলোর সাথে ইন্টারঅ্যাক্ট করতে এবং লেনদেন সাইন করার ক্ষমতাকে প্রভাবিত করে।", + "page-trillion-dollar-security-smart-contract-title": "স্মার্ট কন্ট্রাক্ট সিকিউরিটি", + "page-trillion-dollar-security-smart-contract-description": "ইথিরিয়াম অ্যাপ্লিকেশনগুলোর স্মার্ট কন্ট্রাক্ট উপাদানগুলোর নিরাপত্তা এবং সফটওয়্যার উৎপাদনের জীবনচক্র যা তাদের রূপ দেয়।", + "page-trillion-dollar-security-infrastructure-title": "ইনফ্রাস্ট্রাকচার এবং ক্লাউড সিকিউরিটি", + "page-trillion-dollar-security-infrastructure-description": "ইথিরিয়াম অ্যাপগুলো যে ইনফ্রাস্ট্রাকচারের (ক্রিপ্টো-নির্দিষ্ট এবং লিগ্যাসি উভয়ই) ওপর নির্ভর করে, যেমন L2 চেইন, RPCs, ক্লাউড হোস্টিং পরিষেবা এবং আরও অনেক কিছুর সমস্যা।", + "page-trillion-dollar-security-consensus-title": "কনসেন্সাস প্রটোকল", + "page-trillion-dollar-security-consensus-description": "কোর প্রটোকল-এর নিরাপত্তা বৈশিষ্ট্য, যা ইথিরিয়াম ব্লকচেইন-কে আক্রমণ বা ম্যানিপুলেশন থেকে সুরক্ষিত রাখে।", + "page-trillion-dollar-security-incident-title": "মনিটরিং, ইনসিডেন্ট রেসপন্স এবং মিটিগেশন", + "page-trillion-dollar-security-incident-description": "নিরাপত্তা লঙ্ঘনের প্রতিক্রিয়া জানানোর সময় ব্যবহারকারী এবং সংস্থাগুলো যে চ্যালেঞ্জগুলোর সম্মুখীন হয়, বিশেষ করে ফান্ড পুনরুদ্ধার বা পরবর্তী পরিস্থিতি পরিচালনার ক্ষেত্রে।", + "page-trillion-dollar-security-social-title": "সোশ্যাল লেয়ার এবং গভর্নেন্স", + "page-trillion-dollar-security-social-description": "ইথিরিয়ামের ওপেন সোর্স গভর্নেন্স, কমিউনিটি এবং সংস্থাগুলোর ইকোসিস্টেম।", + "page-trillion-dollar-security-hero-closing-paragraph-1": "এই প্রথম রিপোর্টটি অবশিষ্ট সমস্যা এবং চ্যালেঞ্জগুলো চিহ্নিত ও ম্যাপ করার ওপর দৃষ্টি নিবদ্ধ করে। পরবর্তী পদক্ষেপ হবে সর্বোচ্চ অগ্রাধিকারের সমস্যাগুলো বেছে নেওয়া, সমাধান চিহ্নিত করা এবং সেগুলো সমাধানের জন্য ইকোসিস্টেমের সাথে কাজ করা।", + "page-trillion-dollar-security-hero-closing-paragraph-2": "যেহেতু ইথিরিয়াম ইকোসিস্টেম ডিসেন্ট্রালাইজড, তাই ইথিরিয়ামকে সুরক্ষিত করা এমন কিছু নয় যা কোনো একক সত্তা দ্বারা করা সম্ভব। ইথিরিয়ামের টেকনোলজি স্ট্যাক সারা বিশ্বের স্বাধীন সংস্থাগুলো দ্বারা তৈরি এবং পরিচালিত হয়, যার মধ্যে ওয়ালেট থেকে শুরু করে ইনফ্রাস্ট্রাকচার এবং ডেভেলপার টুলিং অন্তর্ভুক্ত। যদিও 1TS প্রজেক্টটি ইথিরিয়াম ফাউন্ডেশন দ্বারা সমন্বিত, ইথিরিয়ামকে সুরক্ষিত করতে আমাদের আপনার সাহায্য প্রয়োজন।", + "page-trillion-dollar-security-hero-closing-paragraph-3": "আপনি আপনার ফিডব্যাক এবং ধারণাগুলো শেয়ার করে 1TS সিকিউরিটি প্রজেক্টে অবদান রাখতে পারেন:", + "page-trillion-dollar-security-feedback-question-1": "আপনি কি ইথিরিয়াম নিরাপত্তায় এমন কোনো সমস্যা দেখছেন যা এই রিপোর্টে অন্তর্ভুক্ত করা হয়নি?", + "page-trillion-dollar-security-feedback-question-2": "নিচে জরিপ করা সমস্যাগুলোর মধ্যে আপনার মতে কোনগুলোর অগ্রাধিকার সবচেয়ে বেশি?", + "page-trillion-dollar-security-feedback-question-3": "এই সমস্যাগুলো কীভাবে সমাধান করা যায় সে সম্পর্কে আপনার কী ধারণা বা সমাধান আছে?", + "page-trillion-dollar-security-contact-paragraph": "আমরা trilliondollarsecurity@ethereum.org-এ আপনার কাছ থেকে শোনার জন্য আগ্রহী।", + "page-trillion-dollar-security-section-1-intro": "নিরাপত্তা শুরু হয় সেই ইন্টারফেস দিয়ে যা মানুষ ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করতে ব্যবহার করে। ব্যবহারকারী এবং ব্লকচেইন-এর মধ্যকার এই সীমানাটি নিরাপত্তা চ্যালেঞ্জগুলোর একটি ধারাবাহিক উৎস।", + "page-trillion-dollar-security-section-1-paragraph-1": "ব্লকচেইনগুলোর একটি সংজ্ঞায়িত বৈশিষ্ট্য হলো লেনদেন-এর পারমাণবিক প্রকৃতি: একবার ব্লকচেইন-এ কোনো আপডেট রেকর্ড করা হলে, হস্তক্ষেপ বা বাতিলের কোনো সুযোগ থাকে না। এটি ধারাবাহিকতা এবং প্রটোকল স্তরের নিরাপত্তার শক্তিশালী গ্যারান্টি প্রদান করে, তবে ব্যবহারকারীদের উচ্চতর অপারেশনাল ঝুঁকির সম্মুখীন করে: একটি মাত্র ভুল, আপসকৃত কি, বা তাড়াহুড়ো করে দেওয়া অনুমোদন অপরিবর্তনীয় ক্ষতির কারণ হতে পারে।", + "page-trillion-dollar-security-section-1-paragraph-2": "ফলস্বরূপ, নিরাপত্তার একটি উল্লেখযোগ্য বোঝা ব্যবহারকারীর ওপর পড়ে। ইথিরিয়াম নিরাপদে ব্যবহার করার জন্য, ব্যক্তি এবং সংস্থাগুলোকে অবশ্যই নিরাপদে কি ধারণ ও পরিচালনা করতে হবে, অনচেইন অ্যাপ্লিকেশনগুলোর সাথে ইন্টারঅ্যাক্ট করতে হবে এবং সম্পদ স্থানান্তর করতে বা অন্যথায় ইথিরিয়ামের স্টেট আপডেট করতে লেনদেন সাইন করার জন্য তাদের কি ব্যবহার করতে হবে।", + "page-trillion-dollar-security-section-1-paragraph-3": "এই প্রয়োজনীয়তাগুলোর প্রতিটি কি আপস বা হারানোর মতো ঝুঁকি তৈরি করে, তাড়াহুড়ো বা তথ্যের অভাবজনিত অনুমোদন, অথবা ওয়ালেট সফটওয়্যারের আপস যার ওপর ব্যবহারকারীরা ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করার সময় তাদের অবহিত ও গাইড করার জন্য নির্ভর করে।", + "page-trillion-dollar-security-section-1-1-title": "1.1 কি ম্যানেজমেন্ট", + "page-trillion-dollar-security-section-1-1-paragraph-1": "অনেক ব্যবহারকারী ক্রিপ্টোগ্রাফিক কি নিরাপদে পরিচালনা করার জন্য প্রস্তুত নন।", + "page-trillion-dollar-security-section-1-1-paragraph-2": "সর্বাধিক ব্যবহৃত সফটওয়্যার ওয়ালেটগুলো ব্যবহারকারীদের ওপর নির্ভর করে তাদের অন্তর্নিহিত ক্রিপ্টোগ্রাফিক প্রাইভেট কি উপস্থাপনকারী সিড ফ্রেজ নিরাপদে সংরক্ষণ করার জন্য, যা প্রায়শই তাদের প্লেইনটেক্সটে, ক্লাউড পরিষেবাগুলোতে সিড ফ্রেজ সংরক্ষণ করা বা কাগজে লিখে রাখার মতো অনিরাপদ উপায়গুলো ব্যবহার করতে পরিচালিত করে।", + "page-trillion-dollar-security-section-1-1-paragraph-3": "হার্ডওয়্যার ওয়ালেট হলো একটি বিকল্প, যা ব্যবহারকারীদের একটি বিশেষ উদ্দেশ্যের ফিজিক্যাল ডিভাইসের মধ্যে সংরক্ষিত একটি ক্রিপ্টোগ্রাফিক কি পরিচালনা করতে সক্ষম করে। তবে, হার্ডওয়্যার ওয়ালেটগুলোর নিজস্ব ত্রুটি এবং আক্রমণের ক্ষেত্র রয়েছে। হার্ডওয়্যার ওয়ালেট হারিয়ে যেতে পারে, ক্ষতিগ্রস্ত হতে পারে বা চুরি হতে পারে। অনেক হার্ডওয়্যার ওয়ালেট ওপেন সোর্স নয় এবং তাদের অস্বচ্ছ সাপ্লাই চেইন থাকতে পারে, যা সাপ্লাই চেইন আক্রমণের ঝুঁকি বাড়ায় যেখানে আপসকৃত ডিভাইসগুলো বাজারে বিক্রি হয়।", + "page-trillion-dollar-security-section-1-1-paragraph-4": "কিগুলো সফটওয়্যার বা হার্ডওয়্যার ওয়ালেট-এ পরিচালিত হোক না কেন, অনেক ব্যবহারকারী সেলফ কাস্টডি নিয়ে স্বাভাবিকভাবেই নার্ভাস থাকেন যখন এটি শারীরিক চুরি বা হামলার মাধ্যমে আপস করা যেতে পারে।", + "page-trillion-dollar-security-section-1-1-paragraph-5": "এন্টারপ্রাইজ এবং প্রাতিষ্ঠানিক ব্যবহারকারীরা কি ম্যানেজমেন্টে অতিরিক্ত চ্যালেঞ্জের সম্মুখীন হন। যদি পৃথক কর্মচারীরা কি ধারণ করেন (যেমন, একটি মাল্টিসিগ ওয়ালেট-এর অংশ হিসেবে), তবে সময়ের সাথে সাথে কর্মীদের পরিবর্তনের কারণে সংস্থাকে অবশ্যই সেগুলো প্রতিস্থাপন করতে এবং নতুন তৈরি করতে সক্ষম হতে হবে। বিভিন্ন শিল্প এবং বিচারব্যবস্থায় কমপ্লায়েন্স প্রয়োজনীয়তাগুলোর জন্য কাস্টম ওয়ার্কফ্লো বা অডিট ট্রেইলের প্রয়োজন হতে পারে যা বিদ্যমান ওয়ালেট সফটওয়্যার দ্বারা সমর্থিত নয়। কিছু ক্ষেত্রে, এন্টারপ্রাইজ ব্যবহারকারীরা ডিজিটাল সম্পদের জন্য থার্ড-পার্টি কাস্টোডিয়ানদের দিকে ঝোঁকেন, যা বিবেচনা করার জন্য নিরাপত্তা ঝুঁকির আরেকটি স্তর প্রবর্তন করতে পারে।", + "page-trillion-dollar-security-section-1-2-title": "1.2 ব্লাইন্ড সাইনিং এবং লেনদেন অনিশ্চয়তা", + "page-trillion-dollar-security-section-1-2-paragraph": "ব্যবহারকারীরা নিয়মিতভাবে তারা কী করছেন তা না বুঝেই \"অন্ধভাবে\" লেনদেন অনুমোদন করেন। ওয়ালেটগুলো প্রায়শই র হেক্সাডেসিমেল ডেটা, কাটা কন্ট্রাক্ট এডড্রেস, বা অন্যান্য তথ্য উপস্থাপন করে যা ব্যবহারকারীর জন্য একটি নির্দিষ্ট লেনদেন-এর পরিণতি বোঝার জন্য যথেষ্ট নয়। এটি সব ধরনের ব্যবহারকারীকে ক্ষতিকারক স্মার্ট কন্ট্রাক্ট, ফিশিং, স্ক্যাম, স্পুফড ইন্টারফেস, ফ্রন্ট-এন্ড আপস এবং সাধারণ ব্যবহারকারীর ত্রুটির জন্য ঝুঁকিপূর্ণ করে তোলে।", + "page-trillion-dollar-security-section-1-3-title": "1.3 অনুমোদন এবং অনুমতি ব্যবস্থাপনা", + "page-trillion-dollar-security-section-1-3-paragraph-1": "অনেক ইথিরিয়াম অ্যাপ্লিকেশনে, সাধারণ ব্যবহারের অংশ হিসেবে ব্যবহারকারীদের অন্তর্নিহিত অ্যাপ্লিকেশনকে নির্দিষ্ট অনুমতি দেওয়া সাধারণ ব্যাপার। উদাহরণস্বরূপ, একজন ব্যবহারকারী ETH-এর জন্য সোয়াপ করার উদ্দেশ্যে তাদের টোকেন সরানোর জন্য Uniswap-এর মতো একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ-কে অনুমতি দিতে পারেন।", + "page-trillion-dollar-security-section-1-3-paragraph-2": "এই অনুমোদনগুলোর পরিমাণের ওপর সীমা থাকতে পারে, তবে অনেক ওয়ালেট ডিফল্টভাবে কোনো মেয়াদোত্তীর্ণের তারিখ ছাড়াই সীমাহীন অনুমোদন প্রদান করে। বেশিরভাগ ওয়ালেট-এর ভেতর থেকে ব্যবহারকারীদের তাদের বকেয়া অনুমোদনগুলো পরিচালনা বা পর্যালোচনা করার কোনো উপায় নেই।", + "page-trillion-dollar-security-section-1-3-paragraph-3": "এটি ব্যবহারকারীদের ক্ষতিকারক অ্যাপ বা আপসকৃত ফ্রন্টএন্ডের সম্মুখীন করতে পারে, কারণ অনেক ব্যবহারকারীর জন্য ডিফল্ট প্যাটার্ন হলো সীমাহীন অনুমোদন দেওয়া যা তাদের ফান্ড খালি করতে ব্যবহার করা যেতে পারে। এমনকি যদি কোনো ব্যবহারকারী একটি বৈধ স্মার্ট কন্ট্রাক্ট-এ অনুমোদন দেন, যদি সেই কন্ট্রাক্টটি পরে আপস করা হয় যখন অনুমোদনটি বহাল থাকে, তবে আপসকৃত কন্ট্রাক্টটি ব্যবহারকারীর ফান্ড খালি করতে পারে।", + "page-trillion-dollar-security-section-1-3-paragraph-4": "এটি প্রাতিষ্ঠানিক ব্যবহারকারীদের জন্যও সমানভাবে একটি ঝুঁকি। উদাহরণস্বরূপ, একটি সংস্থা অপারেশনাল সুবিধার জন্য একটি DEX রাউটারকে সীমাহীন USDC অ্যালাউন্স দেওয়ার সিদ্ধান্ত নিতে পারে, যা রাউটার কন্ট্রাক্ট আপগ্রেড করা হলে তাদের ঝুঁকির সম্মুখীন করে।", + "page-trillion-dollar-security-section-1-4-title": "1.4 আপসকৃত ওয়েব ইন্টারফেস", + "page-trillion-dollar-security-section-1-4-paragraph-1": "বেশিরভাগ ব্যবহারকারী সরাসরি কোনো স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করেন না, বরং তাদের মোবাইল ডিভাইস বা ওয়েব ব্রাউজারের মাধ্যমে একটি ওয়েব ইন্টারফেসের মাধ্যমে করেন।", + "page-trillion-dollar-security-section-1-4-paragraph-2": "এই ফ্রন্টএন্ডগুলো পরিচিত উপায় যেমন DNS হাইজ্যাকিং, ক্ষতিকারক জাভাস্ক্রিপ্ট ইনজেকশন, অনিরাপদ হোস্টিং, বা বিভিন্ন থার্ড পার্টি নির্ভরতার মাধ্যমে আক্রমণের জন্য ঝুঁকিপূর্ণ হতে পারে। একটি আপসকৃত অ্যাপ UX সব ধরনের ব্যবহারকারীকে ক্ষতিকারক স্মার্ট কন্ট্রাক্ট-এ রিডাইরেক্ট করতে পারে বা তাদের বিভ্রান্তিকর লেনদেন সাইন করতে পরিচালিত করতে পারে।", + "page-trillion-dollar-security-section-1-5-title": "1.5 গোপনীয়তা", + "page-trillion-dollar-security-section-1-5-paragraph-1": "গোপনীয়তা সব ধরনের ব্যবহারকারীর জন্য নিরাপত্তা ঝুঁকি কমাতে বা বাড়াতে পারে।", + "page-trillion-dollar-security-section-1-5-paragraph-2": "দুর্বল গোপনীয়তা সুরক্ষা পৃথক ব্যবহারকারীদের ফিশিং, শোষণ, স্ক্যাম বা শারীরিক আক্রমণের মতো বিভিন্ন লক্ষ্যবস্তু হুমকির সম্মুখীন করে। অনেক সাধারণ UX প্যাটার্ন ব্যবহারকারীদের উন্মুক্ত করে, যেমন, এডড্রেস পুনঃব্যবহার, KYC ডেটা এবং অন্যান্য মেটাডেটা ফাঁস।", + "page-trillion-dollar-security-section-1-5-paragraph-3": "প্রতিষ্ঠান এবং এন্টারপ্রাইজগুলোর জন্য, গোপনীয়তা প্রায়শই কমপ্লায়েন্সের কারণে বা নির্দিষ্ট ব্যবহারের ক্ষেত্রে একটি মৌলিক ব্যবসায়িক প্রয়োজনীয়তা। এই সমস্যাগুলো ছাড়াও, এটি নির্দিষ্ট নিরাপত্তা ঝুঁকির সম্মুখীন করতে পারে। উদাহরণস্বরূপ, ইথিরিয়ামে নির্মিত একটি সাপ্লাই চেইন সিস্টেমের ব্যবহারকারীর মেধা সম্পদ রক্ষা করার জন্য শক্তিশালী গোপনীয়তা গ্যারান্টির প্রয়োজন হতে পারে যা সিস্টেমটি স্বচ্ছ হলে আপস করা যেতে পারে।", + "page-trillion-dollar-security-section-1-6-title": "1.6 ফ্র্যাগমেন্টেশন", + "page-trillion-dollar-security-section-1-6-paragraph-1": "বিভিন্ন ওয়ালেট কীভাবে লেনদেন প্রদর্শন, অনুমোদন পরিচালনা বা কন্ট্রাক্ট লেবেল করার মতো মূল আচরণগুলো পরিচালনা করে তাতে ধারাবাহিকতার অভাব রয়েছে। ইউজার এক্সপেরিয়েন্সের এই ফ্র্যাগমেন্টেশন ব্যবহারকারীর নিরাপদে ওয়ালেট ব্যবহার করতে শেখার ক্ষমতায় ঘর্ষণ যোগ করে এবং ঝুঁকি বাড়ায়।", + "page-trillion-dollar-security-section-1-6-paragraph-2": "উদাহরণস্বরূপ, ব্যবহারকারীরা ফিশিং এবং স্পুফিং থেকে নিজেদের রক্ষা করার জন্য সামঞ্জস্যপূর্ণ UX সংকেতগুলোর ওপর নির্ভর করতে পারে না কারণ সেগুলো ওয়ালেট ভেদে ভিন্ন হয়। প্রতিটি টুল যদি ভিন্নভাবে কাজ করে তবে ব্যবহারকারীরা ইথিরিয়াম কীভাবে কাজ করে সে সম্পর্কে নির্ভরযোগ্য প্রত্যাশা তৈরি করতে পারে না।", + "page-trillion-dollar-security-section-2-intro": "স্মার্ট কন্ট্রাক্ট হলো ইথিরিয়াম অ্যাপ্লিকেশনগুলোর অনচেইন উপাদান: সেই কোড যা ফান্ড ধারণ করে, অ্যাক্সেস কন্ট্রোল সংজ্ঞায়িত করে এবং অ্যাপ্লিকেশনের ব্যবসায়িক লজিক প্রয়োগ করে। যেহেতু স্মার্ট কন্ট্রাক্ট সাধারণত স্বচ্ছ এবং যে কারো কাছে অ্যাক্সেসযোগ্য, তাই ইথিরিয়াম ইকোসিস্টেমে নিরাপত্তা বিবেচনা করার সময় এগুলো একটি জটিল আক্রমণের ক্ষেত্র।", + "page-trillion-dollar-security-section-2-paragraph-1": "ইথিরিয়ামের ইতিহাসে স্মার্ট কন্ট্রাক্ট সিকিউরিটি আমূল উন্নত হয়েছে। DAO হ্যাকের মতো প্রাথমিক নিরাপত্তা ঘটনাগুলো ইকোসিস্টেমকে পেশাদার হতে এবং সফটওয়্যার জীবনচক্র জুড়ে সুরক্ষা ব্যবস্থা উন্নত করতে অনুপ্রাণিত করেছিল যা অনচেইন কোড ডিপ্লয় করার দিকে পরিচালিত করে। মূল অগ্রগতিগুলোর মধ্যে রয়েছে:", + "page-trillion-dollar-security-section-2-list-1": "সিকিউরিটি অডিটিং একটি স্ট্যান্ডার্ড অনুশীলনে পরিণত হয়েছে, যেখানে বেশ কয়েকটি সিকিউরিটি ফার্ম ইকোসিস্টেমে প্রবেশ করেছে এবং দক্ষতা তৈরি করেছে।", + "page-trillion-dollar-security-section-2-list-2": "টুলিং, টেস্টিং এবং স্ট্যাটিক অ্যানালাইসিস সিস্টেমগুলো পরিপক্ক হয়েছে এবং স্ট্যান্ডার্ড অনুশীলনে পরিণত হয়েছে।", + "page-trillion-dollar-security-section-2-list-3": "প্রি-অডিটেড সাধারণ উপাদানগুলোর লাইব্রেরি ডেভেলপারদের সিকিউর-বাই-ডিফল্ট বিল্ডিং ব্লক দিয়েছে।", + "page-trillion-dollar-security-section-2-list-4": "ফরমাল ভেরিফিকেশন কৌশলগুলো গৃহীত হয়েছিল, বিশেষ করে ব্রিজ, স্টেকিং সিস্টেম এবং উচ্চ মূল্যের কন্ট্রাক্টগুলোর জন্য।", + "page-trillion-dollar-security-section-2-list-5": "ইকোসিস্টেমের নিরাপত্তা সংস্কৃতি এবং সর্বোত্তম অনুশীলনগুলোর উন্নতি হয়েছে।", + "page-trillion-dollar-security-section-2-list-6": "উল্লেখযোগ্য বাউন্টি প্রোগ্রাম তৈরি করা যা অ্যাপ লেয়ারকে শক্তিশালী করেছে।", + "page-trillion-dollar-security-section-2-paragraph-2": "তবে, এই ডোমেইনে এখনও দুর্বলতা এবং উন্নতির ক্ষেত্র রয়ে গেছে।", + "page-trillion-dollar-security-section-2-1-title": "2.1 কন্ট্রাক্ট দুর্বলতা", + "page-trillion-dollar-security-section-2-1-paragraph": "স্মার্ট কন্ট্রাক্ট সিকিউরিটিতে অগ্রগতি সত্ত্বেও, এখনও এমন দুর্বলতা রয়েছে যা উল্লেখযোগ্য নিরাপত্তা সমস্যার কারণ হতে পারে, যার মধ্যে রয়েছে:", + "page-trillion-dollar-security-section-2-1-list-title-1": "কন্ট্রাক্ট আপগ্রেড ঝুঁকি", + "page-trillion-dollar-security-section-2-1-list-desc-1": "কিছু কন্ট্রাক্ট ডিপ্লয়মেন্টের পরে পরিবর্তনযোগ্য হওয়ার জন্য ডিজাইন করা হয়েছে, যাতে একটি ডেভেলপমেন্ট টিম একটি অ্যাপ্লিকেশন আপডেট এবং উন্নত করা চালিয়ে যেতে পারে। তবে, এটি ঝুঁকি তৈরি করে। আপগ্রেডের ফলে নতুন দুর্বলতা দেখা দিতে পারে, বা ক্ষতিকারক আপগ্রেডের ক্ষেত্রে ব্যবহারকারীর ফান্ডের সম্পূর্ণ ক্ষতি হতে পারে।", + "page-trillion-dollar-security-section-2-1-list-title-2": "রি-এন্ট্রান্সি", + "page-trillion-dollar-security-section-2-1-list-desc-2": "যেখানে কন্ট্রাক্ট A তার নিজস্ব অভ্যন্তরীণ স্টেট আপডেট করার আগে একটি বাহ্যিক কন্ট্রাক্ট B-কে কল করে, এবং প্রথম কলটি শেষ হওয়ার আগেই কন্ট্রাক্ট B মূল কন্ট্রাক্ট A-কে কল ব্যাক করে।", "page-trillion-dollar-security-section-2-1-list-title-3": "বাহ্যিক লাইব্রেরির অনিরাপদ ব্যবহার", - "page-trillion-dollar-security-section-2-1-list-desc-3": "যেখানে একটি কন্ট্র্যাক্ট একটি বাহ্যিক লাইব্রেরিকে কল করে যা অ-নিরীক্ষিত, দূষিত বা আপগ্রেডযোগ্য হতে পারে।", - "page-trillion-dollar-security-section-2-1-list-title-4": "অ-নিরীক্ষিত উপাদান", - "page-trillion-dollar-security-section-2-1-list-desc-4": "যদিও অডিটিং এবং স্ট্যান্ডার্ড লাইব্রেরির ব্যবহার উন্নত হয়েছে, ডেভেলপাররা কখনও কখনও তাদের অ্যাপ্লিকেশনগুলোতে অ-নিরীক্ষিত উপাদানগুলোর উপর নির্ভর করে।", - "page-trillion-dollar-security-section-2-1-list-title-5": "অ্যাক্সেস নিয়ন্ত্রণ ব্যর্থতা", - "page-trillion-dollar-security-section-2-1-list-desc-5": "যেখানে অনুমতিগুলো ভুলভাবে কনফিগার করা হয়েছে বা খুব বিস্তৃতভাবে সংজ্ঞায়িত করা হয়েছে, যা আক্রমণকারীদের দূষিত পদক্ষেপ নিতে দেয়।", + "page-trillion-dollar-security-section-2-1-list-desc-3": "যেখানে একটি কন্ট্রাক্ট এমন একটি বাহ্যিক লাইব্রেরিকে কল করে যা আনঅডিটেড, ক্ষতিকারক বা আপগ্রেডযোগ্য হতে পারে।", + "page-trillion-dollar-security-section-2-1-list-title-4": "আনঅডিটেড উপাদান", + "page-trillion-dollar-security-section-2-1-list-desc-4": "যদিও অডিটিং এবং স্ট্যান্ডার্ড লাইব্রেরির ব্যবহার উন্নত হয়েছে, ডেভেলপাররা মাঝে মাঝে তাদের অ্যাপ্লিকেশনগুলোতে আনঅডিটেড উপাদানগুলোর ওপর নির্ভর করে।", + "page-trillion-dollar-security-section-2-1-list-title-5": "অ্যাক্সেস কন্ট্রোল ব্যর্থতা", + "page-trillion-dollar-security-section-2-1-list-desc-5": "যেখানে অনুমতিগুলো ভুলভাবে কনফিগার করা হয় বা খুব বিস্তৃতভাবে সংজ্ঞায়িত করা হয়, যা আক্রমণকারীদের ক্ষতিকারক পদক্ষেপ নিতে দেয়।", "page-trillion-dollar-security-section-2-1-list-title-6": "অননুমোদিত অ্যাক্সেস", - "page-trillion-dollar-security-section-2-1-list-desc-6": "যেখানে একটি প্রাইভেট কী যা কন্ট্র্যাক্ট নিয়ন্ত্রণ করতে সক্ষম তা একজন দূষিত অভিনেতা দ্বারা প্রাপ্ত হয়।", + "page-trillion-dollar-security-section-2-1-list-desc-6": "যেখানে কন্ট্রাক্ট নিয়ন্ত্রণ করতে সক্ষম একটি প্রাইভেট কি কোনো ক্ষতিকারক অ্যাক্টরের দ্বারা প্রাপ্ত হয়।", "page-trillion-dollar-security-section-2-1-list-title-7": "ব্রিজ এবং ক্রসচেইন ইন্টারঅ্যাকশন", - "page-trillion-dollar-security-section-2-1-list-desc-7": "ব্রিজ এবং ক্রসচেইন প্রোটোকলগুলো অতিরিক্ত জটিলতা প্রবর্তন করে, এবং আক্রমণকারীরা ক্রসচেইন বার্তাগুলো কীভাবে পাস বা যাচাই করা হয় তার দুর্বলতাগুলোর সুযোগ নিতে পারে।", - "page-trillion-dollar-security-section-2-1-list-title-8": "এক্সটার্নালি ওনড অ্যাকাউন্ট (EOA) ডেলিগেশন বা সিগনেচারের অপব্যবহার", - "page-trillion-dollar-security-section-2-1-list-desc-8": "দূষিত অ্যাপ্লিকেশনগুলো ব্যবহারকারীদের তাদের অ্যাকাউন্টের সম্পূর্ণ ডেলিগেশন অন্য কোনো পক্ষের কাছে সাইন করার জন্য প্রতারিত করতে পারে, যা চুরির সুযোগ করে দেয়। দূষিত অ্যাপ্লিকেশনগুলো ব্যবহারকারীর কাছ থেকে সাইন করা বার্তাগুলো অপ্রত্যাশিত উপায়ে ব্যবহার করতে পারে, যেমন, একটি রিপ্লে অ্যাটাকে।", - "page-trillion-dollar-security-section-2-1-list-title-9": "AI কোড জেনারেশন বা স্বয়ংক্রিয় রিফ্যাক্টরিং টুল দ্বারা প্রবর্তিত বাগের উদীয়মান ঝুঁকি", - "page-trillion-dollar-security-section-2-2-title": "২.২ ডেভেলপার অভিজ্ঞতা, টুলিং এবং প্রোগ্রামিং ভাষা", - "page-trillion-dollar-security-section-2-2-paragraph": "ডেভেলপার ভুলের ফলে দুর্বলতাগুলো ডেপ্লয়েড কোডে শেষ হয়। উন্নত ডেভেলপার টুলিং নিরাপদ স্মার্ট কন্ট্র্যাক্ট ডেপ্লয় করাকে উল্লেখযোগ্যভাবে সহজ করেছে। তবে, সমস্যাগুলো রয়ে গেছে।", + "page-trillion-dollar-security-section-2-1-list-desc-7": "ব্রিজ এবং ক্রসচেইন প্রটোকলগুলো অতিরিক্ত জটিলতা তৈরি করে, এবং ক্রসচেইন মেসেজগুলো কীভাবে পাস বা যাচাই করা হয় তার দুর্বলতাগুলোকে আক্রমণকারীরা কাজে লাগাতে পারে।", + "page-trillion-dollar-security-section-2-1-list-title-8": "এক্সটার্নালি ওনড একাউন্ট (EOA) ডেলিগেশন বা সিগনেচারের অপব্যবহার", + "page-trillion-dollar-security-section-2-1-list-desc-8": "ক্ষতিকারক অ্যাপ্লিকেশনগুলো ব্যবহারকারীদের প্রতারণা করে তাদের একাউন্ট-এর সম্পূর্ণ ডেলিগেশন অন্য পক্ষের কাছে সাইন করে দিতে পারে, যা চুরির সুযোগ করে দেয়। ক্ষতিকারক অ্যাপ্লিকেশনগুলো ব্যবহারকারীর কাছ থেকে সাইন করা মেসেজগুলো অপ্রত্যাশিত উপায়ে ব্যবহার করতে পারে, যেমন, একটি রিপ্লে অ্যাটাকে।", + "page-trillion-dollar-security-section-2-1-list-title-9": "AI কোড জেনারেশন বা স্বয়ংক্রিয় রিফ্যাক্টরিং টুলগুলোর দ্বারা প্রবর্তিত বাগের উদীয়মান ঝুঁকি", + "page-trillion-dollar-security-section-2-2-title": "2.2 ডেভেলপার এক্সপেরিয়েন্স, টুলিং এবং প্রোগ্রামিং ভাষা", + "page-trillion-dollar-security-section-2-2-paragraph": "ডেভেলপারের ত্রুটির ফলে ডিপ্লয় করা কোডে দুর্বলতা থেকে যায়। উন্নত ডেভেলপার টুলিং নিরাপদ স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা উল্লেখযোগ্যভাবে সহজ করে তুলেছে। তবে, সমস্যাগুলো রয়ে গেছে।", "page-trillion-dollar-security-section-2-2-list-title-1": "জনপ্রিয় ফ্রেমওয়ার্কগুলোতে নিরাপদ ডিফল্টের অভাব", - "page-trillion-dollar-security-section-2-2-list-desc-1": "কিছু টুলস নিরাপত্তার চেয়ে নমনীয়তা বা গতিকে অগ্রাধিকার দেয়, approve() ফাংশনে সীমাহীন টোকেন অনুমোদনের মতো অনিরাপদ ডিফল্ট সেট করে, বা ডিফল্টরূপে অ্যাক্সেস কন্ট্রোল প্যাটার্ন অন্তর্ভুক্ত করতে ব্যর্থ হয়।", - "page-trillion-dollar-security-section-2-2-list-title-2": "উন্নত অপারেশনাল নিয়ন্ত্রণের জন্য কাস্টম কোড", - "page-trillion-dollar-security-section-2-2-list-desc-2": "জটিল অপারেশনাল প্রয়োজনীয়তা সহ প্রাতিষ্ঠানিক ব্যবহারকারীদের প্রায়শই স্ক্র্যাচ থেকে প্রয়োজনীয় বৈশিষ্ট্য তৈরি করতে হয়, যা দুর্বলতার ঝুঁকি বাড়ায়। উন্নত নিরাপত্তা কর্মপ্রবাহের জন্য মানসম্মত নিরাপদ উপাদান বা ফ্রেমওয়ার্কের অভাব রয়েছে।", + "page-trillion-dollar-security-section-2-2-list-desc-1": "কিছু টুল নিরাপত্তার চেয়ে নমনীয়তা বা গতিকে অগ্রাধিকার দেয়, approve() ফাংশনে সীমাহীন টোকেন অনুমোদনের মতো অনিরাপদ ডিফল্ট সেট করে, বা ডিফল্টভাবে অ্যাক্সেস কন্ট্রোল প্যাটার্ন অন্তর্ভুক্ত করতে ব্যর্থ হয়।", + "page-trillion-dollar-security-section-2-2-list-title-2": "উন্নত অপারেশনাল কন্ট্রোলের জন্য কাস্টম কোড", + "page-trillion-dollar-security-section-2-2-list-desc-2": "জটিল অপারেশনাল প্রয়োজনীয়তা সম্পন্ন প্রাতিষ্ঠানিক ব্যবহারকারীদের প্রায়শই স্ক্র্যাচ থেকে প্রয়োজনীয় বৈশিষ্ট্যগুলো তৈরি করতে হয়, যা দুর্বলতার ঝুঁকি বাড়ায়। উন্নত নিরাপত্তা ওয়ার্কফ্লোর জন্য প্রমিত নিরাপদ উপাদান বা ফ্রেমওয়ার্কের অভাব রয়েছে।", "page-trillion-dollar-security-section-2-2-list-title-3": "অসামঞ্জস্যপূর্ণ টেস্টিং কভারেজ", - "page-trillion-dollar-security-section-2-2-list-desc-3": "টুলিং স্ট্যাক জুড়ে, সেইসাথে ফাজিং বা ইনভেরিয়েন্ট চেকিংয়ের মতো প্রমাণিত কৌশলগুলো ব্যবহার করার আশেপাশে নিয়মের অভাব।", - "page-trillion-dollar-security-section-2-2-list-title-4": "ফর্মাল ভেরিফিকেশন পদ্ধতির কম গ্রহণ", - "page-trillion-dollar-security-section-2-2-list-desc-4": "ফর্মাল ভেরিফিকেশন কৌশলগুলো শক্তিশালী, কিন্তু সেগুলো জটিল, ব্যয়বহুল, বিশেষায়িত ডোমেন দক্ষতার প্রয়োজন, এবং স্ট্যান্ডার্ড ডেভেলপার ওয়ার্কফ্লোতে ভালোভাবে একত্রিত নয়, যেখানে স্পেসিফিকেশন পর্যায়ে নিরাপত্তা যাচাই করার জন্য সফটওয়্যার উৎপাদনে অনেক আগে ব্যবহার করা যেতে পারত।", - "page-trillion-dollar-security-section-2-2-list-title-5": "কন্ট্র্যাক্ট ভেরিফিকেশন সম্পর্কিত সমস্যা", - "page-trillion-dollar-security-section-2-2-list-desc-5": "ব্যবহারকারী এবং ডেভেলপাররা ডেপ্লয়েড কন্ট্র্যাক্টের বিশ্বাসযোগ্যতা, তাদের নিরাপত্তা যাচাইকরণের পরিমাণ (যেমন, কোড অডিট), বা সুপ্ত ঝুঁকির উপস্থিতি সহজে মূল্যায়ন করতে পারে না। যদিও এই উদ্দেশ্যে সমাধান বিদ্যমান, অনেক সমস্যা রয়ে গেছে। এই সমস্যাগুলো সমাধান করে এমন টুলিং ব্যাপকভাবে গৃহীত হয়নি, যে মানগুলো পদ্ধতিগুলোকে একীভূত করবে সেগুলো খণ্ডিত রয়ে গেছে এবং কিছু বিদ্যমান পরিষেবা নিজেরাই কেন্দ্রীভূত নির্ভরতা।", + "page-trillion-dollar-security-section-2-2-list-desc-3": "টুলিং স্ট্যাক জুড়ে, সেইসাথে ফাজিং বা ইনভ্যারিয়েন্ট চেকিংয়ের মতো প্রমাণিত কৌশলগুলো ব্যবহারের ক্ষেত্রে নিয়মের অভাব।", + "page-trillion-dollar-security-section-2-2-list-title-4": "ফরমাল ভেরিফিকেশন পদ্ধতির কম গ্রহণ", + "page-trillion-dollar-security-section-2-2-list-desc-4": "ফরমাল ভেরিফিকেশন কৌশলগুলো শক্তিশালী, তবে সেগুলো জটিল, ব্যয়বহুল, বিশেষ ডোমেইন দক্ষতার প্রয়োজন হয় এবং স্ট্যান্ডার্ড ডেভেলপার ওয়ার্কফ্লোতে ভালোভাবে একত্রিত নয়, যেখানে স্পেসিফিকেশন পর্যায়ে নিরাপত্তা যাচাই করার জন্য সফটওয়্যার উৎপাদনের অনেক আগেই সেগুলো ব্যবহার করা যেতে পারে।", + "page-trillion-dollar-security-section-2-2-list-title-5": "কন্ট্রাক্ট ভেরিফিকেশন সম্পর্কিত সমস্যা", + "page-trillion-dollar-security-section-2-2-list-desc-5": "ব্যবহারকারী এবং ডেভেলপাররা সহজেই ডেপ্লয় করা কন্ট্রাক্টগুলোর বিশ্বস্ততা, তাদের নিরাপত্তা যাচাইয়ের পরিধি (যেমন, কোড অডিট), বা সুপ্ত ঝুঁকির উপস্থিতি মূল্যায়ন করতে পারে না। যদিও এই উদ্দেশ্যে সমাধান বিদ্যমান, তবুও অনেক সমস্যা রয়ে গেছে। এই সমস্যাগুলোর সমাধানকারী টুলিং ব্যাপকভাবে গৃহীত হয়নি, যে মানদণ্ডগুলো পদ্ধতিগুলোকে একত্রিত করবে তা খণ্ডিত রয়ে গেছে এবং বিদ্যমান কিছু পরিষেবা নিজেরাই সেন্ট্রালাইজড নির্ভরতা।", "page-trillion-dollar-security-section-2-2-list-title-6": "কম্পাইলার ঝুঁকি", - "page-trillion-dollar-security-section-2-2-list-desc-6": "কম্পাইলার (যে সফ্টওয়্যারটি Solidity-এর মতো মানুষের পাঠযোগ্য কোডকে EVM দ্বারা ব্যবহৃত বাইটকোডে রূপান্তর করে) ত্রুটিপূর্ণ হতে পারে যা স্মার্ট কন্ট্র্যাক্টগুলো ডেপ্লয় হওয়ার আগে সেগুলোতে ত্রুটি প্রবেশ করিয়ে দেয়। Ethereum ইকোসিস্টেম আজ বেশিরভাগই solc কম্পাইলারের উপর নির্ভর করে, যার অর্থ একটি বাগ এর ব্যাপক প্রভাব থাকতে পারে।", + "page-trillion-dollar-security-section-2-2-list-desc-6": "কম্পাইলার (যে সফটওয়্যারটি Solidity-এর মতো মানুষের পাঠযোগ্য কোডকে EVM দ্বারা ব্যবহৃত বাইটকোডে রূপান্তর করে) এর ত্রুটি থাকতে পারে যা স্মার্ট কন্ট্রাক্ট ডেপ্লয় করার আগেই সেগুলোতে ভুল তৈরি করে। ইথিরিয়াম ইকোসিস্টেম বর্তমানে বেশিরভাগই solc কম্পাইলারের উপর নির্ভর করে, যার মানে হলো একটি বাগের ব্যাপক প্রভাব থাকতে পারে।", "page-trillion-dollar-security-section-2-2-list-title-7": "প্রোগ্রামিং ভাষার বৈচিত্র্য এবং গভীরতা", - "page-trillion-dollar-security-section-2-2-list-desc-7": "যদিও Solidity-এর উপর নির্মিত একটি গভীর টুলিং ইকোসিস্টেম রয়েছে, কিছু ডেভেলপার অন্যান্য প্রোগ্রামিং ভাষায় পাওয়া আরও আধুনিক নিরাপত্তা বৈশিষ্ট্য চায়, যেমন মেমরি সেফটি।", - "page-trillion-dollar-security-section-2-3-title": "২.৩ অনচেইন কোডের ঝুঁকি মূল্যায়ন", - "page-trillion-dollar-security-section-2-3-paragraph": "প্রতিষ্ঠান এবং এন্টারপ্রাইজগুলোর প্রযুক্তি এবং সিস্টেমের নিরাপত্তা মূল্যায়নের জন্য বিদ্যমান প্রক্রিয়া, মান এবং প্রয়োজনীয়তা রয়েছে যার উপর তারা নির্ভর করে। তবে, বিদ্যমান ফ্রেমওয়ার্কগুলো প্রায়শই স্মার্ট কন্ট্র্যাক্টে পরিষ্কারভাবে ম্যাপ করে না, সাধারণত পরিবর্তনযোগ্য কোড, কেন্দ্রীভূত পরিবর্তন নিয়ন্ত্রণ এবং জবাবদিহিতা বা আইনি দায়বদ্ধতার স্পষ্ট লাইন ধরে নেয়। স্মার্ট কন্ট্র্যাক্টের উপর নির্মিত সিস্টেমগুলো কখনও কখনও সেই অনুমানগুলো ভেঙে ফেলতে পারে, যা সংস্থাগুলোর জন্য Ethereum গ্রহণ এবং ঝুঁকি সঠিকভাবে পরিচালনা করা কঠিন করে তোলে।", - "page-trillion-dollar-security-section-3-intro": "Ethereum-এর অনেক ব্যবহার বিভিন্ন ধরনের অবকাঠামো প্রদানকারীর উপর নির্ভর করে, যার মধ্যে ক্রিপ্টো-নির্দিষ্ট অবকাঠামো (যেমন, লেয়ার 2 চেইন, RPC প্রদানকারী) এবং ঐতিহ্যবাহী ক্লাউড ও ইন্টারনেট ইনফ্রা (যেমন, AWS, CDN, DNS) উভয়ই অন্তর্ভুক্ত।", - "page-trillion-dollar-security-section-3-paragraph-1": "এই সিস্টেমগুলো ওয়ালেট এবং অ্যাপ্লিকেশন লেয়ার (যেমন, ওয়ালেটের জন্য RPC এন্ডপয়েন্ট) এবং Ethereum প্রোটোকলের জন্য একটি অ্যাটাক সারফেস। প্রাইভেট কী কম্প্রোমাইজ, ফিশিং, এবং গ্র্যানুলার অ্যাক্সেস কন্ট্রোলের অভাব বড় আকারের বিভ্রাট, চুরি, বা অননুমোদিত পরিবর্তনের কারণ হতে পারে, এমনকি যদি অন্তর্নিহিত ব্লকচেইন প্রোটোকল সুরক্ষিত থাকেও।", - "page-trillion-dollar-security-section-3-1-title": "৩.১ লেয়ার 2 চেইন", - "page-trillion-dollar-security-section-3-1-paragraph": "লেয়ার 2 চেইন (L2s) Ethereum-এর এক্সটেনশন হিসেবে কাজ করে, যা দ্রুত এবং কম ফি পরিবেশ সক্ষম করে এবং Ethereum মেইননেটের কিছু চরিত্রগত নিরাপত্তা গ্যারান্টি ধরে রাখে (তাদের নির্দিষ্ট ডিজাইনের উপর নির্ভর করে)। তবে, তাদের নিজস্ব স্বতন্ত্র অ্যাটাক সারফেসও রয়েছে যার মধ্যে রয়েছে:", - "page-trillion-dollar-security-section-3-1-list-title-1": "মাল্টি-হপ ব্রিজড অ্যাসেট জটিলতা", - "page-trillion-dollar-security-section-3-1-list-desc-1": "যখন সম্পদ L1 এবং একাধিক L2-এর মধ্যে ভ্রমণ করে, তখন সেগুলো একাধিক কন্ট্র্যাক্ট সেটের সংস্পর্শে আসে যার সবগুলোই সুরক্ষিত হতে হবে। L2 চেইনে অমিল অ্যাকাউন্টিং বা বিভ্রাট দুর্বলতা তৈরি করতে পারে যা আক্রমণকারীরা কাজে লাগাতে পারে।", - "page-trillion-dollar-security-section-3-1-list-title-2": "রোলআপ L2s স্টেট আপডেটের সঠিকতা কার্যকর করতে প্রুভিং সিস্টেমের উপর নির্ভর করে", - "page-trillion-dollar-security-section-3-1-list-desc-2": "এই সিস্টেমগুলোতে বাগ বা ভুল কনফিগারেশন ফাইনাল হতে বাধা দিতে বা প্রতিরোধ করতে পারে, অথবা মিথ্যা স্টেট আপডেটের ফাইনালের অনুমতি দিতে পারে যা ব্যবহারকারীর তহবিলের ক্ষতির কারণ হতে পারে।", - "page-trillion-dollar-security-section-3-1-list-title-3": "নিরাপত্তা কাউন্সিল হলো কীহোল্ডারদের গ্রুপ যারা L2 সফ্টওয়্যার আপগ্রেড করতে বা নির্দিষ্ট জরুরী পরিস্থিতিতে প্রতিক্রিয়া জানাতে একটি \"ব্যাকআপ\" প্রক্রিয়া হিসাবে কাজ করে", - "page-trillion-dollar-security-section-3-1-list-desc-3": "নিরাপত্তা কাউন্সিলগুলো নিজেরাই ঝুঁকি তৈরি করে, কারণ সদস্যদের মধ্যে আপোস বা ষড়যন্ত্র ব্যবহারকারীর তহবিলকে ঝুঁকিতে ফেলতে পারে বা সম্পদ জব্দ করতে পারে।", - "page-trillion-dollar-security-section-3-1-paragraph-2": "L2 পারফরম্যান্স এবং নিরাপত্তা মূল্যায়ন ও তুলনা করে এমন একটি বিশদ ফ্রেমওয়ার্ক এবং মনিটরিং ড্যাশবোর্ডের জন্য L2Beat দেখুন।", - "page-trillion-dollar-security-section-3-2-title": "৩.২ RPC এবং নোড ইনফ্রাস্ট্রাকচার", - "page-trillion-dollar-security-section-3-2-paragraph-1": "Ethereum অ্যাপ্লিকেশনগুলো RPC অ্যাক্সেস, APIs এবং নোড পরিষেবাগুলোর জন্য অল্প সংখ্যক ইনফ্রা প্রদানকারীর উপর নির্ভর করে। এর মধ্যে রয়েছে ক্রিপ্টো-নির্দিষ্ট ইনফ্রা প্রদানকারী, সেইসাথে ঐতিহ্যবাহী ক্লাউড পরিষেবা যা সাধারণত নোড হোস্ট করতে ব্যবহৃত হয় (যেমন, AWS, Cloudflare, Hetzner)।", - "page-trillion-dollar-security-section-3-2-paragraph-2": "যদি এই ইনফ্রা প্রদানকারীরা অফলাইনে চলে যায় বা অ্যাক্সেস সেন্সর বা থ্রোটল করার চেষ্টা করে, তবে অনেক ব্যবহারকারীকে তাদের ওয়ালেট বা অ্যাপ্লিকেশনের মাধ্যমে Ethereum অ্যাক্সেস করা থেকে বিরত রাখা যেতে পারে, যতক্ষণ না তারা একটি নতুন RPC বা অন্য ইনফ্রা প্রদানকারীতে স্থানান্তরিত হতে পারে। এই প্রদানকারীদের মধ্যে কেউ কেউ পূর্বে ব্লকচেইন কার্যকলাপের সাথে সম্পর্কিত অ্যাকাউন্ট স্থগিত বা বন্ধ করে দিয়েছে, যা ডিসেন্ট্রালাইজড এপ্লিকেশনগুলির জন্য তাদের দীর্ঘমেয়াদী নির্ভরযোগ্যতা সম্পর্কে উদ্বেগ বাড়িয়েছে।", - "page-trillion-dollar-security-section-3-3-title": "৩.৩ DNS স্তরের দুর্বলতা", - "page-trillion-dollar-security-section-3-3-paragraph": "ডোমেন নেম সিস্টেম (DNS) ইন্টারনেটের একটি ভিত্তিগত লেয়ার, কিন্তু এটি কেন্দ্রীভূতও এবং আপোস করা যেতে পারে। অনেক ব্যবহারকারী ওয়েব ডোমেনের মাধ্যমে অ্যাপ অ্যাক্সেস করে, যা নিম্নলিখিতগুলির জন্য সংবেদনশীল:", - "page-trillion-dollar-security-section-3-3-list-1": "DNS হাইজ্যাকিং যেখানে একজন আক্রমণকারী একটি দূষিত মিথ্যা ফ্রন্টএন্ড প্রবেশ করায়।", - "page-trillion-dollar-security-section-3-3-list-2": "ডোমেন জব্দ, যেখানে একটি সরকার বা রেজিস্ট্রার ডোমেন জব্দ করতে পারে।", - "page-trillion-dollar-security-section-3-3-list-3": "একই রকম ডোমেনের মাধ্যমে ফিশিং, যেখানে আক্রমণকারীরা ব্যবহারকারীদের বিভ্রান্ত করার জন্য প্রায় অভিন্ন নাম নিবন্ধন করে।", - "page-trillion-dollar-security-section-3-4-title": "৩.৪ সফটওয়্যার সাপ্লাই চেইন এবং লাইব্রেরি", - "page-trillion-dollar-security-section-3-4-paragraph": "Ethereum ডেভেলপাররা ওপেন-সোর্স লাইব্রেরির উপর নির্ভর করে, যা প্রায়শই npm, crates.io, বা GitHub-এর মতো পরিষেবা থেকে সরাসরি নেওয়া হয়। যদি এই লাইব্রেরিগুলো আপোস করা হয়, তবে সেগুলো নিম্নলিখিতগুলির মতো আক্রমণের জন্য একটি ভেক্টর হতে পারে:", - "page-trillion-dollar-security-section-3-4-list-title-1": "দূষিত প্যাকেজ ইনজেকশন", - "page-trillion-dollar-security-section-3-4-list-desc-1": "যেখানে আক্রমণকারীরা একটি বহুল ব্যবহৃত প্যাকেজ আপোস করে বা একটি অনুরূপ নামে একটি প্রকাশ করে", - "page-trillion-dollar-security-section-3-4-list-title-2": "হাইজ্যাক করা নির্ভরতা", - "page-trillion-dollar-security-section-3-4-list-desc-2": "যেখানে রক্ষণাবেক্ষণকারীরা একটি প্রকল্পের নিয়ন্ত্রণ হারায় এবং একটি দূষিত অভিনেতা ক্ষতিকারক কোড প্রবর্তন করে", - "page-trillion-dollar-security-section-3-4-list-title-3": "ডেভেলপার কম্প্রোমাইজ", - "page-trillion-dollar-security-section-3-4-list-desc-3": "যেখানে ইনস্টল করা প্যাকেজগুলোতে এমন কোড থাকে যা আক্রমণকারীকে ডেভেলপারের কম্পিউটারের উপর নিয়ন্ত্রণ দেয়।", - "page-trillion-dollar-security-section-3-5-title": "৩.৫ ফ্রন্টএন্ড ডেলিভারি পরিষেবা এবং সম্পর্কিত ঝুঁকি", - "page-trillion-dollar-security-section-3-5-paragraph": "অনেক Ethereum অ্যাপ্লিকেশন তাদের ফ্রন্টএন্ড একটি কন্টেন্ট ডেলিভারি নেটওয়ার্ক (CDN) বা ক্লাউড-ভিত্তিক হোস্টিং প্ল্যাটফর্ম (যেমন, Vercel, Netlify, Cloudflare) এর মাধ্যমে পরিবেশন করে। যদি এই পরিষেবাগুলো আপোস করা হয়, তবে সেগুলো দূষিত জাভাস্ক্রিপ্ট ইনজেকশনের মতো আক্রমণের জন্য একটি ভেক্টর হতে পারে, যেখানে আক্রমণকারীরা ব্যবহারকারীদের একটি পরিবর্তিত ফ্রন্টএন্ড পরিবেশন করে।", - "page-trillion-dollar-security-section-3-6-title": "৩.৬ ইন্টারনেট সার্ভিস প্রোভাইডার স্তরের সেন্সরশিপ", - "page-trillion-dollar-security-section-3-6-paragraph-1": "ইন্টারনেট সার্ভিস প্রোভাইডার (ISPs) বা জাতি-রাষ্ট্রগুলো Ethereum-এ অ্যাক্সেস সেন্সর করার জন্য অন্তর্নিহিত ইন্টারনেট অবকাঠামোর নিয়ন্ত্রণ ব্যবহার করতে পারে। উদাহরণস্বরূপ, এই আক্রমণগুলোর মধ্যে অন্তর্ভুক্ত থাকতে পারে:", - "page-trillion-dollar-security-section-3-6-list-1": "সাধারণ Ethereum পোর্টে ট্র্যাফিক ব্লক করা বা থ্রোটল করা", - "page-trillion-dollar-security-section-3-6-list-2": "Ethereum সম্পর্কিত পরিষেবাগুলোতে সমাধান করে এমন DNS অনুরোধ ফিল্টার করা", - "page-trillion-dollar-security-section-3-6-list-3": "পরিচিত Ethereum নোডগুলোর বিরুদ্ধে জিওফেন্সিং বা আইপি নিষেধাজ্ঞা", - "page-trillion-dollar-security-section-3-6-list-4": "Ethereum প্রোটোকল সম্পর্কিত ট্র্যাফিক সনাক্ত এবং সেন্সর করার জন্য ডিপ প্যাকেট ইন্সপেকশন", - "page-trillion-dollar-security-section-3-6-paragraph-2": "এই মৌলিক কৌশলগুলোর মধ্যে অনেকগুলোই আজ বিশ্বজুড়ে স্বৈরাচারী সরকারগুলো তথ্য, প্রতিবাদ সরঞ্জাম বা ক্রিপ্টোকারেন্সিতে অ্যাক্সেস দমন করতে ব্যবহার করে।", - "page-trillion-dollar-security-section-4-intro": "Ethereum-এর কনসেন্সাস প্রোটোকল সংজ্ঞায়িত করে যে কীভাবে নেটওয়ার্ক Ethereum ব্লকচেইনের স্টেট আপডেট করে এবং চুক্তিতে আসে। এই প্রোটোকলটি Ethereum-কে অর্থ, অর্থায়ন, পরিচয়, গভর্নেন্স, বাস্তব বিশ্বের সম্পদ এবং আরও অনেক কিছুর জন্য একটি বিশ্বস্ত প্ল্যাটফর্ম করে তোলার ভিত্তি।", - "page-trillion-dollar-security-section-4-paragraph-1": "Ethereum-এর কনসেন্সাস প্রোটোকল বাস্তবে শক্তিশালী প্রমাণিত হয়েছে, ২০১৫ সালে প্রথম চালু হওয়ার পর থেকে এবং বেশ কয়েকটি আপগ্রেড জুড়ে শূন্য ডাউনটাইম সহ। তবে, সিস্টেমটিকে আরও স্থিতিস্থাপক এবং সুরক্ষিত করার জন্য উন্নতির জন্য দীর্ঘমেয়াদী ক্ষেত্র রয়ে গেছে।", - "page-trillion-dollar-security-section-4-1-title": "৪.১ কনসেন্সাস ভঙ্গুরতা এবং পুনরুদ্ধারের ঝুঁকি", - "page-trillion-dollar-security-section-4-1-paragraph": "Ethereum-এর ফর্ক পছন্দ এবং ফাইনালিটি নিয়মগুলো স্থিতিস্থাপক, কিন্তু সেগুলো অভেদ্য নয়। কিছু প্রান্তিক অবস্থার সময় (যেমন দীর্ঘস্থায়ী ভ্যালিডেটর মতবিরোধ, ক্লায়েন্ট বাগ, বা নেটওয়ার্ক পার্টিশন) কনসেন্সাস স্থগিত বা অস্থায়ীভাবে ভিন্ন হতে পারে। চরম পরিস্থিতিতে, এটি নিষ্ক্রিয়তা লিক বা স্ল্যাশিংয়ের মাধ্যমে ক্যাসকেডিং ভ্যালিডেটর পেনাল্টির কারণ হতে পারে, যা ভ্যালিডেটরদের থেকে মূলধন উড়ে যাওয়ার কারণ হতে পারে।", - "page-trillion-dollar-security-section-4-2-title": "৪.২ ক্লায়েন্ট বৈচিত্র্য", - "page-trillion-dollar-security-section-4-2-paragraph": "Ethereum-এর শিল্প-নেতৃস্থানীয় ক্লায়েন্ট বৈচিত্র্য নেটওয়ার্ককে যেকোনো একক ক্লায়েন্টের বাগ থেকে রক্ষা করে। তবে, এই ঝুঁকিগুলো আরও কমাতে সংখ্যালঘু ক্লায়েন্টদের আরও বেশি গ্রহণের মাধ্যমে ক্লায়েন্ট বৈচিত্র্য এখনও উন্নত করা যেতে পারে।", - "page-trillion-dollar-security-section-4-3-title": "৪.৩ স্টেকিং সেন্ট্রালাইজেশন এবং পুল ডমিনেন্স", - "page-trillion-dollar-security-section-4-3-paragraph": "ভ্যালিডেটর ওজনের একটি উল্লেখযোগ্য পরিমাণ লিকুইড স্টেকিং প্রোটোকল, কাস্টোডিয়াল পরিষেবা এবং বড় নোড অপারেটরদের মধ্যে কেন্দ্রীভূত। এই ঘনত্ব নিম্নলিখিতগুলির মতো ঝুঁকির কারণ হতে পারে:", - "page-trillion-dollar-security-section-4-3-list-1": "গভর্নেন্স ক্যাপচার বা প্রভাব। যদি বিপুল পরিমাণ স্টেক নিয়ন্ত্রণকারী সত্তাগুলো (বা সেই সত্তাগুলোকে প্রভাবিত করার আইনি ক্ষমতা সহ সত্তাগুলো) একসাথে সমন্বয় করে, তবে কোন ব্লকগুলো প্রস্তাবিত এবং প্রত্যয়িত হয় তার উপর তাদের অতিরিক্ত প্রভাব থাকতে পারে, সম্ভাব্যভাবে ব্যবহারকারীদের সেন্সর করা, বা প্রোটোকল আপগ্রেডকে প্রভাবিত করা।", - "page-trillion-dollar-security-section-4-3-list-2": "ক্লায়েন্ট পছন্দ এবং অবকাঠামো সেটআপে একজাতীয়তা, যা পারস্পরিক সম্পর্কযুক্ত ব্যর্থতার ঝুঁকি বাড়াতে পারে।", - "page-trillion-dollar-security-section-4-4-title": "৪.৪ অসংজ্ঞায়িত সামাজিক স্ল্যাশিং এবং সমন্বয় ফাঁক", - "page-trillion-dollar-security-section-4-4-paragraph": "কিছু চরম ব্যর্থতার মোডে, Ethereum নেটওয়ার্কে আক্রমণ করার জন্য দূষিতভাবে কাজ করা ভ্যালিডেটরদের শাস্তি দেওয়ার জন্য \"সামাজিক স্ল্যাশিং\"-এর উপর নির্ভর করবে (বিভাগ 6.1 দেখুন)। তবে, এই ধরণের স্ল্যাশিংয়ের জন্য অবকাঠামো, নিয়ম এবং প্রত্যাশিত প্রক্রিয়াগুলো অনুন্নত। এমন কোনো প্রতিষ্ঠিত প্রক্রিয়া নেই যা সম্প্রদায় এই প্রক্রিয়ায় জড়িত হওয়ার জন্য ব্যবহার করবে।", - "page-trillion-dollar-security-section-4-5-title": "৪.৫ অর্থনৈতিক এবং গেম-থিওরেটিক অ্যাটাক ভেক্টর", - "page-trillion-dollar-security-section-4-5-paragraph": "অনেক সম্ভাব্য অর্থনৈতিক অ্যাটাক ভেক্টর কম অধ্যয়ন করা হয়েছে, যার মধ্যে রয়েছে:", - "page-trillion-dollar-security-section-4-5-list-1": "গ্রিফিং অ্যাটাক বা স্ল্যাশ গ্রিফিং। ভ্যালিডেটররা তাদের নিজেদের ভুলের কারণে নয় বরং আক্রমণকারীর নিট খরচে অন্যদের ক্ষতি করার উদ্দেশ্যে প্রতিকূল আচরণের কারণে খরচ বা স্ল্যাশিং পেনাল্টি বহন করতে পারে।", - "page-trillion-dollar-security-section-4-5-list-2": "কৌশলগত প্রস্থান বা সময়মতো নিষ্ক্রিয়তা। ভ্যালিডেটররা ইচ্ছাকৃতভাবে অফলাইনে যেতে পারে বা মুনাফা সর্বাধিক করতে বা ন্যূনতম জরিমানা দিয়ে কনসেন্সাস ব্যাহত করতে গুরুত্বপূর্ণ সময়ে প্রস্থান করতে পারে।", - "page-trillion-dollar-security-section-4-5-list-3": "ভ্যালিডেটর বা রিলেদের মধ্যে ষড়যন্ত্র। ভ্যালিডেটরদের মধ্যে বা রিলে এবং ভ্যালিডেটরদের মধ্যে সমন্বিত আচরণ ডিসেন্ট্রালাইজেশন কমাতে পারে, বা MEV নিষ্কাশন করতে পারে।", - "page-trillion-dollar-security-section-4-5-list-4": "MEV, প্রোপোজার-বিল্ডার সেপারেশন, বা লিকুইড স্টেকিং ডিজাইনে এজ-কেস ইনসেনটিভের শোষণ। অ্যাক্টররা অতিরিক্ত পুরস্কার পাওয়ার জন্য বিরল প্রোটোকল শর্তগুলো ম্যানিপুলেট করতে পারে।", - "page-trillion-dollar-security-section-4-6-title": "৪.৬ কোয়ান্টাম ঝুঁকি", - "page-trillion-dollar-security-section-4-6-paragraph-1": "Ethereum-এর মূল ক্রিপ্টোগ্রাফি (যেমন, secp256k1-এর মতো এলিপ্টিক কার্ভ সিগনেচার) একদিন কোয়ান্টাম কম্পিউটার দ্বারা ভেঙে যেতে পারে। যদিও এটি একটি আসন্ন ঝুঁকি নয়, একটি বিশ্বাসযোগ্য হুমকি তাৎক্ষণিকভাবে বিদ্যমান ওয়ালেট, কন্ট্র্যাক্ট এবং স্টেকিং কীগুলোকে ঝুঁকিপূর্ণ করে তুলতে পারে। এই ভবিষ্যৎ চ্যালেঞ্জ ব্যবহারকারীদের প্রতি Ethereum-এর দীর্ঘমেয়াদী গ্যারান্টিগুলোকে দুর্বল করে দেয়।", - "page-trillion-dollar-security-section-4-6-paragraph-2": "কোয়ান্টাম-প্রতিরোধী ক্রিপ্টোগ্রাফিতে মাইগ্রেশন পথগুলো (যেমন, পোস্ট-কোয়ান্টাম সিগনেচার স্কিমগুলোর মাধ্যমে) ডিজাইন, পরীক্ষা এবং সম্ভবত প্রয়োজনের বছরখানেক আগে প্রোটোকলে এম্বেড করা দরকার। Ethereum ফাউন্ডেশন সহ Ethereum ইকোসিস্টেম জুড়ে সংস্থাগুলো সক্রিয়ভাবে এই বিকল্পগুলো অন্বেষণ করছে এবং ঝুঁকি পর্যবেক্ষণ করছে।", - "page-trillion-dollar-security-section-5-paragraph-1": "এমনকি একটি আদর্শ ব্লকচেইন ইকোসিস্টেমেও ঝুঁকি, আক্রমণ এবং দুর্বলতা থাকবে। যখন কিছু ভুল হয়, তখন প্রশমিত করা, সনাক্ত করা এবং প্রতিক্রিয়া জানানোর জন্য কার্যকর সিস্টেম থাকতে হবে। এখানে চ্যালেঞ্জগুলোর মধ্যে রয়েছে:", + "page-trillion-dollar-security-section-2-2-list-desc-7": "যদিও Solidity-এর উপর ভিত্তি করে একটি গভীর টুলিং ইকোসিস্টেম তৈরি করা হয়েছে, কিছু ডেভেলপার অন্যান্য প্রোগ্রামিং ভাষায় পাওয়া আরও আধুনিক নিরাপত্তা বৈশিষ্ট্য চান, যেমন মেমরি সেফটি।", + "page-trillion-dollar-security-section-2-3-title": "2.3 অনচেইন কোডের ঝুঁকি মূল্যায়ন", + "page-trillion-dollar-security-section-2-3-paragraph": "প্রতিষ্ঠান এবং এন্টারপ্রাইজগুলোর প্রযুক্তি এবং সিস্টেমের নিরাপত্তা মূল্যায়নের জন্য বিদ্যমান প্রক্রিয়া, মানদণ্ড এবং প্রয়োজনীয়তা রয়েছে যার উপর তারা নির্ভর করে। তবে, বিদ্যমান ফ্রেমওয়ার্কগুলো প্রায়শই স্মার্ট কন্ট্রাক্ট-এর সাথে পুরোপুরি মিলে যায় না, সাধারণত পরিবর্তনযোগ্য কোড, সেন্ট্রালাইজড পরিবর্তন নিয়ন্ত্রণ এবং জবাবদিহিতা বা আইনি দায়ের স্পষ্ট সীমারেখা ধরে নেয়। স্মার্ট কন্ট্রাক্ট-এর উপর নির্মিত সিস্টেমগুলো কখনো কখনো সেই ধারণাগুলো ভেঙে দিতে পারে, যা সংস্থাগুলোর জন্য ইথিরিয়াম গ্রহণ করা এবং যথাযথভাবে ঝুঁকি পরিচালনা করা কঠিন করে তোলে।", + "page-trillion-dollar-security-section-3-intro": "ইথিরিয়ামের অনেক ব্যবহার বিভিন্ন অবকাঠামো প্রদানকারীর উপর নির্ভর করে, যার মধ্যে ক্রিপ্টো-নির্দিষ্ট অবকাঠামো (যেমন, লেয়ার ২ চেইন, RPC প্রদানকারী) এবং ঐতিহ্যবাহী ক্লাউড ও ইন্টারনেট অবকাঠামো (যেমন, AWS, CDN, DNS) উভয়ই অন্তর্ভুক্ত।", + "page-trillion-dollar-security-section-3-paragraph-1": "এই সিস্টেমগুলো ওয়ালেট এবং অ্যাপ্লিকেশন লেয়ার (যেমন, ওয়ালেটগুলোর জন্য RPC এন্ডপয়েন্ট) এবং ইথিরিয়াম প্রটোকল উভয়ের জন্যই একটি আক্রমণের ক্ষেত্র (যেমন, অনেক ভ্যালিডেটরস ক্লাউড অবকাঠামোতে হোস্ট করা হয়)। প্রাইভেট কি আপস, ফিশিং এবং গ্রানুলার অ্যাক্সেস কন্ট্রোলের অভাব বড় আকারের বিভ্রাট, চুরি বা অননুমোদিত পরিবর্তনের দিকে নিয়ে যেতে পারে, এমনকি যদি অন্তর্নিহিত ব্লকচেইন প্রটোকল সুরক্ষিত থাকে।", + "page-trillion-dollar-security-section-3-1-title": "3.1 লেয়ার ২ চেইন", + "page-trillion-dollar-security-section-3-1-paragraph": "লেয়ার ২ চেইন (L2s) ইথিরিয়ামের এক্সটেনশন হিসেবে কাজ করে, যা ইথিরিয়াম মেইননেট-এর কিছু বৈশিষ্ট্যগত নিরাপত্তা গ্যারান্টি বজায় রেখে দ্রুত এবং কম ফি-এর পরিবেশ সক্ষম করে (তাদের নির্দিষ্ট ডিজাইনের উপর নির্ভর করে)। তবে, তাদের নিজস্ব স্বতন্ত্র আক্রমণের ক্ষেত্রও রয়েছে যার মধ্যে অন্তর্ভুক্ত:", + "page-trillion-dollar-security-section-3-1-list-title-1": "মাল্টি-হপ ব্রিজড অ্যাসেটের জটিলতা", + "page-trillion-dollar-security-section-3-1-list-desc-1": "যখন অ্যাসেটগুলো L1 এবং একাধিক L2s-এর মধ্যে যাতায়াত করে, তখন সেগুলো একাধিক কন্ট্রাক্ট সেটের সম্মুখীন হয় যার সবগুলোই সুরক্ষিত হতে হবে। L2 চেইনগুলোতে হিসাবের অমিল বা বিভ্রাট এমন দুর্বলতা তৈরি করতে পারে যা আক্রমণকারীদের দ্বারা শোষিত হতে পারে।", + "page-trillion-dollar-security-section-3-1-list-title-2": "রোলআপ L2s স্টেট আপডেটের সঠিকতা প্রয়োগ করতে প্রুভিং সিস্টেমের উপর নির্ভর করে", + "page-trillion-dollar-security-section-3-1-list-desc-2": "এই সিস্টেমগুলোতে বাগ বা ভুল কনফিগারেশন চূড়ান্তকরণকে (finalization) স্থগিত বা প্রতিরোধ করতে পারে, অথবা মিথ্যা স্টেট আপডেটের চূড়ান্তকরণের অনুমতি দিতে পারে যার ফলে ব্যবহারকারীর তহবিল হারাতে পারে।", + "page-trillion-dollar-security-section-3-1-list-title-3": "সিকিউরিটি কাউন্সিল হলো কি-হোল্ডারদের গ্রুপ যারা L2 সফটওয়্যার আপগ্রেড করতে বা নির্দিষ্ট জরুরি পরিস্থিতিতে সাড়া দিতে একটি \"ব্যাকআপ\" মেকানিজম হিসেবে কাজ করে", + "page-trillion-dollar-security-section-3-1-list-desc-3": "সিকিউরিটি কাউন্সিলগুলো নিজেরাই ঝুঁকি তৈরি করে, কারণ সদস্যদের মধ্যে আপস বা যোগসাজশ ব্যবহারকারীর তহবিলকে ঝুঁকিতে ফেলতে পারে বা অ্যাসেট ফ্রিজ করতে পারে।", + "page-trillion-dollar-security-section-3-1-paragraph-2": "L2-এর পারফরম্যান্স এবং নিরাপত্তা মূল্যায়ন ও তুলনা করে এমন একটি বিস্তারিত ফ্রেমওয়ার্ক এবং মনিটরিং ড্যাশবোর্ডের জন্য L2Beat দেখুন।", + "page-trillion-dollar-security-section-3-2-title": "3.2 RPC এবং নোড অবকাঠামো", + "page-trillion-dollar-security-section-3-2-paragraph-1": "ইথিরিয়াম অ্যাপ্লিকেশনগুলো RPC অ্যাক্সেস, API এবং নোড পরিষেবাগুলোর জন্য অল্প সংখ্যক ইনফ্রা প্রদানকারীর উপর নির্ভর করে। এর মধ্যে ক্রিপ্টো-নির্দিষ্ট ইনফ্রা প্রদানকারী, সেইসাথে ঐতিহ্যবাহী ক্লাউড পরিষেবাগুলো অন্তর্ভুক্ত যা সাধারণত নোড হোস্ট করতে ব্যবহৃত হয় (যেমন, AWS, Cloudflare, Hetzner)।", + "page-trillion-dollar-security-section-3-2-paragraph-2": "যদি এই ইনফ্রা প্রদানকারীরা অফলাইনে চলে যায় বা অ্যাক্সেস সেন্সর বা থ্রোটল করার চেষ্টা করে, তবে অনেক ব্যবহারকারী তাদের ওয়ালেট বা অ্যাপ্লিকেশনের মাধ্যমে ইথিরিয়াম অ্যাক্সেস করা থেকে বাধাপ্রাপ্ত হতে পারে, যতক্ষণ না তারা একটি নতুন RPC বা অন্যান্য ইনফ্রা প্রদানকারীতে স্থানান্তরিত হতে সক্ষম হয়। এই প্রদানকারীদের মধ্যে কেউ কেউ এর আগে ব্লকচেইন কার্যকলাপের সাথে যুক্ত অ্যাকাউন্টগুলো স্থগিত বা বন্ধ করে দিয়েছে, যা ডিসেন্ট্রালাইজড এপ্লিকেশনগুলোর জন্য তাদের দীর্ঘমেয়াদী নির্ভরযোগ্যতা সম্পর্কে উদ্বেগ বাড়িয়েছে।", + "page-trillion-dollar-security-section-3-3-title": "3.3 DNS স্তরের দুর্বলতা", + "page-trillion-dollar-security-section-3-3-paragraph": "ডোমেইন নেম সিস্টেম (DNS) হলো ইন্টারনেটের একটি মৌলিক স্তর, তবে এটি সেন্ট্রালাইজড এবং আপস করা যেতে পারে। অনেক ব্যবহারকারী ওয়েব ডোমেইনের মাধ্যমে অ্যাপ অ্যাক্সেস করে, যা নিম্নলিখিত বিষয়গুলোর প্রতি সংবেদনশীল:", + "page-trillion-dollar-security-section-3-3-list-1": "DNS হাইজ্যাকিং যেখানে একজন আক্রমণকারী একটি ক্ষতিকারক ভুয়া ফ্রন্টএন্ড প্রবেশ করায়।", + "page-trillion-dollar-security-section-3-3-list-2": "ডোমেইন বাজেয়াপ্তকরণ, যেখানে কোনো সরকার বা রেজিস্ট্রার ডোমেইন বাজেয়াপ্ত করতে পারে।", + "page-trillion-dollar-security-section-3-3-list-3": "সদৃশ ডোমেইনের মাধ্যমে ফিশিং, যেখানে আক্রমণকারীরা ব্যবহারকারীদের বিভ্রান্ত করতে প্রায় অভিন্ন নাম নিবন্ধন করে।", + "page-trillion-dollar-security-section-3-4-title": "3.4 সফটওয়্যার সাপ্লাই চেইন এবং লাইব্রেরি", + "page-trillion-dollar-security-section-3-4-paragraph": "ইথিরিয়াম ডেভেলপাররা ওপেন-সোর্স লাইব্রেরির উপর নির্ভর করে, যা প্রায়শই সরাসরি npm, crates.io, বা GitHub-এর মতো পরিষেবাগুলো থেকে নেওয়া হয়। যদি এই লাইব্রেরিগুলোর সাথে আপস করা হয়, তবে সেগুলো নিম্নলিখিত আক্রমণগুলোর একটি ভেক্টর হতে পারে:", + "page-trillion-dollar-security-section-3-4-list-title-1": "ক্ষতিকারক প্যাকেজ ইনজেকশন", + "page-trillion-dollar-security-section-3-4-list-desc-1": "যেখানে আক্রমণকারীরা বহুল ব্যবহৃত একটি প্যাকেজের সাথে আপস করে বা একই নামে একটি প্রকাশ করে", + "page-trillion-dollar-security-section-3-4-list-title-2": "হাইজ্যাক করা ডিপেন্ডেন্সি", + "page-trillion-dollar-security-section-3-4-list-desc-2": "যেখানে মেইনটেইনাররা একটি প্রজেক্টের নিয়ন্ত্রণ হারায় এবং একজন ক্ষতিকারক ব্যক্তি ক্ষতিকারক কোড প্রবর্তন করে", + "page-trillion-dollar-security-section-3-4-list-title-3": "ডেভেলপার আপস", + "page-trillion-dollar-security-section-3-4-list-desc-3": "যেখানে ইনস্টল করা প্যাকেজগুলোতে এমন কোড থাকে যা আক্রমণকারীকে ডেভেলপারের কম্পিউটারের উপর নিয়ন্ত্রণ দেয়।", + "page-trillion-dollar-security-section-3-5-title": "3.5 ফ্রন্টএন্ড ডেলিভারি পরিষেবা এবং সম্পর্কিত ঝুঁকি", + "page-trillion-dollar-security-section-3-5-paragraph": "অনেক ইথিরিয়াম অ্যাপ্লিকেশন কন্টেন্ট ডেলিভারি নেটওয়ার্ক (CDN) বা ক্লাউড-ভিত্তিক হোস্টিং প্ল্যাটফর্মের (যেমন, Vercel, Netlify, Cloudflare) মাধ্যমে তাদের ফ্রন্টএন্ড পরিবেশন করে। যদি এই পরিষেবাগুলোর সাথে আপস করা হয়, তবে সেগুলো ক্ষতিকারক জাভাস্ক্রিপ্ট ইনজেকশনের মতো আক্রমণের একটি ভেক্টর হতে পারে, যেখানে আক্রমণকারীরা ব্যবহারকারীদের কাছে একটি পরিবর্তিত ফ্রন্টএন্ড পরিবেশন করে।", + "page-trillion-dollar-security-section-3-6-title": "3.6 ইন্টারনেট সার্ভিস প্রোভাইডার স্তরের সেন্সরশিপ", + "page-trillion-dollar-security-section-3-6-paragraph-1": "ইন্টারনেট সার্ভিস প্রোভাইডার (ISPs) বা জাতি রাষ্ট্রগুলো ইথিরিয়ামে অ্যাক্সেস সেন্সর করতে অন্তর্নিহিত ইন্টারনেট অবকাঠামোর নিয়ন্ত্রণ ব্যবহার করতে পারে। উদাহরণস্বরূপ, এই আক্রমণগুলোর মধ্যে অন্তর্ভুক্ত থাকতে পারে:", + "page-trillion-dollar-security-section-3-6-list-1": "সাধারণ ইথিরিয়াম পোর্টে ট্রাফিক ব্লক বা থ্রোটল করা", + "page-trillion-dollar-security-section-3-6-list-2": "ইথিরিয়াম সম্পর্কিত পরিষেবাগুলোতে সমাধান হওয়া DNS অনুরোধগুলো ফিল্টার করা", + "page-trillion-dollar-security-section-3-6-list-3": "পরিচিত ইথিরিয়াম নোড-এর বিরুদ্ধে জিওফেন্সিং বা IP নিষেধাজ্ঞা", + "page-trillion-dollar-security-section-3-6-list-4": "ইথিরিয়াম প্রটোকল সম্পর্কিত ট্রাফিক শনাক্ত এবং সেন্সর করতে ডিপ প্যাকেট ইন্সপেকশন", + "page-trillion-dollar-security-section-3-6-paragraph-2": "এই মৌলিক কৌশলগুলোর অনেকগুলোই আজ বিশ্বজুড়ে স্বৈরাচারী সরকারগুলো তথ্য, প্রতিবাদের সরঞ্জাম বা ক্রিপটোকারেন্সি-তে অ্যাক্সেস দমন করতে ব্যবহার করছে।", + "page-trillion-dollar-security-section-4-intro": "ইথিরিয়ামের কনসেন্সাস প্রটোকল নির্ধারণ করে কীভাবে নেটওয়ার্ক ইথিরিয়াম ব্লকচেইন-এর স্টেট আপডেট করে এবং চুক্তিতে পৌঁছায়। এই প্রটোকল হলো সেই ভিত্তিমূলে যা ইথিরিয়ামকে অর্থ, অর্থায়ন, পরিচয়, গভর্নেন্স, বাস্তব জগতের সম্পদ এবং আরও অনেক কিছুর জন্য একটি বিশ্বস্ত প্ল্যাটফর্ম করে তোলে।", + "page-trillion-dollar-security-section-4-paragraph-1": "ইথিরিয়ামের কনসেন্সাস প্রটোকল বাস্তবে শক্তিশালী প্রমাণিত হয়েছে, 2015 সালে প্রথম লঞ্চ হওয়ার পর থেকে এবং বেশ কয়েকটি আপগ্রেড জুড়ে শূন্য ডাউনটাইম সহ। তবে, সিস্টেমটিকে আরও স্থিতিস্থাপক এবং সুরক্ষিত করার জন্য উন্নতির দীর্ঘমেয়াদী ক্ষেত্রগুলো রয়ে গেছে।", + "page-trillion-dollar-security-section-4-1-title": "4.1 কনসেন্সাস ভঙ্গুরতা এবং পুনরুদ্ধারের ঝুঁকি", + "page-trillion-dollar-security-section-4-1-paragraph": "ইথিরিয়ামের ফর্ক পছন্দ এবং ফাইনালিটি নিয়মগুলো স্থিতিস্থাপক, তবে সেগুলো অভেদ্য নয়। নির্দিষ্ট প্রান্তিক ক্ষেত্রে (যেমন দীর্ঘায়িত ভ্যালিডেটর মতানৈক্য, ক্লায়েন্ট বাগ, বা নেটওয়ার্ক পার্টিশন) কনসেন্সাস স্থগিত বা সাময়িকভাবে বিচ্যুত হতে পারে। চরম পরিস্থিতিতে, এটি নিষ্ক্রিয়তা ফাঁস বা স্ল্যাশিং-এর মাধ্যমে ক্যাসকেডিং ভ্যালিডেটর জরিমানার দিকে নিয়ে যেতে পারে, যা পরবর্তীতে ভ্যালিডেটরস থেকে মূলধন ফ্লাইটের দিকে নিয়ে যেতে পারে।", + "page-trillion-dollar-security-section-4-2-title": "4.2 ক্লায়েন্ট ডাইভার্সিটি", + "page-trillion-dollar-security-section-4-2-paragraph": "ইথিরিয়ামের শিল্প-নেতৃস্থানীয় ক্লায়েন্ট ডাইভার্সিটি নেটওয়ার্ক-কে যেকোনো একক ক্লায়েন্ট-এর বাগ থেকে রক্ষা করে। তবে, এই ঝুঁকিগুলো আরও কমানোর জন্য সংখ্যালঘু ক্লায়েন্টগুলোর আরও বেশি গ্রহণের মাধ্যমে ক্লায়েন্ট ডাইভার্সিটি এখনও উন্নত করা যেতে পারে।", + "page-trillion-dollar-security-section-4-3-title": "4.3 স্টেকিং সেন্ট্রালাইজেশন এবং পুল আধিপত্য", + "page-trillion-dollar-security-section-4-3-paragraph": "ভ্যালিডেটর ওজনের একটি উল্লেখযোগ্য পরিমাণ লিকুইড স্টেকিং প্রটোকল, কাস্টোডিয়াল পরিষেবা এবং বড় নোড অপারেটরগুলোতে কেন্দ্রীভূত। এই কেন্দ্রীভবন নিম্নলিখিত ঝুঁকিগুলোর দিকে নিয়ে যেতে পারে:", + "page-trillion-dollar-security-section-4-3-list-1": "গভর্নেন্স দখল বা প্রভাব। যদি বিপুল পরিমাণ স্টেক নিয়ন্ত্রণকারী সত্তাগুলো (বা সেই সত্তাগুলোকে প্রভাবিত করার আইনি ক্ষমতাসম্পন্ন সত্তাগুলো) একসাথে সমন্বয় করে, তবে কোন ব্লকগুলো প্রস্তাবিত এবং অ্যাটেস্টেড হবে তার উপর তাদের বিশাল প্রভাব থাকতে পারে, যা সম্ভাব্যভাবে ব্যবহারকারীদের সেন্সর করতে পারে বা প্রটোকল আপগ্রেডগুলোকে প্রভাবিত করতে পারে।", + "page-trillion-dollar-security-section-4-3-list-2": "ক্লায়েন্ট পছন্দ এবং অবকাঠামো সেটআপে সমজাতীয়তা, যা পারস্পরিক সম্পর্কযুক্ত ব্যর্থতার ঝুঁকি বাড়াতে পারে।", + "page-trillion-dollar-security-section-4-4-title": "4.4 অনির্ধারিত সোশ্যাল স্ল্যাশিং এবং সমন্বয়ের ফাঁক", + "page-trillion-dollar-security-section-4-4-paragraph": "কিছু চরম ব্যর্থতার মোডে, ইথিরিয়াম নেটওয়ার্ক-এ আক্রমণ করার জন্য ক্ষতিকারকভাবে কাজ করা ভ্যালিডেটরস-কে শাস্তি দিতে \"সোশ্যাল স্ল্যাশিং\"-এর উপর নির্ভর করবে (বিভাগ 6.1 দেখুন)। তবে, এই ধরনের স্ল্যাশিং-এর জন্য অবকাঠামো, নিয়ম এবং প্রত্যাশিত প্রক্রিয়াগুলো অনুন্নত। এমন কোনো প্রতিষ্ঠিত মেকানিজম নেই যা কমিউনিটি এই প্রক্রিয়ায় জড়িত হতে ব্যবহার করবে।", + "page-trillion-dollar-security-section-4-5-title": "4.5 অর্থনৈতিক এবং গেম-থিওরেটিক আক্রমণ ভেক্টর", + "page-trillion-dollar-security-section-4-5-paragraph": "অনেক সম্ভাব্য অর্থনৈতিক আক্রমণ ভেক্টর এখনও কম অধ্যয়ন করা হয়েছে, যার মধ্যে অন্তর্ভুক্ত:", + "page-trillion-dollar-security-section-4-5-list-1": "গ্রিফিং আক্রমণ বা স্ল্যাশ গ্রিফিং। ভ্যালিডেটরস তাদের নিজস্ব ত্রুটির কারণে নয় বরং আক্রমণকারীর নিট খরচে শুধুমাত্র অন্যদের ক্ষতি করার উদ্দেশ্যে করা প্রতিকূল আচরণের কারণে খরচ বা স্ল্যাশিং জরিমানার সম্মুখীন হতে পারে।", + "page-trillion-dollar-security-section-4-5-list-2": "কৌশলগত প্রস্থান বা সময়বদ্ধ নিষ্ক্রিয়তা। ভ্যালিডেটরস মুনাফা সর্বাধিক করতে বা ন্যূনতম জরিমানার সাথে কনসেন্সাস ব্যাহত করতে ইচ্ছাকৃতভাবে অফলাইনে যেতে পারে বা গুরুত্বপূর্ণ সময়ে প্রস্থান করতে পারে।", + "page-trillion-dollar-security-section-4-5-list-3": "ভ্যালিডেটরস বা রিলেগুলোর মধ্যে যোগসাজশ। ভ্যালিডেটরস-এর মধ্যে বা রিলে এবং ভ্যালিডেটরস-এর মধ্যে সমন্বিত আচরণ ডিসেন্ট্রালাইজেশন হ্রাস করতে পারে, বা MEV নিষ্কাশন করতে পারে।", + "page-trillion-dollar-security-section-4-5-list-4": "MEV, প্রপোজার-বিল্ডার বিচ্ছেদ, বা লিকুইড স্টেকিং ডিজাইনে এজ-কেস ইনসেন্টিভগুলোর শোষণ। অ্যাক্টররা বিশাল পুরষ্কার অর্জনের জন্য বিরল প্রটোকল শর্তগুলো ম্যানিপুলেট করতে পারে।", + "page-trillion-dollar-security-section-4-6-title": "4.6 কোয়ান্টাম ঝুঁকি", + "page-trillion-dollar-security-section-4-6-paragraph-1": "ইথিরিয়ামের মূল ক্রিপ্টোগ্রাফি (যেমন, secp256k1-এর মতো উপবৃত্তাকার বক্ররেখা স্বাক্ষর) একদিন কোয়ান্টাম কম্পিউটার দ্বারা ভেঙে যেতে পারে। যদিও এটি কোনো আসন্ন ঝুঁকি নয়, একটি বিশ্বাসযোগ্য হুমকি তাৎক্ষণিকভাবে বিদ্যমান ওয়ালেট, কন্ট্রাক্ট এবং স্টেকিং কি-গুলোকে দুর্বল করে দিতে পারে। এই ভবিষ্যৎ চ্যালেঞ্জ ব্যবহারকারীদের প্রতি ইথিরিয়ামের দীর্ঘমেয়াদী গ্যারান্টিকে দুর্বল করে দেয়।", + "page-trillion-dollar-security-section-4-6-paragraph-2": "কোয়ান্টাম-প্রতিরোধী ক্রিপ্টোগ্রাফি-তে মাইগ্রেশন পাথগুলো (যেমন, পোস্ট-কোয়ান্টাম সিগনেচার স্কিমগুলোর মাধ্যমে) ডিজাইন করা, পরীক্ষা করা এবং সম্ভবত সেগুলো প্রয়োজন হওয়ার কয়েক বছর আগে প্রটোকল-এ এম্বেড করা দরকার। ইথিরিয়াম ফাউন্ডেশন সহ ইথিরিয়াম ইকোসিস্টেম জুড়ে সংস্থাগুলো সক্রিয়ভাবে এই বিকল্পগুলো অন্বেষণ করছে এবং ঝুঁকিগুলো পর্যবেক্ষণ করছে।", + "page-trillion-dollar-security-section-5-paragraph-1": "এমনকি একটি আদর্শ ব্লকচেইন ইকোসিস্টেমেও ঝুঁকি, আক্রমণ এবং দুর্বলতা থাকবে। যখন জিনিসগুলো ভুল হয়ে যায়, তখন প্রশমিত করতে, শনাক্ত করতে এবং সাড়া দিতে কার্যকর সিস্টেম থাকতে হবে। এখানকার চ্যালেঞ্জগুলোর মধ্যে অন্তর্ভুক্ত:", "page-trillion-dollar-security-section-5-list-title-1": "ক্ষতিগ্রস্ত দলের কাছে পৌঁছানো", - "page-trillion-dollar-security-section-5-list-desc-1": "যে দলের অ্যাপ্লিকেশন আপোস করা হয়েছে তাদের সাথে যোগাযোগ করা কঠিন হতে পারে। এটি ঘণ্টার পর ঘণ্টা বিলম্বের কারণ হতে পারে, যা প্রতিক্রিয়াকারীদের তহবিল পুনরুদ্ধারের ক্ষমতা সীমিত করে।", - "page-trillion-dollar-security-section-5-list-title-2": "সম্পর্কিত সংস্থাগুলোতে সমস্যা বাড়ানো", - "page-trillion-dollar-security-section-5-list-desc-2": "যখন সমস্যাটি একটি প্ল্যাটফর্মের সাথে জড়িত থাকে (যেমন একটি সামাজিক নেটওয়ার্ক বা সেন্ট্রালাইজড এক্সচেঞ্জ) তখন যদি তাদের কোনো পূর্ব-বিদ্যমান যোগাযোগ না থাকে তবে প্রতিক্রিয়াকারীদের জন্য সমস্যাটি বাড়ানো চ্যালেঞ্জিং হতে পারে।", - "page-trillion-dollar-security-section-5-list-title-3": "প্রতিক্রিয়া সমন্বয়", - "page-trillion-dollar-security-section-5-list-desc-3": "প্রায়শই এটি অস্পষ্ট থাকে যে কতগুলো ঘটনা প্রতিক্রিয়া দল ক্ষতিগ্রস্ত অ্যাপ্লিকেশনকে সহায়তা করছে, যা ভুল বোঝাবুঝি বা অপচয়কৃত প্রচেষ্টার কারণ হয় যখন একটি দলীয় প্রচেষ্টা আরও কার্যকর হতে পারত।", - "page-trillion-dollar-security-section-5-list-title-4": "পর্যবেক্ষণ ক্ষমতার অভাব", - "page-trillion-dollar-security-section-5-list-desc-4": "অনচেইন এবং অফচেইন সমস্যাগুলোর জন্য পর্যবেক্ষণ করা কঠিন হতে পারে, যা প্রাথমিক সতর্কতা প্রদান করবে এবং হুমকির দ্রুত প্রতিক্রিয়া নিশ্চিত করবে।", - "page-trillion-dollar-security-section-5-list-title-5": "বীমার অ্যাক্সেস", - "page-trillion-dollar-security-section-5-list-desc-5": "বীমা বেশিরভাগ ঐতিহ্যবাহী সিস্টেমে ক্ষতি প্রশমিত করার জন্য একটি অপরিহার্য টুল যা অর্থ, আর্থিক ব্যবস্থা, পরিচয় এবং অন্যান্য মূল্যবান তথ্য নিয়ে কাজ করে। তবে, আজ ক্রিপ্টো ইকোসিস্টেমের জন্য ঐতিহ্যবাহী আর্থিক পরিষেবা থেকে কয়েকটি বীমা বিকল্প উপলব্ধ রয়েছে।", - "page-trillion-dollar-security-section-6-intro": "Ethereum-এর \"সামাজিক লেয়ার\" বলতে বোঝায় সেইসব মানুষ, সংস্থা, কোম্পানি, গভর্নেন্স প্রক্রিয়া এবং সাংস্কৃতিক নিয়ম যা Ethereum ইকোসিস্টেমের আচরণকে প্রভাবিত করে। এই সামাজিক লেয়ার নিজেই নির্দিষ্ট আক্রমণ বা ঝুঁকির জন্য ঝুঁকিপূর্ণ, যা পরে Ethereum-এর নিরাপত্তা এবং নির্ভরযোগ্যতাকে প্রভাবিত করতে পারে।", - "page-trillion-dollar-security-section-6-paragraph-1": "এই ঝুঁকিগুলো দীর্ঘমেয়াদী প্রবণ এবং স্বতন্ত্র ব্যবহারকারী বা অ্যাপ্লিকেশনগুলোর নিরাপত্তার চেয়ে সামগ্রিকভাবে Ethereum-কে উদ্বেগ করে।", - "page-trillion-dollar-security-section-6-1-title": "৬.১ স্টেক সেন্ট্রালাইজেশন", - "page-trillion-dollar-security-section-6-1-paragraph-1": "বিপুল পরিমাণ স্টেকের কেন্দ্রীভবন সামগ্রিকভাবে Ethereum-এর জন্য ঝুঁকি তৈরি করতে পারে যদি সেই স্টেক নিয়ন্ত্রণকারী সত্তাগুলো ষড়যন্ত্র করার সিদ্ধান্ত নেয়।", - "page-trillion-dollar-security-section-6-1-paragraph-2": "এই অর্থনৈতিক কেন্দ্রীভবন সামাজিক গভর্নেন্স দখলের সম্ভাবনা তৈরি করে। যদি একটি ছোট ভ্যালিডেটর গ্রুপ একটি সুপারমজরিটি স্টেক নিয়ন্ত্রণ করে, তবে তারা করতে পারে:", - "page-trillion-dollar-security-section-6-1-list-1": "ফর্কের উপর সমন্বয় করা বা প্রতিরোধ করা।", - "page-trillion-dollar-security-section-6-1-list-2": "নির্দিষ্ট লেনদেন বা কন্ট্র্যাক্ট সেন্সর করা।", - "page-trillion-dollar-security-section-6-1-list-3": "প্রস্থান বা বিরোধিতার হুমকি দিয়ে কমিউনিটি কনসেন্সাসকে দুর্বল করা।", - "page-trillion-dollar-security-section-6-1-paragraph-3": "যদি এই চরম পরিস্থিতি ঘটে, Ethereum সম্প্রদায় পরামর্শ দিয়েছে যে \"সোশ্যাল স্ল্যাশিং\" এর উত্তর হতে পারে। সোশ্যাল স্ল্যাশিং হল অফচেইন সোশ্যাল কনসেন্সাসের ব্যবহার যা দুর্ব্যবহারকারী ভ্যালিডেটরদের স্ল্যাশ করার সিদ্ধান্ত নেয়, তাদের ক্ষমতার উপর একটি চেক হিসাবে। কিন্তু এই ধরনের ব্যবস্থা কার্যকর করার জন্য কোনো স্পষ্ট নিয়ম, পদ্ধতি বা টুলিং বিদ্যমান নেই (বিভাগ ৪.৪ দেখুন)।", - "page-trillion-dollar-security-section-6-2-title": "৬.২ অফচেইন অ্যাসেট সেন্ট্রালাইজেশন", - "page-trillion-dollar-security-section-6-2-paragraph-1": "Ethereum উল্লেখযোগ্য পরিমাণে বাস্তব বিশ্বের সম্পদ হোস্ট করে, যেখানে সম্পদগুলো ব্যাংক অ্যাকাউন্ট বা অন্যান্য ডিপোজিটে অফচেইন রাখা হয়, যা পরে অফচেইন সম্পদের উপর একটি দাবি প্রতিনিধিত্বকারী টোকেনের মাধ্যমে অনচেইন ট্রেড করা হয়। উদাহরণস্বরূপ, অনেক বড় স্টেবলকয়েন এভাবেই কাজ করে।", - "page-trillion-dollar-security-section-6-2-paragraph-2": "যে প্রতিষ্ঠানগুলো অফচেইন ডিপোজিট ধারণ করে তাদের Ethereum ইকোসিস্টেমের উপর প্রভাব থাকতে পারে। উদাহরণস্বরূপ, একটি চরম পরিস্থিতিতে যেখানে একটি বিতর্কিত ফর্ক বা নেটওয়ার্ক আপগ্রেড হয়, বড় ডিপোজিটররা এক চেইন বা অন্যটিতে টোকেন স্বীকৃতি দেওয়ার মাধ্যমে কোন চেইনটি ব্যাপকভাবে গৃহীত হবে তা প্রভাবিত করতে পারে।", - "page-trillion-dollar-security-section-6-3-title": "৬.৩ নিয়ন্ত্রক আক্রমণ বা চাপ", - "page-trillion-dollar-security-section-6-3-paragraph": "সরকার এবং নিয়ন্ত্রকরা Ethereum স্ট্যাকের গুরুত্বপূর্ণ উপাদান নিয়ন্ত্রণকারী বিভিন্ন সত্তাকে Ethereum প্রোটোকলে সেন্সর বা অন্যথায় হস্তক্ষেপ করার জন্য চাপ দিতে পারে। Ethereum-এর প্রাতিষ্ঠানিক ব্যবহারকারীরাও এই চাপ দ্বারা প্রভাবিত হতে পারে, যা তাদের ব্যবহারকারীদের জন্য আরও পরিণতি বয়ে আনবে (যেমন, একটি ব্যাংক যা নিয়ন্ত্রক নিষেধাজ্ঞার কারণে আর নির্দিষ্ট ক্রিপ্টো পণ্য অফার করতে পারে না)।", - "page-trillion-dollar-security-section-6-4-title": "৬.৪ গভর্নেন্সের সাংগঠনিক দখল", - "page-trillion-dollar-security-section-6-4-paragraph-1": "Ethereum-এর ওপেন সোর্স গভর্নেন্স এবং উন্নয়ন প্রক্রিয়াগুলো বিভিন্ন এবং বিশ্বব্যাপী দল এবং কোম্পানি দ্বারা চালিত হয় যারা মূল ক্লায়েন্ট সফ্টওয়্যার, অবকাঠামো এবং টুলিং বজায় রাখে।", - "page-trillion-dollar-security-section-6-4-paragraph-2": "বিভিন্ন ধরনের প্রভাব (কর্পোরেট অধিগ্রহণ, তহবিল নির্ভরতা, মূল অবদানকারীদের কর্মসংস্থান, বিদ্যমান সংস্থাগুলোর মধ্যে স্বার্থের সংঘাত) ধীরে ধীরে Ethereum গভর্নেন্সের সংস্কৃতি এবং অগ্রাধিকারগুলোকে পরিবর্তন করতে পারে। এটি নির্দিষ্ট বাণিজ্যিক বা বাহ্যিক স্বার্থের সাথে সারিবদ্ধ হতে পারে যা সম্প্রদায়-চালিত নীতি এবং প্রতিষ্ঠিত রোডম্যাপ থেকে ভিন্ন, যা সময়ের সাথে সাথে Ethereum-এর নিরপেক্ষতা এবং স্থিতিস্থাপকতাকে দুর্বল করতে পারে।", - "page-trillion-dollar-security-image-alt-hero": "একটি ভবিষ্যৎমূলক ভিজ্যুয়ালাইজেশন যা আন্তঃসংযুক্ত ব্লকচেইন নোড এবং নিরাপত্তা উপাদানগুলো দেখাচ্ছে, ডিজিটাল অ্যাসেট স্পেসে ট্রিলিয়ন ডলারের নিরাপত্তা প্রতিনিধিত্ব করছে", - "page-trillion-dollar-security-image-alt-report": "ট্রিলিয়ন ডলার সিকিউরিটি রিপোর্টের কভার ইমেজ যা ব্লকচেইন উপাদান এবং নেটওয়ার্ক সংযোগ সহ একটি আধুনিক ডিজিটাল নিরাপত্তা ভিজ্যুয়ালাইজেশন দেখাচ্ছে" -} + "page-trillion-dollar-security-section-5-list-desc-1": "যে দলের অ্যাপ্লিকেশনের সাথে আপস করা হয়েছে তাদের সাথে যোগাযোগ করা কঠিন হতে পারে। এটি কয়েক ঘণ্টার বিলম্বের দিকে নিয়ে যেতে পারে, যা সাড়াদানকারীদের তহবিল পুনরুদ্ধার করার ক্ষমতাকে সীমিত করে।", + "page-trillion-dollar-security-section-5-list-title-2": "সম্পর্কিত সংস্থাগুলোতে সমস্যাগুলো বৃদ্ধি করা", + "page-trillion-dollar-security-section-5-list-desc-2": "যখন সমস্যাটি কোনো প্ল্যাটফর্মের (যেমন একটি সোশ্যাল নেটওয়ার্ক বা সেন্ট্রালাইডড এক্সচেঞ্জ) সাথে জড়িত থাকে, তখন সাড়াদানকারীদের জন্য সমস্যাটি বৃদ্ধি করা চ্যালেঞ্জিং হতে পারে যদি তাদের কোনো পূর্ব-বিদ্যমান যোগাযোগ না থাকে।", + "page-trillion-dollar-security-section-5-list-title-3": "সাড়াদান সমন্বয়", + "page-trillion-dollar-security-section-5-list-desc-3": "এটি প্রায়শই অস্পষ্ট থাকে যে কতগুলো ইনসিডেন্ট রেসপন্স টিম ক্ষতিগ্রস্ত অ্যাপ্লিকেশনটিকে সহায়তা করছে, যা ভুল যোগাযোগ বা অপচয়িত প্রচেষ্টার দিকে নিয়ে যায় যখন একটি গ্রুপ প্রচেষ্টা আরও কার্যকর হতে পারত।", + "page-trillion-dollar-security-section-5-list-title-4": "মনিটরিং ক্ষমতার অভাব", + "page-trillion-dollar-security-section-5-list-desc-4": "অনচেইন এবং অফচেইন সমস্যাগুলোর জন্য মনিটর করা কঠিন হতে পারে, যা প্রাথমিক সতর্কতা প্রদান করবে এবং হুমকির দ্রুত সাড়াদান নিশ্চিত করবে।", + "page-trillion-dollar-security-section-5-list-title-5": "বীমায় অ্যাক্সেস", + "page-trillion-dollar-security-section-5-list-desc-5": "অর্থ, আর্থিক ব্যবস্থা, পরিচয় এবং অন্যান্য মূল্যবান তথ্য নিয়ে কাজ করে এমন বেশিরভাগ ঐতিহ্যবাহী সিস্টেমে ক্ষতি প্রশমিত করার জন্য বীমা একটি অপরিহার্য হাতিয়ার। তবে, আজ ক্রিপ্টো ইকোসিস্টেমের জন্য ঐতিহ্যবাহী আর্থিক পরিষেবাগুলো থেকে খুব কম বীমা বিকল্প উপলব্ধ।", + "page-trillion-dollar-security-section-6-intro": "ইথিরিয়ামের \"সোশ্যাল লেয়ার\" বলতে মানুষ, সংস্থা, কোম্পানি, গভর্নেন্স প্রক্রিয়া এবং সাংস্কৃতিক নিয়মের সেটকে বোঝায় যা ইথিরিয়াম ইকোসিস্টেম কীভাবে আচরণ করে তা প্রভাবিত করে। এই সোশ্যাল লেয়ার নিজেই নির্দিষ্ট আক্রমণ বা ঝুঁকির জন্য ঝুঁকিপূর্ণ, যা পরবর্তীতে ইথিরিয়ামের নিরাপত্তা এবং নির্ভরযোগ্যতাকে প্রভাবিত করতে পারে।", + "page-trillion-dollar-security-section-6-paragraph-1": "এই ঝুঁকিগুলো আরও দীর্ঘমেয়াদী ভিত্তিক হতে থাকে এবং পৃথক ব্যবহারকারী বা অ্যাপ্লিকেশনগুলোর নিরাপত্তার পরিবর্তে সামগ্রিকভাবে ইথিরিয়ামকে উদ্বিগ্ন করে।", + "page-trillion-dollar-security-section-6-1-title": "6.1 স্টেক সেন্ট্রালাইজেশন", + "page-trillion-dollar-security-section-6-1-paragraph-1": "বিপুল পরিমাণ স্টেক-এর কেন্দ্রীভবন সামগ্রিকভাবে ইথিরিয়ামের জন্য ঝুঁকি তৈরি করতে পারে যদি সেই স্টেক নিয়ন্ত্রণকারী সত্তাগুলো যোগসাজশ করার সিদ্ধান্ত নেয়।", + "page-trillion-dollar-security-section-6-1-paragraph-2": "এই অর্থনৈতিক কেন্দ্রীভবন সোশ্যাল গভর্নেন্স দখলের সম্ভাবনা তৈরি করে। যদি ভ্যালিডেটরস-এর একটি ছোট গ্রুপ স্টেক-এর একটি সুপারমেজরিটি নিয়ন্ত্রণ করে, তবে তারা করতে পারে:", + "page-trillion-dollar-security-section-6-1-list-1": "ফর্ক-এ সমন্বয় বা প্রতিরোধ করা।", + "page-trillion-dollar-security-section-6-1-list-2": "নির্দিষ্ট লেনদেন বা কন্ট্রাক্ট সেন্সর করা।", + "page-trillion-dollar-security-section-6-1-list-3": "প্রস্থান বা বিরোধিতার হুমকি দিয়ে কমিউনিটি কনসেন্সাস ক্ষুণ্ন করা।", + "page-trillion-dollar-security-section-6-1-paragraph-3": "যদি এই চরম পরিস্থিতি ঘটে, তবে ইথিরিয়াম কমিউনিটি পরামর্শ দিয়েছে যে \"সোশ্যাল স্ল্যাশিং\" এর উত্তর হতে পারে। সোশ্যাল স্ল্যাশিং হলো তাদের ক্ষমতার উপর একটি চেক হিসেবে, খারাপ আচরণকারী ভ্যালিডেটরস-কে স্ল্যাশ করার সিদ্ধান্ত নেওয়ার জন্য অফচেইন সোশ্যাল কনসেন্সাস-এর ব্যবহার। কিন্তু এই ধরনের ব্যবস্থা কার্যকর করার জন্য কোনো স্পষ্ট নিয়ম, পদ্ধতি বা টুলিং বিদ্যমান নেই (বিভাগ 4.4 দেখুন)।", + "page-trillion-dollar-security-section-6-2-title": "6.2 অফচেইন অ্যাসেট সেন্ট্রালাইজেশন", + "page-trillion-dollar-security-section-6-2-paragraph-1": "ইথিরিয়াম উল্লেখযোগ্য পরিমাণ বাস্তব জগতের সম্পদ হোস্ট করে, যেখানে সম্পদগুলো ব্যাংক অ্যাকাউন্ট বা অন্যান্য আমানতে অফচেইন রাখা হয়, যা পরবর্তীতে টোকেন-এর মাধ্যমে অনচেইন ট্রেড করা হয় যা অফচেইন সম্পদের উপর একটি দাবি উপস্থাপন করে। উদাহরণস্বরূপ, অনেক বড় স্টেবলকয়েন এইভাবে কাজ করে।", + "page-trillion-dollar-security-section-6-2-paragraph-2": "যে প্রতিষ্ঠানগুলো অফচেইন আমানত ধারণ করে তাদের ইথিরিয়াম ইকোসিস্টেমের উপর প্রভাব থাকতে পারে। উদাহরণস্বরূপ, একটি চরম পরিস্থিতিতে যেখানে একটি বিতর্কিত ফর্ক বা নেটওয়ার্ক আপগ্রেড হয়, বড় আমানতকারীরা শুধুমাত্র একটি চেইন বা অন্যটিতে টোকেন স্বীকৃতি দেওয়ার সিদ্ধান্ত নিয়ে কোন চেইনটি ব্যাপকভাবে গৃহীত হবে তা প্রভাবিত করতে পারে।", + "page-trillion-dollar-security-section-6-3-title": "6.3 নিয়ন্ত্রক আক্রমণ বা চাপ", + "page-trillion-dollar-security-section-6-3-paragraph": "সরকার এবং নিয়ন্ত্রকরা ইথিরিয়াম স্ট্যাকের গুরুত্বপূর্ণ উপাদানগুলো নিয়ন্ত্রণকারী বিভিন্ন সত্তাকে ইথিরিয়াম প্রটোকল সেন্সর করতে বা অন্যথায় হস্তক্ষেপ করতে চাপ দিতে পারে। ইথিরিয়ামের প্রাতিষ্ঠানিক ব্যবহারকারীরাও এই চাপগুলোর দ্বারা প্রভাবিত হতে পারে, যা তাদের ব্যবহারকারীদের জন্য আরও পরিণতি বয়ে আনবে (যেমন, একটি ব্যাংক যা নিয়ন্ত্রক নিষেধাজ্ঞার কারণে আর নির্দিষ্ট ক্রিপ্টো পণ্য অফার করতে পারে না)।", + "page-trillion-dollar-security-section-6-4-title": "6.4 গভর্নেন্স-এর সাংগঠনিক দখল", + "page-trillion-dollar-security-section-6-4-paragraph-1": "ইথিরিয়ামের ওপেন সোর্স গভর্নেন্স এবং ডেভেলপমেন্ট প্রক্রিয়াগুলো দল এবং কোম্পানিগুলোর একটি বৈচিত্র্যময় এবং বৈশ্বিক সেট দ্বারা পরিচালিত হয় যারা মূল ক্লায়েন্ট সফটওয়্যার, অবকাঠামো এবং টুলিং বজায় রাখে।", + "page-trillion-dollar-security-section-6-4-paragraph-2": "বিভিন্ন ধরনের প্রভাব (কর্পোরেট অধিগ্রহণ, অর্থায়নের নির্ভরতা, মূল অবদানকারীদের কর্মসংস্থান, বিদ্যমান সংস্থাগুলোর মধ্যে স্বার্থের সংঘাত) ধীরে ধীরে ইথিরিয়াম গভর্নেন্স-এর সংস্কৃতি এবং অগ্রাধিকারগুলোকে পরিবর্তন করতে পারে। এটি নির্দিষ্ট বাণিজ্যিক বা বাহ্যিক স্বার্থের সাথে সারিবদ্ধতার দিকে নিয়ে যেতে পারে যা কমিউনিটি-চালিত নীতি এবং প্রতিষ্ঠিত রোডম্যাপ থেকে বিচ্যুত হয়, যা সম্ভাব্যভাবে সময়ের সাথে সাথে ইথিরিয়ামের নিরপেক্ষতা এবং স্থিতিস্থাপকতাকে দুর্বল করে দেয়।", + "page-trillion-dollar-security-image-alt-hero": "একটি ভবিষ্যৎবাদী ভিজ্যুয়ালাইজেশন যা আন্তঃসংযুক্ত ব্লকচেইন নোড এবং নিরাপত্তা উপাদানগুলো দেখাচ্ছে, যা ডিজিটাল অ্যাসেট স্পেসে ট্রিলিয়ন ডলারের নিরাপত্তার প্রতিনিধিত্ব করে", + "page-trillion-dollar-security-image-alt-report": "ট্রিলিয়ন ডলার সিকিউরিটি রিপোর্টের কভার ইমেজ যা ব্লকচেইন উপাদান এবং নেটওয়ার্ক সংযোগের সাথে একটি আধুনিক ডিজিটাল নিরাপত্তা ভিজ্যুয়ালাইজেশন দেখাচ্ছে" +} \ No newline at end of file diff --git a/src/intl/de/glossary.json b/src/intl/de/glossary.json index 1139a497dab..5f583d365ff 100644 --- a/src/intl/de/glossary.json +++ b/src/intl/de/glossary.json @@ -1,408 +1,408 @@ { - "51%-attack-term": "51 %-Angriff", - "51%-attack-definition": "Eine Art von Angriff, bei dem eine Gruppe die Kontrolle über die Mehrheit der Nodes erlangt. Dies würde es ihnen ermöglichen, die Blockchain zu betrügen, indem sie Transaktionen rückgängig machen und Ether und andere Token doppelt ausgeben.

    In Ethereum Proof-of-Stake würde dies durch die Anhäufung von mehr als der Hälfte des gesamten gestaketen Ethers erreicht. Dies würde einem Angreifer ermöglichen, zu entscheiden, welche neuen Blöcke der Blockchain hinzugefügt werden. Um jedoch die Kette rückgängig zu machen oder doppelt auszugeben, würde ein Angreifer mindestens 66 % des gesamten gestaketen Ethers benötigen.", + "51%-attack-term": "51-%-Angriff", + "51%-attack-definition": "Eine Art von Angriff, bei dem eine Gruppe die Kontrolle über die Mehrheit der Blockchain-Knoten erlangt. Dies würde es ihnen ermöglichen, die Blockchain zu betrügen, indem sie Transaktionen rückgängig machen und Ether sowie andere Token doppelt ausgeben.

    Beim Proof-of-Stake von Ethereum würde dies durch die Anhäufung von mehr als der Hälfte der gesamten als Einsatz hinterlegten Ether erreicht werden. Dies würde es einem Angreifer ermöglichen, zu entscheiden, welche neuen Blöcke zur Blockchain hinzugefügt werden. Um jedoch die Chain umzukehren oder doppelt auszugeben, würde ein Angreifer mindestens 66 % der gesamten als Einsatz hinterlegten Ether benötigen.", "account-term": "Konto", - "account-definition": "Ein Ethereum-Konto ist eine digitale Identität auf der Ethereum-Blockchain, die es Benutzern ermöglicht, Ether zu senden, zu empfangen und mit Smart Contracts zu interagieren.

    Technisch:
    Es ist ein Objekt, das eine Adresse, ein Guthaben, eine Nonce und optionalen Speicher und Code enthält. Ein Konto kann ein Vertragskonto oder ein extern verwaltetes Konto (Externally Owned Account, EOA) sein.", + "account-definition": "Ein Ethereum-Konto ist eine digitale Identität auf der Ethereum-Blockchain, die es Benutzern ermöglicht, Ether zu senden, zu empfangen und mit Smart Contracts zu interagieren.

    Technisch:
    Es ist ein Objekt, das eine Adresse, einen Kontostand, eine Nonce sowie optionalen Speicher und Code enthält. Ein Konto kann ein Vertragskonto oder ein extern verwaltetes Konto (EOA) sein.", "address-term": "Adresse", - "address-definition": "Eine Ethereum-Adresse ist ein eindeutiger Identifikator zum Empfangen von Tokens, der ähnlich wie eine Bankkontonummer für Kryptowährungen funktioniert. Sie wird verwendet, um Ihr Ethereum-Konto zu identifizieren.

    Sie besteht aus den rechtesten 160 Bits eines Keccak-Hashes eines öffentlichen ECDSA-Schlüssels.", + "address-definition": "Eine Ethereum-Adresse ist eine eindeutige Kennung, die für den Empfang von Token verwendet wird und ähnlich wie eine Bankkontonummer für Kryptowährungen funktioniert. Sie wird verwendet, um Ihr Ethereum-Konto zu identifizieren.

    Sie besteht aus den ganz rechten 160 Bits eines Keccak-Hashes eines ECDSA-Public-Keys.", "anti-sybil-term": "Anti-Sybil", - "anti-sybil-definition": "Methoden, um zu verhindern, dass Personen im Internet vorgeben, gleichzeitig mehrere Benutzer zu sein, und um sicherzustellen, dass jeder Benutzer eine echte, separate Person ist. Dies trägt dazu bei, dass Online-Interaktionen fair und ehrlich bleiben.", - "abi-term": "Binäre Anwendungsschnittstelle (ABI)", - "abi-definition": "Eine JSON-Datei, die die in einem Smart Contract enthaltenen Funktionen und Variablen definiert. Die ABI ermöglicht es, Bytecode in für Menschen lesbare Formate abzubilden.", + "anti-sybil-definition": "Sind Methoden, um zu verhindern, dass Personen im Internet vorgeben, viele Benutzer gleichzeitig zu sein, und um sicherzustellen, dass jeder Benutzer eine echte, eigenständige Person ist. Dies trägt dazu bei, Online-Interaktionen fair und ehrlich zu halten.", + "abi-term": "Application Binary Interface (ABI)", + "abi-definition": "Eine JSON-Datei, die die in einem Smart Contract enthaltenen Funktionen und Variablen definiert. Die ABI ermöglicht es, Bytecode in menschenlesbare Formate abzubilden.", "api-term": "Application Programming Interface (API)", - "api-definition": "Eine Application Programming Interface (API) ist eine Reihe von Definitionen für die Verwendung eines Softwareteils. Eine API befindet sich zwischen einer Anwendung und einem Webserver und erleichtert die Datenübertragung zwischen ihnen.", + "api-definition": "Eine Application Programming Interface (API) ist eine Reihe von Definitionen für die Verwendung einer Software. Eine API befindet sich zwischen einer Anwendung und einem Webserver und erleichtert die Datenübertragung zwischen ihnen.", "apr-term": "APR", - "apr-definition": "APR, oder Annual Percentage Rate (effektiver Jahreszins), spiegelt die jährlichen Kosten für das Leihen von Geld, einschließlich Zinsen und Gebühren, als Prozentsatz wider.", + "apr-definition": "APR (Annual Percentage Rate) oder der effektive Jahreszins spiegelt die jährlichen Kosten für die Aufnahme von Geld, einschließlich Zinsen und Gebühren, in Prozent wider.", "asic-term": "ASIC", - "asic-definition": "Anwendungsspezifische integrierte Schaltung. Dies bezieht sich in der Regel auf eine integrierte Schaltung, die speziell für das Mining von Kryptowährungen entwickelt wurde.", - "assert-term": "Beanspruchungen", - "assert-definition": "In Solidity kompiliert `assert(false)` zu `0xfe`, einem ungültigen Opcode, der das gesamte verbleibende Gas verbraucht und alle Änderungen rückgängig macht. Wenn eine `assert()`-Anweisung fehlschlägt, geschieht etwas sehr Falsches und Unerwartetes, und Sie müssen Ihren Code korrigieren. Sie sollten `assert()` verwenden, um Bedingungen zu vermeiden, die niemals auftreten sollten. Mehr zur Sicherheit von Smart Contracts.", - "attestation-term": "Attestierung", - "attestation-definition": "Eine Behauptung einer Entität, dass etwas wahr ist. Im Kontext von Ethereum müssen Konsens-Validatoren eine Behauptung darüber aufstellen, was sie für den Zustand der Chain halten. Zu bestimmten Zeiten ist jeder Validator dafür verantwortlich, verschiedene Attestierungen zu veröffentlichen, die die Ansicht dieses Validators über die Chain formell deklarieren, einschließlich des letzten finalisierten Checkpoints und des aktuellen Kopfes der Chain. Mehr über Attestierungen.", + "asic-definition": "Anwendungsspezifische integrierte Schaltung (Application-specific integrated circuit). Dies bezieht sich in der Regel auf eine integrierte Schaltung, die speziell für das Mining von Kryptowährungen entwickelt wurde.", + "assert-term": "assert", + "assert-definition": "In Solidity wird `assert(false)` zu `0xfe` kompiliert, einem ungültigen Opcode, der das gesamte verbleibende Gas verbraucht und alle Änderungen rückgängig macht. Wenn eine `assert()`-Anweisung fehlschlägt, passiert etwas sehr Falsches und Unerwartetes, und Sie müssen Ihren Code korrigieren. Sie sollten `assert()` verwenden, um Bedingungen zu vermeiden, die niemals eintreten sollten. Mehr zur Sicherheit von Smart Contracts.", + "attestation-term": "Bestätigungen", + "attestation-definition": "Eine Behauptung einer Entität, dass etwas wahr ist. Im Kontext von Ethereum müssen Konsens-Validatoren eine Behauptung darüber aufstellen, was sie für den Zustand der Chain halten. Zu festgelegten Zeiten ist jeder Validator dafür verantwortlich, verschiedene Bestätigungen zu veröffentlichen, die formell die Sicht dieses Validators auf die Chain deklarieren, einschließlich des letzten finalisierten Checkpoints und des aktuellen Kopfes der Chain. Mehr zu Bestätigungen.", "base-fee-term": "Grundgebühr", - "base-fee-definition": "Jeder Block hat einen als „Grundgebühr“ bekannten Mindestpreis. Es ist die minimale Gas-Gebühr, die ein Benutzer zahlen muss, um eine Transaktion in den nächsten Block aufzunehmen. Mehr zu Gas und Gebühren.", - "beacon-chain-term": "Beacon-Chain", - "beacon-chain-definition": "Die Beacon-Chain war die Blockchain, die Proof-of-Stake und Validatoren in Ethereum eingeführt hat. Sie lief von Dezember 2020 bis zur Zusammenführung der beiden Chains im September 2022 parallel zum Proof-of-Work Ethereum Mainnet, um das heutige Ethereum zu bilden. Mehr über die Beacon-Chain.", + "base-fee-definition": "Jeder Block hat einen Mindestpreis, der als 'Grundgebühr' bekannt ist. Es ist die minimale Gasgebühr, die ein Benutzer zahlen muss, um eine Transaktion in den nächsten Block aufzunehmen. Mehr zu Gas und Gebühren.", + "beacon-chain-term": "Beacon Chain", + "beacon-chain-definition": "Die Beacon Chain war die Blockchain, die Proof-of-Stake und Validatoren bei Ethereum einführte. Sie lief von Dezember 2020 parallel zum Proof-of-Work-Ethereum-Mainnet, bis die beiden Chains im September 2022 zusammengeführt wurden, um das heutige Ethereum zu bilden. Mehr zur Beacon Chain.", "big-endian-term": "Big-Endian", - "big-endian-definition": "Eine Positionszahldarstellung, bei der die höchstwertige Ziffer zuerst im Speicher steht. Das Gegenteil von Little-Endian, bei dem die niedrigstwertige Ziffer zuerst steht.", + "big-endian-definition": "Eine stellengebundene Zahlendarstellung, bei der die höchstwertige Ziffer zuerst im Speicher steht. Das Gegenteil von Little-Endian, bei dem die niederwertigste Ziffer zuerst steht.", "block-term": "Block", - "block-definition": "Ein Block ist der Ort, an dem Transaktionen oder digitale Aktionen gespeichert werden. Sobald ein Block voll ist, wird er mit dem vorherigen verknüpft, wodurch eine Kette von Blöcken oder eine „Blockchain“ entsteht. Mehr über Blöcke.

    Ein Block ist eine gebündelte Informationseinheit, die eine geordnete Liste von Transaktionen und konsensbezogene Informationen enthält. Blöcke werden von Proof-of-Stake-Validatoren vorgeschlagen und dann über das gesamte Peer-to-Peer-Netzwerk geteilt, wo sie von allen anderen Nodes einfach und unabhängig verifiziert werden können. Konsensregeln bestimmen, welche Inhalte eines Blocks als gültig gelten, und ungültige Blöcke werden vom Netzwerk ignoriert. Die Reihenfolge dieser Blöcke und der darin enthaltenen Transaktionen erzeugt eine deterministische Kette von Ereignissen, deren Ende den aktuellen Zustand des Netzwerks darstellt.", - "block-explorer-term": "Block Explorer", - "block-explorer-definition": "Eine Schnittstelle, die es einem Nutzer ermöglicht, Informationen von einer Blockchain und über sie zu suchen. Dies umfasst das Abrufen einzelner Transaktionen, der mit bestimmten Adressen verbundenen Aktivitäten sowie von Informationen über das Netzwerk.", + "block-definition": "In einem Block werden Transaktionen oder digitale Aktionen gespeichert. Sobald ein Block voll ist, wird er mit dem vorherigen verknüpft, wodurch eine Kette von Blöcken oder eine \"Blockchain\" entsteht. Mehr zu Blöcken.

    Ein Block ist eine gebündelte Informationseinheit, die eine geordnete Liste von Transaktionen und konsensbezogenen Informationen enthält. Blöcke werden von Proof-of-Stake-Validatoren vorgeschlagen und dann über das gesamte Peer-to-Peer-Netzwerk geteilt, wo sie von allen anderen Blockchain-Knoten leicht unabhängig verifiziert werden können. Konsensregeln bestimmen, welche Inhalte eines Blocks als gültig angesehen werden, und alle ungültigen Blöcke werden vom Netzwerk ignoriert. Die Reihenfolge dieser Blöcke und der darin enthaltenen Transaktionen erzeugt eine deterministische Kette von Ereignissen, deren Ende den aktuellen Zustand des Netzwerks darstellt.", + "block-explorer-term": "Blocksuchmaschine", + "block-explorer-definition": "Eine Schnittstelle, die es einem Benutzer ermöglicht, nach Informationen aus und über eine Blockchain zu suchen. Dies umfasst das Abrufen einzelner Transaktionen, Aktivitäten im Zusammenhang mit bestimmten Adressen und Informationen über das Netzwerk.", "block-header-term": "Block-Header", - "block-header-definition": "Der Block-Header ist eine Sammlung von Metadaten über einen Block und eine Zusammenfassung der Transaktionen, die im Ausführungs-Payload enthalten sind.", + "block-header-definition": "Der Block-Header ist eine Sammlung von Metadaten über einen Block und eine Zusammenfassung der in der Ausführungs-Payload enthaltenen Transaktionen.", "block-propagation-term": "Block-Verbreitung", - "block-propagation-definition": "Der Prozess der Übertragung eines bestätigten Blocks an alle anderen Nodes im Netzwerk.", + "block-propagation-definition": "Der Prozess der Übertragung eines bestätigten Blocks an alle anderen Blockchain-Knoten im Netzwerk.", "block-proposer-term": "Block-Vorschlagender", "block-proposer-definition": "Der spezifische Validator, der ausgewählt wurde, um einen Block in einem bestimmten Slot zu erstellen.", "block-reward-term": "Block-Belohnung", - "block-reward-definition": "Der Betrag an Ether, der an den Antragsteller eines neuen gültigen Blocks ausgezahlt wird.", + "block-reward-definition": "Die Menge an Ether, die dem Vorschlagenden eines neuen gültigen Blocks als Belohnung gewährt wird.", "block-status-term": "Block-Status", - "block-status-definition": "Die Zustände, in denen ein Block existieren kann. Die möglichen Zustände umfassen:

    • vorgeschlagen: Der Block wurde von einem Validator vorgeschlagen
    • geplant: Validatoren übermitteln derzeit Daten
    • verpasst/übersprungen: Der Vorschlagende hat innerhalb des zulässigen Zeitrahmens keinen Block vorgeschlagen
    • verwaist: Der Block wurde durch den Fork-Choice-Algorithmus aus der Reorganisation entfernt
    ", + "block-status-definition": "Die Zustände, in denen ein Block existieren kann. Die möglichen Zustände umfassen:

    • vorgeschlagen (proposed): Der Block wurde von einem Validator vorgeschlagen
    • geplant (scheduled): Validatoren übermitteln derzeit Daten
    • verpasst/übersprungen (missed/skipped): Der Vorschlagende hat innerhalb des zulässigen Zeitrahmens keinen Block vorgeschlagen
    • verwaist (orphaned): Der Block wurde durch den Fork-Choice-Algorithmus aussortiert
    ", "block-time-term": "Blockzeit", - "block-time-definition": "Das Zeitintervall zwischen Blöcken, die zur Blockchain hinzugefügt werden.", + "block-time-definition": "Das Zeitintervall zwischen dem Hinzufügen von Blöcken zur Blockchain.", "block-validation-term": "Block-Validierung", - "block-validation-definition": "Der Prozess der Überprüfung, ob ein neuer Block gültige Transaktionen und Signaturen enthält, auf der schwersten historischen Kette aufbaut (d. h. derjenigen, die die meisten Attestierungen in ihrer Geschichte angesammelt hat) und alle anderen Konsensregeln befolgt. Gültige Blöcke werden an den Kopf der Kette angefügt und an andere im Netzwerk weitergegeben. Ungültige Blöcke werden ignoriert.", + "block-validation-definition": "Der Prozess der Überprüfung, ob ein neuer Block gültige Transaktionen und Signaturen enthält, auf der schwersten historischen Chain aufbaut (d. h. derjenigen, die in ihrer Geschichte die meisten Bestätigungen angesammelt hat) und alle anderen Konsensregeln befolgt. Gültige Blöcke werden an die Spitze der Chain angehängt und an andere im Netzwerk weitergeleitet. Ungültige Blöcke werden ignoriert.", "blockchain-term": "Blockchain", - "blockchain-definition": "Eine Blockchain ist eine Datenbank von Transaktionen, die auf allen Computern im Netzwerk dupliziert und geteilt wird, um sicherzustellen, dass Daten nicht rückwirkend geändert werden können.

    Eine Folge von Blöcken, von denen jeder durch Referenzierung des Hashes des vorherigen Blocks mit seinem Vorgänger bis hin zum Genesis-Block verknüpft ist. Die Integrität der Blockchain wird kryptoökonomisch durch einen auf Proof-of-Stake basierenden Konsensmechanismus gesichert. Was ist eine Blockchain?", + "blockchain-definition": "Eine Blockchain ist eine Datenbank von Transaktionen, die dupliziert und auf allen Computern im Netzwerk geteilt wird, um sicherzustellen, dass Daten nicht nachträglich geändert werden können.

    Eine Abfolge von Blöcken, von denen jeder mit seinem Vorgänger bis hin zum Genesis-Block verknüpft ist, indem er auf den Hash des vorherigen Blocks verweist. Die Integrität der Blockchain wird kryptoökonomisch durch einen auf Proof-of-Stake basierenden Konsensmechanismus gesichert. Was ist eine Blockchain?", "bootnode-term": "Bootnode", - "bootnode-definition": "Die Nodes, die verwendet werden können, um den Entdeckungsprozess beim Ausführen eines Nodes zu initiieren. Bootnodes „stellen“ neue Nodes anderen bestehenden Nodes vor, damit diese schnell Peers finden können, anstatt nach einem ersten Peer suchen zu müssen. Die Endpunkte dieser Nodes sind normalerweise im Quellcode des Ethereum-Clients enthalten, aber Benutzer können ihre eigene Liste von Bootnodes bereitstellen.", - "bridge-term": "Brücke", - "bridge-definition": "Eine kettenübergreifende Blockchain-Brücke wird verwendet, um Vermögenswerte von einem Blockchain-Netzwerk in ein anderes zu übertragen. Sie können beispielsweise eine Brücke verwenden, um ETH vom Hauptnetzwerk von Ethereum auf günstigere Layer-2-Skalierungslösungen zu übertragen.", + "bootnode-definition": "Die Blockchain-Knoten, die verwendet werden können, um den Erkennungsprozess beim Ausführen eines Knotens zu initiieren. Bootnodes 'stellen' neue Knoten anderen bestehenden Knoten vor, sodass sie schnell Peers gewinnen können, anstatt nach einem anfänglichen Peer suchen zu müssen. Die Endpunkte dieser Knoten werden normalerweise im Quellcode des Ethereum-Clients bereitgestellt, aber Benutzer können ihre eigene Liste von Bootnodes angeben.", + "bridge-term": "kettenübergreifende Brücke", + "bridge-definition": "Eine kettenübergreifende Brücke wird verwendet, um Vermögenswerte von einem Blockchain-Netzwerk in ein anderes zu übertragen. Zum Beispiel können Sie eine kettenübergreifende Brücke verwenden, um ETH vom Ethereum-Hauptnetzwerk zu günstigeren Skalierungslösungen der Ebene 2 zu übertragen.", "bytecode-term": "Bytecode", - "bytecode-definition": "Code, der in einer kompakten, numerischen Form ausgedrückt wird, damit er von der EVM effizient ausgeführt werden kann.", - "byzantium-fork-term": "Byzantium Fork", - "byzantium-fork-definition": "Der erste von zwei Hard Forks für die Metropolis-Entwicklungsphase. Er umfasste die EIP-649-Metropolis-Schwierigkeitsbombe-Verzögerung und die Reduzierung der Block-Belohnung, wodurch die Ice Age um 1 Jahr verzögert und die Block-Belohnung von 5 auf 3 Ether reduziert wurde.", + "bytecode-definition": "Code, der in einer kompakten, numerischen Form ausgedrückt wird, sodass er effizient von der EVM ausgeführt werden kann.", + "byzantium-fork-term": "Byzantium-Fork", + "byzantium-fork-definition": "Der erste von zwei Hard Forks für die Entwicklungsphase Metropolis. Er beinhaltete EIP-649 Metropolis Difficulty Bomb Delay und Block Reward Reduction, wobei die Ice Age um 1 Jahr verzögert und die Block-Belohnung von 5 auf 3 Ether reduziert wurde.", "casper-ffg-term": "Casper FFG", - "casper-ffg-definition": "Caspar-FFG ist ein Proof-of-Stake Konsensprotokoll, das in Verbindung mit dem LMD-GHOST Fork-Choice-Algorithmus verwendet wird, um es Konsenskunden zu ermöglichen, sich auf den Kopf der Beacon Chain zu einigen.", + "casper-ffg-definition": "Casper-FFG ist ein Proof-of-Stake-Konsensprotokoll, das in Verbindung mit dem LMD-GHOST-Fork-Choice-Algorithmus verwendet wird, um es Konsens-Clients zu ermöglichen, sich auf den Kopf der Beacon Chain zu einigen.", "checkpoint-term": "Checkpoint", - "checkpoint-definition": "Die Beacon-Chain hat ein Tempo, das in Slots (12 Sekunden) und Epochen (32 Slots) unterteilt ist. Der erste Slot in jeder Epoche ist ein Checkpoint. Wenn eine qualifizierte Mehrheit von Validatoren die Verbindung zwischen zwei Checkpoints attestiert, können diese gerechtfertigt werden, und wenn ein weiterer Checkpoint daraufhin gerechtfertigt wird, können sie finalisiert werden.", + "checkpoint-definition": "Die Beacon Chain hat ein Tempo, das in Slots (12 Sekunden) und Epochen (32 Slots) unterteilt ist. Der erste Slot in jeder Epoche ist ein Checkpoint. Wenn eine Supermehrheit von Validatoren die Verbindung zwischen zwei Checkpoints bestätigt, können sie gerechtfertigt (justified) werden, und wenn dann ein weiterer Checkpoint darauf gerechtfertigt wird, können sie finalisiert werden.", "compiling-term": "Kompilieren", - "compiling-definition": "Umwandlung von Code, der in einer Hochsprache (z. B. Solidity) geschrieben wurde, in eine Sprache auf niedrigerer Ebene (z. B. EVM-Bytecode).Mehr über das Kompilieren von Smart Contracts.", + "compiling-definition": "Die Umwandlung von Code, der in einer höheren Programmiersprache (z. B. Solidity) geschrieben wurde, in eine Sprache auf niedrigerer Ebene (z. B. EVM-Bytecode).Mehr zum Kompilieren von Smart Contracts", "committee-term": "Komitee", - "committee-definition": "Eine Gruppe von mindestens 128 Validatoren, die beauftragt sind, Blöcke in jedem Slot zu validieren. Einer der Validatoren im Komitee ist der Aggregator, der für die Zusammenfassung der Signaturen aller anderen Validatoren im Komitee verantwortlich ist, die einer Attestierung zustimmen. Nicht zu verwechseln mit dem Sync-Komitee.", + "committee-definition": "Eine Gruppe von mindestens 128 Validatoren, die zugewiesen wurden, um Blöcke in jedem Slot zu validieren. Einer der Validatoren im Komitee ist der Aggregator, der dafür verantwortlich ist, die Signaturen aller anderen Validatoren im Komitee zu aggregieren, die einer Bestätigung zustimmen. Nicht zu verwechseln mit dem Sync-Komitee.", "computational-infeasibility-term": "Rechnerische Undurchführbarkeit", - "computational-infeasibility-definition": "Ein Prozess ist rechnerisch undurchführbar, wenn es eine undurchführbar lange Zeit dauern würde (z. B. Milliarden von Jahren), ihn für jeden durchzuführen, der möglicherweise ein Interesse daran haben könnte.", + "computational-infeasibility-definition": "Ein Prozess ist rechnerisch undurchführbar, wenn es für jeden, der möglicherweise ein Interesse daran haben könnte, ihn auszuführen, unpraktikabel lange dauern würde (z. B. Milliarden von Jahren).", "consensus-term": "Konsens", - "consensus-definition": "Wenn mehr als 2/3 der Computer in einem Netzwerk übereinstimmen, dass sie denselben Datensatz haben, wird sichergestellt, dass alle auf dem gleichen Stand sind. Hierbei geht es nicht um die Regeln, die sie befolgen, sondern darum sicherzustellen, dass sie alle dieselben Informationen haben.", + "consensus-definition": "Wenn mehr als 2/3 der Computer in einem Netzwerk zustimmen, dass sie denselben Satz von Aufzeichnungen haben, wird sichergestellt, dass alle auf dem gleichen Stand sind. Hierbei geht es nicht um die Regeln, die sie befolgen, sondern darum, sicherzustellen, dass sie alle über dieselben Informationen verfügen.", "consensus-client-term": "Konsens-Client", - "consensus-client-definition": "Konsens-Clients (wie Prysm, Teku, Nimbus, Lighthouse, Lodestar) führen den Proof-of-Stake-Konsensalgorithmus von Ethereum aus, der es dem Netzwerk ermöglicht, eine Einigung über den Kopf der Beacon-Chain zu erzielen. Konsens-Clients beteiligen sich nicht an der Validierung/Verbreitung von Transaktionen oder der Ausführung von Zustandsübergängen. Dies wird von Ausführungs-Clients übernommen. Konsens-Clients attestieren oder schlagen keine neuen Blöcke vor. Dies wird vom Validator-Client erledigt, der ein optionales Add-on für den Konsens-Client ist.", + "consensus-client-definition": "Konsens-Clients (wie Prysm, Teku, Nimbus, Lighthouse, Lodestar) führen den Proof-of-Stake-Konsensalgorithmus von Ethereum aus, der es dem Netzwerk ermöglicht, eine Einigung über den Kopf der Beacon Chain zu erzielen. Konsens-Clients nehmen nicht an der Validierung/Übertragung von Transaktionen oder der Ausführung von Zustandsübergängen teil. Dies wird von Ausführungs-Clients erledigt. Konsens-Clients bestätigen oder schlagen keine neuen Blöcke vor. Dies geschieht durch den Validator-Client, der ein optionales Add-on zum Konsens-Client ist.", "consensus-layer-term": "Konsensebene", - "consensus-layer-definition": "Die Konsens-Ebene von Ethereum ist das Netzwerk der Konsens-Clients.", + "consensus-layer-definition": "Die Konsensebene von Ethereum ist das Netzwerk der Konsens-Clients.", "consensus-rules-term": "Konsensregeln", - "consensus-rules-definition": "Die Blockvalidierungsregeln, denen vollständige Nodes folgen, um mit anderen Nodes im Konsens zu bleiben. Nicht zu verwechseln mit dem Konsens.", - "cfi-term": "Zur Aufnahme in Betracht gezogen (CFI)", - "cfi-definition": "Ein Core-EIP, das noch nicht im Mainnet aktiv ist und dessen Idee von den Client-Entwicklern allgemein positiv aufgenommen wird. Unter der Annahme, dass es alle Anforderungen für die Aufnahme ins Mainnet erfüllt, könnte es potenziell in ein Netzwerk-Upgrade aufgenommen werden (nicht unbedingt in das nächste).", + "consensus-rules-definition": "Die Block-Validierungsregeln, die vollständige Blockchain-Knoten befolgen, um im Konsens mit anderen Knoten zu bleiben. Nicht zu verwechseln mit Konsens.", + "cfi-term": "Considered for Inclusion (CFI)", + "cfi-definition": "Ein Core-EIP, das noch nicht im Mainnet aktiv ist und dem Client-Entwickler im Allgemeinen positiv gegenüberstehen. Unter der Annahme, dass es alle Anforderungen für die Aufnahme in das Mainnet erfüllt, könnte es möglicherweise in ein Netzwerk-Upgrade aufgenommen werden (nicht unbedingt in das nächste).", "constantinople-fork-term": "Constantinople-Fork", - "constantinople-fork-definition": "Der zweite Teil der Metropolis-Phase, ursprünglich für Mitte 2018 geplant. Es wird erwartet, dass er unter anderem einen Wechsel zu einem hybriden Proof-of-Work/Proof-of-Stake-Konsensalgorithmus beinhaltet.", + "constantinople-fork-definition": "Der zweite Teil der Metropolis-Phase, der ursprünglich für Mitte 2018 geplant war. Es wurde erwartet, dass er neben anderen Änderungen einen Wechsel zu einem hybriden Proof-of-Work/Proof-of-Stake-Konsensalgorithmus beinhaltet.", "contract-account-term": "Vertragskonto", - "contract-account-definition": "Ein Konto, das Code enthält, der ausgeführt wird, sobald es eine Transaktion von einem anderen Konto (EOA oder Vertrag) erhält.", + "contract-account-definition": "Ein Konto, das Code enthält, der ausgeführt wird, wenn es eine Transaktion von einem anderen Konto (EOA] oder Vertrag) erhält.", "contract-creation-transaction-term": "Vertragserstellungstransaktion", - "contract-creation-transaction-definition": "Eine spezielle Transaktion, die den Initialisierungscode eines Vertrags enthält und dazu dient, einen Vertrag zu registrieren und auf der Ethereum-Blockchain zu speichern. Der Empfänger wird auf `null` gesetzt und der Vertrag wird an einer Adresse bereitgestellt, die aus der Benutzeradresse und der `Nonce` generiert wird.", - "cryptoeconomics-term": "Cryptoeconomics", - "cryptoeconomics-definition": "Das Studium mathematischer und ökonomischer Prinzipien zum Entwurf sicherer und vertrauenswürdiger digitaler Plattformen. Ziel ist es, sicherzustellen, dass alle Teilnehmer die Regeln befolgen und für ihren Beitrag zur Sicherheit und zum Betrieb des Netzwerks belohnt werden.", - "cryptography-term": "Kryptographie", - "cryptography-definition": "Es ist die Praxis, Kommunikation und Daten durch die Verwendung von Codes zu sichern, sodass nur diejenigen, für die die Informationen bestimmt sind, sie lesen und verarbeiten können.
    Es umfasst Techniken zur Verschlüsselung (Umwandlung lesbarer Informationen in ein unlesbares Format) und Entschlüsselung (Rückumwandlung in ein lesbares Format), um die Vertraulichkeit zu gewährleisten.", + "contract-creation-transaction-definition": "Eine spezielle Transaktion, die den Initiierungscode eines Vertrags enthält. Der Empfänger wird auf `null` gesetzt und der Vertrag wird an einer Adresse bereitgestellt, die aus der Benutzeradresse und der `nonce` generiert wird. Sie wird verwendet, um einen Vertrag zu registrieren und auf der Ethereum-Blockchain aufzuzeichnen.", + "cryptoeconomics-term": "Kryptoökonomie", + "cryptoeconomics-definition": "Das Studium mathematischer und wirtschaftlicher Prinzipien zur Gestaltung sicherer und vertrauenswürdiger digitaler Plattformen. Das Ziel ist es sicherzustellen, dass alle Teilnehmer die Regeln befolgen und für ihren Beitrag zur Sicherheit und zum Betrieb des Netzwerks belohnt werden. ", + "cryptography-term": "Kryptografie", + "cryptography-definition": "Es ist die Praxis der Sicherung von Kommunikation und Daten durch die Verwendung von Codes, sodass nur diejenigen, für die die Informationen bestimmt sind, diese lesen und verarbeiten können.
    Sie umfasst Techniken zur Verschlüsselung (Umwandlung lesbarer Informationen in ein unlesbares Format) und Entschlüsselung (Rückumwandlung in ein lesbares Format), um die Vertraulichkeit zu gewährleisten.", "doge-d-term": "Đ", - "doge-d-definition": "Đ (D mit Strich) wird im Altenglischen, Mittelenglischen, Isländischen und Färöischen für den Großbuchstaben „Eth“ verwendet. Es wird in Wörtern wie ĐEV oder Đapp (dezentralisierte Anwendung) verwendet, wobei das Đ der nordische Buchstabe „eth“ ist. Das große Eth (Ð) wird auch zur Symbolisierung der Kryptowährung Dogecoin verwendet. Dies ist häufig in älterer Ethereum-Literatur zu sehen, wird aber heute seltener verwendet.", + "doge-d-definition": "Đ (D mit Strich) wird im Altenglischen, Mittelenglischen, Isländischen und Färöischen verwendet, um für den Großbuchstaben „Eth“ zu stehen. Es wird in Wörtern wie ĐEV oder Đapp (dezentralisierte Anwendung) verwendet, wobei das Đ der nordische Buchstabe „Eth“ ist. Das große Eth (Ð) wird auch verwendet, um die Kryptowährung Dogecoin zu symbolisieren. Dies ist häufig in älterer Ethereum-Literatur zu finden, wird heute jedoch seltener verwendet.", "dag-term": "DAG", - "dag-definition": "DAG steht für Directed Acyclic Graph (gerichteter azyklischer Graph). Es ist eine Datenstruktur, die aus Nodes und Verbindungen zwischen ihnen besteht. Vor The Merge verwendete Ethereum einen DAG in seinem Proof-of-Work-Algorithmus, Ethash, der aber im Proof-of-Stake nicht mehr verwendet wird.", - "dapp-term": "DApp", - "dapp-definition": "Eine dApp ist eine dezentralisierte Anwendung, die in einem Blockchain-Netzwerk läuft und Dienste ohne eine zentrale Kontrollinstanz anbietet. Mehr über dezentralisierte Anwendungen.
    Mindestens hat eine Dapp einen Smart Contract, der mit einer Weboberfläche verbunden ist. Darüber hinaus umfassen viele Dapps dezentralen Speicher und/oder ein Nachrichtenprotokoll und eine Plattform.", + "dag-definition": "DAG steht für Directed Acyclic Graph (gerichteter azyklischer Graph). Es ist eine Datenstruktur, die aus Knoten und Verbindungen zwischen ihnen besteht. Vor dem Merge verwendete Ethereum einen DAG in seinem Proof-of-Work-Algorithmus, Ethash, wird aber im Proof-of-Stake nicht mehr verwendet.", + "dapp-term": "Dapp", + "dapp-definition": "Eine Dapp ist eine dezentralisierte Anwendung, die auf einem Blockchain-Netzwerk läuft und Dienste ohne eine zentrale Kontrollinstanz anbietet. Mehr zu dezentralisierten Anwendungen.
    Zumindest verfügt eine Dapp über einen Smart Contract, der mit einer Weboberfläche verbunden ist. Darüber hinaus umfassen viele Dapps dezentralisierten Speicher und/oder ein Nachrichtenprotokoll und eine Plattform.", "data-availability-term": "Datenverfügbarkeit", - "data-availability-definition": "Jeder Node kann Transaktionen auf einer Blockchain unabhängig verifizieren, um Transparenz und Vertrauen in das System zu wahren.", + "data-availability-definition": "Jeder Blockchain-Knoten kann Transaktionen auf einer Blockchain unabhängig verifizieren, um Transparenz und Vertrauen in das System aufrechtzuerhalten.", "decentralization-term": "Dezentralisierung", - "decentralization-definition": "Das Konzept von der Verschiebung von Steuerung und Ausführung von Prozessen weg von einer zentralen Entität.", - "dao-term": "Dezentralisierte autonome Organisation (DAO)", - "dao-definition": "Eine DAO ist eine digitale Organisation, die nach Regeln geführt wird, die auf einer Blockchain kodiert sind, wobei Entscheidungen durch Abstimmungen der Mitglieder und nicht durch eine zentrale Autorität getroffen werden. Mehr über dezentralisierte autonome Organisationen (DAOs).
    Die Stimmkraft jedes Mitglieds ist oft an die Anzahl der von ihm gehaltenen Token gebunden. DAOs zielen darauf ab, Entscheidungsfindung und Betrieb zu demokratisieren, wobei der Schwerpunkt auf Transparenz und Community-Governance liegt.", + "decentralization-definition": "Das Konzept, die Kontrolle und Ausführung von Prozessen von einer zentralen Entität wegzubewegen.", + "dao-term": "Dezentrale Autonome Organisation (DAO)", + "dao-definition": "Eine DAO ist eine digitale Organisation, die nach Regeln betrieben wird, die auf einer Blockchain codiert sind, wobei Entscheidungen durch Abstimmungen der Mitglieder und nicht durch eine zentrale Autorität getroffen werden. Mehr zu Dezentralen Autonomen Organisationen (DAOs).
    Die Stimmkraft jedes Mitglieds ist oft an die Anzahl der Token gebunden, die es hält. DAOs zielen darauf ab, die Entscheidungsfindung und den Betrieb zu demokratisieren, wobei der Schwerpunkt auf Transparenz und Community-Governance liegt.", "desci-term": "DeSci", - "desci-definition": "DeSci, oder Dezentralisierte Wissenschaft, ist eine Bewegung, die die Blockchain-Technologie auf die wissenschaftliche Forschung anwendet. Sie nutzt DAOs, Smart Contracts und tokenisierte Anreize, um transparentere, offenere und kollaborativere Finanzierungs- und Forschungsökosysteme zu schaffen.", + "desci-definition": "DeSci oder Decentralized Science (dezentralisierte Wissenschaft) ist eine Bewegung, die die Blockchain-Technologie auf die wissenschaftliche Forschung anwendet. Sie nutzt DAOs, Smart Contracts und tokenisierte Anreize, um transparentere, offenere und kollaborativere Finanzierungs- und Forschungsökosysteme zu schaffen.", "dex-term": "Dezentralisierte Börse (DEX)", - "dex-definition": "Eine Art von Ethereum-App, mit der Sie Token mit Peers im Netzwerk tauschen können. DEXes unterliegen im Gegensatz zu zentralisierten Börsen keinen geografischen Beschränkungen – jeder kann teilnehmen.", + "dex-definition": "Eine Art von Ethereum-App, mit der Sie Token mit Peers im Netzwerk tauschen können. DEXes unterliegen keinen geografischen Beschränkungen wie zentralisierte Börsen – jeder kann teilnehmen.", "deposit-contract-term": "Einzahlungsvertrag", - "deposit-contract-definition": "Das Tor zum Staking auf Ethereum. Der Einzahlungsvertrag ist ein Smart Contract auf Ethereum, der Einzahlungen von ETH annimmt und Validator-Guthaben verwaltet. Ein Validator kann nicht aktiviert werden, ohne ETH in diesen Vertrag einzuzahlen. Der Vertrag erfordert ETH und Eingabedaten. Diese Eingabedaten umfassen den öffentlichen Schlüssel des Validators und den öffentlichen Schlüssel für Abhebungen, signiert mit dem privaten Schlüssel des Validators. Diese Daten sind erforderlich, damit ein Validator vom Proof-of-Stake-Netzwerk identifiziert und genehmigt werden kann.", + "deposit-contract-definition": "Das Tor zum Staking auf Ethereum. Der Einzahlungsvertrag ist ein Smart Contract auf Ethereum, der Einzahlungen von ETH akzeptiert und die Guthaben der Validatoren verwaltet. Ein Validator kann nicht aktiviert werden, ohne ETH in diesen Vertrag einzuzahlen. Der Vertrag erfordert ETH und Eingabedaten. Diese Eingabedaten umfassen den Public-Key des Validators und den Public-Key für Abhebungen, signiert mit dem Private-Key des Validators. Diese Daten werden benötigt, damit ein Validator vom Proof-of-Stake-Netzwerk identifiziert und genehmigt werden kann.", "defi-term": "DeFi", - "defi-definition": "Eine breite Kategorie von Ethereum-Apps, die darauf abzielen, durch die Blockchain abgesicherte Finanzdienstleistungen ohne Zwischenhändler anzubieten. Mehr über dezentralisierte Finanzen (DeFi)", + "defi-definition": "Eine breite Kategorie von Ethereum-Anwendungen, die darauf abzielen, Finanzdienstleistungen bereitzustellen, die durch die Blockchain abgesichert sind, ohne jegliche Vermittler. Mehr über dezentralisierte Finanzen (DeFi)", "difficulty-term": "Schwierigkeit", - "difficulty-definition": "Eine netzwerkweite Einstellung in Proof-of-Work-Netzwerken, die steuert, wie viel durchschnittliche Rechenleistung erforderlich ist, um eine gültige Nonce zu finden. Die Schwierigkeit wird durch die Anzahl der führenden Nullen dargestellt, die im resultierenden Block-Hash erforderlich sind, damit er als gültig betrachtet wird. Dieses Konzept ist in Ethereum seit dem Übergang zu Proof-of-Stake veraltet.", + "difficulty-definition": "Eine netzwerkweite Einstellung in Proof-of-Work-Netzwerken, die steuert, wie viel durchschnittliche Rechenleistung erforderlich ist, um eine gültige Nonce zu finden. Die Schwierigkeit wird durch die Anzahl der führenden Nullen dargestellt, die im resultierenden Block-Hash erforderlich sind, damit er als gültig angesehen wird. Dieses Konzept ist in Ethereum seit dem Übergang zu Proof-of-Stake veraltet.", "difficulty-bomb-term": "Schwierigkeitsbombe", - "difficulty-bomb-definition": "Geplante exponentielle Erhöhung der Proof-of-Work-Schwierigkeitseinstellung, die den Übergang zu Proof-of-Stake motivieren und die Wahrscheinlichkeit eines Forks verringern sollte. Die Schwierigkeitsbombe wurde mit The Merge abgeschafft.", + "difficulty-bomb-definition": "Geplante exponentielle Erhöhung der Proof-of-Work-Schwierigkeitseinstellung, die den Übergang zu Proof-of-Stake motivieren sollte, um die Wahrscheinlichkeit eines Forks zu verringern. Die Schwierigkeitsbombe wurde mit The Merge abgeschafft.", "digital-signatures-term": "Digitale Signatur", - "digital-signatures-definition": "Eine kurze Zeichenkette von Daten, die ein Benutzer für ein Dokument mit einem privaten Schlüssel erzeugt, so dass jeder mit dem entsprechenden öffentlichen Schlüssel, der Unterschrift und dem Dokument überprüfen kann, ob (1) das Dokument vom Eigentümer dieses privaten Schlüssels „signiert\" wurde und (2) das Dokument nach seiner Unterschrift nicht geändert wurde.", - "discovery-term": "Entdeckung", - "discovery-definition": "Der Prozess, mit dem ein Ethereum-Node andere Nodes findet, mit denen eine Verbindung hergestellt werden soll.", + "digital-signatures-definition": "Eine kurze Datenzeichenfolge, die ein Benutzer für ein Dokument unter Verwendung eines Private-Keys erstellt, sodass jeder mit dem entsprechenden Public-Key, der Signatur und dem Dokument überprüfen kann, dass (1) das Dokument vom Eigentümer dieses bestimmten Private-Keys „signiert“ wurde und (2) das Dokument nach dem Signieren nicht verändert wurde.", + "discovery-term": "Discovery", + "discovery-definition": "Der Prozess, durch den ein Ethereum-Blockchain-Knoten andere Blockchain-Knoten findet, um sich mit ihnen zu verbinden.", "distributed-hash-table-term": "Verteilte Hash-Tabelle (DHT)", - "distributed-hash-table-definition": "Eine Datenstruktur mit `(Schlüssel, Wert)`-Paaren, die von Ethereum-Nodes verwendet wird, um Peers zur Verbindung zu identifizieren und zu bestimmen, welche Protokolle zur Kommunikation verwendet werden sollen.", - "double-spend-term": "Doppelausgabe", - "double-spend-definition": "Ein absichtlicher Blockchain-Fork, bei dem ein Benutzer mit einer ausreichend großen Menge an Mining-Power/Stake eine Transaktion sendet, die eine Währung Offchain bewegt (z. B. in Fiat-Geld umwandelt oder einen Offchain-Kauf tätigt) und dann die Blockchain reorganisiert, um diese Transaktion zu entfernen. Eine erfolgreiche Doppelausgabe lässt den Angreifer mit seinen On- und Offchain-Vermögenswerten zurück.", - "ecdsa-term": "Algorithmus für digitale Signaturen mit elliptischen Kurven (ECDSA)", - "ecdsa-definition": "Ein kryptographischer Algorithmus, der von Ethereum verwendet wird, um sicherzustellen, dass Gelder nur von ihren Besitzern ausgegeben werden können. Er ist die bevorzugte Methode zur Erstellung von öffentlichen und privaten Schlüsseln. Relevant für die Generierung von Konto-Adressen und die Verifizierung von Transaktionen.", + "distributed-hash-table-definition": "Eine Datenstruktur, die `(key, value)`-Paare enthält und von Ethereum-Blockchain-Knoten verwendet wird, um Peers für eine Verbindung zu identifizieren und zu bestimmen, welche Protokolle für die Kommunikation verwendet werden sollen.", + "double-spend-term": "Double Spend", + "double-spend-definition": "Ein absichtlicher Blockchain-Fork, bei dem ein Benutzer mit einer ausreichend großen Menge an Mining-Leistung/Einsatz eine Transaktion sendet, die eine bestimmte Währung Off-Chain verschiebt (z. B. Ausstieg in Fiatgeld oder ein Off-Chain-Kauf), und dann die Blockchain reorganisiert, um diese Transaktion zu entfernen. Ein erfolgreicher Double Spend hinterlässt dem Angreifer sowohl seine On-Chain- als auch seine Off-Chain-Vermögenswerte.", + "ecdsa-term": "Elliptic Curve Digital Signature Algorithm (ECDSA)", + "ecdsa-definition": "Ein kryptografischer Algorithmus, der von Ethereum verwendet wird, um sicherzustellen, dass Gelder nur von ihren Eigentümern ausgegeben werden können. Es ist die bevorzugte Methode zur Erstellung von Public- und Private-Keys. Relevant für die Generierung von Konto-Adressen und die Verifizierung von Transaktionen.", "encryption-term": "Verschlüsselung", - "encryption-definition": "Verschlüsselung ist die Umwandlung elektronischer Daten in eine Form, die von niemandem außer dem Besitzer des korrekten Entschlüsselungsschlüssels lesbar ist.", + "encryption-definition": "Verschlüsselung ist die Umwandlung elektronischer Daten in eine Form, die für niemanden außer dem Besitzer des richtigen Entschlüsselungsschlüssels lesbar ist.", "entropy-term": "Entropie", - "entropy-definition": "Im Kontext der Kryptographie die mangelnde Vorhersagbarkeit oder der Grad der Zufälligkeit. Bei der Erzeugung geheimer Informationen, wie z. B. privater Schlüssel, stützen sich Algorithmen in der Regel auf eine Quelle mit hoher Entropie, um sicherzustellen, dass die Ausgabe unvorhersehbar ist.", + "entropy-definition": "Im Kontext der Kryptografie der Mangel an Vorhersehbarkeit oder der Grad an Zufälligkeit. Bei der Generierung geheimer Informationen, wie z. B. Private-Keys, stützen sich Algorithmen in der Regel auf eine Quelle mit hoher Entropie, um sicherzustellen, dass die Ausgabe unvorhersehbar ist.", "epoch-term": "Epoche", - "epoch-definition": "Ein Zeitraum von 32 Slots, wobei jeder Slot 12 Sekunden dauert, also insgesamt 6,4 Minuten. Validator-Komitees werden aus Sicherheitsgründen jede Epoche neu gemischt. Jede Epoche bietet die Möglichkeit, dass die Chain finalisiert wird. Jedem Validator werden zu Beginn jeder Epoche neue Aufgaben zugewiesen. Mehr zu Proof-of-Stake", - "equivocation-term": "Äquivokation", - "equivocation-definition": "Ein Validator sendet zwei Nachrichten, die sich widersprechen. Ein einfaches Beispiel ist ein Transaktionssender, der zwei Transaktionen mit derselben Nonce sendet. Ein anderes ist ein Block-Vorschlagender, der zwei Blöcke auf derselben Blockhöhe (oder für denselben Slot) vorschlägt.", + "epoch-definition": "Ein Zeitraum von 32 Slots, wobei jeder Slot 12 Sekunden dauert, was insgesamt 6,4 Minuten ergibt. Validator-Komitees werden aus Sicherheitsgründen in jeder Epoche neu gemischt. Jede Epoche bietet die Möglichkeit, dass die Chain finalisiert wird. Jedem Validator werden zu Beginn jeder Epoche neue Verantwortlichkeiten zugewiesen. Mehr über Proof-of-Stake", + "equivocation-term": "Equivocation", + "equivocation-definition": "Ein Validator, der zwei Nachrichten sendet, die sich gegenseitig widersprechen. Ein einfaches Beispiel ist ein Transaktionssender, der zwei Transaktionen mit derselben Nonce sendet. Ein weiteres Beispiel ist ein Block-Vorschlagender, der zwei Blöcke auf derselben Blockhöhe (oder für denselben Slot) vorschlägt.", "eth1-term": "Eth1", - "eth1-definition": "„Eth1“ ist ein Begriff, der sich auf das Mainnet Ethereum bezog, die bestehende Proof-of-Work-Blockchain. Dieser Begriff wurde inzwischen zugunsten der „Ausführungsebene“ veraltet. Erfahren Sie mehr über diese Namensänderung.", + "eth1-definition": "„Eth1“ ist ein Begriff, der sich auf das Mainnet von Ethereum bezog, die bestehende Proof-of-Work-Blockchain. Dieser Begriff ist inzwischen zugunsten der „Ausführungsebene“ veraltet. Erfahren Sie mehr über diese Namensänderung.", "eth2-term": "Eth2", - "eth2-definition": "„Eth2“ ist ein Begriff, der sich auf eine Reihe von Ethereum-Protokoll-Upgrades bezog, einschließlich des Übergangs von Ethereum zu Proof-of-Stake. Dieser Begriff wurde inzwischen zugunsten der „Konsens-Ebene“ veraltet. Erfahren Sie mehr über diese Namensänderung.", - "eip-term": "Ethereum Verbesserungsvorschläge (EIP)", + "eth2-definition": "„Eth2“ ist ein Begriff, der sich auf eine Reihe von Ethereum-Protokoll-Upgrades bezog, einschließlich des Übergangs von Ethereum zu Proof-of-Stake. Dieser Begriff ist inzwischen zugunsten der „Konsensebene“ veraltet. Erfahren Sie mehr über diese Namensänderung.", + "eip-term": "Ethereum-Verbesserungsvorschlag (EIP)", "eip-definition": "Ein Designdokument, das der Ethereum-Community Informationen bereitstellt und eine vorgeschlagene neue Funktion oder deren Prozesse oder Umgebung beschreibt (siehe ERC). Einführung in EIPs", - "ens-term": "Ethereum Namensservice (Ethereum Name Service, ENS)", - "ens-definition": "Der Ethereum Name Service ist wie ein Internet-Telefonbuch für Ethereum-Adressen. Anstatt lange Wallet-Adressen zu verwenden, können Sie mit ENS einfache Namen wie „john.eth“ verwenden, um digitales Geld und Vermögenswerte zu senden und zu empfangen.

    Technisch:
    Die ENS-Registry ist ein einziger zentraler Vertrag, der eine Zuordnung von Domainnamen zu Eigentümern und Resolvern bereitstellt, wie in EIP-137 beschrieben. Lesen Sie mehr auf ens.domains.", + "ens-term": "Ethereum Name Service (ENS)", + "ens-definition": "Der Ethereum Name Service ist wie ein Internet-Telefonbuch für Ethereum-Adressen. Anstelle von langen Wallet-Adressen ermöglicht ENS die Verwendung einfacher Namen wie „john.eth“, um digitales Geld und Vermögenswerte zu senden und zu empfangen.

    Technisch:
    Die ENS-Registrierung ist ein einzelner zentraler Vertrag, der eine Zuordnung von Domainnamen zu Eigentümern und Resolvern bereitstellt, wie in EIP-137 beschrieben. Lesen Sie mehr auf ens.domains.", "erc-1155-term": "ERC-1155", - "erc-1155-definition": "ERC-1155 ist ein neuerer Typ von Ethereum-Token-Standard, der NFT (wie einzigartige Sammlerstücke) ähnelt, aber auch die Erstellung austauschbarer Gegenstände (wie Währung) innerhalb eines einzigen Smart Contracts ermöglicht.
    Dies macht es einfacher und effizienter, verschiedene Arten von digitalen Vermögenswerten zu verwalten, insbesondere für Anwendungen wie Videospiele oder digitale Sammlungen.", + "erc-1155-definition": "ERC-1155 ist ein neuerer Typ von Ethereum-Token-Standard, ähnlich wie NFTs (wie einzigartige Sammlerstücke), der es auch ermöglicht, austauschbare Gegenstände (wie Währung) innerhalb eines einzigen Smart Contracts zu erstellen.
    Dies macht es einfacher und effizienter, verschiedene Arten von digitalen Vermögenswerten zu verwalten, insbesondere für Anwendungen wie Videospiele oder digitale Sammlungen.", "erc-20-term": "ERC-20", - "erc-20-definition": "ERC-20 ist der Standard, den die meisten Token im Ethereum-Netzwerk für ihre Erstellung verwenden.
    Beliebte Beispiele sind Stablecoins wie DAI und USDC oder Börsen-Token wie UNI von Uniswap. Ähnlich wie jede Form alternativer Gelder, die wir in traditionellen Systemen haben … d. h. Belohnungspunkte, Kreditsysteme oder sogar Aktien usw.", + "erc-20-definition": "ERC-20 ist der Standard, den die meisten Token im Ethereum-Netzwerk für ihre Erstellung verwenden.
    Beliebte Beispiele sind Stablecoins wie DAI und USDC oder Börsen-Token wie UNI von Uniswap. Ähnlich wie jede Form von alternativem Geld, das wir in traditionellen Systemen haben... d. h. Prämienpunkte, Kreditsysteme oder sogar Aktien usw.", "erc-721-term": "ERC-721", - "erc-721-definition": "NFTs (nicht-fungible Token) werden nach einem Standardregelwerk erstellt, das als ERC-721 bezeichnet wird.
    NFT-Token können den Besitz von allem Einzigartigen repräsentieren, wie z. B. digitale Kunst oder Sammlerstücke, wobei jeder Token seine eigenen besonderen Eigenschaften und seinen eigenen Wert hat. Jedes NFT ist einzigartig und leicht von jedem anderen NFT zu unterscheiden.", + "erc-721-definition": "NFTs (nicht-fungible Token) werden unter Verwendung eines Standardregelwerks namens ERC-721 erstellt.
    NFT-Token können das Eigentum an allem Einzigartigen darstellen, wie digitale Kunst oder Sammlerstücke, wobei jeder Token seine eigenen besonderen Eigenschaften und seinen eigenen Wert hat. Jeder NFT ist einzigartig und leicht von jedem anderen NFT zu unterscheiden.", "execution-client-term": "Ausführungs-Client", - "execution-client-definition": "Ausführungs-Clients (früher als „Eth1-Clients“ bekannt), wie Besu, Erigon, Go-Ethereum (Geth), Nethermind, haben die Aufgabe, Transaktionen zu verarbeiten und zu verbreiten und den Zustand von Ethereum zu verwalten. Sie führen die Berechnungen für jede Transaktion mit der Ethereum Virtual Machine durch, um sicherzustellen, dass die Regeln des Protokolls eingehalten werden.", + "execution-client-definition": "Ausführungs-Clients (früher bekannt als „Eth1-Clients“) wie Besu, Erigon, Go-Ethereum (Geth) und Nethermind haben die Aufgabe, Transaktionen zu verarbeiten und zu übertragen sowie den Zustand von Ethereum zu verwalten. Sie führen die Berechnungen für jede Transaktion mithilfe der Ethereum Virtual Machine durch, um sicherzustellen, dass die Regeln des Protokolls eingehalten werden.", "execution-layer-term": "Ausführungsebene", - "execution-layer-definition": "Die Ausführungsebene von Ethereum ist das Netzwerk der Ausführungsclients.", - "eoa-term": "Extern geführtes Konto (EOA)", - "eoa-definition": "Externally Owned Accounts (EOAs) sind der häufigste Typ von Ethereum-Konten. Sie werden von einer Person durch private Schlüssel/Wiederherstellungsphrase kontrolliert. Mehr über Ethereum-Wallets.", - "erc-term": "Ethereum-Anfrage zur Kommentierung (ERC)", - "erc-definition": "ERC (Ethereum Request for Comments) ist eine Art technischer Dokumentation, die in der Ethereum-Community verwendet wird, um neue Nutzungsstandards für das Ethereum-Netzwerk vorzuschlagen.

    Diese Vorschläge können ein breites Themenspektrum abdecken, einschließlich neuer Token-Standards (wie ERC-20 für Token und ERC-721 für NFTs).", + "execution-layer-definition": "Die Ausführungsebene von Ethereum ist das Netzwerk der Ausführungs-Clients.", + "eoa-term": "Extern verwaltetes Konto (EOA)", + "eoa-definition": "Extern verwaltete Konten (EOAs) sind die häufigste Art von Ethereum-Konten. Sie werden von einer Person durch Private-Keys/Wiederherstellungsphrase kontrolliert. Mehr über Ethereum-Wallets.", + "erc-term": "Ethereum Request for Comments (ERC)", + "erc-definition": "ERC (Ethereum Request for Comments) ist eine Art technischer Dokumentation, die in der Ethereum-Community verwendet wird, um neue Nutzungsstandards für das Ethereum-Netzwerk vorzuschlagen.

    Diese Vorschläge können ein breites Spektrum an Themen abdecken, einschließlich neuer Token-Standards (wie ERC-20 für Token und ERC-721 für NFTs).", "ethash-term": "Ethash", - "ethash-definition": "Ein Proof-of-Work-Algorithmus, der auf Ethereum verwendet wurde, bevor es auf Proof-of-Stake umgestellt wurde. Lesen Sie mehr", + "ethash-definition": "Ein Proof-of-Work-Algorithmus, der auf Ethereum verwendet wurde, bevor es zu Proof-of-Stake überging. Mehr lesen", "ether-term": "Ether", - "ether-definition": "Die native Kryptowährung von Ethereum, die üblicherweise als „ETH“ bezeichnet wird. Sie wird verwendet, um Transaktionsgebühren zu decken, wenn das Ethereum-Ökosystem und Anwendungen verwendet werden. Mehr über Ether.", - "events-term": "Ereignisse", - "events-definition": "Ermöglicht die Verwendung von EVM-Protokollierungseinrichtungen. Dapps können auf Ereignisse lauschen und sie verwenden, um JavaScript-Callbacks in der Benutzeroberfläche auszulösen. Mehr über Ereignisse und Protokolle", - "evm-term": "Ethereum Virtuelle Maschine (EVM)", - "evm-definition": "Eine stapelbasierte virtuelle Maschine, die Bytecode ausführt. In Ethereum gibt das Ausführungsmodell an, wie der Systemzustand angesichts einer Reihe von Bytecode-Anweisungen und eines kleinen Tupels von Umgebungsdaten geändert wird. Dies wird durch ein formales Modell einer virtuellen Zustandsmaschine spezifiziert. Mehr über die Ethereum Virtual Machine.", - "evm-assembly-language-term": "EVM-Assemblysprache", - "evm-assembly-language-definition": "Eine für Menschen lesbare Form von EVM Bytecode.", + "ether-definition": "Die native Kryptowährung von Ethereum, allgemein als „ETH“ bezeichnet. Sie wird verwendet, um Transaktionsgebühren bei der Nutzung des Ethereum-Ökosystems und von Anwendungen zu decken. Mehr über Ether.", + "events-term": "Events", + "events-definition": "Ermöglicht die Nutzung der Protokollierungsfunktionen der EVM. Dapps können auf Events lauschen und diese verwenden, um JavaScript-Callbacks in der Benutzeroberfläche auszulösen. Mehr über Events und Protokolle", + "evm-term": "Ethereum Virtual Machine (EVM)", + "evm-definition": "Eine Stack-basierte virtuelle Maschine, die Bytecode ausführt. In Ethereum legt das Ausführungsmodell fest, wie der Systemzustand durch eine Reihe von Bytecode-Anweisungen und ein kleines Tupel von Umgebungsdaten verändert wird. Dies wird durch ein formales Modell einer virtuellen Zustandsmaschine spezifiziert. Mehr über die Ethereum Virtual Machine.", + "evm-assembly-language-term": "EVM-Assemblersprache", + "evm-assembly-language-definition": "Eine für Menschen lesbare Form von EVM-Bytecode.", "fallback-function-term": "Fallback-Funktion", - "fallback-function-definition": "Eine Standardfunktion, die aufgerufen wird, wenn keine Daten vorhanden sind oder ein deklarierter Funktionsname fehlt.", + "fallback-function-definition": "Eine Standardfunktion, die aufgerufen wird, wenn keine Daten oder kein deklarierter Funktionsname vorhanden sind.", "faucet-term": "Faucet", - "faucet-definition": "Ein Service, der über einen Smart Contract ausgeführt wird und Geldmittel in Form von kostenlosem Test-Ether, das in einem Testnetzwerk verwendet wird, bereitstellt.", - "finality-term": "Endgültigkeit", + "faucet-definition": "Ein Dienst, der über einen Smart Contract ausgeführt wird und Gelder in Form von kostenlosem Test-Ether ausgibt, das in einem Testnet verwendet werden kann.", + "finality-term": "Finalität", "finality-definition": "Finalität ist die Garantie, dass eine Reihe von Transaktionen nicht geändert werden kann, ohne dass eine riesige Menge an ETH verloren geht.", "finney-term": "Finney", - "finney-definition": "Eine Denomination von Ether. 1 Finney = 1015 Wei. 103 Finney = 1 Ether.", + "finney-definition": "Eine Stückelung von Ether. 1 Finney = 1015 Wei. 103 Finney = 1 Ether.", "fork-term": "Fork", - "fork-definition": "Eine Änderung im Protokoll, die die Erstellung einer alternativen Chain verursacht.", + "fork-definition": "Eine Änderung im Protokoll, die zur Erstellung einer alternativen Chain führt.", "fork-choice-algorithm-term": "Fork-Choice-Algorithmus", - "fork-choice-algorithm-definition": "Der Algorithmus, der verwendet wird, um den Kopf der Blockchain zu identifizieren. Auf Ethereum wird der Kopf der Kette als der Fork mit dem größten „Gewicht“ an Attestierungen identifiziert. Das Gewicht ist das Produkt aus der Anzahl der Attestierungen und dem effektiven Guthaben der attestierenden Validatoren. Dies bedeutet, dass der wahre Kopf der Kette derjenige ist, für den der meiste gestakte Ether gestimmt hat. Auf der Konsens-Ebene wird der Fork-Choice-Algorithmus LMD_GHOST genannt.", - "fraud-proof-term": "Betrugsbeweis", - "fraud-proof-definition": "Ein Sicherheitsmodell für bestimmte Layer-2-Lösungen, bei denen zur Beschleunigung Transaktionen in Batches gebündelt und in einer einzigen Transaktion an Ethereum übermittelt werden. Andere Netzwerkteilnehmer können die Transaktionen erneut ausführen, um zu überprüfen, ob sie ehrlich ausgeführt wurden. Wenn sie eine Diskrepanz zwischen den veröffentlichten Daten und ihrer eigenen Version aufdecken, können sie einen kryptographischen Beweis veröffentlichen, der zeigt, wo ein Betrug stattgefunden hat. Einige Rollups verwenden Gültigkeitsbeweise.", + "fork-choice-algorithm-definition": "Der Algorithmus, der verwendet wird, um den Kopf der Blockchain zu identifizieren. Auf Ethereum wird der Kopf der Chain als der Fork mit dem größten „Gewicht“ an Bestätigungen identifiziert. Das Gewicht ist das Produkt aus der Anzahl der Bestätigungen und dem effektiven Guthaben der bestätigenden Validatoren. Das bedeutet, dass der wahre Kopf der Chain derjenige ist, für den das meiste eingesetzte Ether gestimmt hat. Auf der Konsensebene wird der Fork-Choice-Algorithmus LMD_GHOST genannt.", + "fraud-proof-term": "Betrugsnachweis", + "fraud-proof-definition": "Ein Sicherheitsmodell für bestimmte Ebene 2-Lösungen, bei denen zur Erhöhung der Geschwindigkeit Transaktionen in Batches gebündelt und in einer einzigen Transaktion an Ethereum übermittelt werden. Andere Netzwerk-Teilnehmer können die Transaktionen erneut ausführen, um zu überprüfen, ob sie ehrlich ausgeführt wurden. Wenn sie eine Diskrepanz zwischen den geposteten Daten und ihrer eigenen Version aufdecken, können sie einen kryptografischen Beweis posten, der zeigt, wo ein Betrug stattgefunden hat. Einige Rollups verwenden Validitätsnachweise.", "frontier-term": "Frontier", - "frontier-definition": "Die erste Phase der Testentwicklung von Ethereum, die von Juli 2015 bis März 2016 andauerte.", + "frontier-definition": "Die anfängliche Testentwicklungsphase von Ethereum, die von Juli 2015 bis März 2016 dauerte.", "gas-term": "Gas", - "gas-definition": "Gas ist die Gebühr, die für Transaktionen und Smart Contracts auf einer Blockchain wie Ethereum bezahlt wird. Mehr über Gas und Gebühren.", + "gas-definition": "Gas ist die Gebühr, die für Transaktionen und Smart Contracts auf einer Blockchain wie Ethereum gezahlt wird. Mehr über Gas und Gebühren.", "gas-limit-term": "Gaslimit", - "gas-limit-definition": "Die maximale Menge an Gas, die eine Transaktion oder ein Block verbrauchen kann.", + "gas-limit-definition": "Die maximale Menge an Gas, die eine Transaktion oder ein Block verbrauchen darf.", "gas-price-term": "Gaspreis", - "gas-price-definition": "Preis in Ether von einer Einheit an Gas, der innerhalb einer Transaktion spezifiziert wurde.", + "gas-price-definition": "Preis in Ether für eine Einheit Gas, der in einer Transaktion angegeben ist.", "genesis-block-term": "Genesis-Block", - "genesis-block-definition": "Der allererste Block in einer Blockchain, der verwendet wird, um ein bestimmtes Netzwerk und seine Kryptowährung zu initialisieren.", + "genesis-block-definition": "Der erste Block in einer Blockchain, der verwendet wird, um ein bestimmtes Netzwerk und seine Kryptowährung zu initialisieren.", "geth-term": "Geth", "geth-definition": "Go Ethereum. Eine der bekanntesten Implementierungen des Ethereum-Protokolls, geschrieben in Go. Lesen Sie mehr auf geth.ethereum.org", "gwei-term": "Gwei", - "gwei-definition": "Kurz für Gigawei, eine Denomination von Ether, die üblicherweise zur Preisgestaltung von Gas verwendet wird. 1 Gwei = 109 Wei. 109 Gwei = 1 Ether.", + "gwei-definition": "Kurz für Gigawei, eine Stückelung von Ether, die üblicherweise zur Preisgestaltung von Gas verwendet wird. 1 Gwei = 109 Wei. 109 Gwei = 1 Ether.", "hard-fork-term": "Hard Fork", - "hard-fork-definition": "Eine permanente Abweichung in der Blockchain; auch als Hard-Fork-Änderung bekannt. Eine solche tritt häufig auf, wenn nicht aktualisierte Nodes keine Blöcke validieren können, die von aktualisierten Nodes erstellt wurden, die neueren Konsensregeln folgen. Nicht zu verwechseln mit einem Fork, Soft Fork, Software-Fork oder Git-Fork.", + "hard-fork-definition": "Eine dauerhafte Abweichung in der Blockchain; auch bekannt als Hard-Forking-Änderung. Tritt häufig auf, wenn nicht aktualisierte Blockchain-Knoten Blöcke nicht validieren können, die von aktualisierten Blockchain-Knoten erstellt wurden, welche neueren Konsensregeln folgen. Nicht zu verwechseln mit einem Fork, Soft Fork, Software Fork oder Git Fork.", "hash-term": "Hash", - "hash-definition": "Ein Fingerabdruck mit fester Länge einer Eingabe variabler Größe, der von einer Hash-Funktion erzeugt wird. (Siehe Keccak-256).", - "hash-rate-term": "Hashrate", - "hash-rate-definition": "Die Anzahl der Hashberechnungen pro Sekunde durch Computer mit Mining-Software.", + "hash-definition": "Ein Fingerabdruck fester Länge einer Eingabe variabler Größe, der von einer Hash-Funktion erzeugt wird. (Siehe keccak-256).", + "hash-rate-term": "Hash-Rate", + "hash-rate-definition": "Die Anzahl der Hash-Berechnungen, die pro Sekunde von Computern durchgeführt werden, auf denen Mining-Software ausgeführt wird.", "homestead-term": "Homestead", - "holographic-consensus-term": "Holographischer Konsens", - "holographic-consensus-definition": "Bezieht sich darauf, wie eine große Gruppenentscheidung getroffen wird, indem eine kleinere Gruppe von repräsentativen Personen abstimmen darf. Alle anderen stimmen dann zu, dem zu folgen, solange sie darauf vertrauen, dass die kleine Gruppe gute Arbeit geleistet hat.
    Es wird in einigen Online-Communitys verwendet, um Entscheidungen schnell zu treffen, ohne dass jeder über alles abstimmen muss, während gleichzeitig sichergestellt wird, dass die Entscheidungen fair sind und das repräsentieren, was die meisten Menschen wollen.", - "homestead-definition": "Die zweite Entwicklungsphase von Ethereum. Sie begann im März 2016 mit Block 1.150.000.", + "holographic-consensus-term": "Holografischer Konsens", + "holographic-consensus-definition": "Bezieht sich darauf, wie eine große Gruppenentscheidung getroffen wird, indem eine kleinere Gruppe repräsentativer Personen abstimmt. Dann stimmen alle anderen zu, sich daran zu halten, solange sie darauf vertrauen, dass die kleine Gruppe gute Arbeit geleistet hat.
    Es wird in einigen Online-Communitys verwendet, um Entscheidungen schnell zu treffen, ohne dass jeder über alles abstimmen muss, und gleichzeitig sicherzustellen, dass die Entscheidungen fair sind und das repräsentieren, was die meisten Menschen wollen.", + "homestead-definition": "Die zweite Entwicklungsphase von Ethereum, die im März 2016 bei Block 1.150.000 gestartet wurde.", "index-term": "Index", - "index-definition": "Eine Netzwerkstruktur, die die Abfrage von Informationen aus der gesamten Blockchain optimieren soll, indem sie einen effizienten Pfad zu ihrer Speicherquelle bereitstellt.", + "index-definition": "Eine Netzwerkstruktur, die dazu gedacht ist, die Abfrage von Informationen aus der gesamten Blockchain zu optimieren, indem sie einen effizienten Pfad zu ihrer Speicherquelle bereitstellt.", "ide-term": "Integrierte Entwicklungsumgebung (IDE)", "ide-definition": "Eine Benutzeroberfläche, die typischerweise einen Code-Editor, Compiler, eine Laufzeitumgebung und einen Debugger kombiniert. Mehr über integrierte Entwicklungsumgebungen.", - "immutable-deployed-code-problem-term": "Problem des unveränderlichen bereitgestellten Codes", - "immutable-deployed-code-problem-definition": "Sobald der Code eines Vertrags (oder einer Bibliothek) bereitgestellt ist, wird er unveränderlich. Standardmäßige Softwareentwicklungspraktiken beruhen darauf, mögliche Fehler beheben und neue Funktionen hinzufügen zu können, daher stellt dies eine Herausforderung für die Entwicklung von Smart Contracts dar. Mehr über die Bereitstellung von Smart Contracts.", + "immutable-deployed-code-problem-term": "Problem des unveränderlich bereitgestellten Codes", + "immutable-deployed-code-problem-definition": "Sobald der Code eines Smart Contracts (oder einer Bibliothek) bereitgestellt ist, wird er unveränderlich. Standardpraktiken der Softwareentwicklung beruhen darauf, mögliche Fehler beheben und neue Funktionen hinzufügen zu können, was eine Herausforderung für die Entwicklung von Smart Contracts darstellt. Mehr zur Bereitstellung von Smart Contracts.", "internal-transaction-term": "Interne Transaktion", - "internal-transaction-definition": "Eine Transaktion wurde von einem Vertragskonto an ein anderes Vertragskonto oder eine EOA gesendet (siehe Nachricht).", - "issuance-term": "Ausgabe", - "issuance-definition": "Das Prägen von neuem Ether, um das Vorschlagen von Blöcken, deren Attestierung und Überprüfung zu belohnen.", - "kdf-term": "Schlüsselableitungsfunktion (Key Derivation Function, KDF)", - "kdf-definition": "Auch bekannt als „Passwort-Stretching-Algorithmus\", wird sie von Keystore-Formaten zum Schutz vor Brute-Force-, Wörterbuch- und Rainbow-Table-Angriffen auf Passphrasen-Verschlüsselung verwendet, indem wiederholt die Passphrase gehasht wird.", - "keystore-term": "Schlüsseldatei", - "keystore-definition": "Das Paar aus privatem Schlüssel und Adresse jedes Kontos existiert als einzelne Schlüsseldatei in einem Ethereum-Client. Dies sind JSON-Textdateien, die den verschlüsselten privaten Schlüssel des Kontos enthalten, der nur mit dem bei der Kontoerstellung eingegebenen Passwort entschlüsselt werden kann.", + "internal-transaction-definition": "Eine Transaktion, die von einem Vertragskonto an ein anderes Vertragskonto oder ein Extern verwaltetes Konto (EOA) gesendet wird (siehe Nachricht).", + "issuance-term": "Emission", + "issuance-definition": "Das Prägen von neuem Ether zur Belohnung für Block-Vorschläge, Bestätigungen und Whistleblowing.", + "kdf-term": "Schlüsselableitungsfunktion (KDF)", + "kdf-definition": "Auch bekannt als „Password Stretching Algorithm“ (Passwort-Dehnungs-Algorithmus). Sie wird von Keystore-Formaten verwendet, um durch wiederholtes Hashen der Passphrase vor Brute-Force-, Wörterbuch- und Rainbow-Table-Angriffen auf die Passphrase-Verschlüsselung zu schützen.", + "keystore-term": "Keystore", + "keystore-definition": "Das Private-Key/Adress-Paar jedes Kontos existiert als einzelne Schlüsseldatei in einer Ethereum-Anwendung. Dies sind JSON-Textdateien, die den verschlüsselten Private-Key des Kontos enthalten, der nur mit dem bei der Kontoerstellung eingegebenen Passwort entschlüsselt werden kann.", "keccak-256-term": "Keccak-256", - "keccak-256-definition": "Kryptographische Hash-Funktion, die in Ethereum verwendet wird. Keccak-256 wurde als SHA-3 standardisiert.", + "keccak-256-definition": "Kryptografische Hash-Funktion, die in Ethereum verwendet wird. Keccak-256 wurde als SHA-3 standardisiert.", "key-term": "Schlüssel", - "key-definition": "Im Kontext von Ethereum sind Schlüssel digitale Codes: ein öffentlicher Schlüssel zum Empfangen von Transaktionen und ein privater Schlüssel zum Zugreifen auf und Senden von Geldern.
    Öffentliche Schlüssel: Diese können offen geteilt werden.
    Private Schlüssel: Diese werden vom Besitzer geheim gehalten.", - "layer-1-term": "Layer 1 (Ebene 2)", - "layer-1-definition": "Layer 1 bezieht sich auf die Haupt-Blockchain in einem mehrstufigen Blockchain-Netzwerk. Zum Beispiel sind Ethereum und Bitcoin Layer-1-Blockchains. Viele Layer-2-Blockchains lagern ressourcenintensive Transaktionen auf ihre separate Blockchain aus, während sie weiterhin die Layer-1-Blockchain von Ethereum oder Bitcoin für Sicherheitszwecke nutzen.", + "key-definition": "Im Kontext von Ethereum sind Schlüssel digitale Codes: ein Public-Key zum Empfangen von Transaktionen und ein Private-Key für den Zugriff auf und das Senden von Geldern.
    Public-Keys: Diese können offen geteilt werden.
    Private-Keys: Diese werden vom Eigentümer geheim gehalten.", + "layer-1-term": "Ebene 1", + "layer-1-definition": "Ebene 1 bezieht sich auf die Haupt-Blockchain in einem mehrstufigen Blockchain-Netzwerk. Zum Beispiel sind Ethereum und Bitcoin Ebene-1-Blockchains. Viele Ebene-2-Blockchains lagern ressourcenintensive Transaktionen auf ihre separate Blockchain aus, während sie weiterhin die Ebene-1-Blockchain von Ethereum oder Bitcoin zu Sicherheitszwecken nutzen.", "layer-2-term": "Ebene 2", - "layer-2-definition": "Layer 2 sind weitere Netzwerke, die auf dem Ethereum-Hauptnetzwerk aufbauen, um Transaktionen schneller und günstiger zu machen. Mehr über Layer 2.", + "layer-2-definition": "Ebene 2 sind weitere Netzwerke, die auf dem Ethereum-Hauptnetzwerk aufbauen, um Transaktionen schneller und billiger zu machen. Mehr zu Ebene 2.", "library-term": "Bibliothek", - "library-definition": "Eine spezielle Art von Vertrag, der keine zahlbaren Funktionen, keine Fallback-Funktion und keinen Datenspeicher hat. Daher kann er weder Ether empfangen oder halten noch Daten speichern. Eine Bibliothek dient als zuvor bereitgestellter Code, den andere Verträge für schreibgeschützte Berechnungen aufrufen können. Mehr über Smart-Contract-Bibliotheken.", - "light-client-term": "Light-Client", - "light-client-definition": "Ein Ethereum-Client, der keine lokale Kopie der Blockchain speichert oder Blöcke und Transaktionen validiert. Er bietet die Funktionen einer Wallet und kann Transaktionen erstellen und senden.", + "library-definition": "Eine spezielle Art von Smart Contract, der keine zahlbaren Funktionen, keine Fallback-Funktion und keinen Datenspeicher hat. Daher kann er keinen Ether empfangen oder halten oder Daten speichern. Eine Bibliothek dient als zuvor bereitgestellter Code, den andere Smart Contracts für schreibgeschützte Berechnungen aufrufen können. Mehr zu Smart-Contract-Bibliotheken.", + "light-client-term": "Light Client", + "light-client-definition": "Eine Ethereum-Anwendung, die keine lokale Kopie der Blockchain speichert oder Blöcke und Transaktionen validiert. Sie bietet die Funktionen eines Wallets und kann Transaktionen erstellen und übertragen.", "liquidity-term": "Liquidität", - "liquidity-definition": "Liquidität ist, wie schnell und einfach ein Vermögenswert in Bargeld oder einen anderen Vermögenswert umgewandelt werden kann. Dezentralisierte Börsen wie Uniswap haben mehrere Liquiditätspools, in die Vermögensinhaber ihre Vermögenswerte einzahlen können, wo Händler sie auf dezentralisierte Weise gegen Belohnungen kaufen und verkaufen können.", + "liquidity-definition": "Liquidität beschreibt, wie schnell und einfach ein Vermögenswert in Bargeld oder einen anderen Vermögenswert umgewandelt werden kann. Dezentralisierte Börsen wie Uniswap verfügen über mehrere Liquiditätspools, in die Vermögensinhaber ihre Vermögenswerte einzahlen können, wo Händler sie auf dezentralisierte Weise im Austausch gegen Belohnungen kaufen und verkaufen können.", "liquidity-tokens-term": "Liquiditäts-Token", - "liquidity-tokens-definition": "Liquiditätstoken (LST) sind digitale Token, die an Teilnehmer ausgegeben werden, die Vermögenswerte in einen Liquiditätspool einzahlen, bei dem es sich um eine Sammlung von Geldern handelt, die in einem Smart Contract gesperrt sind und zur Erleichterung des Handels an einer dezentralisierten Börse (DEX) verwendet werden.
    Diese Token repräsentieren den Anteil des Teilnehmers am Pool und können später gegen die ursprüngliche Einlage plus einen Teil der durch die Aktivität des Pools generierten Handelsgebühren eingelöst werden. Im Wesentlichen dienen Liquiditätstoken als Eigentums- oder Anteilsnachweis an einem Liquiditätspool, der es den Inhabern ermöglicht, Belohnungen zu verdienen, während sie die notwendige Liquidität für andere bereitstellen, um verschiedene Kryptowährungspaare effizient zu handeln.", - "liquid-staking-tokens-term": "Liquid Staking Tokens", - "liquid-staking-tokens-definition": "Ein Derivat-Token, der den Besitz der gesperrten Kryptowährung repräsentiert, die ein Benutzer stakt. Nach dem Staken eines Vermögenswerts ermöglichen einige Plattformen das Minten von Liquid Staking Tokens (LSTs), die einen entsprechenden Anteil an den gesperrten Token repräsentieren. Diese LSTs können dann gehandelt, verkauft oder in anderen DeFi-Protokollen verwendet werden, was die Kapitaleffizienz für den Staker verbessert, indem der Zugang zu Liquidität aus seinen Mitteln ermöglicht wird, auch während seine ursprünglichen Vermögenswerte gestakt bleiben.", + "liquidity-tokens-definition": "Liquiditäts-Token (LST) sind digitale Token, die an Teilnehmer ausgegeben werden, die Vermögenswerte in einen Liquiditätspool einzahlen. Dies ist eine Sammlung von Geldern, die in einem Smart Contract gesperrt sind und verwendet werden, um den Handel an einer dezentralisierten Börse (DEX) zu erleichtern.
    Diese Token repräsentieren den Anteil des Teilnehmers am Pool und können später gegen die ursprüngliche Einzahlung plus einen Teil der durch die Aktivität des Pools generierten Handelsgebühren eingelöst werden. Im Wesentlichen dienen Liquiditäts-Token als Eigentumsnachweis oder Einsatz in einem Liquiditätspool, sodass Inhaber Belohnungen verdienen können, während sie die notwendige Liquidität bereitstellen, damit andere verschiedene Kryptowährungspaare effizient handeln können.", + "liquid-staking-tokens-term": "Liquid-Staking-Token", + "liquid-staking-tokens-definition": "Ein derivativer Token, der das Eigentum an der gesperrten Kryptowährung repräsentiert, die ein Benutzer beim Staking einsetzt. Beim Staking eines Vermögenswerts ermöglichen einige Plattformen das Prägen von Liquid-Staking-Token (LSTs), die einen entsprechenden Anteil der gesperrten Token darstellen. Diese LSTs können dann gehandelt, verkauft oder in anderen DeFi-Protokollen verwendet werden, was die Kapitaleffizienz für den Staker verbessert, indem der Zugriff auf die Liquidität seiner Gelder ermöglicht wird, selbst während seine ursprünglichen Vermögenswerte im Staking verbleiben.", "lmd-ghost-term": "LMD-GHOST", - "lmd-ghost-definition": "Der Fork-Choice-Algorithmus, der von den Konsens-Clients von Ethereum verwendet wird, um den Kopf der Kette zu identifizieren. LMD-GHOST ist ein Akronym für „Latest Message Driven Greediest Heaviest Observed SubTree“, was bedeutet, dass der Kopf der Kette der Block mit der größten Anhäufung von Attestierungen in seiner Geschichte ist.", - "mainnet-term": "Mainnet (Hauptnetz)", - "mainnet-definition": "Kurz für „Hauptnetzwerk“, dies ist die öffentliche Haupt-Blockchain von Ethereum.", - "max-fee-per-gas-term": "Max Fee Per Gas", - "max-fee-per-gas-definition": "Die Max Fee ist der absolute Höchstbetrag, den ein Nutzer bereit ist, pro Gaseinheit (gwei) zu zahlen, um eine Transaktion in einen Block aufzunehmen.", - "merkle-patricia-tree-term": "Merkle-Patricia-Tree (MPT)", + "lmd-ghost-definition": "Der Fork-Choice-Algorithmus, der von Ethereums Konsens-Clients verwendet wird, um die Spitze der Chain zu identifizieren. LMD-GHOST ist ein Akronym für „Latest Message Driven Greediest Heaviest Observed SubTree“, was bedeutet, dass die Spitze der Chain der Block mit der größten Ansammlung von Bestätigungen in seiner Historie ist.", + "mainnet-term": "Mainnet", + "mainnet-definition": "Kurz für „Hauptnetzwerk“ (Main Network), dies ist die öffentliche Haupt-Blockchain von Ethereum.", + "max-fee-per-gas-term": "Maximale Gebühr pro Gas", + "max-fee-per-gas-definition": "Die maximale Gebühr ist der absolute Höchstbetrag, den ein Benutzer pro Einheit Gas (Gwei) zu zahlen bereit ist, um eine Transaktion in einen Block aufnehmen zu lassen.", + "merkle-patricia-tree-term": "Merkle Patricia Tree (MPT)", "merkle-patricia-tree-definition": "Eine Datenstruktur, die in Ethereum verwendet wird, um Schlüssel-Wert-Paare effizient zu speichern.", "merkle-root-term": "Merkle-Root", - "merkle-root-definition": "Ein Merkle-Root ist der einzelne oberste Hash eines Merkle-Trees. Er verifiziert alle Transaktionen innerhalb eines Blocks.", + "merkle-root-definition": "Eine Merkle-Root ist der einzelne oberste Hash eines Merkle-Baums. Sie verifiziert alle Transaktionen innerhalb eines Blocks.", "message-term": "Nachricht", - "message-definition": "Eine interne Transaktion, die niemals serialisiert und nur innerhalb der EVM gesendet wird.", + "message-definition": "Eine interne Transaktion, die niemals serialisiert und nur innerhalb der EVM gesendet wird.", "message-call-term": "Nachrichtenaufruf", - "message-call-definition": "Der Akt der Übermittlung einer Nachricht von einem Konto an ein anderes. Wenn das Zielkonto mit EVM-Code verknüpft ist, wird die VM mit dem Zustand dieses Objekts gestartet und die Nachricht wird ausgeführt.", + "message-call-definition": "Der Vorgang der Weitergabe einer Nachricht von einem Konto an ein anderes. Wenn das Zielkonto mit EVM-Code verknüpft ist, wird die VM mit dem Status dieses Objekts gestartet und die Nachricht verarbeitet.", "mev-term": "Maximal extrahierbarer Wert (MEV)", - "mev-definition": "Der maximale Wert, der aus der Blockproduktion über die Standard-Block-Belohnung und Gasgebühren hinaus extrahiert werden kann, indem Transaktionen in einem Block ein-, ausgeschlossen und deren Reihenfolge geändert wird. Mehr über den maximal extrahierbaren Wert (MEV).", + "mev-definition": "Der maximale Wert, der aus der Blockproduktion über die standardmäßige Block-Belohnung und die Gasgebühren hinaus extrahiert werden kann, indem Transaktionen in einem Block eingeschlossen, ausgeschlossen und in ihrer Reihenfolge geändert werden. Mehr zum Maximal extrahierbaren Wert (MEV).", "mining-term": "Mining", - "mining-definition": "Der Prozess, bei dem ein Block-Header wiederholt gehasht wird, während eine Nonce inkrementiert wird, bis das Ergebnis eine beliebige Anzahl führender binärer Nullen enthält. Dies ist der Prozess, durch den neue Blöcke einer Proof-of-Work-Blockchain hinzugefügt werden. So wurde Ethereum gesichert, bevor es zu Proof-of-Stake wechselte.", + "mining-definition": "Der Prozess des wiederholten Hashens eines Block-Headers bei gleichzeitiger Erhöhung einer Nonce, bis das Ergebnis eine beliebige Anzahl führender binärer Nullen enthält. Dies ist der Prozess, durch den neue Blöcke zu einer Proof-of-Work-Blockchain hinzugefügt werden. Auf diese Weise wurde Ethereum gesichert, bevor es zu Proof-of-Stake wechselte.", "miner-term": "Miner", - "miner-definition": "Ein Netzwerk-Node, der gültige Proof-of-Work für neue Blöcke findet, indem er wiederholt Hash-Vorgänge durchführt (siehe Ethash). Miner sind nicht mehr Teil von Ethereum - sie wurden durch Validatoren ersetzt, als Ethereum auf Proof-of-Stake umstellte.", - "mint-term": "Mint", - "mint-definition": "Minting ist der Prozess, neue Token zu erstellen und in Umlauf zu bringen, damit sie verwendet werden können. Es ist ein dezentraler Mechanismus, um einen neuen Token ohne die Beteiligung einer zentralen Autorität zu erstellen.", - "multisig-term": "Multisig", - "multisig-definition": "Multisig (Multi-Signatur) bezieht sich auf eine digitale Wallet oder ein Konto, das mehrere Signaturen oder Genehmigungen zur Ausführung von Transaktionen erfordert, was die Sicherheit erhöht.
    Dies fügt zusätzliche Sicherheit im Vergleich zu traditionellen Einzelsignatur-Konten hinzu, bei denen nur die Genehmigung einer Person erforderlich ist.", + "miner-definition": "Ein Netzwerk-Blockchain-Knoten, der durch wiederholtes Hashen gültigen Proof-of-Work für neue Blöcke findet (siehe Ethash). Miner sind nicht länger Teil von Ethereum – sie wurden durch Validatoren ersetzt, als Ethereum zu Proof-of-Stake wechselte.", + "mint-term": "Prägen", + "mint-definition": "Das Prägen ist der Prozess der Erstellung neuer Token und deren Inverkehrbringung, damit sie verwendet werden können. Es ist ein dezentralisierter Mechanismus, um einen neuen Token ohne Beteiligung einer zentralen Behörde zu erstellen.", + "multisig-term": "Mehrfachsignatur", + "multisig-definition": "Mehrfachsignatur (Multisig) bezieht sich auf ein digitales Wallet oder Konto, das mehrere Signaturen oder Genehmigungen erfordert, um Transaktionen auszuführen, was die Sicherheit erhöht.
    Dies bietet zusätzliche Sicherheit im Vergleich zu herkömmlichen Konten mit Einzelsignatur, bei denen nur die Genehmigung einer Person erforderlich ist.", "network-term": "Netzwerk", - "network-definition": "Bezieht sich auf das Ethereum-Netzwerk, ein Peer-to-Peer-Netzwerk, das Transaktionen und Blöcke an jeden Ethereum-Node (Netzwerkteilnehmer) weiterleitet. Mehr zu Netzwerken.", + "network-definition": "Bezieht sich auf das Ethereum-Netzwerk, ein Peer-to-Peer-Netzwerk, das Transaktionen und Blöcke an jeden Ethereum-Blockchain-Knoten (Netzwerkteilnehmer) weiterleitet. Mehr zu Netzwerken.", "network-hashrate-term": "Netzwerk-Hashrate", "network-hashrate-definition": "Die kollektive Hashrate, die von einem gesamten Mining-Netzwerk erzeugt wird. Das Mining auf Ethereum wurde abgeschaltet, als Ethereum zu Proof-of-Stake wechselte.", "nft-term": "Nicht-fungibler Token (NFT)", - "nft-definition": "Ein einzigartiger digitaler Gegenstand, den Sie besitzen können, wie Kunst oder Sammlerstücke, verifiziert durch Blockchain-Technologie. Mehr zu nicht-fungiblen Token (NFTs).", - "node-term": "Node", - "node-definition": "Ein Software-Client, der am Netzwerk teilnimmt. Mehr über Nodes und Clients.", + "nft-definition": "Ein einzigartiges digitales Objekt, das Sie besitzen können, wie Kunst oder Sammlerstücke, verifiziert durch Blockchain-Technologie. Mehr zu nicht-fungiblen Token (NFTs).", + "node-term": "Blockchain-Knoten", + "node-definition": "Eine Software-Anwendung, die am Netzwerk teilnimmt. Mehr zu Blockchain-Knoten und Anwendungen.", "nonce-term": "Nonce", - "nonce-definition": "In der Kryptographie ein Wert, der nur einmal verwendet werden kann. Eine Konto-Nonce ist ein Transaktionszähler in jedem Konto, der verwendet wird, um Replay-Angriffe zu verhindern.", + "nonce-definition": "In der Kryptografie ein Wert, der nur einmal verwendet werden kann. Eine Konto-Nonce ist ein Transaktionszähler in jedem Konto, der verwendet wird, um Replay-Angriffe zu verhindern.", "offchain-term": "Off-Chain", - "offchain-definition": "Offchain bedeutet jede Transaktion oder Daten, die außerhalb der Blockchain existieren. Da die Durchführung jeder Transaktion Onchain teuer und ineffizient sein kann, übernehmen Drittanbieter-Tools wie Oracles, die Preisdaten verarbeiten, oder Layer-2-Lösungen, die einen höheren Transaktionsdurchsatz ausführen, einen Großteil der Verarbeitungsarbeit Offchain und übermitteln Informationen in weniger häufigen Intervallen Onchain.", - "ommer-term": "Ommer-(Onkel-)Block", - "ommer-definition": "Wenn ein Proof-of-Work-Miner einen gültigen Block findet, kann ein anderer Miner einen konkurrierenden Block veröffentlicht haben, der zuerst zur Spitze der Blockchain hinzugefügt wird. Dieser gültige, aber veraltete Block kann von neueren Blöcken als Ommers aufgenommen werden und eine teilweise Block-Belohnung erhalten. Der Begriff „Ommer“ ist die bevorzugte geschlechtsneutrale Bezeichnung für das Geschwister eines Elternblocks, wird aber manchmal auch als „Uncle“ bezeichnet. Dies war bei Ethereum üblich, als es noch ein Proof-of-Work-Netzwerk war. Da Ethereum nun Proof-of-Stake verwendet, wird pro Slot nur ein Block-Vorschlagender ausgewählt.", - "onchain-term": "Onchain", - "onchain-definition": "Bezieht sich auf Aktionen oder Transaktionen, die auf der Blockchain stattfinden und öffentlich zugänglich sind.

    Man kann es sich wie das Schreiben in ein großes, gemeinsames Notizbuch vorstellen, das jeder einsehen und überprüfen kann. Dadurch wird sichergestellt, dass alles Geschriebene (wie das Senden von digitalem Geld oder das Erstellen eines Vertrags) dauerhaft ist und nicht geändert oder gelöscht werden kann.", - "optimistic-rollup-term": "Optimistische Rollups", - "optimistic-rollup-definition": "Optimistic Rollup ist eine Layer-2-Lösung, die Transaktionen auf Ethereum beschleunigt, indem sie standardmäßig als gültig angenommen werden, sofern sie nicht angefochten werden. Mehr über Optimistic Rollups.", + "offchain-definition": "Off-Chain bedeutet jede Transaktion oder Daten, die außerhalb der Blockchain existieren. Da das Festschreiben jeder Transaktion auf der Blockchain teuer und ineffizient sein kann, übernehmen Drittanbieter-Tools wie Orakel, die Preisdaten verarbeiten, oder Ebene-2-Lösungen, die einen höheren Durchsatz an Transaktionen ausführen, einen Großteil der Verarbeitungsarbeit Off-Chain und übermitteln Informationen in weniger häufigen Abständen auf der Blockchain.", + "ommer-term": "Ommer- (Uncle-) Block", + "ommer-definition": "Wenn ein Proof-of-Work-Miner einen gültigen Block findet, hat möglicherweise ein anderer Miner einen konkurrierenden Block veröffentlicht, der zuerst an die Spitze der Blockchain angehängt wird. Dieser gültige, aber veraltete Block kann von neueren Blöcken als Ommer aufgenommen werden und eine teilweise Block-Belohnung erhalten. Der Begriff „Ommer“ ist der bevorzugte geschlechtsneutrale Begriff für das Geschwisterkind eines Elternblocks, wird aber manchmal auch als „Uncle“ bezeichnet. Dies war bei Ethereum üblich, als es ein Proof-of-Work-Netzwerk war. Da Ethereum nun Proof-of-Stake verwendet, wird nur ein Block-Vorschlagender pro Slot ausgewählt.", + "onchain-term": "Auf der Blockchain", + "onchain-definition": "Bezieht sich auf Aktionen oder Transaktionen, die auf der Blockchain stattfinden und öffentlich zugänglich sind.

    Stellen Sie sich das so vor, als würden Sie etwas in ein großes, gemeinsames Notizbuch schreiben, das jeder sehen und überprüfen kann, um sicherzustellen, dass alles, was geschrieben wird (wie das Senden von digitalem Geld oder das Abschließen eines Vertrags), dauerhaft ist und nicht geändert oder gelöscht werden kann.", + "optimistic-rollup-term": "Optimistic Rollup", + "optimistic-rollup-definition": "Optimistic Rollup ist eine Ebene-2-Lösung, die Transaktionen auf Ethereum beschleunigt, wobei standardmäßig davon ausgegangen wird, dass sie gültig sind, sofern sie nicht angefochten werden. Mehr zu Optimistic Rollups.", "oracle-term": "Orakel", - "oracle-definition": "Ein Oracle ist eine Brücke zwischen der Blockchain und der realen Welt. Sie fungieren als Onchain-APIs, die nach Informationen abgefragt und in Smart Contracts verwendet werden können. Mehr über Oracles.", + "oracle-definition": "Ein Orakel ist eine Brücke zwischen der Blockchain und der realen Welt. Sie fungieren als APIs auf der Blockchain, die nach Informationen abgefragt und in Smart Contracts verwendet werden können. Mehr zu Orakeln.", "peer-term": "Peer", - "peer-definition": "Verbundene Computer mit Ethereum Client-Software und identischen Kopien der Blockchain.", + "peer-definition": "Verbundene Computer, auf denen Ethereum-Anwendungssoftware ausgeführt wird und die identische Kopien der Blockchain haben.", "peer-to-peer-network-term": "Peer-to-Peer-Netzwerk", - "peer-to-peer-network-definition": "Ein Netzwerk von Computern (Peers), die gemeinsam in der Lage sind, Funktionalitäten ohne die Notwendigkeit zentralisierter, serverbasierter Dienste auszuführen.
    Diese Einrichtung wird häufig zum Teilen von Dateien (z. B. BitTorrent), Informationen oder digitalen Währungen verwendet und ermöglicht einen direkteren und potenziell effizienteren Austausch zwischen Benutzern.", - "permissionless-term": "Genehmigungsfrei", - "permissionless-definition": "Permissionless bedeutet, dass jeder einem System wie Ethereum beitreten und es nutzen kann. Es ist offen für alle zur Teilnahme und erfordert keine Genehmigung.", + "peer-to-peer-network-definition": "Ein Netzwerk von Computern (Peers), die gemeinsam in der Lage sind, Funktionalitäten ohne die Notwendigkeit zentralisierter, serverbasierter Dienste auszuführen.
    Dieses Setup wird häufig für den Austausch von Dateien (z. B. BitTorrent), Informationen oder digitalen Währungen verwendet und ermöglicht einen direkteren und potenziell effizienteren Austausch zwischen Benutzern.", + "permissionless-term": "Erlaubnisfrei", + "permissionless-definition": "Erlaubnisfrei bedeutet, dass jeder einem System wie Ethereum beitreten und es nutzen kann. Es ist für jeden offen und erfordert keine Genehmigung.", "plasma-term": "Plasma", - "plasma-definition": "Eine Offchain-Skalierungslösung, die Betrugsbeweise verwendet, wie Optimistic Rollups. Plasma ist auf einfache Transaktionen wie grundlegende Token-Übertragungen und Swaps beschränkt. Mehr über Plasma.", - "private-key-term": "Privater Schlüssel", - "private-key-definition": "Ein privater Schlüssel ist ein geheimer Code, der beweist, dass Sie Ihr digitales Geld besitzen und es Ihnen ermöglicht, es auszugeben, wie eine PIN für Ihr Konto. TEILEN SIE IHN NICHT.", + "plasma-definition": "Eine Off-Chain-Skalierungslösung, die Betrugsnachweise verwendet, wie Optimistic Rollups. Plasma ist auf einfache Transaktionen wie grundlegende Token-Transfers und Swaps beschränkt. Mehr zu Plasma.", + "private-key-term": "Private-Key", + "private-key-definition": "Ein Private-Key ist ein geheimer Code, der beweist, dass Sie Ihr digitales Geld besitzen, und es Ihnen ermöglicht, es auszugeben, wie eine PIN für Ihr Konto. TEILEN SIE IHN NICHT.", "public-goods-term": "Öffentliche Güter", - "public-goods-definition": "Öffentliche Güter sind Dinge, die jeder kostenlos nutzen kann, wie Parks oder saubere Luft, und deren Nutzung andere nicht daran hindert, sie ebenfalls zu nutzen. Regierungen stellen diese oft zur Verfügung, weil Unternehmen dies in der Regel nicht tun, da sie die Menschen nicht einfach für deren Nutzung zur Kasse bitten können.", + "public-goods-definition": "Öffentliche Güter sind Dinge, die jeder kostenlos nutzen kann, wie Parks oder saubere Luft, und deren Nutzung andere nicht daran hindert, sie ebenfalls zu nutzen. Regierungen stellen diese oft zur Verfügung, weil Unternehmen dies normalerweise nicht tun, da sie den Menschen die Nutzung nicht ohne Weiteres in Rechnung stellen können.", "private-chain-term": "Private Chain", - "private-chain-definition": "Eine vollständig private Blockchain ist eine Blockchain mit erlaubtem Zugriff, die nicht öffentlich für den Gebrauch zugänglich ist.", + "private-chain-definition": "Eine vollständig private Blockchain ist eine mit zugangsbeschränktem Zugriff, die nicht öffentlich zur Nutzung verfügbar ist.", "poap-term": "POAP", - "poap-definition": "Das Proof of Attendance Protocol wird verwendet, um ein digitales Sammlerstück (NFT) zu erstellen, das beweist, dass Sie an einer bestimmten Veranstaltung oder Aktivität teilgenommen haben.", + "poap-definition": "Das Proof of Attendance Protocol wird verwendet, um ein digitales Sammlerstück (NFT) zu erstellen, das beweist, dass Sie an einem bestimmten Ereignis oder einer bestimmten Aktivität teilgenommen haben.", "pos-term": "Proof-of-Stake (PoS)", - "pos-definition": "Eine Methode, mit der ein Kryptowährungs-Blockchain-Protokoll einen verteilten Konsens erreichen will. PoS fordert Benutzer auf, den Besitz einer bestimmten Menge an Kryptowährung (ihren „Stake“ im Netzwerk) nachzuweisen, um an der Validierung von Transaktionen teilnehmen zu können. Mehr über Proof-of-Stake.", + "pos-definition": "Eine Methode, mit der ein Kryptowährungs-Blockchain-Protokoll darauf abzielt, einen verteilten Konsens zu erreichen. PoS verlangt von den Benutzern, den Besitz einer bestimmten Menge an Kryptowährung (ihren „Einsatz“ im Netzwerk) nachzuweisen, um an der Validierung von Transaktionen teilnehmen zu können. Mehr zu Proof-of-Stake.", "pow-term": "Proof-of-Work (PoW)", - "pow-definition": "Ein Sicherheitsmechanismus für Blockchains, der von Nodes verlangt, Energie in Form von Rechenleistung aufzuwenden, um einen bestimmten Wert zu finden.", + "pow-definition": "Ein Sicherheitsmechanismus für Blockchains, der erfordert, dass Blockchain-Knoten Energie in Form von Berechnungen aufwenden, um einen bestimmten Wert zu finden.", "proto-danksharding-term": "Proto-Danksharding", - "proto-danksharding-definition": "Ein neuer Transaktionstyp, der „Blobs“ von Daten für Ethereum akzeptiert. Diese „Blob“-Daten werden vorübergehend auf der Beacon-Chain für 4096 Epochen (~18,2 Tage) gespeichert und können optional danach beschnitten werden, um die Hardwareanforderungen für Node-Betreiber zu reduzieren.", - "public-key-term": "Öffentlicher Schlüssel", - "public-key-definition": "Ein öffentlicher Schlüssel ist eine Zeichenfolge, die es anderen ermöglicht, Ihnen sicher digitale Währung zu senden, wie eine E-Mail-Adresse für Geld.", + "proto-danksharding-definition": "Ein neuer Transaktionstyp, der Daten-„Blobs“ für Ethereum akzeptiert. Diese „Blob“-Daten werden vorübergehend für 4096 Epochen (~18,2 Tage) auf der Beacon Chain gespeichert und können optional danach bereinigt werden, um die Hardwareanforderungen für Betreiber von Blockchain-Knoten zu reduzieren.", + "public-key-term": "Public-Key", + "public-key-definition": "Ein Public-Key ist eine Zeichenfolge, mit der andere Ihnen sicher digitale Währung senden können, wie eine E-Mail-Adresse für Geld.", "quadratic-voting-term": "Quadratische Abstimmung", - "quadratic-voting-definition": "Ist eine Abstimmungsmethode, bei der die Wähler ausdrücken, wie stark sie sich zu Themen fühlen. Es ermöglicht den Wählern, nicht nur ihre Präferenz, sondern auch die Intensität ihrer Präferenz zu zeigen.", + "quadratic-voting-definition": "Ist eine Abstimmungsmethode, bei der Wähler ausdrücken, wie stark sie zu bestimmten Themen stehen. Sie ermöglicht es den Wählern, nicht nur ihre Präferenz, sondern auch die Intensität ihrer Präferenz zu zeigen.", "receipt-term": "Beleg", - "receipt-definition": "Von einem Ethereum-Client herausgegebene Daten, um das Ergebnis einer bestimmten Transaktion zu repräsentieren, mit einem Hash der Transaktion, deren Blocknummer, der verbrauchten Menge an Gas und, im Fall des Einsatzes eines Smart Contracts, der Adresse des Vertrags.", + "receipt-definition": "Daten, die von einer Ethereum-Anwendung zurückgegeben werden, um das Ergebnis einer bestimmten Transaktion darzustellen, einschließlich eines Hashes der Transaktion, ihrer Block-Nummer, der Menge an verwendetem Gas und, im Falle der Bereitstellung eines Smart Contracts, der Adresse des Vertrags.", "recovery-phrase-term": "Seed-Phrase/Wiederherstellungsphrase", - "recovery-phrase-definition": "Eine Liste von Wörtern, die Ihnen beim Erstellen einer digitalen Wallet gegeben wird. Sie fungiert wie ein Passwort, mit dem Sie wieder in Ihre Wallet gelangen können, wenn Sie den Zugriff verlieren, um sicherzustellen, dass Sie Ihr digitales Geld oder Ihre Token nicht verlieren.", - "re-entrancy-attack-term": "Wiedereintrittsangriff", - "re-entrancy-attack-definition": "Ein Angriff, bei dem ein Angreifervertrag eine Funktion eines Opfervertrags so aufruft, dass das Opfer während der Ausführung den Angreifervertrag erneut rekursiv aufruft. Dies kann zum Beispiel zum Diebstahl von Geldern führen, indem Teile des Opfervertrags übersprungen werden, die Guthaben aktualisieren oder Abhebungsbeträge zählen. Mehr über Wiedereintritt.", + "recovery-phrase-definition": "Eine Liste von Wörtern, die Sie erhalten, wenn Sie ein digitales Wallet erstellen. Sie fungiert als Passwort, das Ihnen helfen kann, wieder auf Ihr Wallet zuzugreifen, falls Sie den Zugriff verlieren, und stellt sicher, dass Sie Ihr digitales Geld oder Ihre Token nicht verlieren.", + "re-entrancy-attack-term": "Re-Entrancy-Angriff", + "re-entrancy-attack-definition": "Ein Angriff, bei dem ein Angreifer-Vertrag eine Funktion eines Opfer-Vertrags so aufruft, dass das Opfer während der Ausführung den Angreifer-Vertrag rekursiv erneut aufruft. Dies kann beispielsweise zum Diebstahl von Geldern führen, indem Teile des Opfer-Vertrags übersprungen werden, die Kontostände aktualisieren oder Auszahlungsbeträge zählen. Mehr zu Re-Entrancy.", "reward-term": "Belohnung", - "reward-definition": "Ein Betrag an Ether, der an Validatoren vergeben wird, die bestimmte Funktionen ausführen, einschließlich des Vorschlagens eines Blocks oder der Teilnahme an einem Sync-Komitee, in jedem Slot.", + "reward-definition": "Ein Betrag an Ether, der an Validatoren vergeben wird, die in jedem Slot bestimmte Funktionen ausführen, einschließlich des Vorschlagens eines Blocks oder der Teilnahme an einem Sync-Komitee.", "rlp-term": "Recursive Length Prefix (RLP)", - "rlp-definition": "Ein von den Ethereum-Entwicklern entworfener Kodierungsstandard zur Kodierung und Serialisierung von Objekten (Datenstrukturen) beliebiger Komplexität und Länge.", - "rollups-term": "Gruppierungen (Rollups)", - "rollups-definition": "Eine Art von Layer-2-Skalierungslösung, die mehrere Transaktionen bündelt und sie in einer einzigen Transaktion an die Ethereum-Hauptkette übermittelt. Dies ermöglicht eine Reduzierung der Gaskosten und eine Erhöhung des Transaktionsdurchsatzes. Es gibt Optimistic- und Zero-Knowledge-Rollups, die unterschiedliche Sicherheitsmethoden verwenden, um diese Skalierbarkeitsgewinne zu bieten. Mehr über Rollups.", + "rlp-definition": "Ein Codierungsstandard, der von den Ethereum-Entwicklern entworfen wurde, um Objekte (Datenstrukturen) beliebiger Komplexität und Länge zu codieren und zu serialisieren.", + "rollups-term": "Rollups", + "rollups-definition": "Eine Art von Ebene 2-Skalierungslösung, die mehrere Transaktionen bündelt und sie in einer einzigen Transaktion an die Ethereum-Hauptkette übermittelt. Dies ermöglicht eine Reduzierung der Gas-Kosten und eine Erhöhung des Transaktions-Durchsatzes. Es gibt Optimistic Rollups und Zero-Knowledge Rollups, die unterschiedliche Sicherheitsmethoden verwenden, um diese Skalierbarkeitsgewinne zu bieten. Mehr zu Rollups.", "rpc-term": "Remote Procedure Call (RPC)", - "rpc-definition": "RPC ermöglicht es einem Computer, Daten oder Aktionen von einem anderen über ein Netzwerk anzufordern, wie das Abfragen von Informationen mit einer Fernbedienung.", - "sha-term": "Sicherer Hash-Algorithmus (SHA)", - "sha-definition": "Eine Familie kryptografischer Hashfunktionen, die vom National Institute of Standards and Technologe (NIST) veröffentlicht wurde.", + "rpc-definition": "RPC ermöglicht es einem Computer, Daten oder Aktionen von einem anderen über ein Netzwerk anzufordern, ähnlich wie das Abfragen von Informationen mit einer Fernbedienung.", + "sha-term": "Secure Hash Algorithm (SHA)", + "sha-definition": "Eine Familie von kryptografischen Hash-Funktionen, die vom National Institute of Standards and Technology (NIST) veröffentlicht wurde.", "serialization-term": "Serialisierung", - "serialization-definition": "Der Prozess der Umwandlung einer Datenstruktur in eine Sequenz von Bytes.", + "serialization-definition": "Der Prozess der Umwandlung einer Datenstruktur in eine Folge von Bytes.", "sequencer-term": "Sequencer", - "sequencer-definition": "Ein Sequencer ist ein Programm, das für die Anordnung von Transaktionen in einem Blockchain-Netzwerk verantwortlich ist, insbesondere innerhalb von Layer-2-Skalierungslösungen.", + "sequencer-definition": "Ein Sequencer ist ein Programm, das für die Anordnung von Transaktionen in einem Blockchain-Netzwerk verantwortlich ist, insbesondere innerhalb von Ebene-2-Skalierungslösungen.", "shard-term": "Shard / Shard-Chain", - "shard-definition": "Shard-Chains sind diskrete Abschnitte der gesamten Blockchain, für die Untergruppen von Validatoren verantwortlich sein können. Dies war ursprünglich als der Weg gedacht, wie Ethereum auf Millionen von Transaktionen pro Sekunde skalieren sollte, wurde aber inzwischen durch die schnelle Entwicklung der Skalierung mit Rollups abgelöst.", + "shard-definition": "Shard-Chains sind diskrete Abschnitte der gesamten Blockchain, für die Teilmengen von Validatoren verantwortlich sein können. Dies war ursprünglich als der Weg gedacht, wie Ethereum auf Millionen von Transaktionen pro Sekunde skaliert, wurde aber inzwischen durch die schnelle Entwicklung der Skalierung mittels Rollups abgelöst.", "sidechain-term": "Sidechain", - "sidechain-definition": "Eine Skalierungslösung, die eine separate Kette mit unterschiedlichen, oft schnelleren Konsensregeln verwendet. Eine Brücke wird benötigt, um diese Sidechains mit dem Mainnet zu verbinden. Rollups verwenden ebenfalls Sidechains, arbeiten aber im Gegensatz dazu in Zusammenarbeit mit dem Mainnet. Mehr über Sidechains.", + "sidechain-definition": "Eine Skalierungslösung, die eine separate Chain mit anderen, oft schnelleren Konsensregeln verwendet. Eine kettenübergreifende Brücke wird benötigt, um diese Sidechains mit dem Mainnet zu verbinden. Rollups verwenden ebenfalls Sidechains, arbeiten aber stattdessen in Zusammenarbeit mit dem Mainnet. Mehr zu Sidechains.", "signing-term": "Signieren", - "signing-definition": "Kryptografisch demonstrieren, dass eine Transaktion vom Inhaber eines bestimmten privaten Schlüssels genehmigt wurde.", + "signing-definition": "Der kryptografische Nachweis, dass eine Transaktion vom Inhaber eines bestimmten Private-Keys genehmigt wurde.", "singleton-term": "Singleton", - "singleton-definition": "Ein Programmierbegriff, der ein Objekt beschreibt, von dem nur eine Instanz existieren kann.", + "singleton-definition": "Ein Begriff aus der Computerprogrammierung, der ein Objekt beschreibt, von dem nur eine einzige Instanz existieren kann.", "slasher-term": "Slasher", - "slasher-definition": "Ein Slasher ist eine Entität, die Attestierungen scannt und nach strafbaren Vergehen sucht. Slashings werden an das Netzwerk gesendet, und der nächste Block-Vorschlagende fügt den Beweis zum Block hinzu. Der Block-Vorschlagende erhält dann eine Belohnung für das Slashen des bösartigen Validators.", + "slasher-definition": "Ein Slasher ist eine Entität, die Bestätigungen scannt und nach Vergehen sucht, die mit Slashing bestraft werden können. Slashings werden an das Netzwerk übertragen, und der nächste Block-Vorschlagende fügt den Beweis dem Block hinzu. Der Block-Vorschlagende erhält dann eine Belohnung für das Slashing des böswilligen Validators.", "slot-term": "Slot", "slot-definition": "Ein Zeitraum (12 Sekunden), in dem neue Blöcke von einem Validator im Proof-of-Stake-System vorgeschlagen werden können. Ein Slot kann leer sein. 32 Slots bilden eine Epoche. Mehr zu Proof-of-Stake.", "smart-contract-term": "Smart Contract", - "smart-contract-definition": "Ein Smart Contract ist ein Programm, das Vereinbarungen auf einer Blockchain automatisch ausführt, wie ein selbstausführender digitaler Vertrag. Einführung in Smart Contracts.", + "smart-contract-definition": "Ein Smart Contract ist ein Programm, das Vereinbarungen auf einer Blockchain automatisch ausführt, wie ein selbstdurchsetzender digitaler Vertrag. Einführung in Smart Contracts.", "snark-term": "SNARK", - "snark-definition": "Kurz für „succinct non-interactive argument of knowledge“, ein SNARK ist eine Art von Zero-Knowledge-Beweis. Mehr über Zero-Knowledge-Rollups.", + "snark-definition": "Kurz für „succinct non-interactive argument of knowledge“ (prägnantes, nicht-interaktives Wissensargument). Ein SNARK ist eine Art von Zero-Knowledge-Beweis. Mehr zu Zero-Knowledge Rollups.", "soft-fork-term": "Soft Fork", - "soft-fork-definition": "Eine Abweichung in einer Blockchain, die auftritt, wenn sich die Konsensregeln ändern. Im Gegensatz zu einem Hard Fork ist ein Soft Fork abwärtskompatibel; aktualisierte Nodes können Blöcke validieren, die von nicht aktualisierten Nodes erstellt wurden, solange sie den neuen Konsensregeln folgen.", + "soft-fork-definition": "Eine Abweichung in einer Blockchain, die auftritt, wenn sich die Konsensregeln ändern. Im Gegensatz zu einem Hard Fork ist ein Soft Fork abwärtskompatibel; aktualisierte Blockchain-Knoten können Blöcke validieren, die von nicht aktualisierten Blockchain-Knoten erstellt wurden, solange sie den neuen Konsensregeln folgen.", "solidity-term": "Solidity", - "solidity-definition": "Eine prozedurale (imperative) Programmiersprache mit einer Syntax, die JavaScript, C++ oder Java ähnelt. Die beliebteste und am häufigsten verwendete Sprache für Ethereum-Smart Contracts. Erstellt von Dr. Gavin Wood. Mehr über Solidity.", + "solidity-definition": "Eine prozedurale (imperative) Programmiersprache mit einer Syntax, die JavaScript, C++ oder Java ähnelt. Die beliebteste und am häufigsten verwendete Sprache für Ethereum-Smart Contracts. Entwickelt von Dr. Gavin Wood. Mehr zu Solidity.", "solidity-inline-assembly-term": "Solidity Inline Assembly", - "solidity-inline-assembly-definition": "EVM-Assemblersprache in einem Solidity-Programm. Die Unterstützung von Inline-Assembly in Solidity erleichtert das Schreiben bestimmter Operationen.", + "solidity-inline-assembly-definition": "EVM-Assemblersprache in einem Solidity-Programm. Die Unterstützung von Solidity für Inline Assembly erleichtert das Schreiben bestimmter Operationen.", "stablecoin-term": "Stablecoin", - "stablecoin-definition": "Ein Stablecoin ist eine Art von Kryptowährung, die so konzipiert ist, dass sie einen stabilen Wert hat, oft an eine Währung oder einen Rohstoff (wie den US-Dollar) gekoppelt, um Preisschwankungen zu minimieren. Mehr über Stablecoins.", + "stablecoin-definition": "Ein Stablecoin ist eine Art von Kryptowährung, die darauf ausgelegt ist, einen stabilen Wert zu haben, oft an eine Währung oder einen Rohstoff (wie den US-Dollar) gebunden, um die Preisvolatilität zu minimieren. Mehr zu Stablecoins.", "staking-term": "Staking", - "staking-definition": "Einzahlung einer Menge Ether (Ihr Stake), um ein Validator zu werden und das Netzwerk zu sichern. Ein Validator überprüft Transaktionen und schlägt Blöcke in einem Proof-of-Stake-Konsensmodell vor. Das Staking gibt Ihnen einen wirtschaftlichen Anreiz, im besten Interesse des Netzwerks zu handeln. Sie erhalten Belohnungen für die Erfüllung Ihrer Validator-Pflichten, verlieren aber unterschiedliche Mengen an ETH, wenn Sie dies nicht tun. Mehr über Ethereum-Staking.", + "staking-definition": "Das Hinterlegen einer Menge an Ether (Ihr Einsatz), um ein Validator zu werden und das Netzwerk zu sichern. Ein Validator überprüft Transaktionen und schlägt Blöcke unter einem Proof-of-Stake-Konsensmodell vor. Staking gibt Ihnen einen wirtschaftlichen Anreiz, im besten Interesse des Netzwerks zu handeln. Sie erhalten Belohnungen für die Ausführung Ihrer Validator-Pflichten, verlieren jedoch unterschiedliche Mengen an ETH, wenn Sie dies nicht tun. Mehr zum Ethereum-Staking.", "staking-pool-term": "Staking-Pool", - "staking-pool-definition": "Das kombinierte ETH von mehr als einem Ethereum-Staker, das verwendet wird, um die 32 ETH zu erreichen, die zur Aktivierung eines Satzes von Validator-Schlüsseln erforderlich sind. Ein Node-Betreiber verwendet diese Schlüssel, um am Konsens teilzunehmen, und die Block-Belohnungen werden unter den beitragenden Stakern aufgeteilt. Staking-Pools oder delegiertes Staking sind nicht nativ im Ethereum-Protokoll, aber viele Lösungen wurden von der Community entwickelt. Mehr über Pooled Staking.", + "staking-pool-definition": "Die kombinierten ETH von mehr als einem Ethereum-Staker, die verwendet werden, um die 32 ETH zu erreichen, die zur Aktivierung eines Satzes von Validator-Schlüsseln erforderlich sind. Ein Betreiber eines Blockchain-Knotens verwendet diese Schlüssel, um am Konsens teilzunehmen, und die Block-Belohnungen werden unter den beitragenden Stakern aufgeteilt. Staking-Pools oder delegiertes Staking sind nicht nativ im Ethereum-Protokoll verankert, aber viele Lösungen wurden von der Community entwickelt. Mehr zu gepooltem Staking.", "stark-term": "STARK", - "stark-definition": "Kurz für „scalable transparent argument of knowledge“, ein STARK ist eine Art von Zero-Knowledge-Beweis. Mehr über Zero-Knowledge-Rollups.", - "state-term": "Zustand", - "state-definition": "Eine Momentaufnahme aller Salden und Daten auf der Blockchain zu einem bestimmten Zeitpunkt. Er bezieht sich normalerweise auf die Bedingung in einem bestimmten Block.", - "state-channels-term": "Zustandskanäle", - "state-channels-definition": "Eine Layer-2-Lösung, bei der ein Kanal zwischen den Teilnehmern eingerichtet wird, über den sie frei und kostengünstig Transaktionen durchführen können. Nur eine Transaktion zum Einrichten des Kanals und zum Schließen des Kanals wird an das Mainnet gesendet. Dies ermöglicht einen sehr hohen Transaktionsdurchsatz, erfordert jedoch, die Anzahl der Teilnehmer im Voraus zu kennen und Gelder zu sperren. Mehr über State Channels.", - "supermajority-term": "Qualifizierte Mehrheit", - "supermajority-definition": "Qualifizierte Mehrheit ist der Begriff für einen Betrag, der 2/3 (66 %) des gesamten gestaketen Ethers übersteigt, der Ethereum sichert. Eine qualifizierte Mehrheitsabstimmung ist erforderlich, damit Blöcke auf der Beacon-Chain finalisiert werden können.", - "sybil-attack-term": "Sybil Angriff", - "sybil-attack-definition": "Sybil-Angriffe beziehen sich auf einzelne Menschen, die das System glauben lassen wollen, sie seien mehrere Menschen, um ihren Einfluss zu erhöhen.", + "stark-definition": "Kurz für „scalable transparent argument of knowledge“ (skalierbares, transparentes Wissensargument). Ein STARK ist eine Art von Zero-Knowledge-Beweis. Mehr zu Zero-Knowledge Rollups.", + "state-term": "Status", + "state-definition": "Ein Schnappschuss aller Kontostände und Daten zu einem bestimmten Zeitpunkt auf der Blockchain, der sich normalerweise auf den Zustand bei einem bestimmten Block bezieht.", + "state-channels-term": "State Channels", + "state-channels-definition": "Eine Ebene 2-Lösung, bei der ein Kanal zwischen Teilnehmern eingerichtet wird, in dem sie frei und günstig Transaktionen durchführen können. Nur eine Transaktion zur Einrichtung und Schließung des Kanals wird an das Mainnet gesendet. Dies ermöglicht einen sehr hohen Transaktionsdurchsatz, erfordert jedoch, dass die Anzahl der Teilnehmer im Voraus bekannt ist und Gelder gesperrt werden. Mehr zu State Channels.", + "supermajority-term": "Supermehrheit", + "supermajority-definition": "Supermehrheit ist der Begriff für einen Betrag, der 2/3 (66 %) der gesamten gestakten Ether übersteigt, die Ethereum sichern. Eine Supermehrheitsabstimmung ist erforderlich, damit Blöcke auf der Beacon Chain finalisiert werden.", + "sybil-attack-term": "Sybil-Angriff", + "sybil-attack-definition": "Sybil-Angriffe beziehen sich auf einzelne Personen, die ein System austricksen, indem sie vorgeben, mehrere Personen zu sein, um ihren Einfluss zu erhöhen.", "syncing-term": "Synchronisierung", - "syncing-definition": "Der Prozess des Herunterladens der gesamten neuesten Version einer Blockchain auf einen Node.", + "syncing-definition": "Der Prozess des Herunterladens der gesamten neuesten Version einer Blockchain auf einen Blockchain-Knoten.", "sync-committee-term": "Sync-Komitee", - "sync-committee-definition": "Ein Sync-Komitee ist eine zufällig ausgewählte Gruppe von Validatoren, die sich alle ~27 Stunden erneuert. Ihr Zweck ist es, ihre Signaturen zu gültigen Block-Headern hinzuzufügen. Sync-Komitees ermöglichen es Light-Clients, den Kopf der Blockchain zu verfolgen, ohne auf den gesamten Validator-Satz zugreifen zu müssen.", + "sync-committee-definition": "Ein Sync-Komitee ist eine zufällig ausgewählte Gruppe von Validatoren, die sich etwa alle 27 Stunden aktualisiert. Ihr Zweck ist es, ihre Signaturen zu gültigen Block-Headern hinzuzufügen. Sync-Komitees ermöglichen es Light Clients, den Kopf der Blockchain zu verfolgen, ohne auf das gesamte Validator-Set zugreifen zu müssen.", "szabo-term": "Szabo", - "szabo-definition": "Eine Denomination von Ether. 1 Szabo = 1012 Wei. 106 Szabo = 1 Ether.", - "terminal-total-difficulty-term": "Terminale Gesamtschwierigkeit (Terminal Total Difficulty, TTD)", - "terminal-total-difficulty-definition": "Die Gesamtschwierigkeit ist die Summe der Ethash-Mining-Schwierigkeit für alle Blöcke bis zu einem bestimmten Punkt in der Blockchain. Die Terminal Total Difficulty (terminale Gesamtschwierigkeit) ist ein spezifischer Wert für die Gesamtschwierigkeit, der als Auslöser für Ausführungs-Clients diente, um ihre Mining- und Block-Gossip-Funktionen abzuschalten und dem Netzwerk den Übergang zu Proof-of-Stake zu ermöglichen. Sie ist nicht mehr relevant, da Ethereum zu Proof-of-Stake übergegangen ist.", + "szabo-definition": "Eine Stückelung von Ether. 1 Szabo = 1012 Wei. 106 Szabo = 1 Ether.", + "terminal-total-difficulty-term": "Terminal Total Difficulty (TTD)", + "terminal-total-difficulty-definition": "Die Gesamtschwierigkeit (Total Difficulty) ist die Summe der Ethash-Mining-Schwierigkeit für alle Blöcke bis zu einem bestimmten Punkt in der Blockchain. Die Terminal Total Difficulty ist ein spezifischer Wert für die Gesamtschwierigkeit, der als Auslöser für Ausführungs-Clients verwendet wurde, um ihre Mining- und Block-Gossip-Funktionen abzuschalten, was dem Netzwerk den Übergang zu Proof-of-Stake ermöglichte. Sie ist nicht mehr relevant, da Ethereum zu Proof-of-Stake gewechselt ist.", "testnet-term": "Testnet", - "testnet-definition": "Kurz für „Testnetzwerk“, ein Netzwerk, das verwendet wird, um das Verhalten des Hauptnetzwerks von Ethereum zu simulieren.", + "testnet-definition": "Kurz für „Testnetzwerk“, ein Netzwerk, das verwendet wird, um das Verhalten des Ethereum-Hauptnetzwerks zu simulieren.", "token-term": "Token", "token-definition": "Ein handelbares virtuelles Gut, das in Smart Contracts auf der Ethereum-Blockchain definiert ist.", - "token-factory-term": "Token-Fabrik", - "token-factory-definition": "Eine Token-Fabrik ist ein Smart Contract, der die Erstellung von Token nach einem bestimmten Standard, wie ERC-20, ERC-721 oder ERC-1155, erleichtert. Der Smart Contract fungiert als Vorlage und ermöglicht es Benutzern, neue Token mit benutzerdefinierten Parametern wie Name, Symbol, Vorrat und zusätzlicher Funktionalität bereitzustellen, ohne einen neuen Smart Contract von Grund auf neu erstellen zu müssen.", + "token-factory-term": "Token Factory", + "token-factory-definition": "Eine Token Factory ist ein Smart Contract, der die Erstellung von Token innerhalb eines bestimmten Standards wie ERC-20, ERC-721 oder ERC-1155 erleichtert. Der Smart Contract fungiert als Vorlage und ermöglicht es Benutzern, neue Token mit benutzerdefinierten Parametern wie Name, Symbol, Angebot und zusätzlichen Funktionen bereitzustellen, ohne einen neuen Smart Contract von Grund auf neu erstellen zu müssen.", "transaction-term": "Transaktion", - "transaction-definition": "Daten, die der Ethereum-Blockchain übermittelt und von einem ursprünglichen Konto signiert wurden und auf eine bestimmte Adresse abzielen. Die Transaktion enthält Metadaten wie das Gaslimit für diese Transaktion. Mehr über Transaktionen.", + "transaction-definition": "Daten, die an die Ethereum-Blockchain übermittelt und von einem Ursprungs-Konto signiert wurden, gerichtet an eine bestimmte Adresse. Die Transaktion enthält Metadaten wie das Gaslimit für diese Transaktion. Mehr zu Transaktionen.", "transaction-fee-term": "Transaktionsgebühr", - "transaction-fee-definition": "Eine Gebühr, die Sie zahlen müssen, wann immer Sie das Ethereum-Netzwerk nutzen. Beispiele sind das Senden von Geldern aus Ihrer Wallet oder eine Dapp-Interaktion, wie das Tauschen von Token oder der Kauf eines Sammlerstücks. Sie können sich dies wie eine Servicegebühr vorstellen. Diese Gebühr ändert sich je nachdem, wie ausgelastet das Netzwerk ist. Das liegt daran, dass Validatoren, die für die Verarbeitung Ihrer Transaktion verantwortlich sind, wahrscheinlich Transaktionen mit höheren Gebühren priorisieren – so treibt die Überlastung den Preis in die Höhe.

    Auf technischer Ebene bezieht sich Ihre Transaktionsgebühr darauf, wie viel Gas Ihre Transaktion benötigt.

    Die Reduzierung der Transaktionsgebühren ist derzeit ein Thema von großem Interesse. Siehe Layer 2.", - "trust-assumptions-term": "Vertrauensannahme", - "trust-assumptions-definition": "Vertrauensannahmen sind grundlegende Überzeugungen über die Sicherheit und Zuverlässigkeit eines Systems, die leiten, worauf wir vertrauen, damit das System funktioniert.", + "transaction-fee-definition": "Eine Gebühr, die Sie zahlen müssen, wann immer Sie das Ethereum-Netzwerk nutzen. Beispiele hierfür sind das Senden von Geldern aus Ihrem Wallet oder eine Dapp-Interaktion, wie das Tauschen von Token oder der Kauf eines Sammlerstücks. Sie können sich dies wie eine Servicegebühr vorstellen. Diese Gebühr ändert sich je nach Auslastung des Netzwerks. Das liegt daran, dass Validatoren, die für die Verarbeitung Ihrer Transaktion verantwortlich sind, wahrscheinlich Transaktionen mit höheren Gebühren priorisieren – eine Überlastung treibt also den Preis in die Höhe.

    Auf technischer Ebene hängt Ihre Transaktionsgebühr davon ab, wie viel Gas Ihre Transaktion benötigt.

    Die Reduzierung von Transaktionsgebühren ist derzeit ein Thema von großem Interesse. Siehe Ebene 2.", + "trust-assumptions-term": "Vertrauensannahmen", + "trust-assumptions-definition": "Vertrauensannahmen sind grundlegende Überzeugungen über die Sicherheit und Zuverlässigkeit eines Systems, die bestimmen, worauf wir vertrauen, damit das System funktioniert.", "trustlessness-term": "Vertrauenslosigkeit", - "trustlessness-definition": "Die Fähigkeit eines Netzwerkes, Transaktionen zu vermitteln, ohne dass eine der beteiligten Parteien einem Dritten vertrauen muss.", - "turing-complete-term": "Turing vollständig", - "turing-complete-definition": "Ein nach dem englischen Mathematiker und Informatiker Alan Turing benanntes Konzept: Ein System von Datenmanipulationsregeln (z. B. der Befehlssatz eines Computers, eine Programmiersprache oder ein Zellularautomat) gilt als „Turing complete“ oder „computationally universal“, wenn es zur Simulation einer beliebigen Turing-Maschine verwendet werden kann.", + "trustlessness-definition": "Die Fähigkeit eines Netzwerks, Transaktionen zu vermitteln, ohne dass eine der beteiligten Parteien einer dritten Partei vertrauen muss.", + "turing-complete-term": "Turing-vollständig", + "turing-complete-definition": "Ein Konzept, das nach dem englischen Mathematiker und Informatiker Alan Turing benannt ist – ein System von Datenmanipulationsregeln (wie der Befehlssatz eines Computers, eine Programmiersprache oder ein zellulärer Automat) wird als „Turing-vollständig“ oder „rechnerisch universell“ bezeichnet, wenn es verwendet werden kann, um jede Turingmaschine zu simulieren.", "validator-term": "Validator", - "validator-definition": "Ein Node in einem Proof-of-Stake-System, der für die Speicherung von Daten, die Verarbeitung von Transaktionen und das Hinzufügen neuer Blöcke zur Blockchain verantwortlich ist. Um die Validator-Software zu aktivieren, müssen Sie in der Lage sein, 32 ETH zu staken. Mehr über das Staking in Ethereum.", + "validator-definition": "Ein Blockchain-Knoten in einem Proof-of-Stake-System, der für die Speicherung von Daten, die Verarbeitung von Transaktionen und das Hinzufügen neuer Blöcke zur Blockchain verantwortlich ist. Um die Validator-Software zu aktivieren, müssen Sie in der Lage sein, 32 ETH als Einsatz zu hinterlegen. Mehr zum Staking in Ethereum.", "validator-lifecycle-term": "Validator-Lebenszyklus", - "validator-lifecycle-definition": "Die Abfolge von Zuständen, in denen ein Validator existieren kann. Dazu gehören:

    • eingezahlt: Mindestens 32 ETH wurden vom Validator in den Einzahlungsvertrag eingezahlt
    • ausstehend: Der Validator befindet sich in der Aktivierungswarteschlange und wartet darauf, von bestehenden Validatoren ins Netzwerk gewählt zu werden
    • aktiv: attestiert und schlägt derzeit Blöcke vor
    • slashing: Der Validator hat sich fehlverhalten und wird geslasht
    • verlassend: Der Validator wurde zum Verlassen des Netzwerks markiert, entweder freiwillig oder weil er ausgeworfen wurde.
    ", + "validator-lifecycle-definition": "Die Abfolge von Zuständen, in denen sich ein Validator befinden kann. Diese umfassen:

    • deposited (hinterlegt): Mindestens 32 ETH wurden vom Validator in den Einzahlungsvertrag eingezahlt
    • pending (ausstehend): Der Validator befindet sich in der Aktivierungswarteschlange und wartet darauf, von bestehenden Validatoren in das Netzwerk gewählt zu werden
    • active (aktiv): Bestätigt derzeit und schlägt Blöcke vor
    • slashing (Slashing): Der Validator hat sich falsch verhalten und wird mit Slashing bestraft
    • exiting (austretend): Der Validator wurde für das Verlassen des Netzwerks markiert, entweder freiwillig oder weil er ausgeschlossen wurde.
    ", "validity-proof-term": "Validitätsnachweis", - "validity-proof-definition": "Ein Sicherheitsmodell für bestimmte Layer-2-Lösungen, bei denen zur Beschleunigung Transaktionen in Batches gebündelt und in einer einzigen Transaktion an Ethereum übermittelt werden. Die Transaktionsberechnung erfolgt Offchain und wird dann mit einem Beweis ihrer Gültigkeit an die Hauptkette geliefert. Diese Methode erhöht die Anzahl der möglichen Transaktionen bei gleichbleibender Sicherheit. Einige Rollups verwenden Betrugsbeweise. Mehr über Zero-Knowledge-Rollups.", + "validity-proof-definition": "Ein Sicherheitsmodell für bestimmte Ebene 2-Lösungen, bei dem Transaktionen zur Erhöhung der Geschwindigkeit in Batches gebündelt und in einer einzigen Transaktion an Ethereum übermittelt werden. Die Transaktionsberechnung erfolgt Off-Chain und wird dann der Hauptkette mit einem Nachweis ihrer Gültigkeit zur Verfügung gestellt. Diese Methode erhöht die Anzahl der möglichen Transaktionen bei gleichzeitiger Aufrechterhaltung der Sicherheit. Einige Rollups verwenden einen Betrugsnachweis. Mehr zu Zero-Knowledge Rollups.", "validium-term": "Validium", - "validium-definition": "Eine Offchain-Lösung, die Gültigkeitsbeweise verwendet, um den Transaktionsdurchsatz zu verbessern. Im Gegensatz zu Zero-Knowledge-Rollups werden Validium-Daten nicht auf dem Layer-1-Mainnet gespeichert. Mehr über Validium.", + "validium-definition": "Eine Off-Chain-Lösung, die Validitätsnachweise verwendet, um den Transaktionsdurchsatz zu verbessern. Im Gegensatz zu Zero-Knowledge Rollups werden Validium-Daten nicht auf dem Ebene-1-Mainnet gespeichert. Mehr zu Validium.", "vyper-term": "Vyper", - "vyper-definition": "Eine Hochsprache mit Python-ähnlicher Syntax. Soll einer reinen funktionalen Sprache näher kommen. Erstellt von Vitalik Buterin. Mehr über Vyper.", + "vyper-definition": "Eine höhere Programmiersprache mit Python-ähnlicher Syntax. Sie soll einer rein funktionalen Sprache näher kommen. Entwickelt von Vitalik Buterin. Mehr zu Vyper.", "wallet-term": "Wallet", - "wallet-definition": "Eine Wallet ist ein digitales Werkzeug zum Speichern, Senden und Empfangen digitaler Währung, wie eine virtuelle Geldbörse für Ihr Online-Geld. Mehr über Ethereum-Wallets.", + "wallet-definition": "Ein Wallet ist ein digitales Werkzeug zum Speichern, Senden und Empfangen digitaler Währungen, wie eine virtuelle Geldbörse für Ihr Online-Geld. Mehr zu Ethereum-Wallets.", "web2-term": "Web2", - "web2-definition": "Ist das aktuelle Internet, das sich auf benutzergenerierte Inhalte und soziale Medien konzentriert, die von wenigen Unternehmen kontrolliert werden. Web3 ist eine Krypto-Überzeugung, dass Benutzer ihre Daten und Transaktionen stattdessen kontrollieren sollten.", + "web2-definition": "Ist das aktuelle Internet, das sich auf nutzergenerierte Inhalte und soziale Medien konzentriert, die von wenigen Unternehmen kontrolliert werden. Web3 ist die Krypto-Überzeugung, dass stattdessen die Nutzer ihre Daten und Transaktionen kontrollieren sollten.", "web3-term": "Web3", - "web3-definition": "Web3 ist das neue Internet mit Blockchain, bei dem Benutzer ihre Daten und Transaktionen kontrollieren, nicht Unternehmen. Es müssen keine persönlichen Informationen geteilt werden. Mehr über Web3.", + "web3-definition": "Web3 ist das neue Internet mit Blockchain, in dem Nutzer ihre Daten und Transaktionen kontrollieren, nicht Unternehmen. Es ist nicht nötig, persönliche Informationen preiszugeben. Mehr zu Web3.", "wei-term": "Wei", - "wei-definition": "Die kleinste Denomination von Ether. 1018 Wei = 1 Ether.", + "wei-definition": "Die kleinste Stückelung von Ether. 1018 Wei = 1 Ether.", "wrapped-token-term": "Wrapped Token", - "wrapped-token-definition": "Ein Blockchain-basierter Token, der eine andere Kryptowährung oder einen Vermögenswert in einem anderen Netzwerk darstellt. Zum Beispiel repräsentiert Wrapped Ether (WETH) Ether (ETH) in einem Format, das dem ERC-20-Token-Standard von Ethereum entspricht. Der ursprüngliche Vermögenswert wird sicher durch einen Smart Contract gesperrt, und ein entsprechender Wrapped Token wird gemintet. Dieser Mechanismus ermöglicht die Interoperabilität innerhalb und zwischen Blockchains, sodass Vermögenswerte wie ETH nahtlos in dezentralisierten Anwendungen verwendet werden können, während sie ihren Wert behalten.", + "wrapped-token-definition": "Ein Blockchain-basierter Token, der eine andere Kryptowährung oder einen anderen Vermögenswert in einem anderen Netzwerk repräsentiert. Zum Beispiel repräsentiert Wrapped Ether (WETH) Ether (ETH) in einem Format, das dem ERC-20-Token-Standard von Ethereum entspricht. Der ursprüngliche Vermögenswert wird durch einen Smart Contract sicher gesperrt, und ein entsprechender Wrapped Token wird geprägt. Dieser Mechanismus ermöglicht die Interoperabilität innerhalb und zwischen Blockchains, sodass Vermögenswerte wie ETH nahtlos in dezentralisierten Anwendungen verwendet werden können, während sie ihren Wert behalten.", "zero-address-term": "Nulladresse", - "zero-address-definition": "Eine Ethereum-Adresse, die vollständig aus Nullen besteht und häufig als Adresse verwendet wird, um Token aus dem eigenen Umlauf zu entfernen. Es wird zwischen Token unterschieden, die formal über die burn()-Methode aus dem Index eines Smart Contracts entfernt werden, und denen, die an diese Adresse gesendet werden.", - "zk-proof-term": "Zero-Knowledge-Nachweis", - "zk-proof-definition": "Ein Zero-Knowledge-Beweis ist eine kryptographische Methode, die es einer Person ermöglicht zu beweisen, dass eine Aussage wahr ist, ohne zusätzliche Informationen zu übermitteln. Mehr über Zero-Knowledge-Rollups.", + "zero-address-definition": "Eine Ethereum-Adresse, die vollständig aus Nullen besteht und häufig als Adresse verwendet wird, um Token aus dem eigenen Umlauf zu entfernen. Es wird unterschieden zwischen Token, die formell über die Methode burn() aus dem Index eines Smart Contracts entfernt wurden, und solchen, die an diese Adresse gesendet wurden.", + "zk-proof-term": "Zero-Knowledge-Beweis", + "zk-proof-definition": "Ein Zero-Knowledge-Beweis ist eine kryptografische Methode, die es einer Person ermöglicht, zu beweisen, dass eine Aussage wahr ist, ohne zusätzliche Informationen zu übermitteln. Mehr zu Zero-Knowledge Rollups.", "zk-rollup-term": "Zero-Knowledge Rollup", - "zk-rollup-definition": "Ein Rollup von Transaktionen, das Gültigkeitsbeweise verwendet, um einen erhöhten Layer-2-Transaktionsdurchsatz zu bieten, während die Sicherheit des Mainnets (Layer 1) genutzt wird. Obwohl sie keine komplexen Transaktionstypen wie Optimistic Rollups verarbeiten können, haben sie keine Latenzprobleme, da Transaktionen bei der Übermittlung nachweislich gültig sind. Mehr über Zero-Knowledge-Rollups." -} + "zk-rollup-definition": "Ein Rollup von Transaktionen, das Validitätsnachweise verwendet, um einen erhöhten Ebene 2-Transaktionsdurchsatz zu bieten, während die vom Mainnet (Ebene 1) bereitgestellte Sicherheit genutzt wird. Obwohl sie keine komplexen Transaktionstypen wie Optimistic Rollups verarbeiten können, haben sie keine Latenzprobleme, da Transaktionen bei der Übermittlung nachweislich gültig sind. Mehr zu Zero-Knowledge Rollups." +} \ No newline at end of file diff --git a/src/intl/de/learn-quizzes.json b/src/intl/de/learn-quizzes.json index 4982054b3a2..beb29879548 100644 --- a/src/intl/de/learn-quizzes.json +++ b/src/intl/de/learn-quizzes.json @@ -2,697 +2,697 @@ "add-quiz": "Frage/Quiz hinzufügen", "average-score": "Durchschnittliche Punktzahl:", "basics": "Ethereum-Grundlagen", - "basics-description": "In diesem Abschnitt werden die grundlegenden Konzepte von Ethereum behandelt. So können Sie sich ein solides Basiswissen aneignen.", + "basics-description": "Dieser Abschnitt behandelt die grundlegenden Konzepte von Ethereum und stellt sicher, dass du über ein starkes Fundament verfügst.", "completed": "Abgeschlossen:", "community-stats": "Community-Statistiken", - "contribute": "Tragen Sie zu unserer Bibliothek bei.", + "contribute": "Trage zu unserer Bibliothek bei.", "correct": "Richtig", - "explanation": "Erläuterung", + "explanation": "Erklärung", "next-question": "Nächste Frage", "next-quiz": "Nächstes Quiz", - "question-number": "Fragenummer {{number}}:", - "page-assets-merge": "Die Zusammenführung", - "passed": "Sie haben das Quiz bestanden.", + "question-number": "Frage Nummer {{number}}:", + "page-assets-merge": "The Merge", + "passed": "Du hast das Quiz bestanden!", "questions": "Fragen", "questions-answered": "Beantwortete Fragen:", - "quizzes-subtitle": "Finden Sie heraus, wie gut Ihr Wissen über Ethereum und Kryptowährungen ist. Sind Sie bereit, ein Experte zu werden?", - "retry": "Wiederholte Versuche:", + "quizzes-subtitle": "Finde heraus, wie gut du Ethereum und Kryptowährungen verstehst. Bist du bereit, ein Experte zu werden?", + "retry": "Wiederholungsrate:", "score": "Punktzahl", - "see-results": "Ergebnisse anzeigen", + "see-results": "Ergebnisse ansehen", "share-results": "Ergebnisse teilen", "start": "Start", "submit-answer": "Antwort überprüfen", - "test-your-knowledge": "Testen Sie Ihr Ethereum-Wissen", - "try-again": "Versuche es erneut", - "using-ethereum": "Ethereum verwenden", - "using-ethereum-description": "Tauchen Sie ein in die realen Anwendungen von Ethereum und entdecken Sie, wie diese revolutionäre Blockchain-Plattform Branchen umgestaltet. Das ist eine gute Möglichkeit, um sicherzustellen, dass Sie die Thematik gut genug verstehen, bevor Sie anfangen, Kryptowährungen aktiv zu nutzen.", - "want-more-quizzes": "Möchten Sie hier mehr Quiz sehen?", - "your-results": "Ihre Ergebnisse", - "your-total": "Ihre Gesamtpunktzahl", + "test-your-knowledge": "Teste dein Ethereum-Wissen", + "try-again": "Erneut versuchen", + "using-ethereum": "Ethereum nutzen", + "using-ethereum-description": "Tauche in die realen Anwendungen von Ethereum ein und entdecke, wie diese revolutionäre Blockchain-Plattform Branchen umgestaltet. Dies ist eine großartige Möglichkeit, um sicherzustellen, dass du die Dinge gut genug verstehst, bevor du anfängst, Kryptowährungen aktiv zu nutzen.", + "want-more-quizzes": "Möchtest du hier mehr Quizze sehen?", + "your-results": "Deine Ergebnisse", + "your-total": "Deine Gesamtpunktzahl", "what-is-ethereum-1-prompt": "Der größte Unterschied zwischen Ethereum und Bitcoin ist:", - "what-is-ethereum-1-a-label": "Auf Ethereum kannst du keine Zahlungen an andere Personen schicken", - "what-is-ethereum-1-a-explanation": "Sowohl mit Bitcoin als auch mit Ethereum kannst du Zahlungen an andere Personen schicken.", - "what-is-ethereum-1-b-label": "Man kann Computerprogramme auf Ethereum laufen lassen", - "what-is-ethereum-1-b-explanation": "Ethereum ist programmierbar. Das bedeutet, dass man jedes Computerprogramm auf der Ethereum-Blockchain ausführen kann.", - "what-is-ethereum-1-c-label": "Man kann Computerprogramme auf Bitcoin ausführen", - "what-is-ethereum-1-c-explanation": "Anders als Ethereum, ist Bitcoin nicht programmierbar und kann keine beliebigen Computerprogramme ausführen.", + "what-is-ethereum-1-a-label": "Ethereum erlaubt es dir nicht, Zahlungen an andere Personen zu tätigen", + "what-is-ethereum-1-a-explanation": "Sowohl Bitcoin als auch Ethereum ermöglichen es dir, Zahlungen an andere Personen zu tätigen.", + "what-is-ethereum-1-b-label": "Du kannst Computerprogramme auf Ethereum ausführen", + "what-is-ethereum-1-b-explanation": "Ethereum ist programmierbar. Das bedeutet, dass du jedes beliebige Computerprogramm auf der Ethereum-Blockchain ablegen kannst.", + "what-is-ethereum-1-c-label": "Du kannst Computerprogramme auf Bitcoin ausführen", + "what-is-ethereum-1-c-explanation": "Im Gegensatz zu Ethereum ist Bitcoin nicht programmierbar und kann keine beliebigen Computerprogramme ausführen.", "what-is-ethereum-1-d-label": "Sie haben unterschiedliche Logos", - "what-is-ethereum-1-d-explanation": "Sie haben zwar unterschiedliche Logos, aber das ist nicht der größte Unterschied zwischen ihnen.", + "what-is-ethereum-1-d-explanation": "Sie haben tatsächlich unterschiedliche Logos! Aber das ist nicht der größte Unterschied zwischen ihnen.", "what-is-ethereum-2-prompt": "Die native Kryptowährung von Ethereum heißt:", "what-is-ethereum-2-a-label": "Ether", - "what-is-ethereum-2-a-explanation": "Ether ist die native Kryptowährung des Ethereum-Netzwerks.", + "what-is-ethereum-2-a-explanation": "Ether ist die native Kryptowährung im Ethereum-Netzwerk.", "what-is-ethereum-2-b-label": "Ethereum", - "what-is-ethereum-2-b-explanation": "Die Blockchain heißt Ethereum, aber die native Währung wird nicht Ethereum genannt. Das ist ein gängiges Missverständnis.", + "what-is-ethereum-2-b-explanation": "Ethereum ist die Blockchain, aber ihre native Währung heißt nicht Ethereum. Dies ist ein weit verbreiteter Irrtum.", "what-is-ethereum-2-c-label": "Ethercoin", - "what-is-ethereum-2-c-explanation": "Im Gegensatz zu vielen anderen Kryptowährungen enthält Ethereums native Kryptowährung nicht das Wort „Coin“.", + "what-is-ethereum-2-c-explanation": "Im Gegensatz zu vielen anderen Kryptowährungen enthält die native Kryptowährung von Ethereum nicht das Wort ‚Coin‘.", "what-is-ethereum-2-d-label": "Bitcoin", - "what-is-ethereum-2-d-explanation": "Bitcoin (groß geschrieben) war die erste Blockchain, bitcoin (klein geschrieben) ist die native Kryptowährung.", + "what-is-ethereum-2-d-explanation": "Bitcoin (großes B) war die erste erstellte Blockchain, bitcoin (kleines b) ist ihre native Kryptowährung.", "what-is-ethereum-3-prompt": "Wer betreibt Ethereum?", - "what-is-ethereum-3-a-label": "Entwickler:innen", - "what-is-ethereum-3-a-explanation": "Entwickler sind entscheidend für den Aufbau und die Verbesserung von Ethereum. Sie sind aber nicht diejenigen, die Ethereum am Laufen halten.", + "what-is-ethereum-3-a-label": "Entwickler", + "what-is-ethereum-3-a-explanation": "Entwickler sind entscheidend für den Aufbau und die Verbesserung von Ethereum, aber sie sind nicht die Gruppe, die Ethereum am Laufen hält.", "what-is-ethereum-3-b-label": "Miner", - "what-is-ethereum-3-b-explanation": "Seit dem \"Merge\" ist Mining nicht mehr möglich, auf Ethereum gibt es nun keine „Miner“ mehr.", + "what-is-ethereum-3-b-explanation": "Mining ist seit The Merge nicht mehr möglich. Es gibt keine ‚Miner‘ mehr auf Ethereum.", "what-is-ethereum-3-c-label": "Die Ethereum Foundation", - "what-is-ethereum-3-c-explanation": "Die Ethereum-Stiftung hat keine nennenswerte Rolle im Betrieb der Ethereum-Nodes.", - "what-is-ethereum-3-d-label": "Jeder, der eine Node betreibt", - "what-is-ethereum-3-d-explanation": "Wer eine Node betreibt, ist ein entscheidender Teil von Ethereums Infrastruktur. Überlege dir den Betrieb einer Ethereum-Node, wenn du hier noch nicht aktiv bist.", + "what-is-ethereum-3-c-explanation": "Die Ethereum Foundation spielt keine wesentliche Rolle beim täglichen Betrieb von Ethereum-Blockchain-Knoten.", + "what-is-ethereum-3-d-label": "Jeder, der einen Blockchain-Knoten betreibt", + "what-is-ethereum-3-d-explanation": "Jeder, der einen Blockchain-Knoten betreibt, ist ein entscheidender Teil der Infrastruktur von Ethereum. Falls du es noch nicht getan hast, ziehe in Betracht, einen Ethereum-Blockchain-Knoten zu betreiben.", "what-is-ethereum-4-prompt": "Wie oft war das Netzwerk seit dem Start von Ethereum offline?", - "what-is-ethereum-4-a-label": "Nie", - "what-is-ethereum-4-a-explanation": "Ethereum ist seit seiner Einführung noch nie vollständig offline gegangen (hat also nie aufgehört, Blöcke zu produzieren).", + "what-is-ethereum-4-a-label": "Niemals", + "what-is-ethereum-4-a-explanation": "Ethereum war seit seinem Start noch nie vollständig offline (hat aufgehört, Blöcke zu produzieren).", "what-is-ethereum-4-b-label": "Einmal", - "what-is-ethereum-4-c-label": "Vier Mal", - "what-is-ethereum-4-d-label": "Mehr als zehn Mal", + "what-is-ethereum-4-c-label": "Viermal", + "what-is-ethereum-4-d-label": "Mehr als zehnmal", "what-is-ethereum-5-prompt": "Ethereum verbraucht mehr Strom als:", "what-is-ethereum-5-a-label": "Goldabbau", - "what-is-ethereum-5-a-explanation": "Der Goldbergbau verbraucht ca. 131 Terawattstunden pro Jahr. Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr.", + "what-is-ethereum-5-a-explanation": "Der Goldabbau verbraucht ~131 Terawattstunden pro Jahr. Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr.", "what-is-ethereum-5-b-label": "Netflix", - "what-is-ethereum-5-b-explanation": "Netflix verbraucht ca. 0,451 Terawattstunden pro Jahr. Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr.", + "what-is-ethereum-5-b-explanation": "Netflix verbraucht ~0,451 Terawattstunden pro Jahr. Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr.", "what-is-ethereum-5-c-label": "PayPal", - "what-is-ethereum-5-c-explanation": "PayPal verbraucht ca. 0,26 Terawattstunden pro Jahr. Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr.", - "what-is-ethereum-5-d-label": "Keines der genannten", - "what-is-ethereum-5-d-explanation": "Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr. Das ist weniger als der Goldbergbau (~131 TWh/Jahr), Netflix (~0,451 TWh/Jahr) und PayPal (~0,26 TWh/Jahr).", + "what-is-ethereum-5-c-explanation": "PayPal verbraucht ~0,26 Terawattstunden pro Jahr. Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr.", + "what-is-ethereum-5-d-label": "Nichts der oben genannten", + "what-is-ethereum-5-d-explanation": "Ethereum verbraucht etwa 0,0026 Terawattstunden pro Jahr. Weniger als der Goldabbau (~131 TWh/Jahr), Netflix (~0,451 TWh/Jahr) und PayPal (~0,26 TWh/Jahr).", "what-is-ether-1-prompt": "Ether ist auch bekannt als:", "what-is-ether-1-a-label": "ETC", - "what-is-ether-1-a-explanation": "ETC ist das Kürzel für Ethereum Classic.", + "what-is-ether-1-a-explanation": "ETC ist das Tickersymbol für Ethereum Classic.", "what-is-ether-1-b-label": "ETR", - "what-is-ether-1-b-explanation": "ETR ist kein Kürzel für Ether oder andere bekannte Kryptowährungen.", + "what-is-ether-1-b-explanation": "ETR ist kein Tickersymbol für Ether oder eine andere bedeutende Kryptowährung.", "what-is-ether-1-c-label": "ETH", - "what-is-ether-1-c-explanation": "ETH ist das Kürzel für Ether auf Ethereum.", + "what-is-ether-1-c-explanation": "ETH ist das Tickersymbol für Ether auf Ethereum.", "what-is-ether-1-d-label": "BTC", - "what-is-ether-1-d-explanation": "BTC ist das Kürzel für Bitcoin im Bitcoin-Netzwerk.", + "what-is-ether-1-d-explanation": "BTC ist das Tickersymbol für Bitcoin im Bitcoin-Netzwerk.", "what-is-ether-2-prompt": "Auf Ethereum werden Netzwerkgebühren bezahlt in:", "what-is-ether-2-a-label": "bitcoin", - "what-is-ether-2-a-explanation": "„bitcoin\" (klein geschrieben) ist die native Kryptowährung des Bitcoin-Netzwerks.", + "what-is-ether-2-a-explanation": "Das kleingeschriebene „bitcoin“ ist die native Kryptowährung des Bitcoin-Netzwerks.", "what-is-ether-2-b-label": "ETH", - "what-is-ether-2-b-explanation": "Ether (ETH) ist die native Kryptowährung von Ethereum. Alle Netzwerk-Gebühren werden in ETH bezahlt.", + "what-is-ether-2-b-explanation": "Ether (ETH) ist die native Kryptowährung von Ethereum. Alle Netzwerkgebühren auf Ethereum werden in ETH bezahlt.", "what-is-ether-2-c-label": "USD", - "what-is-ether-2-c-explanation": "Es ist nicht möglich, Netzwerkgebühren für Ethereum in USD (US-Dollar) oder in einer anderen Papierwährung zu bezahlen.", + "what-is-ether-2-c-explanation": "Es ist nicht möglich, Netzwerkgebühren auf Ethereum in USD (US-Dollar) oder einer anderen Fiat-Währung zu bezahlen.", "what-is-ether-2-d-label": "Ethereum", - "what-is-ether-2-d-explanation": "Ethereum ist das Netzwerk, die Netzwerkgebühren von Ethereum werden in ETH bezahlt.", - "what-is-ether-3-prompt": "Auf Ethereum zu staken hilft, das Netzwerk zu sichern, weil:", - "what-is-ether-3-a-label": "Staker können Leute bannen, wenn ihnen nicht gefällt, was sie tun", - "what-is-ether-3-a-explanation": "Staker können Nutzer nicht willkürlich zensieren.", - "what-is-ether-3-b-label": "Wenn Staker versuchen, das Netzwerk zu betrügen, riskieren sie den Verlust ihrer ETH", - "what-is-ether-3-b-explanation": "Staker riskieren, einen erheblichen Teil ihrer ETH zu verlieren, wenn sie nachweislich das Netzwerk betrügen. Das ist als „Slashing\" bekannt.", - "what-is-ether-3-c-label": "Staker verwenden für Nachweise leistungsstarke Computer", - "what-is-ether-3-c-explanation": "Staker benötigen keine leistungsstarke Hardware, um ihre ETH zu staken. Ethereum nutzt seit dem Zusammenschluss keine Nachweise (Proof-of-Work) mehr.", - "what-is-ether-3-d-label": "Staker müssen sich per KYC verifizieren, bevor sie als Validatoren akzeptiert werden", - "what-is-ether-3-d-explanation": "Staking auf Ethereum ist nicht zugangsbeschränkt und erfordert keine KYC.", + "what-is-ether-2-d-explanation": "Ethereum ist das Netzwerk, aber die Netzwerkgebühren von Ethereum werden in ETH bezahlt.", + "what-is-ether-3-prompt": "Staking auf Ethereum hilft, das Netzwerk zu sichern, weil:", + "what-is-ether-3-a-label": "Staker Personen verbannen können, wenn ihnen nicht gefällt, was diese tun", + "what-is-ether-3-a-explanation": "Staker sind nicht in der Lage, Benutzer willkürlich zu zensieren.", + "what-is-ether-3-b-label": "Wenn ein Staker versucht, das Netzwerk zu betrügen, riskiert er, seine ETH zu verlieren", + "what-is-ether-3-b-explanation": "Staker riskieren, einen erheblichen Teil ihrer ETH zu verlieren, wenn nachgewiesen wird, dass sie sich böswillig gegenüber dem Netzwerk verhalten. Dies ist als Slashing bekannt.", + "what-is-ether-3-c-label": "Staker leistungsstarke Computer betreiben, um Proof-of-Work zu demonstrieren", + "what-is-ether-3-c-explanation": "Staker benötigen keine leistungsstarke Hardware, um ihre ETH zu staken. Ethereum hat die Nutzung von Proof-of-Work bei The Merge eingestellt.", + "what-is-ether-3-d-label": "Staker sich einem KYC-Verfahren unterziehen, bevor sie als Validator akzeptiert werden", + "what-is-ether-3-d-explanation": "Staking auf Ethereum ist erlaubnisfrei und erfordert kein KYC.", "what-is-ether-4-prompt": "ETH kann verwendet werden für:", - "what-is-ether-4-a-label": "die Zahlung von Transaktionsgebühren auf Ethereum", - "what-is-ether-4-a-explanation": "Diese Antwort ist teilweise richtig, aber es ist nur eine der vielen Sachen, für die ETH verwendet werden kann.", - "what-is-ether-4-b-label": "Unzensierbare Peer-to-Peer-Zahlungen", - "what-is-ether-4-b-explanation": "Diese Antwort ist teilweise richtig, aber es ist nur eine der vielen Sachen, für die ETH verwendet werden kann.", - "what-is-ether-4-c-label": "Sicherheiten für Krypto-Kredite", - "what-is-ether-4-c-explanation": "Diese Antwort ist teilweise richtig, aber es ist nur eine der vielen Sachen, für die ETH verwendet werden kann.", - "what-is-ether-4-d-label": "Alle oben Genannte", - "what-is-ether-4-d-explanation": "Ethereum-Transaktionen können nicht zensiert werden. Für jede Transaktion auf Ethereum wird ETH benötigt, und es ist auch für die Stabilität des DeFi-Ökosystems von entscheidender Bedeutung.", - "web3-1-prompt": "Web3 ermöglicht Nutzern, digitale Assets zu besitzen durch:", + "what-is-ether-4-a-label": "Zahlen von Transaktionsgebühren auf Ethereum", + "what-is-ether-4-a-explanation": "Diese Antwort ist teilweise richtig, aber es ist nur eines der vielen Dinge, für die ETH verwendet werden kann.", + "what-is-ether-4-b-label": "Zensurresistente Peer-to-Peer-Zahlungen", + "what-is-ether-4-b-explanation": "Diese Antwort ist teilweise richtig, aber es ist nur eines der vielen Dinge, für die ETH verwendet werden kann.", + "what-is-ether-4-c-label": "Sicherheit für Krypto-Kredite", + "what-is-ether-4-c-explanation": "Diese Antwort ist teilweise richtig, aber es ist nur eines der vielen Dinge, für die ETH verwendet werden kann.", + "what-is-ether-4-d-label": "Alle oben genannten", + "what-is-ether-4-d-explanation": "Ethereum-Transaktionen können nicht zensiert werden, ETH ist erforderlich, um eine Transaktion auf Ethereum durchzuführen, und es ist entscheidend für die Stabilität des DeFi-Ökosystems.", + "web3-1-prompt": "Web3 ermöglicht es Benutzern, digitale Vermögenswerte zu besitzen durch:", "web3-1-a-label": "Token", - "web3-1-a-explanation": "Token bieten einen Möglichkeit, Werteinheiten zu verkörpern, die untereinander austauschbar sind und einem Ethereum-Account gehören. Obwohl sie Eigentum repräsentieren, gibt es noch mehr Wege, digitale Assets auf Ethereum zu besitzen.", + "web3-1-a-explanation": "Token bieten eine Möglichkeit, Werteinheiten darzustellen, die untereinander austauschbar sind und einem Ethereum-Konto gehören. Obwohl sie Eigentum darstellen, gibt es weitere Möglichkeiten, digitale Vermögenswerte auf Ethereum zu besitzen.", "web3-1-b-label": "NFTs", - "web3-1-b-explanation": "NFTs (Non-fungible Token) bieten einen Weg, um alles Einzigartige als ein auf Ethereum basierendes Asset zu repräsentieren. Obwohl sie Eigentum darstellen, gibt es noch mehr Wege, digitale Assets auf Ethereum zu besitzen.", + "web3-1-b-explanation": "NFTs (nicht-fungible Token) bieten eine Möglichkeit, alles Einzigartige als Ethereum-basierten Vermögenswert darzustellen. Obwohl sie Eigentum darstellen, gibt es weitere Möglichkeiten, digitale Vermögenswerte auf Ethereum zu besitzen.", "web3-1-c-label": "ENS", - "web3-1-c-explanation": "ENS (Ethereum Name Service) ist ein dezentralisierter Naming Service für die Ethereum-Blockchain. Obwohl er Eigentum repräsentiert, gibt es noch mehr Wege, digitale Assets auf Ethereum zu besitzen.", - "web3-1-d-label": "Alle oben Genannte", - "web3-1-d-explanation": "All diese Optionen sind Möglichkeiten des Besitzes digitaler Assets auf Ethereum. Token, NFTs und ENS können alle das Eigentum digitaler Assets repräsentieren.", - "web3-2-prompt": "Web1 war nur lesbar, Web2 ist les- und schreibbar, Web3 wird wie folgt beschrieben:", - "web3-2-a-label": "lesen-schreiben-verkaufen", - "web3-2-a-explanation": "Web3 wird nicht so beschrieben.", - "web3-2-b-label": "lesen-schreiben-speichern", - "web3-2-b-explanation": "Web3 wird nicht so beschrieben.", - "web3-2-c-label": "lesen-schreiben-besitzen", - "web3-2-c-explanation": "Web3 ermöglicht es den Nutzern, Eigentümer ihrer Daten zu sein. Daher wird es als „lesen-schreiben-besitzen\" beschrieben, eine Verbesserung gegenüber Web2, das nur „lesen-schreiben\" beinhaltet.", - "web3-2-d-label": "lesen-schreiben-kaufen", - "web3-2-d-explanation": "Web3 wird nicht so beschrieben.", - "web3-3-prompt": "In welcher Iteration des Webs werden Zahlungen nicht von Drittanbietern verarbeitet?", + "web3-1-c-explanation": "ENS (Ethereum Name Service) ist ein dezentralisierter Namensdienst für die Ethereum-Blockchain. Obwohl sie Eigentum darstellen, gibt es weitere Möglichkeiten, digitale Vermögenswerte auf Ethereum zu besitzen.", + "web3-1-d-label": "Alle oben genannten", + "web3-1-d-explanation": "Alle Optionen bieten Möglichkeiten, digitale Vermögenswerte auf Ethereum zu besitzen. Token, NFTs und ENS sind allesamt Möglichkeiten, das Eigentum an digitalen Vermögenswerten darzustellen.", + "web3-2-prompt": "Web1 war read-only, Web2 ist read-write, Web3 wurde beschrieben als:", + "web3-2-a-label": "read-write-sell", + "web3-2-a-explanation": "Web3 wurde nicht auf diese Weise beschrieben.", + "web3-2-b-label": "read-write-store", + "web3-2-b-explanation": "Web3 wurde nicht auf diese Weise beschrieben.", + "web3-2-c-label": "read-write-own", + "web3-2-c-explanation": "Web3 ermöglicht es Benutzern, ihre Daten zu besitzen, und wurde daher als „read-write-own“ beschrieben, eine Verbesserung gegenüber Web2, das nur „read-write“ ist.", + "web3-2-d-label": "read-write-buy", + "web3-2-d-explanation": "Web3 wurde nicht auf diese Weise beschrieben.", + "web3-3-prompt": "Welche Iteration des Webs ist nicht auf externe Zahlungsanbieter angewiesen?", "web3-3-a-label": "Web1", - "web3-3-a-explanation": "Web1 hatte keine integrierten Zahlungen.", + "web3-3-a-explanation": "Web1 hatte keine nativen, integrierten Zahlungen.", "web3-3-b-label": "Web2", - "web3-3-b-explanation": "Web2 hat keine integrierten Zahlungen.", + "web3-3-b-explanation": "Web2 hat keine nativen, integrierten Zahlungen.", "web3-3-c-label": "Web3", - "web3-3-c-explanation": "Web3 verfügt über integrierte Zahlungen mit Kryptowährungen wie ETH.", - "web3-3-d-label": "Alle oben Genannte", - "web3-3-d-explanation": "Web1 und Web3 haben keine integrierten Zahlungen.", - "web3-4-prompt": "Der Begriff „Web3“ wurde erstmals geprägt von:", + "web3-3-c-explanation": "Web3 verfügt über native, integrierte Zahlungen mit Kryptowährungen wie ETH.", + "web3-3-d-label": "Alle oben genannten", + "web3-3-d-explanation": "Web1 und Web2 haben keine nativen, integrierten Zahlungen.", + "web3-4-prompt": "Der Begriff „Web3“ wurde zuerst geprägt von:", "web3-4-a-label": "Gavin Wood", - "web3-4-a-explanation": "Gavin Wood, Mitbegründer von Ethereum, hat den Begriff \"Web3\" kurz nach dem Start von Ethereum in 2015 geprägt.", + "web3-4-a-explanation": "Gavin Wood, einem Mitbegründer von Ethereum, wird zugeschrieben, den Begriff Web3 kurz nach dem Start von Ethereum im Jahr 2015 geprägt zu haben.", "web3-4-b-label": "Steve Jobs", - "web3-4-b-explanation": "Steve Jobs hat den Ausdruck „Web3“ nicht geprägt.", + "web3-4-b-explanation": "Steve Jobs hat den Begriff „Web3“ nicht geprägt.", "web3-4-c-label": "Vitalik Buterin", - "web3-4-c-explanation": "Obwohl Vitalik Buterin der ursprüngliche Gründer von Ethereum ist, prägte er nicht den Ausdruck „Web3“.", + "web3-4-c-explanation": "Vitalik Buterin, obwohl der ursprüngliche Gründer von Ethereum, hat den Begriff „Web3“ nicht geprägt.", "web3-4-d-label": "Elon Musk", - "web3-4-d-explanation": "Elon Musk hat den Ausdruck „Web3“ nicht geprägt.", - "web3-5-prompt": "Sie können einen einzigen, zensurresistenten Login für das gesamte Web haben, durch:", + "web3-4-d-explanation": "Elon Musk hat den Begriff „Web3“ nicht geprägt.", + "web3-5-prompt": "Sie können ein einziges, zensurresistentes Login im gesamten Web haben durch die Nutzung von:", "web3-5-a-label": "Anmelden mit Facebook", - "web3-5-a-explanation": "Die Anmeldung mit Facebook ist nicht zensurresistent.", + "web3-5-a-explanation": "Anmelden mit Facebook ist nicht zensurresistent.", "web3-5-b-label": "Anmelden mit Google", - "web3-5-b-explanation": "Die Anmeldung mit Google ist nicht zensurresistent.", - "web3-5-c-label": "Bei Ethereum anmelden", - "web3-5-c-explanation": "Die Anmeldung mit Ethereum ist die einzige Möglichkeit, die zensierungsresistent und bei jeder Web-Anwendung nutzbar ist.", + "web3-5-b-explanation": "Anmelden mit Google ist nicht zensurresistent.", + "web3-5-c-label": "Anmelden mit Ethereum", + "web3-5-c-explanation": "Anmelden mit Ethereum ist die einzige Option, die zensurresistent ist und in jeder Webanwendung verwendet werden kann.", "web3-5-d-label": "Anmelden mit Twitter", - "web3-5-d-explanation": "Die Anmeldung mit Twitter ist nicht zensurresistent.", - "wallets-1-prompt": "Die sicherste Art Wallet ist:", + "web3-5-d-explanation": "Anmelden mit Twitter ist nicht zensurresistent.", + "wallets-1-prompt": "Die sicherste Art von Wallet ist:", "wallets-1-a-label": "Ein mobiles Wallet", - "wallets-1-a-explanation": "Mobile Wallets speichern private Schlüssel auf einem mobilen Gerät, das in der Regel mit dem Internet verbunden ist und durch andere Software kompromittiert werden kann.", - "wallets-1-b-label": "Eine Hardware-Wallet", - "wallets-1-b-explanation": "Die privaten Schlüssel einer Hardware-Wallet werden auf einem speziellen Gerät gespeichert, das nicht mit dem Internet verbunden ist und von anderen Anwendungen auf Ihren Geräten isoliert ist.", - "wallets-1-c-label": "Eine Web-Wallet", - "wallets-1-c-explanation": "Web-Wallets sind weniger sicher als Hardware-Wallets, da die privaten Schlüssel auf einem mit dem Internet verbundenen Gerät gespeichert sind.", - "wallets-1-d-label": "Eine Desktop-Wallet", - "wallets-1-d-explanation": "Desktop-Wallets speichern private Schlüssel auf der Festplatte eines Computers, der in der Regel mit dem Internet verbunden ist und von anderer Software kompromittiert sein kann.", - "wallets-2-prompt": "Wie sollten Sie Ihre Seed Phrase aufbewahren?", - "wallets-2-a-label": "Auf einem Foto auf Ihrem Handy", - "wallets-2-a-explanation": "Dies ist nicht die sicherste Option. Falls dieses Foto auf den Cloud-Speicher hochgeladen wird, kann ein Hacker auf das Bild bzw. auf das Konto Zugriff erhalten.", + "wallets-1-a-explanation": "Mobile Wallets speichern Private-Keys auf einem mobilen Gerät, das normalerweise mit dem Internet verbunden ist und möglicherweise durch andere Software kompromittiert werden kann.", + "wallets-1-b-label": "Ein Hardware-Wallet", + "wallets-1-b-explanation": "Die Private-Keys eines Hardware-Wallets werden auf einem dedizierten Gerät gespeichert, das vom Internet getrennt gehalten werden kann und von anderen Anwendungen auf Ihren Geräten isoliert ist.", + "wallets-1-c-label": "Ein Web-Wallet", + "wallets-1-c-explanation": "Web-Wallets bieten weniger Sicherheit als Hardware-Wallets, da die Private-Keys auf einem mit dem Internet verbundenen Gerät gespeichert werden.", + "wallets-1-d-label": "Ein Desktop-Wallet", + "wallets-1-d-explanation": "Desktop-Wallets speichern Private-Keys auf der Festplatte eines Computers, der normalerweise mit dem Internet verbunden ist und möglicherweise durch andere Software kompromittiert werden kann.", + "wallets-2-prompt": "Wie sollten Sie Ihre Seed-Phrase aufbewahren?", + "wallets-2-a-label": "Auf einem Foto auf Ihrem Telefon", + "wallets-2-a-explanation": "Dies ist nicht die sicherste Option. Wenn dieses Foto in einen Cloud-Speicher hochgeladen wird, kann ein Hacker dieses Bild erhalten und Zugriff auf Ihr Konto erlangen.", "wallets-2-b-label": "In einer Datei auf Ihrem Computer", - "wallets-2-b-explanation": "Dies ist nicht die sicherste Option. Hacker sind zunehmend gezielt auf der Suche nach Informationen über Kryptowährungen auf Geräten. Wenn ein Hacker auf die Datei mit Ihrer Seed-Phrase zugreift, erhält er Zugang zu Ihrem Konto.", + "wallets-2-b-explanation": "Dies ist nicht die sicherste Option. Hacker suchen auf Zielgeräten zunehmend nach Informationen im Zusammenhang mit Kryptowährungen. Wenn ein Hacker auf die Datei mit Ihrer Seed-Phrase zugreift, erlangt er Zugriff auf Ihr Konto.", "wallets-2-c-label": "In einer Textnachricht an ein vertrauenswürdiges Familienmitglied", - "wallets-2-c-explanation": "Sie sollten Ihre Seed Phrase niemals an jemanden anderen verschicken. Die Nachricht könnte von einer dritten Partei abgefangen werden. Und selbst wenn Sie dieser Person absolut vertrauen, wissen Sie nicht, wer möglicherweise auf deren Telefon zugreifen kann.", - "wallets-2-d-label": "Keines der genannten", - "wallets-2-d-explanation": "Ihre Seed Phrase sollte auf eine sichere Art und Weise aufbewahrt werden, bestenfalls offline. Aus diesem Grund wird oft empfohlen, sie auf Papier aufzuschreiben. Allerdings sind sichere Passwortmanager eine gute Alternative.", - "wallets-3-prompt": "Mit wem sollten Sie Ihre Seed-Phrase / privaten Schlüssel teilen?", - "wallets-3-a-label": "Jemanden, den Sie bezahlen", - "wallets-3-a-explanation": "Sie sollten niemals Ihre Seed-Phrase oder Ihre privaten Schlüssel an jemanden weitergeben. Senden Sie stattdessen Token über eine Transaktion an deren Wallet-Adresse.", - "wallets-3-b-label": "Um sich bei einer dApp oder Wallet anzumelden", - "wallets-3-b-explanation": "Sie sollten niemals Ihre Seed-Phrase / privaten Schlüssel angeben, um sich bei einer Wallet oder dApp einzuloggen.", - "wallets-3-c-label": "Support-Mitarbeiter", - "wallets-3-c-explanation": "Sie sollten niemals Ihre Seed-Phrase / Ihren privaten Schlüssel an jemanden weitergeben, der sich als Support-Mitarbeiter ausgibt. Jeder, der Sie darum bittet, ist ein Betrüger.", + "wallets-2-c-explanation": "Sie sollten Ihre Seed-Phrase niemals per Textnachricht an jemanden senden. Die Nachricht könnte von einem Dritten abgefangen werden, und selbst wenn Sie dieser Person absolut vertrauen, wissen Sie nicht, wer möglicherweise Zugriff auf ihr Telefon hat.", + "wallets-2-d-label": "Keine der oben genannten", + "wallets-2-d-explanation": "Ihre Seed-Phrase sollte sicher aufbewahrt werden, idealerweise offline. Das Aufschreiben auf Papier wird aus diesem Grund oft empfohlen, aber sichere Passwort-Manager sind eine gute Alternative.", + "wallets-3-prompt": "Wem sollten Sie Ihre Seed-Phrase / Private-Keys geben?", + "wallets-3-a-label": "Jemandem, den Sie bezahlen", + "wallets-3-a-explanation": "Sie sollten Ihre Seed-Phrase oder Private-Keys niemals an jemanden weitergeben. Senden Sie stattdessen Token über eine Transaktion an deren Wallet-Adresse.", + "wallets-3-b-label": "Um sich bei einer Dapp oder einem Wallet anzumelden", + "wallets-3-b-explanation": "Sie sollten niemals Ihre Seed-Phrase / Private-Keys angeben, um sich bei Ihrem Wallet oder Ihrer Dapp anzumelden.", + "wallets-3-c-label": "Support-Mitarbeitern", + "wallets-3-c-explanation": "Sie sollten Ihre Seed-Phrase / Private-Keys niemals an jemanden weitergeben, der behauptet, ein Support-Mitarbeiter zu sein. Jeder, der Sie danach fragt, ist ein Betrüger.", "wallets-3-d-label": "Niemandem", - "wallets-3-d-explanation": "Idealerweise sollten Sie Ihre Seed-Phrase oder Ihre privaten Schlüssel niemals an jemanden weitergeben. Wenn Sie jemandem (z. B. Ihrem Ehepartner) uneingeschränkt vertrauen, können Sie diese Informationen mit demjenigen teilen.", - "wallets-4-prompt": "Eine Wallet und ein Konto auf Ethereum sind dasselbe.", - "wallets-4-a-label": "Richtig", - "wallets-4-a-explanation": "Eine Wallet ist eine visuelle Benutzeroberfläche, die zur Interaktion mit einem Ethereum-Konto verwendet wird.", + "wallets-3-d-explanation": "Idealerweise sollten Sie Ihre Seed-Phrase oder Private-Keys niemals an jemanden weitergeben. Wenn Sie jemandem vollkommen vertrauen und ihm absoluten Zugriff auf Ihr Geld gewähren möchten (wie z. B. einem Ehepartner), können Sie sich entscheiden, diese Informationen mit ihm zu teilen.", + "wallets-4-prompt": "Ein Wallet und ein Konto auf Ethereum sind dasselbe.", + "wallets-4-a-label": "Wahr", + "wallets-4-a-explanation": "Ein Wallet ist eine visuelle Benutzeroberfläche, die verwendet wird, um mit einem Ethereum-Konto zu interagieren.", "wallets-4-b-label": "Falsch", - "wallets-4-b-explanation": "Eine Wallet ist eine visuelle Benutzeroberfläche, die zur Interaktion mit einem Ethereum-Konto verwendet wird.", - "security-1-prompt": "Warum sollten Sie für alle Ihre Konten einzigartige Passwörter verwenden?", - "security-1-a-label": "Falls eine der Plattformen ein Datenleck hat", - "security-1-a-explanation": "Diese Antwort ist richtig, aber es gibt noch weitere korrekte Antworten.", - "security-1-b-label": "Falls Ihnen jemand über die Schulter zusieht und das Passwort erkennt", - "security-1-b-explanation": "Diese Antwort ist richtig, aber es gibt noch weitere korrekte Antworten.", - "security-1-c-label": "Falls Malware, z. B. ein Key-Logger, Ihr Passwort stiehlt", - "security-1-c-explanation": "Diese Antwort ist richtig, aber es gibt noch weitere korrekte Antworten.", - "security-1-d-label": "Alle oben Genannte", - "security-1-d-explanation": "Alle Antworten sind korrekt. Einzigartige Passwörter zu verwenden ist der beste Weg, um zu verhindern, dass jemand anderes auf Ihr Konto zugreift.", - "security-2-prompt": "Nach The Merge muss ETH auf ETH2 upgegradet werden.", - "security-2-a-label": "Richtig", - "security-2-a-explanation": "Sie müssen Ihre ETH nicht auf ETH2 upgraden, es gibt keine ETH2. Dies ist eine bekannte Strategie, die von Betrügern verwendet wird.", + "wallets-4-b-explanation": "Ein Wallet ist eine visuelle Benutzeroberfläche, die verwendet wird, um mit einem Ethereum-Konto zu interagieren.", + "security-1-prompt": "Warum sollten Sie für alle Ihre Konten eindeutige Passwörter verwenden?", + "security-1-a-label": "Für den Fall, dass eine der Plattformen eine Datenpanne hat", + "security-1-a-explanation": "Diese Antwort ist richtig, aber es gibt auch andere richtige Antworten.", + "security-1-b-label": "Für den Fall, dass jemand, der Ihnen über die Schulter schaut, Ihr Passwort herausfindet", + "security-1-b-explanation": "Diese Antwort ist richtig, aber es gibt auch andere richtige Antworten.", + "security-1-c-label": "Für den Fall, dass Malware, wie z. B. ein Keylogger, Ihr Passwort stiehlt", + "security-1-c-explanation": "Diese Antwort ist richtig, aber es gibt auch andere richtige Antworten.", + "security-1-d-label": "Alle oben genannten", + "security-1-d-explanation": "Alle Antworten sind richtig. Die Verwendung eindeutiger Passwörter ist der beste Weg, um zu verhindern, dass jemand anderes auf Ihr Konto zugreift.", + "security-2-prompt": "Nach The Merge muss ETH auf ETH2 aktualisiert werden.", + "security-2-a-label": "Wahr", + "security-2-a-explanation": "Sie müssen Ihr ETH nicht auf ETH2 aktualisieren. Es gibt kein ETH2 und dies ist eine gängige Erzählung, die von Betrügern verwendet wird.", "security-2-b-label": "Falsch", - "security-2-b-explanation": "Sie müssen Ihre ETH nicht auf ETH2 upgraden, es gibt keine ETH2. Dies ist eine bekannte Strategie, die von Betrügern verwendet wird.", + "security-2-b-explanation": "Sie müssen Ihr ETH nicht auf ETH2 aktualisieren. Es gibt kein ETH2 und dies ist eine gängige Erzählung, die von Betrügern verwendet wird.", "security-3-prompt": "ETH-Giveaways sind:", - "security-3-a-label": "Eine gute Möglichkeit, um mehr ETH zu bekommen", - "security-3-a-explanation": "ETH-Giveaways sind Betrügereien, um Ihre ETH und andere Token zu stehlen. Sie sind niemals ein guter Weg, um mehr ETH zu erhalten.", - "security-3-b-label": "Immer authentisch", - "security-3-b-explanation": "ETH-Giveaways sind niemals authentisch.", - "security-3-c-label": "Werden häufig von bekannten Community-Mitgliedern durchgeführt", - "security-3-c-explanation": "Bekannte Community Mitglieder machen keine ETH-Giveaways. Allerdings geben Betrüger vor, dass bekannte Persönlichkeiten, wie z. B. Elon Musk, Giveaways durchführen, um dem Betrug mehr Legitimität zu verleihen.", - "security-3-d-label": "Sind sehr wahrscheinlich Betrug", - "security-3-d-explanation": "ETH-Giveaways sind immer Betrug. Es ist am besten, die Betrüger zu melden und zu ignorieren.", - "security-4-prompt": "Ethereum Zahlungen lassen sich rückgängig machen.", - "security-4-a-label": "Richtig", - "security-4-a-explanation": "Ethereum-Transaktionen können nicht rückgängig gemacht werden. Jeder, der das Gegenteil behauptet, könnte versuchen, Sie zu betrügen.", + "security-3-a-label": "Ein guter Weg, um mehr ETH zu bekommen", + "security-3-a-explanation": "ETH-Giveaways sind Betrugsmaschen, die darauf abzielen, Ihre ETH und andere Token zu stehlen. Sie sind niemals ein guter Weg, um mehr ETH zu bekommen.", + "security-3-b-label": "Immer echt", + "security-3-b-explanation": "ETH-Giveaways sind niemals echt.", + "security-3-c-label": "Werden häufig von prominenten Mitgliedern der Community durchgeführt", + "security-3-c-explanation": "Prominente Community-Mitglieder machen keine ETH-Giveaways. Betrüger geben vor, dass bekannte Personen wie Elon Musk Giveaways durchführen, um dem Betrug einen Anschein von Legitimität zu verleihen.", + "security-3-d-label": "Sind sehr wahrscheinlich ein Betrug", + "security-3-d-explanation": "ETH-Giveaways sind immer Betrug. Es ist am besten, Betrüger zu melden und zu ignorieren.", + "security-4-prompt": "Ethereum-Transaktionen sind umkehrbar.", + "security-4-a-label": "Wahr", + "security-4-a-explanation": "Ethereum-Transaktionen können nicht rückgängig gemacht werden. Jeder, der Ihnen etwas anderes erzählt, versucht möglicherweise, Sie zu betrügen.", "security-4-b-label": "Falsch", - "security-4-b-explanation": "Ethereum-Transaktionen können nicht rückgängig gemacht werden. Jeder, der das Gegenteil behauptet, könnte versuchen, Sie zu betrügen.", - "nfts-1-prompt": "NFTs lassen sich am besten definieren als:", - "nfts-1-a-label": "einzigartige digitale Assets", - "nfts-1-a-explanation": "NFTs repräsentieren einzigartige digitale Assets.", + "security-4-b-explanation": "Ethereum-Transaktionen können nicht rückgängig gemacht werden. Jeder, der Ihnen etwas anderes erzählt, versucht möglicherweise, Sie zu betrügen.", + "nfts-1-prompt": "NFTs werden am umfassendsten definiert als:", + "nfts-1-a-label": "einzigartige digitale Vermögenswerte", + "nfts-1-a-explanation": "NFTs repräsentieren einen einzigartigen digitalen Vermögenswert.", "nfts-1-b-label": "digitale Kunstwerke", - "nfts-1-b-explanation": "NFTs repräsentieren einzigartige digitale Assets, bei denen es sich in der Regel um digitale Kunstwerke handelt. Sie sind aber nicht auf Kunst beschränkt.", - "nfts-1-c-label": "Tickets für exklusive Events", - "nfts-1-c-explanation": "NFTs stellen einzigartige digitale Assets dar. Das könnte z. B. ein Ticketing-System sein, es ist jedoch nicht auf Tickets beschränkt.", - "nfts-1-d-label": "rechtlich bindende Verträge", - "nfts-1-d-explanation": "Obwohl ein rechtlicher Vertrag als NFT dargestellt werden könnte, sind NFTs nicht nur für rechtsverbindliche Verträge geeignet.", - "nfts-2-prompt": "Zwei NFTs, die das gleiche Kunstwerk repräsentieren, sind dasselbe.", - "nfts-2-a-label": "Richtig", - "nfts-2-a-explanation": "NFTs sind nicht fungibel (austauschbar). Auch wenn sie ein digitales Kunstwerk darstellen, sind sie eindeutig identifizierbar. In der traditionellen Kunstwelt wäre dies vergleichbar mit Originalen und Drucken.", + "nfts-1-b-explanation": "NFTs repräsentieren einen einzigartigen digitalen Vermögenswert. Dies ist häufig digitale Kunst, aber nicht auf Kunst beschränkt.", + "nfts-1-c-label": "Tickets für exklusive Veranstaltungen", + "nfts-1-c-explanation": "NFTs repräsentieren einen einzigartigen digitalen Vermögenswert. Dies könnte ein Ticketsystem sein, ist aber nicht auf Tickets beschränkt.", + "nfts-1-d-label": "rechtsverbindliche Verträge", + "nfts-1-d-explanation": "Obwohl ein rechtlicher Vertrag als NFT repräsentiert werden könnte, sind NFTs nicht ausschließlich rechtsverbindliche Verträge.", + "nfts-2-prompt": "Zwei NFTs, die dasselbe Kunstwerk repräsentieren, sind dasselbe.", + "nfts-2-a-label": "Wahr", + "nfts-2-a-explanation": "NFTs sind nicht-fungibel. Das bedeutet, selbst wenn sie dasselbe digitale Kunstwerk repräsentieren, sind sie dennoch eindeutig identifizierbar. In der traditionellen Kunstwelt wäre dies vergleichbar mit Originalen und Drucken.", "nfts-2-b-label": "Falsch", - "nfts-2-b-explanation": "NFTs sind nicht fungibel (austauschbar). Auch wenn sie ein digitales Kunstwerk darstellen, sind sie eindeutig identifizierbar. In der traditionellen Kunstwelt wäre dies vergleichbar mit Originalen und Drucken.", - "nfts-3-prompt": "NFTs stellen am häufigsten Folgendes dar:", - "nfts-3-a-label": "Das Passwort für Ihre Wallet", + "nfts-2-b-explanation": "NFTs sind nicht-fungibel. Das bedeutet, selbst wenn sie dasselbe digitale Kunstwerk repräsentieren, sind sie dennoch eindeutig identifizierbar. In der traditionellen Kunstwelt wäre dies vergleichbar mit Originalen und Drucken.", + "nfts-3-prompt": "NFTs repräsentieren am häufigsten:", + "nfts-3-a-label": "Das Passwort für Ihr Wallet", "nfts-3-a-explanation": "Dies ist ein Sicherheitsrisiko und generell eine schlechte Idee!", - "nfts-3-b-label": "Besitz eines einzigartigen digitalen Gegenstands", - "nfts-3-b-explanation": "NFTs stellen in der Regel das Eigentum an einem einzigartigen digitalen Gegenstand dar.", + "nfts-3-b-label": "Eigentum an einem einzigartigen digitalen Gegenstand", + "nfts-3-b-explanation": "NFTs repräsentieren häufig das Eigentum an einem einzigartigen digitalen Gegenstand.", "nfts-3-c-label": "Ihr aktuelles ETH-Guthaben", - "nfts-3-c-explanation": "NFTs können Ihr ETH-Guthaben nicht willkürlich darstellen.", - "nfts-3-d-label": "Alle oben Genannte", - "nfts-3-d-explanation": "NFTs repräsentieren gewöhnlich das Eigentum an einem einzigartigen digitalen Gegenstand, nicht ETH-Guthaben oder Wallet-Passwörter.", - "nfts-4-prompt": "NFTs haben dazu beigetragen, Folgendes zu schaffen:", - "nfts-4-a-label": "Kuratorenökonomie (curator economy)", - "nfts-4-a-explanation": "NFTs trugen dazu bei, eine neue Wirtschaft für Schöpfer (creators) und nicht für Kuratoren (curators) zu schaffen.", - "nfts-4-b-label": "CO2-Wirtschaft", - "nfts-4-b-explanation": "NFTs trugen dazu bei, eine neue Wirtschaft für Schöpfer (creators) und nicht für CO2 zu schaffen.", - "nfts-4-c-label": "schöpferische Wirtschaft (creator economy)", - "nfts-4-c-explanation": "NFTs trugen dazu bei, die schöpferische Wirtschaft (creator economy) zu schaffen.", - "nfts-4-d-label": "Doge-Wirtschaft", - "nfts-4-d-explanation": "NFTs tragen dazu bei, eine neue Wirtschaft für Schöpfer (creators) und nicht für Doges (Hunderasse) zu schaffen 🐶.", + "nfts-3-c-explanation": "NFTs können Ihr ETH-Guthaben nicht willkürlich repräsentieren.", + "nfts-3-d-label": "Alles oben Genannte", + "nfts-3-d-explanation": "NFTs repräsentieren häufig das Eigentum an einem einzigartigen digitalen Gegenstand, keine ETH-Guthaben oder Wallet-Passwörter.", + "nfts-4-prompt": "NFTs haben geholfen, eine neue ... zu schaffen:", + "nfts-4-a-label": "Kuratoren-Ökonomie", + "nfts-4-a-explanation": "NFTs haben geholfen, eine neue Ökonomie für Schöpfer (Creators) zu schaffen, nicht für Kuratoren.", + "nfts-4-b-label": "Kohlenstoff-Ökonomie", + "nfts-4-b-explanation": "NFTs haben geholfen, eine neue Ökonomie für Schöpfer zu schaffen, nicht für Kohlenstoff.", + "nfts-4-c-label": "Creator-Ökonomie", + "nfts-4-c-explanation": "NFTs haben geholfen, die Creator-Ökonomie zu schaffen.", + "nfts-4-d-label": "Doge-Ökonomie", + "nfts-4-d-explanation": "NFTs haben geholfen, eine neue Ökonomie für Schöpfer zu schaffen, nicht für Doges 🐶.", "nfts-5-prompt": "NFTs auf Ethereum sind schädlich für die Umwelt", - "nfts-5-a-label": "Richtig", - "nfts-5-a-explanation": "Seit dem Merge (Übergang zum Proof-of-Stake) hat jede Transaktion eine vernachlässigbare Auswirkung auf die Umwelt.", + "nfts-5-a-label": "Wahr", + "nfts-5-a-explanation": "Seit The Merge (Übergang zu Proof-of-Stake) hat jede Transaktion nur noch vernachlässigbare Auswirkungen auf die Umwelt.", "nfts-5-b-label": "Falsch", - "nfts-5-b-explanation": "Seit dem Merge (Übergang zum Proof-of-Stake) hat jede Transaktion eine vernachlässigbare Auswirkung auf die Umwelt.", - "rollups-1-prompt": "Layer-2 Blockchain-Netzwerke werden genutzt um:", - "rollups-1-a-label": "Ethereum zu skalieren", - "rollups-1-a-explanation": "Das Hauptziel von Rollups und anderen Layer-2 Lösungen ist die Skalierung von Ethereum.", - "rollups-1-b-label": "Zahlungen zu tätigen", - "rollups-1-b-explanation": "Das Hauptziel von Rollups und anderen Layer-2 Lösungen ist die Skalierung von Ethereum.", - "rollups-1-c-label": "NFTs zu kaufen", - "rollups-1-c-explanation": "Das Hauptziel von Rollups und anderen Layer-2 Lösungen ist die Skalierung von Ethereum.", - "rollups-1-d-label": "Ethereum zu dezentralisieren", - "rollups-1-d-explanation": "Das Hauptziel von Rollups und anderen Layer-2 Lösungen ist die Skalierung von Ethereum.", - "rollups-2-prompt": "Um zu skalieren, haben die meisten Layer-1 Netzwerke weniger Wert gelegt auf:", + "nfts-5-b-explanation": "Seit The Merge (Übergang zu Proof-of-Stake) hat jede Transaktion nur noch vernachlässigbare Auswirkungen auf die Umwelt.", + "rollups-1-prompt": "Ebene-2-Blockchain-Netzwerke sind für:", + "rollups-1-a-label": "Die Skalierung von Ethereum", + "rollups-1-a-explanation": "Der Hauptzweck von Rollups und anderen Ebene-2-Lösungen ist die Skalierung von Ethereum.", + "rollups-1-b-label": "Das Tätigen von Zahlungen", + "rollups-1-b-explanation": "Der Hauptzweck von Rollups und anderen Ebene-2-Lösungen ist die Skalierung von Ethereum.", + "rollups-1-c-label": "Den Kauf von NFTs", + "rollups-1-c-explanation": "Der Hauptzweck von Rollups und anderen Ebene-2-Lösungen ist die Skalierung von Ethereum.", + "rollups-1-d-label": "Die Dezentralisierung von Ethereum", + "rollups-1-d-explanation": "Der Hauptzweck von Rollups und anderen Ebene-2-Lösungen ist die Skalierung von Ethereum.", + "rollups-2-prompt": "Um zu skalieren, haben die meisten alternativen Ebene-1-Netzwerke hauptsächlich Abstriche gemacht bei:", "rollups-2-a-label": "Sicherheit", - "rollups-2-a-explanation": "Die meisten alternativen Layer-1 Netzwerke opfern Sicherheit und etwas anderes, um zu skalieren.", + "rollups-2-a-explanation": "Die meisten alternativen Ebene-1-Netzwerke machen Abstriche bei der Sicherheit und etwas anderem, um zu skalieren.", "rollups-2-b-label": "Dezentralisierung", - "rollups-2-b-explanation": "Die meisten alternativen Layer-1 Netzwerke opfern Dezentralisierung und etwas anderes, um zu skalieren.", + "rollups-2-b-explanation": "Die meisten alternativen Ebene-1-Netzwerke machen Abstriche bei der Dezentralisierung und etwas anderem, um zu skalieren.", "rollups-2-c-label": "Token-Preis", - "rollups-2-c-explanation": "Der Preis von Token hat keinen Einfluss auf die Skalierungsfähigkeit.", + "rollups-2-c-explanation": "Der Token-Preis hat keinen Einfluss auf die Skalierungsfähigkeit.", "rollups-2-d-label": "Sicherheit und Dezentralisierung", - "rollups-2-d-explanation": "Die meisten Layer-1 Netzwerke opfern sowohl Sicherheit als auch Dezentralisierung, um zu skalieren.", - "rollups-3-prompt": "Welche der folgenden Technologien werden nicht als Layer-2 betrachtet?", + "rollups-2-d-explanation": "Die meisten alternativen Ebene-1-Netzwerke machen Abstriche sowohl bei der Sicherheit als auch bei der Dezentralisierung, um zu skalieren.", + "rollups-3-prompt": "Welche der folgenden gelten nicht als Ebene 2?", "rollups-3-a-label": "Validiums", - "rollups-3-a-explanation": "Validiums werden nicht als Layer-2-Lösungen gesehen, weil sie keine Sicherheit oder Datenverfügbarkeit von Ethereum ableiten. Dies ist nicht die einzige richtige Antwort.", - "rollups-3-b-label": "Seitenketten", - "rollups-3-b-explanation": "Sidechains werden nicht als Layer-2-Lösungen gesehen, weil sie keine Sicherheit oder Datenverfügbarkeit von Ethereum ableiten. Dies ist nicht die einzige richtige Antwort.", - "rollups-3-c-label": "Alternative Layer-1 Blockchains", - "rollups-3-c-explanation": "Alternative Layer-1-Blockchains werden nicht als Layer-2-Lösungen gesehen. Dies ist nicht die einzige richtige Antwort.", - "rollups-3-d-label": "Alle oben Genannte", - "rollups-3-d-explanation": "Validiums, Sidechains oder alternative Layer-1 Blockchains gelten nicht als Layer-2 Lösungen, da sie weder Sicherheit noch Datenverfügbarkeit von Ethereum benötigen.", - "rollups-4-prompt": "Warum hat Ethereum keine „offizielle“ Layer 2?", - "rollups-4-a-label": "Die Kernentwickler sind zu beschäftigt damit, an Ethereum zu arbeiten", - "rollups-4-a-explanation": "Es gibt keine Pläne für eine „offizielle“ Layer 2 auf Ethereum, da wir von einer Vielzahl an Lösungsansätzen für Layer-2 Lösungen nur profitieren können.", - "rollups-4-b-label": "Als L1 wird Ethereum selbst irgendwann Massenskalierung erreichen", - "rollups-4-b-explanation": "Es gibt keine Pläne für eine „offizielle“ Layer 2 auf Ethereum, da wir von einer Vielzahl an Lösungsansätzen für Layer-2 Lösungen nur profitieren können.", - "rollups-4-c-label": "Die Kernentwickler diskutieren noch immer über optimistische („optimistic\") und zk-Rollups", - "rollups-4-c-explanation": "Es gibt keine Pläne für eine „offizielle“ Layer 2 auf Ethereum, da wir von einer Vielzahl an Lösungsansätzen für Layer-2 Lösungen nur profitieren können.", - "rollups-4-d-label": "Ethereum wird von einer Vielzahl von Ansätzen bei der Gestaltung von L2 profitieren", - "rollups-4-d-explanation": "Es gibt keine Pläne für eine „offizielle“ Layer 2 auf Ethereum, da wir von einer Vielzahl an Lösungsansätzen für Layer-2 Lösungen nur profitieren können.", - "merge-1-prompt": "Mit dem Merge hat Ethereum auf welchen Konsensmechanismus gewechselt?", - "merge-1-a-label": "Proof-of-Work (Arbeitsnachweis)", - "merge-1-a-explanation": "Proof-of-Work war der Konsensmechanismus, der vor dem Merge verwendet wurde.", - "merge-1-b-label": "Proof-of-Stake (Einsatznachweis)", - "merge-1-b-explanation": "Richtig! Mit dem Merge hat Ethereum auf Proof-of-Stake gewechselt.", + "rollups-3-a-explanation": "Validiums gelten nicht als Ebene-2-Lösungen, da sie ihre Sicherheit oder Datenverfügbarkeit nicht von Ethereum beziehen. Dies ist nicht die einzige richtige Antwort.", + "rollups-3-b-label": "Sidechains", + "rollups-3-b-explanation": "Sidechains gelten nicht als Ebene-2-Lösungen, da sie ihre Sicherheit oder Datenverfügbarkeit nicht von Ethereum beziehen. Dies ist nicht die einzige richtige Antwort.", + "rollups-3-c-label": "Alternative Ebene-1-Blockchains", + "rollups-3-c-explanation": "Alternative Ebene-1-Blockchains gelten nicht als Ebene-2-Lösungen. Dies ist nicht die einzige richtige Antwort.", + "rollups-3-d-label": "Alles oben Genannte", + "rollups-3-d-explanation": "Validiums, Sidechains und alternative Ebene-1-Blockchains gelten nicht als Ebene-2-Lösungen, da sie ihre Sicherheit oder Datenverfügbarkeit nicht von Ethereum beziehen.", + "rollups-4-prompt": "Warum hat Ethereum keine „offizielle“ Ebene 2?", + "rollups-4-a-label": "Die Kernentwickler sind zu sehr mit der Arbeit an Ethereum beschäftigt", + "rollups-4-a-explanation": "Es gibt keine Pläne für eine „offizielle“ Ebene 2 auf Ethereum, da wir von einer Vielzahl von Ansätzen zur Gestaltung von Ebene-2-Lösungen profitieren werden.", + "rollups-4-b-label": "Als L1 wird Ethereum letztendlich von selbst eine Massenskalierung erreichen", + "rollups-4-b-explanation": "Es gibt keine Pläne für eine „offizielle“ Ebene 2 auf Ethereum, da wir von einer Vielzahl von Ansätzen zur Gestaltung von Ebene-2-Lösungen profitieren werden.", + "rollups-4-c-label": "Die Kernentwickler debattieren noch zwischen Optimistic Rollups und Zero-Knowledge Rollups", + "rollups-4-c-explanation": "Es gibt keine Pläne für eine „offizielle“ Ebene 2 auf Ethereum, da wir von einer Vielzahl von Ansätzen zur Gestaltung von Ebene-2-Lösungen profitieren werden.", + "rollups-4-d-label": "Ethereum wird von einer Vielzahl von Ansätzen zur Gestaltung einer L2 profitieren", + "rollups-4-d-explanation": "Es gibt keine Pläne für eine „offizielle“ Ebene 2 auf Ethereum, da wir von einer Vielzahl von Ansätzen zur Gestaltung von Ebene-2-Lösungen profitieren werden.", + "merge-1-prompt": "Auf welchen Konsensmechanismus ist Ethereum durch The Merge umgestiegen?", + "merge-1-a-label": "Proof-of-Work", + "merge-1-a-explanation": "Proof-of-Work war der Konsensmechanismus, der vor The Merge verwendet wurde.", + "merge-1-b-label": "Proof-of-Stake", + "merge-1-b-explanation": "Richtig! Durch The Merge ist Ethereum auf Proof-of-Stake umgestiegen.", "merge-1-c-label": "Proof-of-Authority", - "merge-1-c-explanation": "Ethereum hat auf dem Ethereum-Mainnet noch nie Proof-of-Authority verwendet.", - "merge-1-d-label": "Alle oben Genannte", - "merge-1-d-explanation": "Es wäre nicht möglich, dass Ethereum alle diese Konsensmechanismen gleichzeitig verwendet.", - "merge-2-prompt": "Der Merge reduzierte Ethereums Energieverbrauch um:", + "merge-1-c-explanation": "Ethereum verwendet kein Proof-of-Authority im Ethereum Mainnet und hat dies auch nie getan.", + "merge-1-d-label": "Alles oben Genannte", + "merge-1-d-explanation": "Es wäre für Ethereum nicht möglich, all diese Konsensmechanismen gleichzeitig zu haben.", + "merge-2-prompt": "The Merge reduzierte den Energieverbrauch von Ethereum um:", "merge-2-a-label": "50 %", - "merge-2-a-explanation": "Ethereums Energieverbrauch reduzierte sich um 99,95 %, nachdem der Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglicht hatte.", + "merge-2-a-explanation": "Der Energieverbrauch von Ethereum wurde um 99,95 % reduziert, nachdem The Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglichte.", "merge-2-b-label": "62,5 %", - "merge-2-b-explanation": "Ethereums Energieverbrauch reduzierte sich um 99,95 %, nachdem der Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglicht hatte.", + "merge-2-b-explanation": "Der Energieverbrauch von Ethereum wurde um 99,95 % reduziert, nachdem The Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglichte.", "merge-2-c-label": "90 %", - "merge-2-c-explanation": "Ethereums Energieverbrauch reduzierte sich um 99,95 %, nachdem der Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglicht hatte.", + "merge-2-c-explanation": "Der Energieverbrauch von Ethereum wurde um 99,95 % gesenkt, nachdem The Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglichte.", "merge-2-d-label": "99,95 %", - "merge-2-d-explanation": "Ethereums Energieverbrauch reduzierte sich um 99,95 %, nachdem der Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglicht hatte.", - "merge-3-prompt": "Wann fand der Merge statt?", + "merge-2-d-explanation": "Der Energieverbrauch von Ethereum wurde um 99,95 % gesenkt, nachdem The Merge den Übergang von Proof-of-Work zu Proof-of-Stake ermöglichte.", + "merge-3-prompt": "Wann fand The Merge statt?", "merge-3-a-label": "15. September 2022", - "merge-3-a-explanation": "Der Merge fand am 15. September 2022 um 06:42:42 Uhr (UTC) statt.", + "merge-3-a-explanation": "The Merge fand am 15. September 2022 um 06:42:42 Uhr (UTC) statt.", "merge-3-b-label": "1. Dezember 2020", - "merge-3-b-explanation": "Der Merge ereignete sich später. Am 1. Dezember 2020 wurde die Beacon Chain gelauncht.", + "merge-3-b-explanation": "The Merge fand später statt. Am 1. Dezember 2020 wurde die Beacon Chain gestartet.", "merge-3-c-label": "27. November 2013", - "merge-3-c-explanation": "Der Merge ereignete sich erst später. Am 27. November 2013 wurde das Ethereum Whitepaper veröffentlicht.", + "merge-3-c-explanation": "The Merge fand später statt. Am 27. November 2013 wurde das Ethereum-Whitepaper veröffentlicht.", "merge-3-d-label": "31. Oktober 2008", - "merge-3-d-explanation": "Der Merge ereignete sich erst später. Am 31. Oktober wurde das Bitcoin Whitepaper veröffentlicht.", - "merge-4-prompt": "Der Merge führt dazu, dass Benutzer ihre ETH gegen ETH2 tauschen mussten:", - "merge-4-a-label": "Richtig", - "merge-4-a-explanation": "ETH änderte sich zu keinem Zeitpunkt vor, während oder nach dem Merge. Die Idee, ETH auf ETH2 zu „aktualisieren“, war eine Taktik böswilliger Akteure, um Benutzer zu betrügen.", + "merge-3-d-explanation": "The Merge fand später statt. Der 31. Oktober ist der Tag, an dem das Bitcoin-Whitepaper veröffentlicht wurde.", + "merge-4-prompt": "The Merge bedeutete, dass Benutzer ihre ETH gegen ETH2 tauschen mussten:", + "merge-4-a-label": "Wahr", + "merge-4-a-explanation": "ETH hat sich zu keinem Zeitpunkt vor, während oder nach The Merge geändert. Die Idee, ETH auf ETH2 zu „aktualisieren“, war eine gängige Taktik von böswilligen Akteuren, um Benutzer zu betrügen.", "merge-4-b-label": "Falsch", - "merge-4-b-explanation": "ETH änderte sich zu keinem Zeitpunkt vor, während oder nach dem Merge. Die Idee, ETH auf ETH2 zu „aktualisieren“, war eine Taktik böswilliger Akteure, um Benutzer zu betrügen.", - "merge-5-prompt": "Ethereums Konsensschicht war früher bekannt als:", - "merge-5-a-label": "Proof-of-Work (Arbeitsnachweis)", - "merge-5-a-explanation": "Proof-of-Work war der Konsensmechanismus, der vor dem Merge verwendet wurde.", + "merge-4-b-explanation": "ETH hat sich zu keinem Zeitpunkt vor, während oder nach The Merge geändert. Die Idee, ETH auf ETH2 zu „aktualisieren“, war eine gängige Taktik von böswilligen Akteuren, um Benutzer zu betrügen.", + "merge-5-prompt": "Die Konsensebene von Ethereum war früher bekannt als:", + "merge-5-a-label": "Proof-of-Work", + "merge-5-a-explanation": "Proof-of-Work war der Konsensmechanismus, der vor The Merge verwendet wurde.", "merge-5-b-label": "Eth2", - "merge-5-b-explanation": "Bevor man die Konsensschicht umbenannte, wurde sie als „Eth2“ bezeichnet.", + "merge-5-b-explanation": "Bevor sie in Konsensebene umbenannt wurde, hieß sie ursprünglich „Eth2“.", "merge-5-c-label": "Eth1", - "merge-5-c-explanation": "Eth1 war der ursprüngliche Name für die Ausführungsebene, nicht die Konsensschicht.", + "merge-5-c-explanation": "Eth1 war der ursprüngliche Name für die Ausführungsebene, nicht für die Konsensebene.", "merge-5-d-label": "Staking", - "merge-5-d-explanation": "Staking bedeutet, dass ETH in einen intelligenten Vertrag eingezahlt wird, um die Sicherheit der Chain zu unterstützen.", - "gas-1-prompt": "Was sind Spritgebühren?", - "gas-1-a-label": "Eine Gebühr, die bei Transaktionen und Smart-Contract-Operationen anfällt", - "gas-1-a-explanation": "Das stimmt zum Teil. Genauer gesagt sind Gas-Gebühren die Kosten, die für Transaktionen und Smart-Contract-Operationen anfallen.", - "gas-1-b-label": "Man nimmt die Gasmenge für eine Operation und multipliziert sie mit den Kosten pro Gaseinheit", - "gas-1-b-explanation": "Teilweise korrekt. Die Antwort ist zwar nicht falsch, aber es gibt eine passendere unter den vorgegebenen Optionen.", - "gas-1-c-label": "Eine Zahlung, bei der eine Priority Fee gezahlt wird, um die Transaktionsverarbeitung zu beschleunigen", - "gas-1-c-explanation": "Teilweise richtig. Die Gas-Gesamtgebühr setzt sich aus einer Base Fee und einer Priority Fee zusammen, wobei letztere die Geschwindigkeit der Transaktionsverarbeitung beeinflussen kann", - "gas-1-d-label": "Alle oben Genannte", - "gas-1-d-explanation": "Gas-Gebühren sind eine umfassende Abgabe, denn sie kompensieren den Rechenaufwand, gelten für Transaktionen sowie Smart Contracts und können für eine schnellere Aufnahme eine Prioritätsgebühr enthalten.", - "gas-2-prompt": "Welche der folgenden Methoden zur Senkung der Gaskosten ist am wenigsten wirksam?", - "gas-2-a-label": "Transaktionen in Zeiten geringer Netzwerkauslastung ausführen", - "gas-2-a-explanation": "Die Ausführung von Transaktionen außerhalb der Stoßzeiten kann die Gaskosten reduzieren.", - "gas-2-b-label": "Abwarten, bis die Gaspreise fallen", - "gas-2-b-explanation": "Da die Gaspreise je nach Netzwerkauslastung schwanken, ist das Warten auf günstigere Preise eine valide Strategie.", - "gas-2-c-label": "Gebührensenkung durch den Einsatz von Layer-2-Chains", - "gas-2-c-explanation": "Layer-2-Lösungen sind eine effektive Möglichkeit, Gaskosten zu sparen, denn sie reduzieren die allgemeinen Transaktionsgebühren.", - "gas-2-d-label": "Erhöhung des Rechenaufwands durch den Einsatz komplexer Smart-Contract-Logik", - "gas-2-d-explanation": "Da komplexe Smart-Contract-Logik mehr Rechenaufwand erfordert, erhöht sie die Gaskosten. Im Umkehrschluss reduziert ein effizientes Design die Gebühren, indem es Schritte, Speicherbedarf und redundante Operationen minimiert.", - "gas-3-prompt": "Wodurch entstehen hohe Gas-Gebühren?", - "gas-3-a-label": "Eine Netzwerkauslastung, die einen bestimmten Grenzwert übersteigt", - "gas-3-a-explanation": "Die Gas-Gebühren steigen, wenn der Rechenaufwand auf Ethereum einen Schwellenwert überschreitet. Das passiert vor allem in Zeiten hoher Aktivität, beispielsweise bei gehypten dApps oder NFT-Drops.", - "gas-3-b-label": "Validatoren, die die Base Fee manuell erhöhen", - "gas-3-b-explanation": "Nicht die Validatoren legen die Base Fee manuell fest, sondern das Protokoll passt sie automatisch an, abhängig von der Nachfrage im vorherigen Block.", - "gas-3-c-label": "Sauber geschriebener und optimierter Smart-Contract-Code", - "gas-3-c-explanation": "Gut geschriebene Smart-Contract-Logik, wie zum Beispiel die effiziente Nutzung von Storage und Loops, kann zu einem geringeren Gasverbrauch führen.", - "gas-3-d-label": "Eine geringe Verfügbarkeit von ETH im Netzwerk", - "gas-3-d-explanation": "Die Höhe der Gas-Gebühren ist nicht von der Menge an verfügbarem ETH im Netzwerk abhängig.", - "gas-4-prompt": "Inwiefern tragen Gas-Gebühren zur Sicherheit von Ethereum bei?", - "gas-4-a-label": "Schaffung von Anreizen für ehrliches Verhalten der Validatoren", - "gas-4-a-explanation": "Validatoren erhalten auf verschiedene Weisen eine Vergütung. Der primäre Zweck von Gas-Gebühren ist jedoch, Spam und eine übermäßige Ressourcennutzung zu verhindern.", - "gas-4-b-label": "Indem Spam und bösartige Aktivitäten durch finanzielle Kosten unattraktiv gemacht werden", - "gas-4-b-explanation": "Indem Gas-Gebühren Spam und bösartige Aktivitäten verteuern, beugen sie Missbrauch vor und tragen zur Stabilität des Netzwerks bei.", + "merge-5-d-explanation": "Staking ist das Einzahlen von ETH in einen Smart Contract, um zur Sicherung der Chain beizutragen.", + "gas-1-prompt": "Was sind Gasgebühren?", + "gas-1-a-label": "Eine Gebühr, die mit Transaktionen und Smart-Contract-Operationen verbunden ist", + "gas-1-a-explanation": "Teilweise richtig, Gasgebühren stellen die Kosten für Transaktionen und Smart-Contract-Operationen dar.", + "gas-1-b-label": "Die Menge an Gas, die zur Durchführung einer Operation verwendet wird, multipliziert mit den Kosten pro Gaseinheit", + "gas-1-b-explanation": "Teilweise richtig. Obwohl dies zutrifft, ist es angesichts der Auswahlmöglichkeiten nicht die beste Antwort.", + "gas-1-c-label": "Eine Zahlung, die eine Prioritätsgebühr enthält, um die Transaktionsverarbeitung möglicherweise zu beschleunigen", + "gas-1-c-explanation": "Teilweise richtig, die gesamte Gasgebühr umfasst eine Grundgebühr und eine Prioritätsgebühr, die die Geschwindigkeit der Transaktionsverarbeitung beeinflussen kann", + "gas-1-d-label": "Alles oben Genannte", + "gas-1-d-explanation": "Gasgebühren umfassen all diese Aspekte: Sie entschädigen für die Berechnung, gelten sowohl für Transaktionen als auch für Smart Contracts und können Prioritätsgebühren für eine schnellere Aufnahme enthalten.", + "gas-2-prompt": "Welche der folgenden Strategien ist am WENIGSTEN effektiv, um die Gaskosten zu senken?", + "gas-2-a-label": "Ausführen von Transaktionen in Zeiten geringer Netzwerkauslastung", + "gas-2-a-explanation": "Das Timing von Transaktionen außerhalb der Spitzenzeiten kann die Gaskosten senken.", + "gas-2-b-label": "Darauf warten, dass die Gaspreise sinken", + "gas-2-b-explanation": "Darauf zu warten, dass die Gaspreise sinken, ist eine gültige Strategie, da Gas je nach Auslastung schwankt.", + "gas-2-c-label": "Nutzung von Ebene-2-Chains für niedrigere Gebühren", + "gas-2-c-explanation": "Ebene-2-Lösungen reduzieren die Gebühren und sind eine effektive Möglichkeit, Gas zu sparen.", + "gas-2-d-label": "Verwendung komplexer Smart-Contract-Logik, die die Rechenanforderungen erhöht", + "gas-2-d-explanation": "Komplexe Smart-Contract-Logik erhöht die Gaskosten, da mehr Rechenleistung erforderlich ist. Ein effizientes Design minimiert Schritte, Speicherplatz und redundante Operationen, um Gebühren zu senken.", + "gas-3-prompt": "Was führt zu hohen Gasgebühren?", + "gas-3-a-label": "Netzwerkberechnungen überschreiten einen bestimmten Schwellenwert", + "gas-3-a-explanation": "Wenn die Berechnungen auf Ethereum einen Schwellenwert überschreiten, steigen die Gasgebühren, insbesondere in Zeiten hoher Aktivität wie bei Dapps oder NFT-Drops.", + "gas-3-b-label": "Validatoren erhöhen die Grundgebühr manuell", + "gas-3-b-explanation": "Validatoren legen die Grundgebühren nicht manuell fest; sie werden vom Protokoll basierend auf der Nachfrage im vorherigen Block angepasst.", + "gas-3-c-label": "Gut geschriebene, optimierte Smart Contracts", + "gas-3-c-explanation": "Gut geschriebene Smart-Contract-Logik wie die effiziente Nutzung von Speicher und Schleifen kann zu einem geringeren Gasverbrauch führen.", + "gas-3-d-label": "Ein Mangel an verfügbaren ETH im Netzwerk", + "gas-3-d-explanation": "Gasgebühren werden nicht von der Menge an verfügbaren ETH im Netzwerk beeinflusst.", + "gas-4-prompt": "Wie tragen Gasgebühren zur Sicherheit von Ethereum bei?", + "gas-4-a-label": "Indem sie Validatoren dazu anregen, ehrlich zu handeln", + "gas-4-a-explanation": "Validatoren werden auf verschiedene Weise entlohnt, aber Gasgebühren verhindern in erster Linie Spam und übermäßige Ressourcennutzung.", + "gas-4-b-label": "Indem sie Spam und böswillige Aktivitäten durch finanzielle Kosten unattraktiv machen", + "gas-4-b-explanation": "Gasgebühren machen Spam oder böswillige Aktivitäten teuer, verhindern Missbrauch und tragen zur Aufrechterhaltung der Netzwerkstabilität bei.", "gas-4-c-label": "Indem sichergestellt wird, dass Transaktionen in der Reihenfolge ihrer Priorität verarbeitet werden", - "gas-4-c-explanation": "Nicht die Gas-Gebühren selbst, sondern die Priority Fee legt die Priorität fest.", - "gas-4-d-label": "Was die Gesamtmenge an ETH im Umlauf erhöht", - "gas-4-d-explanation": "Das Verbrennen der Base Fee (ein Teil der Gas-Gesamtgebühr) führt zu einer Reduzierung der ETH-Umlaufmenge – und nicht zu einer Erhöhung", - "gas-5-prompt": "Wie werden die Gasgebühren berechnet?", + "gas-4-c-explanation": "Die Priorität kann durch das Trinkgeld (Tip) bestimmt werden, nicht durch die Gasgebühren selbst.", + "gas-4-d-label": "Durch die Erhöhung der Gesamtmenge an ETH im Umlauf", + "gas-4-d-explanation": "Die Grundgebühr (Teil der gesamten Gasgebühr) wird verbrannt, was die im Umlauf befindlichen ETH reduziert und nicht erhöht.", + "gas-5-prompt": "Wie werden Gasgebühren berechnet?", "gas-5-a-label": "Gaspreis × Transaktionsgröße", - "gas-5-a-explanation": "Die Höhe der Gas-Gebühren hängt vom Rechenaufwand ab, nicht von der Transaktionsgröße.", - "gas-5-b-label": "Gasverbrauch × (Base Fee + Priority Fee)", - "gas-5-b-explanation": "Um die Gas-Gebühren zu bestimmen, multipliziert man die verbrauchten Gaseinheiten mit der Summe aus Basisgebühr und Prioritätsgebühr.", - "gas-5-c-label": "Blockgröße × Validator-Tip-Obergrenze", - "gas-5-c-explanation": "Die Blockgröße ist kein direkter Bestandteil dieser Formel.", - "gas-5-d-label": "Base Fee + Priority Fee + Trinkgeld", - "gas-5-d-explanation": "Die Formel beinhaltet die Base Fee und die Priority Fee. Wichtig zu wissen ist hierbei, dass das Trinkgeld nur eine andere Bezeichnung für die Priority Fee ist.", + "gas-5-a-explanation": "Gasgebühren basieren auf der Berechnung, nicht auf der Transaktionsgröße.", + "gas-5-b-label": "Verwendete Gaseinheiten × (Grundgebühr + Prioritätsgebühr)", + "gas-5-b-explanation": "Gasgebühren werden anhand der Formel berechnet: verwendete Gaseinheiten × (Grundgebühr + Prioritätsgebühr).", + "gas-5-c-label": "Blockgröße × Obergrenze für Validator-Trinkgeld", + "gas-5-c-explanation": "Die Blockgröße fließt nicht direkt in diese Formel ein.", + "gas-5-d-label": "Grundgebühr + Prioritätsgebühr + Trinkgeld", + "gas-5-d-explanation": "Die Grundgebühr und die Prioritätsgebühr sind Teil der Formel; das Trinkgeld ist die Prioritätsgebühr.", "daos-1-prompt": "Was trifft auf DAOs zu?", - "daos-1-a-label": "DAOs befinden sich über Verwaltungs-Token in kollektivem Besitz", - "daos-1-a-explanation": "DAOs sind kollektives Eigentum, aber das ist nicht die einzige richtige Aussage.", - "daos-1-b-label": "Sie werden von ihren Mitgliedern regiert", - "daos-1-b-explanation": "DAOs werden von ihren Mitgliedern reguliert, aber das ist nicht die einzige richtige Aussage.", + "daos-1-a-label": "DAOs sind durch Governance-Token in kollektivem Besitz", + "daos-1-a-explanation": "DAOs sind in kollektivem Besitz, aber das ist nicht die einzige richtige Aussage.", + "daos-1-b-label": "Sie werden von ihren Mitgliedern verwaltet", + "daos-1-b-explanation": "DAOs werden von ihren Mitgliedern verwaltet, aber das ist nicht die einzige richtige Aussage.", "daos-1-c-label": "Sie arbeiten auf eine gemeinsame Mission hin", "daos-1-c-explanation": "DAOs arbeiten auf eine gemeinsame Mission hin, aber das ist nicht die einzige richtige Aussage.", - "daos-1-d-label": "Alle oben Genannte", - "daos-1-d-explanation": "Richtig, eine DAO ist eine auf einer Blockchain basierende Organisation im Kollektivbesitz, die auf eine gemeinsame Mission hinarbeitet.", - "daos-2-prompt": "Was sind praktische Beispiele für den Einsatz einer DAO?", + "daos-1-d-label": "Alles oben Genannte", + "daos-1-d-explanation": "Richtig, eine DAO ist eine in kollektivem Besitz befindliche, über die Blockchain verwaltete Organisation, die auf eine gemeinsame Mission hinarbeitet.", + "daos-2-prompt": "Was sind praktische Beispiele für die Nutzung einer DAO?", "daos-2-a-label": "Dezentralisierte Protokolle, Mitglieder stimmen über die Angelegenheiten des Protokolls oder die Entwicklung des Produkts ab", - "daos-2-a-explanation": "Protokoll-DAOs sind ein Beispiel, aber DAOs beschränken sich nicht nur darauf.", - "daos-2-b-label": "Kollektives Eigentum, z. B. an NFTs oder physischen Assets", - "daos-2-b-explanation": "Collector DAOs sind ein Beispiel, aber DAOs beschränken sich nicht nur darauf.", - "daos-2-c-label": "Unternehmen und Zuschüsse, Kapital bündeln und über Projekte abstimmen, die finanziert werden sollen", - "daos-2-c-explanation": "Unternehmens- oder Zuschuss-DAOs sind ein Beispiel, aber DAOs beschränken sich nicht nur darauf.", - "daos-2-d-label": "Alle oben Genannte", + "daos-2-a-explanation": "Protokoll-DAOs sind ein Beispiel, aber DAOs sind nicht darauf beschränkt.", + "daos-2-b-label": "Kollektiver Besitz, z. B. für NFTs oder physische Vermögenswerte", + "daos-2-b-explanation": "Sammler-DAOs sind ein Beispiel, aber DAOs sind nicht darauf beschränkt.", + "daos-2-c-label": "Venture-Capital und Zuschüsse, Kapital bündeln und über zu finanzierende Projekte abstimmen", + "daos-2-c-explanation": "Venture- oder Zuschuss-DAOs sind ein Beispiel, aber DAOs sind nicht darauf beschränkt.", + "daos-2-d-label": "Alles oben Genannte", "daos-2-d-explanation": "Eine DAO kann eine Vielzahl von „Missionen“ haben.", - "daos-3-prompt": "Anders als traditionelle Organisationen sind/werden DAOS …", - "daos-3-a-label": "normalerweise hierarchisch strukturiert", - "daos-3-a-explanation": "DAOs haben normalerweise eine flache Hierarchie und sind voll demokratisiert.", - "daos-3-b-label": "in Bezug auf ihre Aktivitäten transparent und bieten vollständige Öffentlichkeit", - "daos-3-b-explanation": "On-Chain-Votings sorgen für Transparenz bei den Entscheidungen auf der Blockchain. Darüber hinaus sind auch Diskussionen und andere Teile des Entscheidungsprozesses für alle Mitglieder offen einsehbar.", - "daos-3-c-label": "von einer zentralen Partei kontrolliert", - "daos-3-c-explanation": "Veränderungen erfordern eine Abstimmung durch die Mitglieder. Die angebotenen Dienste werden automatisch auf dezentralisierte Weise geregelt.", - "daos-3-d-label": "eingeschränkt in Bezug darauf, wer Veränderungen vorschlagen kann", - "daos-3-d-explanation": "Normalerweise kann jedes DAO-Mitglied Veränderungen vorschlagen.", - "daos-4-prompt": "Was ist das Wesentliche an Smart Contracts für DAOs?", - "daos-4-a-label": "Der Code für Smart Contracts kann geändert werden", - "daos-4-a-explanation": "Sobald der Contract auf Ethereum live ist, können die Regeln nur noch durch eine Abstimmung geändert werden. Dies ermöglicht es der DAO, nach den Regeln geführt zu werden, mit denen sie programmiert wurde.", - "daos-4-b-label": "Sie hat einen individuellen Besitzer, der die Autorität hat, Änderungen vorzunehmen und von der Finanzverwaltung aus zu versenden.", - "daos-4-b-explanation": "Die Finanzverwaltung ist durch den Smart Contract definiert. Um Geld auszugeben, ist die Zustimmung der Gruppe erforderlich.", - "daos-4-c-label": "Vertrauen in den verteilten Konsens der zugrunde liegende Blockchain", - "daos-4-c-explanation": "Es ist wichtig für eine DAO, dass die zugrunde liegende Blockchain nicht manipuliert werden kann. Ethereums eigener Konsens ist weit genug verteilt und so etabliert, dass Organisationen dem Netzwerk vertrauen.", - "daos-4-d-label": "DAOs brauchen keine Smart Contracts", - "daos-4-d-explanation": "Das Fundament einer DAO ist ihr Smart Contract, der das Regelwerk der Organisation festhält und die Finanzmittel der Gruppe verwaltet.", - "daos-5-prompt": "Was ist kein Mechanismus zum Verwalten einer DAO?", + "daos-3-prompt": "Im Gegensatz zu traditionellen Organisationen sind DAOs …", + "daos-3-a-label": "Normalerweise hierarchisch", + "daos-3-a-explanation": "DAOs sind normalerweise flach und vollständig demokratisiert.", + "daos-3-b-label": "Transparent und völlig öffentlich in Bezug auf ihre Aktivitäten", + "daos-3-b-explanation": "Dank Abstimmungen auf der Blockchain sind Entscheidungen auf der Blockchain transparent. Diskussionen und andere Elemente des Entscheidungsprozesses stehen allen Mitgliedern offen.", + "daos-3-c-label": "Von einer zentralen Partei kontrolliert", + "daos-3-c-explanation": "Änderungen erfordern eine Abstimmung durch die Mitglieder. Angebotene Dienste werden automatisch auf dezentralisierte Weise abgewickelt.", + "daos-3-d-label": "Eingeschränkt in Bezug darauf, wer Änderungen vorschlagen kann", + "daos-3-d-explanation": "Normalerweise kann jedes DAO-Mitglied Änderungen vorschlagen.", + "daos-4-prompt": "Was ist an Smart Contracts für DAOs essenziell?", + "daos-4-a-label": "Der Code des Smart Contracts kann geändert werden", + "daos-4-a-explanation": "Sobald der Smart Contract auf Ethereum live ist, kann niemand die Regeln ändern, außer durch eine Abstimmung. Dies ermöglicht es der DAO, nach den Regeln zu arbeiten, mit denen sie programmiert wurde.", + "daos-4-b-label": "Sie hat einen individuellen Eigentümer, der die Befugnis behält, Änderungen vorzunehmen und aus der Schatzkammer zu senden.", + "daos-4-b-explanation": "Die Schatzkammer wird durch den Smart Contract definiert. Um Geld auszugeben, ist die Zustimmung der Gruppe erforderlich.", + "daos-4-c-label": "Vertrauen in den verteilten Konsens der zugrunde liegenden Blockchain", + "daos-4-c-explanation": "Für eine DAO ist es wichtig, dass die zugrunde liegende Blockchain nicht manipuliert werden kann. Ethereums eigener Konsens ist verteilt und etabliert genug, damit Organisationen dem Netzwerk vertrauen können.", + "daos-4-d-label": "DAOs benötigen keine Smart Contracts", + "daos-4-d-explanation": "Das Rückgrat einer DAO ist ihr Smart Contract, der die Regeln der Organisation definiert und die Schatzkammer der Gruppe verwaltet.", + "daos-5-prompt": "Was ist kein Mechanismus zur Steuerung einer DAO?", "daos-5-a-label": "Token-basierte Mitgliedschaft", - "daos-5-a-explanation": "Die Token-basierte Verwaltung ist sehr weit verbreitet. Normalerweise ist für sie keinerlei Genehmigung erforderlich. Sie wird typischerweise für die Verwaltung breiter dezentralisierter Protokolle und/oder der Token selbst genutzt.", + "daos-5-a-explanation": "Token-basierte Governance ist sehr weit verbreitet. Sie ist in der Regel vollständig erlaubnisfrei und wird typischerweise verwendet, um breite dezentralisierte Protokolle und/oder Token selbst zu steuern.", "daos-5-b-label": "Anteilsbasierte Mitgliedschaft", - "daos-5-b-explanation": "Die Berechtigungen für anteilsbasierte DAOs sind beschränkter, aber immer noch relativ offen. Jedes potentielle Mitglied kann einen Antrag auf Beitritt in die DAO einreichen, normalerweise zusammen mit einem Gegenleistungsangebot in Form von Token oder Arbeit.", + "daos-5-b-explanation": "Anteilsbasierte DAOs sind stärker zugangsbeschränkt, aber immer noch recht offen. Jedes potenzielle Mitglied kann einen Vorschlag einreichen, um der DAO beizutreten, und bietet in der Regel einen Tribut von gewissem Wert in Form von Token oder Arbeit an.", "daos-5-c-label": "Reputationsbasierte Mitgliedschaft", - "daos-5-c-explanation": "Anders als bei Token- oder anteilsbasierten Mitgliedschaften wird bei reputationsbasierten DAOs das Eigentum nicht auf die Mitwirkenden übertragen. Die DAO-Mitglieder müssen sich ihre Reputation durch ihre Teilnahme erarbeiten.", - "daos-5-d-label": "Vorstand und Off-Chain-Vermögensverwaltung", - "daos-5-d-explanation": "Dieser Ansatz verwendet stark zentralisierte und intransparente Steuerungsmechanismen. DAOs hingegen setzen auf nachweisbare Abstimmungsmechanismen und eine On-Chain-Vermögensverwaltung, um Transparenz und Verantwortlichkeit zu gewährleisten.", - "staking-solo-1-prompt": "Was trifft über das Slashing zu?", - "staking-solo-1-a-label": "Strafe dafür, offline zu sein, Belohnungen werden wieder ausgegeben, wenn wieder online", - "staking-solo-1-a-explanation": "Offline zu sein führt NICHT zu Slashing. Wenn Sie offline sind, fallen geringe Strafen an, und die Belohnungen werden wieder ausgegeben, wenn der Validator erneut online ist und wieder Attestierungen ausstellt.", - "staking-solo-1-b-label": "Strafe dafür, offline zu sein, dem Validator ist es sofort und dauerhaft verboten, jemals wieder Attestierungen auszustellen", - "staking-solo-1-b-explanation": "Offline zu sein führt NICHT zu Slashing. Auch wenn Slashing dazu führt, dass der Validator nie wieder eine Attestierung durchführen darf und er letztendlich zwangsweise aus dem Netzwerk entfernt wird, führt ein Offline-Zustand NICHT zum Ausschluss aus dem Netzwerk.", - "staking-solo-1-c-label": "Strafe für Verstöße gegen bestimmte Konsensregeln, Belohnungen werden nach Slashing wieder ausgegeben", - "staking-solo-1-c-explanation": "Das Slashing ist eine ernsthafte Strafe für das Brechen spezifischer Konsensregeln, die eine Bedrohung für das Netzwerk darstellen. Daher wird ein Validator, sobald er geslashed wurde, sofort daran gehindert, weitere Attestierungen durchzuführen. Letztendlich wird er zwangsweise aus dem Netzwerk entfernt, wobei verbleibendes ETH an den Eigentümer zurückgeht.", - "staking-solo-1-d-label": "Strafe für das Brechen spezifischer Konsensregeln, der Validator wird sofort und dauerhaft daran gehindert wird, jemals wieder Attestierungen durchzuführen", - "staking-solo-1-d-explanation": "Das Slashing ist eine ernsthafte Strafe für das Brechen spezifischer Konsensregeln, die eine Bedrohung für das Netzwerk darstellen. Daher wird ein Validator, sobald er geslashed wurde, sofort daran gehindert, weitere Attestierungen durchzuführen. Letztendlich wird er zwangsweise aus dem Netzwerk entfernt, wobei verbleibendes ETH an den Eigentümer zurückgeht.", + "daos-5-c-explanation": "Im Gegensatz zur Token- oder anteilsbasierten Mitgliedschaft übertragen reputationsbasierte DAOs kein Eigentum an Mitwirkende. DAO-Mitglieder müssen sich ihre Reputation durch Teilnahme verdienen.", + "daos-5-d-label": "Vorstand und Off-Chain-Verwaltung der Schatzkammer", + "daos-5-d-explanation": "Dieser Ansatz verwendet stark zentralisierte und undurchsichtige Steuerungsmechanismen. Im Gegensatz dazu verwenden DAOs verifizierbare Abstimmungsmechanismen und die Verwaltung der Schatzkammer auf der Blockchain, um Transparenz und Rechenschaftspflicht zu gewährleisten.", + "staking-solo-1-prompt": "Was trifft auf Slashing zu?", + "staking-solo-1-a-label": "Strafe für das Offline-Sein, Belohnungen werden fortgesetzt, wenn man wieder online ist", + "staking-solo-1-a-explanation": "Offline zu sein führt NICHT zu Slashing. Für das Offline-Sein fallen kleine Strafen an, und die Belohnungen werden fortgesetzt, wenn der Validator wieder online ist und die Bestätigungen wieder aufnimmt.", + "staking-solo-1-b-label": "Strafe für das Offline-Sein, dem Validator wird sofort untersagt, jemals wieder Bestätigungen vorzunehmen", + "staking-solo-1-b-explanation": "Offline zu sein führt NICHT zu Slashing. Während Slashing dazu führt, dass dem Validator untersagt wird, jemals wieder Bestätigungen vorzunehmen, und er letztendlich zwangsweise ausgeschlossen wird, führt das Offline-Sein NICHT zum Ausschluss aus dem Netzwerk.", + "staking-solo-1-c-label": "Strafe für den Verstoß gegen bestimmte Konsensregeln, Belohnungen werden nach dem Slashing fortgesetzt", + "staking-solo-1-c-explanation": "Slashing ist eine ernsthafte Strafe für den Verstoß gegen bestimmte Konsensregeln, die eine Bedrohung für das Netzwerk darstellen. Daher wird einem Validator, sobald er geslasht wurde, sofort untersagt, weitere Bestätigungen vorzunehmen. Er wird letztendlich zwangsweise aus dem Netzwerk ausgeschlossen und die verbleibenden ETH werden an den Eigentümer abgehoben.", + "staking-solo-1-d-label": "Strafe für den Verstoß gegen bestimmte Konsensregeln, dem Validator wird sofort untersagt, jemals wieder Bestätigungen vorzunehmen", + "staking-solo-1-d-explanation": "Slashing ist eine ernsthafte Strafe für den Verstoß gegen bestimmte Konsensregeln, die eine Bedrohung für das Netzwerk darstellen. Daher wird einem Validator, sobald er geslasht wurde, sofort untersagt, weitere Bestätigungen vorzunehmen. Er wird letztendlich zwangsweise aus dem Netzwerk ausgeschlossen und die verbleibenden ETH werden an den Eigentümer abgehoben.", "staking-solo-2-prompt": "Was passiert, wenn ein Validator offline geht?", "staking-solo-2-a-label": "Keine Auswirkung auf Belohnungen", - "staking-solo-2-a-explanation": "Strafen entstehen, wenn ein Validator nicht verfügbar ist, um den Zustand der Chain für eine bestimmte Epoche zu attestieren. Die Höhe dieser Strafen entspricht ungefähr 75% dessen, was die Belohnung für eine ordnungsgemäße Attestierung gewesen wäre. Die Belohnungen werden erneut ausgegeben, wenn der Validator wieder online geht, und es kommt NICHT zu Slashing.", - "staking-solo-2-b-label": "Inaktivitätsstrafen fallen nur bei Nichtverfügbarkeit an", - "staking-solo-2-b-explanation": "Während der Inaktivität entstehen für einen Validator geringfügige Inaktivitätsstrafen, die ungefähr 75 % dessen entsprechen, was die Belohnung für eine ordnungsgemäße Attestierung gewesen wäre. In seltenen/extremen Fällen, in denen das Netzwerk nicht finalisiert (d. h. mehr als 1/3 des Netzwerks ist ebenfalls offline), fallen diese Strafen erheblich höher aus. Die Belohnungen werden wieder ausgegeben, wenn der Validator erneut online geht, und es kommt zu keinem Slashing.", - "staking-solo-2-c-label": "Unmittelbares Slashing und Entfernung aus dem Netzwerk", - "staking-solo-2-c-explanation": "Dies ist ein weit verbreitetes Missverständnis, aber es führt NICHT zu Slashing, wenn eine Person offline geht! Slashing ist eine spezifische Art von Strafe für schwerwiegendere Vergehen mit weitreichenderen Konsequenzen und führt ebenfalls zur Entfernung aus dem Validatoren-Set.", - "staking-solo-2-d-label": "Einwöchige Verzögerung vor Slashing und Ausschluss", - "staking-solo-2-d-explanation": "Offline zu gehen führt selbst nach längeren Zeiträumen NICHT zu Slashing. Ein Validator könnte theoretisch jahrelang offline sein, ohne ein Slashing erdulden zu müssen, obwohl die Inaktivitätsstrafen weiter zunehmen würden, solange der Validator nicht ausscheidet.", + "staking-solo-2-a-explanation": "Strafen fallen an, wenn ein Validator nicht verfügbar ist, um den Zustand der Chain für eine bestimmte Epoche zu bestätigen. Die Höhe dieser Strafen entspricht in etwa 75 % der Belohnung, die es für eine ordnungsgemäße Bestätigung gegeben hätte. Die Belohnungen werden fortgesetzt, wenn der Validator wieder online geht, und es findet KEIN Slashing statt.", + "staking-solo-2-b-label": "Inaktivitätsstrafen fallen nur während der Nichtverfügbarkeit an", + "staking-solo-2-b-explanation": "Während der Nichtverfügbarkeit fallen für einen Validator kleine Inaktivitätsstrafen an, die in etwa 75 % der Belohnung entsprechen, die es für eine ordnungsgemäße Bestätigung gegeben hätte. In seltenen/extremen Fällen, in denen das Netzwerk nicht finalisiert (d. h. über 1/3 des Netzwerks ist ebenfalls offline), sind diese Strafen deutlich höher. Die Belohnungen werden fortgesetzt, wenn der Validator wieder online geht, und es findet kein Slashing statt.", + "staking-solo-2-c-label": "Sofortiges Slashing und Entfernung aus dem Netzwerk", + "staking-solo-2-c-explanation": "Dies ist ein weit verbreiteter Irrglaube, aber offline zu gehen führt NICHT zu Slashing! Slashing ist eine spezifische Art von Strafe für schwerwiegendere Vergehen mit höheren Strafen und führt auch zur Entfernung aus der Gruppe der Validatoren.", + "staking-solo-2-d-label": "Eine Woche Verzögerung vor Slashing und Ausschluss", + "staking-solo-2-d-explanation": "Offline zu sein führt NICHT zu Slashing, auch nicht nach längerer Zeit. Ein Validator könnte theoretisch jahrelang offline sein, ohne geslasht zu werden, obwohl sich die Inaktivitätsstrafen anhäufen würden, wenn der Validator nicht austritt.", "staking-solo-3-prompt": "Was ist das maximale effektive Guthaben eines Validators?", "staking-solo-3-a-label": "16", - "staking-solo-3-a-explanation": "Validatoren, deren effektives Guthaben auf 16 ETH sinkt, werden automatisch aus der Beacon Chain ausgeschlossen.", + "staking-solo-3-a-explanation": "Validatoren, deren effektives Guthaben auf 16 ETH fällt, werden automatisch aus der Beacon Chain ausgeschlossen.", "staking-solo-3-b-label": "32", - "staking-solo-3-b-explanation": "32 ETH ist sowohl der minimale ETH-Betrag, der zur Aktivierung eines neuen Validators erforderlich ist, als auch das maximale „effektive Guthaben“ (Stimmengewicht) für diesen Validator. Es können zwar Belohnungen über 32 ETH angesammelt werden, aber dieses Guthaben trägt nicht zum Stimmgewicht dieses Validators im Netzwerk bei und die Belohnungen erhöhen sich nicht.", - "staking-solo-3-c-label": "Variabel je nach Operator", - "staking-solo-3-c-explanation": "Die Konsensregeln gelten für jedes Validatorenkonto gleichermaßen und sind nicht von der Person abhängig, die den Node betreibt. Das maximale effektive Guthaben aller Validatoren beträgt 32 ETH.", - "staking-solo-3-d-label": "Keine Begrenzung", - "staking-solo-3-d-explanation": "Jedes Validatorenkonto ist auf ein effektives Guthaben von 32 ETH begrenzt. Dadurch wird der Gesamteinfluss jedes einzelnen Validators im Netzwerk begrenzt. Auf diese Weise lässt sich außerdem einschänken, wie viel Staking oder Un-Staking in einem bestimmten Zeitraum für ETH durchgeführt werden kann, da Validatoraktivierungen und -Austritte über eine Warteschlange mit begrenzter Rate verarbeitet werden.", - "staking-solo-4-prompt": "Was ist KEINE Belohnung, die ein Validator erhält?", + "staking-solo-3-b-explanation": "32 ETH ist sowohl das Minimum an ETH, das zur Aktivierung eines neuen Validators erforderlich ist, als auch das maximale 'effektive Guthaben' (Stimmgewicht) für diesen Validator. Belohnungen über 32 können angesammelt werden, aber dieses Guthaben trägt nicht zum Gewicht der Stimme dieses Validators im Netzwerk bei und die Belohnungen werden nicht erhöht.", + "staking-solo-3-c-label": "Variabel je nach Betreiber", + "staking-solo-3-c-explanation": "Die Konsensregeln gelten für jedes Validator-Konto gleichermaßen und sind nicht von der Person abhängig, die den Blockchain-Knoten betreibt. Das maximale effektive Guthaben aller Validatoren beträgt 32 ETH.", + "staking-solo-3-d-label": "Kein Limit", + "staking-solo-3-d-explanation": "Jedes Validator-Konto ist auf ein effektives Guthaben von 32 ETH begrenzt, was die Gesamtmacht eines einzelnen Validators im Netzwerk einschränkt. Dies begrenzt auch, wie viel ETH in einem bestimmten Zeitraum gestakt oder entstakt werden kann, da Aktivierungen und Austritte von Validatoren über eine ratenbegrenzte Warteschlange verarbeitet werden.", + "staking-solo-4-prompt": "Was ist KEINE Belohnung, die man als Validator erhält?", "staking-solo-4-a-label": "Block-Belohnung", - "staking-solo-4-a-explanation": "Validatoren erhalten Belohnungen in Form einer neuen ETH-Ausgabe für das Vorschlagen eines gültigen Blocks, wenn dieser vom Protokoll zufällig ausgewählt wird. Diese Belohnungen sind getrennt von den Gebühren und MEV, die auch beim Vorschlagen von Blöcken verdient werden.", - "staking-solo-4-b-label": "Gebührentrinkgelder/MEV", - "staking-solo-4-b-explanation": "Gebührentrinkgelder (nicht verbrauchter Anteil der Gebühren) und MEV-Einnahmen werden über die von diesem Validator angegebene Gebührenempfängeradresse an den Block-Proposer (Staker/Validator) verteilt. Diese Belohnungen sind unabhängig von der Blockbelohnung, die auch beim Vorschlagen von Blöcken ausgegeben wird.", - "staking-solo-4-c-label": "Attestierungsbelohnung vom Leiter der Chain", - "staking-solo-4-c-explanation": "Validatoren erhalten Belohnungen in Form einer neuen ETH-Ausgabe für die korrekte und rechtzeitige Attestierung an den Leiter der Chain, den aktuell berechtigten Epochenleiter und den aktuell finalisierten Epochenleiter.", + "staking-solo-4-a-explanation": "Validatoren erhalten Belohnungen in Form von neuer ETH-Emission für das Vorschlagen eines gültigen Blocks, wenn sie vom Protokoll zufällig ausgewählt werden. Diese Belohnungen sind unabhängig von den Gebühren und dem MEV, die ebenfalls beim Vorschlagen von Blöcken verdient werden.", + "staking-solo-4-b-label": "Gebühren-Trinkgelder / MEV", + "staking-solo-4-b-explanation": "Gebühren-Trinkgelder (unverbrannter Teil der Gebühren) und MEV-Einnahmen werden an den Block-Vorschlagenden (Staker/Validator) über die von diesem Validator angegebene Gebührenempfängeradresse verteilt. Diese Belohnungen sind unabhängig von der Block-Belohnung, die ebenfalls beim Vorschlagen von Blöcken verdient wird.", + "staking-solo-4-c-label": "Belohnung für die Bestätigung der Spitze der Chain", + "staking-solo-4-c-explanation": "Validatoren erhalten Belohnungen in Form von neuer ETH-Emission für die korrekte und prompte Bestätigung der Spitze der Chain, der aktuellen gerechtfertigten Epochenspitze und der aktuellen finalisierten Epochenspitze.", "staking-solo-4-d-label": "Uniswap-Handelsgebühren", - "staking-solo-4-d-explanation": "Von Handelsplattformen und -Börsen generierte Handelsgebühren werden von Ethereum-Validatoren nicht entgegengenommen.", - "staking-solo-5-prompt": "Welche Uptime ist erforderlich, damit ein Validator profitabel ist?", + "staking-solo-4-d-explanation": "Handelsgebühren, die von Handelsplattformen und Börsen generiert werden, werden nicht von Ethereum-Validatoren erhalten.", + "staking-solo-5-prompt": "Welche Betriebszeit ist erforderlich, damit ein Validator profitabel ist?", "staking-solo-5-a-label": "100 %", - "staking-solo-5-a-explanation": "Obwohl es ein ideales Ziel darstellt, ist das Erreichen einer Uptime von 100 % nicht die Mindestanforderung, damit ein Validator profitabel bleibt.", + "staking-solo-5-a-explanation": "Obwohl es ein ideales Ziel ist, ist das Erreichen einer Betriebszeit von 100 % nicht die Mindestanforderung, damit ein Validator profitabel bleibt.", "staking-solo-5-b-label": "~99 %", - "staking-solo-5-b-explanation": "Obwohl es sich um ein hervorragendes Ziel handelt, ist das Erreichen einer Uptime von 99 % nicht die Mindestanforderung, damit ein Validator profitabel bleibt.", + "staking-solo-5-b-explanation": "Obwohl es ein hervorragendes Ziel ist, ist das Erreichen einer Betriebszeit von 99 % nicht die Mindestanforderung, damit ein Validator profitabel bleibt.", "staking-solo-5-c-label": "~50 %", - "staking-solo-5-c-explanation": "Validatoren werden mit etwa 75 % der Belohnung bestraft, die sie für eine korrekte und zeitnahe Attestierung des Zustands der Chain erhalten hätten. Das bedeutet, dass es für einen bestimmten Zeitraum immer noch rentabel ist, 50 % dieser Zeit offline zu sein, wenn auch weniger profitabel als ein Validator, der zuverlässiger verfügbar ist.", + "staking-solo-5-c-explanation": "Validatoren werden mit etwa 75 % dessen bestraft, was sie für die korrekte und prompte Bestätigung des Zustands der Chain als Belohnung erhalten hätten. Das bedeutet, dass es für einen bestimmten Zeitraum immer noch nettoprofitabel ist, 50 % der Zeit offline zu sein, wenn auch weniger profitabel als ein zuverlässiger verfügbarer Validator.", "staking-solo-5-d-label": "~25 %", - "staking-solo-5-d-explanation": "Ein Validator mit nur 25 % Uptime muss für die anderen 75 % der Zeit mit Strafen rechnen. Da Belohnungen und Strafen ähnlich hoch ausfallen, führt es zu einem Nettoverlust an ETH, wenn eine Person für einen bestimmten Zeitraum dreimal so lange offline ist wie online.", - "staking-solo-6-prompt": "Welches der folgenden Vergehen wird NICHT mit Slashing geahndet?", + "staking-solo-5-d-explanation": "Ein Validator mit nur 25 % Betriebszeit wird für die restlichen 75 % der Zeit Strafen erleiden. Angesichts der ähnlichen Höhe von Belohnungen und Strafen führt es zu einem Nettoverlust an ETH für diesen Zeitraum, wenn man dreimal so lange offline wie online ist.", + "staking-solo-6-prompt": "Welches der folgenden Vergehen ist KEIN Vergehen, das zu Slashing führt?", "staking-solo-6-a-label": "Offline sein", - "staking-solo-6-a-explanation": "Die bloße Tatsache, dass Sie offline sind, führt nicht zu Slashing. Allerdings führt es zu geringfügigen Inaktivitätsstrafen während der Offline-Zeit. Die Attestierungen werden fortgesetzt, sobald der Validator wieder online ist.", - "staking-solo-6-b-label": "Das Vorschlagen und Unterzeichnen von zwei verschiedenen Blöcken für denselben Slot", - "staking-solo-6-b-explanation": "Dies gefährdet die Integrität des Netzwerks und führt zu Slashing und einer Entfernung aus dem Netzwerk.", - "staking-solo-6-c-label": "Das Attestieren eines Blocks, der einen anderen „umgibt“ (wodurch sich die Historie effektiv ändert)", - "staking-solo-6-d-label": "„Doppelte Abstimmung“ durch Attestierung zweier Kandidaten für denselben Block", - "staking-solo-7-prompt": "Welches ist KEINE Möglichkeit, Ihren Validator vor Slashing zu schützen bzw. zu verhindern, dass er Slashing erleidet?", - "staking-solo-7-a-label": "Das Vermeiden übermäßig redundanter Setups und das Speichern Ihrer Schlüssel jeweils nur bei einem Validator-Client", - "staking-solo-7-a-explanation": "Die meisten Slashing-Fälle gehen bisher darauf zurück, dass Operatoren ihre Signaturschlüssel als redundantes Backup auf mehr als einem Computer gespeichert haben. Dies ist eine sehr riskante Vorgehensweise, da jede Fehlfunktion zu Doppelabstimmungen und Slashing führen kann.", - "staking-solo-7-b-label": "Das Ausführen der unveränderten Client-Software, ohne selbst den Code zu ändern", - "staking-solo-7-b-explanation": "Die Client-Software wird so geschrieben und getestet, dass sie vor der Ausführung von Aktionen geschützt ist, die mit Slashing geahndet werden. Um eine Aktion auszuführen, die mit Slashing geahndet wird, müsste der Client-Code in der Regel selbst auf böswillige Weise verändert werden.", - "staking-solo-7-c-label": "Das Ausführen eines Clients, der von der Mehrheit der anderen Validatoren verwendet wird", - "staking-solo-7-c-explanation": "Bei Verwendung desselben Clients wie die Mehrheit des restlichen Netzes besteht die Gefahr, dass Sie im Falle eines Softwarefehlers in diesem Client mit Slashing bestraft werden. Die Verwendung eines Minderheiten-Clients schützt davor.", - "staking-solo-7-d-label": "Das Deaktivieren eines Validators für 2–4 Epochen, bevor die Schlüssel auf eine neue Maschine migriert werden", - "staking-solo-7-d-explanation": "So ist genug Zeit verfügbar, um die Chain zu finalisieren, während Ihr Node offline ist, um das Risiko jeglicher versehentlicher Doppelabstimmungen und eines Slashings während der Schlüsselmigration zu minimieren.", - "staking-solo-8-prompt": "Was ist NICHT erforderlich, um Belohnungszahlungen/Teilabhebungen zu erhalten?", - "staking-solo-8-a-label": "Die einmalige Angabe einer Auszahlungsadresse für die Ausführung", - "staking-solo-8-a-explanation": "Das ist einmal notwendig, damit der Auszahlungsprozess weiß, wohin die Geldmittel aus der Konsensebene überwiesen werden sollen", - "staking-solo-8-b-label": "Das Halten eines effektiven Guthabens von 32 ETH", - "staking-solo-8-b-explanation": "Ihr effektives Guthaben darf maximal 32 ETH betragen, bevor Teilabhebungen ausgelöst werden können.", - "staking-solo-8-c-label": "Das Halten eines Gesamtguthabens von mehr als 32 ETH", - "staking-solo-8-c-explanation": "Ihr Gesamtguthaben muss Belohnungen über 32 ETH aufweisen, damit eine Teilabhebung ausgelöst werden kann.", - "staking-solo-8-d-label": "Einreichung des beantragten Abhebebetrags per Gaszahlung", - "staking-solo-8-d-explanation": "Sobald die anderen Kriterien erfüllt sind, erfolgt die Auszahlung der Belohnung automatisch. Die Empfänger müssen weder eine Transaktion einreichen noch per Gas bezahlen. Der abgehobene Betrag entspricht dem Guthaben des Validators, das 32 übersteigt. Individuelle Beträge können nicht angefordert werden.", - "scaling-1-prompt": "Welche der folgenden Möglichkeiten werden von Ethereum zur Skalierung genutzt?", - "scaling-1-a-label": "Layer-2-Rollups", - "scaling-1-a-explanation": "Diese unterstützen die Skalierung von Ethereum, indem Transaktionen gebündelt, ausgeführt und die Ergebnisse dann zur Validierung und Sicherung an Ethereum gesendet werden. Beispiele hierfür und für Rollups sind Arbitrum und Optimism. Das ist nicht die einzige Möglichkeit, wie Ethereum skaliert.", + "staking-solo-6-a-explanation": "Einfach nur offline zu sein, führt nicht zu Slashing. Es führt zu kleinen Inaktivitätsstrafen, während man offline ist, aber die Bestätigungen werden fortgesetzt, wenn man wieder online ist.", + "staking-solo-6-b-label": "Vorschlagen und Signieren von zwei verschiedenen Blöcken für denselben Slot", + "staking-solo-6-b-explanation": "Dies bedroht die Integrität des Netzwerks und führt zu Slashing und dem Ausschluss aus dem Netzwerk.", + "staking-solo-6-c-label": "Bestätigen eines Blocks, der einen anderen 'umschließt' (was effektiv die Historie ändert)", + "staking-solo-6-d-label": "'Doppeltes Abstimmen' durch Bestätigen von zwei Kandidaten für denselben Block", + "staking-solo-7-prompt": "Was ist KEINE Möglichkeit, Ihren Validator vor Slashing zu schützen/zu bewahren?", + "staking-solo-7-a-label": "Vermeiden Sie übermäßig redundante Setups und speichern Sie Ihre Schlüssel immer nur bei einem Validator-Client gleichzeitig", + "staking-solo-7-a-explanation": "Die Mehrheit der bisherigen Slashings stammt von Betreibern, die ihre Signaturschlüssel als redundantes Backup auf mehr als einer Maschine speichern. Dies ist hochriskant, da jede Fehlfunktion zu doppeltem Abstimmen und Slashing führen kann.", + "staking-solo-7-b-label": "Führen Sie die Client-Software so aus, wie sie ist, ohne den Code selbst zu ändern", + "staking-solo-7-b-explanation": "Client-Software wird geschrieben und getested, um vor der Ausführung von Aktionen zu schützen, die zu Slashing führen. Um eine solche Aktion auszuführen, müsste man typischerweise den Client-Code selbst in böswilliger Absicht ändern.", + "staking-solo-7-c-label": "Führen Sie einen Client aus, der von der Mehrheit der anderen Validatoren verwendet wird", + "staking-solo-7-c-explanation": "Die Verwendung desselben Clients wie die Mehrheit des restlichen Netzwerks birgt das Risiko, im Falle eines Softwarefehlers in diesem Client geslasht zu werden. Das Ausführen eines Minderheits-Clients schützt davor.", + "staking-solo-7-d-label": "Deaktivieren Sie den Validator für 2-4 Epochen, bevor Sie Schlüssel auf eine neue Maschine migrieren", + "staking-solo-7-d-explanation": "Dies gibt der Chain Zeit zur Finalisierung, während Ihr Blockchain-Knoten offline ist, um das Risiko eines versehentlichen doppelten Abstimmens und Slashings während der Schlüsselmigration zu minimieren.", + "staking-solo-8-prompt": "Was ist NICHT erforderlich, um Belohnungszahlungen / teilweise Abhebungen zu erhalten?", + "staking-solo-8-a-label": "Einmalige Angabe einer Ausführungs-Abhebungsadresse", + "staking-solo-8-a-explanation": "Dies ist einmalig für den Abhebungsprozess erforderlich, um zu wissen, wohin Gelder der Konsensebene gesendet werden sollen", + "staking-solo-8-b-label": "Ein effektives Guthaben von 32 ETH haben", + "staking-solo-8-b-explanation": "Ihr effektives Guthaben muss bei 32 ETH maximiert sein, bevor teilweise Abhebungen ausgelöst werden.", + "staking-solo-8-c-label": "Ein Gesamtguthaben von über 32 ETH haben", + "staking-solo-8-c-explanation": "Ihr Gesamtguthaben muss Belohnungen über 32 ETH aufweisen, damit teilweise Abhebungen ausgelöst werden.", + "staking-solo-8-d-label": "Einreichen des angeforderten Abhebungsbetrags mit Gaszahlung", + "staking-solo-8-d-explanation": "Sobald die anderen Kriterien erfüllt sind, erfolgen Belohnungszahlungen automatisch. Empfänger müssen keine Transaktion einreichen oder Gas bezahlen. Der abgehobene Betrag entspricht dem Guthaben des Validators, das 32 übersteigt. Benutzerdefinierte Beträge können nicht angefordert werden.", + "scaling-1-prompt": "Welches der folgenden Mittel verwendet Ethereum zur Skalierung?", + "scaling-1-a-label": "Ebene-2-Rollups", + "scaling-1-a-explanation": "Diese helfen Ethereum bei der Skalierung, indem sie Transaktionen bündeln, ausführen und die Ergebnisse dann zur Validierung und Sicherung auf Ethereum veröffentlichen. Beispiele für Rollups sind Arbitrum oder Optimism. Dies ist nicht die einzige Art und Weise, wie Ethereum skaliert.", "scaling-1-b-label": "Proto-Danksharding", - "scaling-1-b-explanation": "Dies ist eine temporäre und kostengünstige Möglichkeit, Rollup-Daten im Mainnet zu speichern, das derzeit für etwa 90 % der Kosten verantwortlich ist, die einem Nutzer bei einem Rollup entstehen. Das ist nicht die einzige Möglichkeit, wie Ethereum skaliert.", + "scaling-1-b-explanation": "Dies bietet eine temporäre und kostengünstige Speicheroption zum Speichern von Rollup-Daten im Mainnet, was derzeit für etwa 90 % der Kosten verantwortlich ist, die einem Benutzer bei einem Rollup entstehen. Dies ist nicht die einzige Art und Weise, wie Ethereum skaliert.", "scaling-1-c-label": "Danksharding", - "scaling-1-c-explanation": "Dadurch muss nicht mehr jeder Validator und jeder Node im Netzwerk 100 % der Daten für alle Rollups speichern, was die Hardwareanforderungen für die Node-Betreiber reduziert. Das ist nicht die einzige Möglichkeit, wie Ethereum skaliert.", - "scaling-1-d-label": "Alle oben Genannte", - "scaling-1-d-explanation": "Die Layer-2-Rollups bündeln Transaktionen, Proto-Danksharding schafft billigen Zwischenspeicher für diese Daten und Danksharding verteilt die Speicherlast auf alle Validatoren – was alles zur Skalierung von Ethereum beiträgt.", - "scaling-2-prompt": "Was tun Layer-2-Rollups nach der Bündelung von Transaktionen und deren Ausführung als Nächstes?", - "scaling-2-a-label": "Speicherung der Daten auf einem privaten Server", - "scaling-2-a-explanation": "Die Ergebnisse werden im Mainnet gepostet, um Transparenz und öffentliche Verfügbarkeit zu gewährleisten. Sie sind nicht auf private Server angewiesen.", - "scaling-2-b-label": "Versenden des Nachweises an den Benutzer, damit dieser ihn speichern kann", - "scaling-2-b-explanation": "Von den Nutzern wird nicht erwartet, dass sie die Ergebnisse ihrer Transaktion abspeichern. Diese Informationen werden im Mainnet gepostet.", - "scaling-2-c-label": "Übermittlung der Ergebnisse an Ethereum", - "scaling-2-c-explanation": "Layer-2-Rollups posten die Ergebnisse ihrer Transaktionsausführung im Mainnet und sichern sie in der Ethereum-Historie", - "scaling-2-d-label": "Löschen des Ergebnisses zur Reduzierung der Kosten", - "scaling-2-d-explanation": "Layer-2-Rollups posten die Ergebnisse ihrer Transaktionsausführung im Mainnet. Die Kosteneinsparungen, die mit diesem Ansatz erzielt werden, liegen in der Bündelung und Komprimierung der Transaktionsdaten und schließlich in der Sicherung auf billigem Speicher, der verfällt, sobald er denjenigen zur Verfügung gestellt wird, die ihn benötigen.", - "scaling-3-prompt": "Wie reduziert Proto-Danksharding die Transaktionskosten bei Rollups?", - "scaling-3-a-label": "Direkte Erhöhung der Blockgröße", - "scaling-3-a-explanation": "Proto-Danksharding erhöht das Gaslimit nicht direkt, sondern reduziert durch die Bereitstellung von Zwischenspeichern die Kosten für die Speicherung von Rollup-Daten", - "scaling-3-b-label": "Aufteilung, welche Validatoren zur Speicherung der Daten verpflichtet sind", - "scaling-3-b-explanation": "Here is the translated sentence:\n\nEs wird erwartet, dass vollständiges Danksharding die Notwendigkeit reduziert, dass alle Validatoren alle Daten speichern. Dem geht jedoch Proto-Danksharding voraus, das eine weniger kostspielige, vorübergehende Speichermöglichkeit für die durch Rollups erzeugten Daten darstellt.", - "scaling-3-c-label": "Erhebliche Steigerung der Hardware-Anforderungen für Node-Betreiber", - "scaling-3-c-explanation": "Dies wird im Allgemeinen als keine akzeptable Option für die Skalierung von Ethereum angesehen. Es werden große Anstrengungen unternommen, die Hardware-Anforderungen für den Betrieb von Nodes zu minimieren, um dafür zu sorgen, dass sie so zugänglich wie möglich bleiben.", - "scaling-3-d-label": "Speichern der Daten in einem billigeren, temporären „Blob“-Speicher", - "scaling-3-d-explanation": "Proto-Danksharding führt eine Option zur temporären Datenspeicherung für Rollups ein, damit diese ihre Ergebnisse kostengünstiger im Mainnet posten können", - "scaling-4-prompt": "Was ist ein wichtiger nächster Schritt für Rollups in Bezug auf die Skalierung von Ethereum?", - "scaling-4-a-label": "Schaffung von Anreizen für Einrichtungen mit leistungsstarken Computern, damit diese die gesamte Sequenzierung durchführen", - "scaling-4-a-explanation": "Eines der Probleme bei den derzeitigen Rollups besteht darin, dass diejenigen, die die Sequencer (diejenigen, die über die Aufnahme und Reihenfolge der Transaktionen innerhalb eines Rollups entscheiden) ausführen, sehr zentralisiert sind. Das Ziel ist es, jedem die Teilnahme zu ermöglichen, und sich nicht auf eine einzelne Gruppe oder Einrichtung zu verlassen.", - "scaling-4-b-label": "Verteilung der Verantwortung für die Ausführung von Sequencern und Prüfern auf mehrere Personen", - "scaling-4-b-explanation": "Die Kontrolle über ein Rollup beginnt in der Regel zentral, was den Start erleichtert, aber das Netzwerk anfällig für Zensur macht. Es ist wichtig, den Prozesses der Einbeziehung von Transaktionen zu dezentralisieren, sodass jeder daran teilnehmen kann, um die Möglichkeit einer Kompromittierung des Netzwerks zu verhindern.", - "scaling-4-c-label": "Alle Rollups dazu zu zwingen, der gleichen Sicherheitsmethode zu entsprechen", - "scaling-4-c-explanation": "Ethereum profitiert davon, dass es innerhalb seines Rollup-Ökosystems zur Förderung der Widerstandsfähigkeit ein breites Spektrum an Sicherheitsansätzen gibt.", - "scaling-4-d-label": "Datenorakel zur Bestätigung der Speicherung von Transaktionsdaten auf privaten Servern", - "scaling-4-d-explanation": "Die Rollup-Daten werden auf Ethereum gespeichert und sind nicht auf private Server oder Datenbanken angewiesen.", - "run-a-node-1-prompt": "Was ist für den Betrieb eines Nodes erforderlich?", - "run-a-node-1-a-label": "Ausführen von Client-Software mit bescheidener Hardware und einer stetigen Internetverbindung.", - "run-a-node-1-a-explanation": "Der Betrieb eines Nodes setzt sich daraus zusammen, Software auszuführen, die die Sprache des Ethereum-Protokolls verwendet und dabei mit anderen Computern kommuniziert, die dasselbe tun. Diese Software lädt eine Kopie der Ethereum-Blockchain herunter, verifiziert die Gültigkeit jedes Blocks und hält sie dann mit neuen Blöcken und Transaktionen auf dem neuesten Stand. Gleichzeitig hilft sie anderen dabei, ihre eigenen Kopien herunterzuladen und zu aktualisieren.", + "scaling-1-c-explanation": "Dadurch entfällt die Notwendigkeit, dass jeder Validator und Blockchain-Knoten im Netzwerk 100 % der Daten für alle Rollups speichern muss, was die Hardwareanforderungen für Knotenbetreiber reduziert. Dies ist nicht die einzige Art und Weise, wie Ethereum skaliert.", + "scaling-1-d-label": "Alle oben genannten", + "scaling-1-d-explanation": "Ebene-2-Rollups bündeln Transaktionen, Proto-Danksharding schafft günstigen temporären Speicherplatz für diese Daten und Danksharding verteilt die Speicherlast auf alle Validatoren – all dies hilft Ethereum bei der Skalierung.", + "scaling-2-prompt": "Was tun Ebene-2-Rollups als Nächstes, nachdem sie Transaktionen gebündelt und ausgeführt haben?", + "scaling-2-a-label": "Die Daten auf einem privaten Server speichern", + "scaling-2-a-explanation": "Die Ergebnisse werden für Transparenz und öffentliche Verfügbarkeit im Mainnet veröffentlicht und sind nicht auf private Server angewiesen.", + "scaling-2-b-label": "Den Nachweis zur Speicherung an den Benutzer senden", + "scaling-2-b-explanation": "Von Benutzern wird nicht erwartet, dass sie die Ergebnisse ihrer Transaktion aufbewahren. Diese Informationen werden im Mainnet veröffentlicht.", + "scaling-2-c-label": "Die Ergebnisse an Ethereum übermitteln", + "scaling-2-c-explanation": "Ebene-2-Rollups veröffentlichen die Ergebnisse ihrer Transaktionsausführung im Mainnet und sichern sie so in der Historie von Ethereum.", + "scaling-2-d-label": "Das Ergebnis löschen, um Kosten zu senken", + "scaling-2-d-explanation": "Ebene-2-Rollups veröffentlichen die Ergebnisse ihrer Transaktionsausführung im Mainnet. Die mit diesem Ansatz erzielten Kosteneinsparungen entstehen durch das Bündeln und Komprimieren von Transaktionsdaten und deren letztendliche Speicherung in günstigem Speicher, der abläuft, sobald er denjenigen zur Verfügung gestellt wurde, die ihn benötigen.", + "scaling-3-prompt": "Wie reduziert Proto-Danksharding die Rollup-Transaktionskosten auf Rollups?", + "scaling-3-a-label": "Durch direkte Erhöhung der Blockgröße", + "scaling-3-a-explanation": "Proto-Danksharding erhöht das Gaslimit nicht direkt, macht aber die Speicherung von Rollup-Daten kostengünstiger, indem es temporären Speicherplatz zur Verfügung stellt.", + "scaling-3-b-label": "Durch Aufteilung, welche Validatoren die Daten speichern müssen", + "scaling-3-b-explanation": "Obwohl erwartet wird, dass vollständiges Danksharding die Notwendigkeit für alle Validatoren verringert, alle Daten zu speichern, geht dem Proto-Danksharding voraus, das eine kostengünstigere, temporäre Speicheroption für die von Rollups produzierten Daten bildet.", + "scaling-3-c-label": "Durch signifikante Erhöhung der Hardwareanforderungen für Betreiber von Blockchain-Knoten", + "scaling-3-c-explanation": "Dies wird im Allgemeinen nicht als akzeptable Option zur Skalierung von Ethereum angesehen. Es werden große Anstrengungen unternommen, die Hardwareanforderungen für den Betrieb eines Blockchain-Knotens zu minimieren, um ihn so zugänglich wie möglich zu halten.", + "scaling-3-d-label": "Durch Speicherung seiner Daten in günstigerem, temporärem 'Blob'-Speicher", + "scaling-3-d-explanation": "Proto-Danksharding führt eine temporäre Datenspeicheroption für Rollups ein, um es ihnen zu ermöglichen, ihre Ergebnisse kostengünstiger im Mainnet zu veröffentlichen.", + "scaling-4-prompt": "Was ist ein entscheidender nächster Schritt für Rollups, um Ethereum zu skalieren?", + "scaling-4-a-label": "Entitäten mit leistungsstarken Computern dazu anreizen, das gesamte Sequencing zu übernehmen", + "scaling-4-a-explanation": "Eines der Probleme mit aktuellen Rollups ist die zentralisierte Natur derjenigen, die die Sequencer betreiben (diejenigen, die über die Aufnahme und Reihenfolge von Transaktionen innerhalb eines Rollups entscheiden). Das Ziel ist es, jedem die Teilnahme zu ermöglichen und sich in keiner Weise auf eine einzelne Gruppe oder Entität zu verlassen.", + "scaling-4-b-label": "Die Verantwortung für den Betrieb von Sequencern und Provern auf mehr Personen verteilen", + "scaling-4-b-explanation": "Die Kontrolle über ein Rollup beginnt typischerweise zentralisiert, was den Einstieg erleichtert, das Netzwerk jedoch anfällig für Zensur macht. Die Dezentralisierung des Prozesses der Aufnahme von Transaktionen, sodass jeder teilnehmen kann, ist unerlässlich, um die Möglichkeit einer Kompromittierung des Netzwerks zu verhindern.", + "scaling-4-c-label": "Alle Rollups dazu bringen, derselben Sicherheitsmethode zu entsprechen", + "scaling-4-c-explanation": "Ethereum profitiert davon, eine breite Palette von Sicherheitsansätzen innerhalb seines Rollup-Ökosystems als eine Form der Widerstandsfähigkeit zu haben.", + "scaling-4-d-label": "Daten-Orakel zur Bestätigung der Speicherung von Transaktionsdaten auf privaten Servern", + "scaling-4-d-explanation": "Rollup-Daten werden auf Ethereum gespeichert und sind nicht auf private Server oder Datenbanken angewiesen.", + "run-a-node-1-prompt": "Was ist erforderlich, um einen Blockchain-Knoten zu betreiben?", + "run-a-node-1-a-label": "Ausführen von Client-Software mit bescheidener Hardware, während man online bleibt.", + "run-a-node-1-a-explanation": "Der Betrieb eines Blockchain-Knotens besteht aus der Ausführung von Software, die über die Sprache des Ethereum-Protokolls mit anderen Computern kommuniziert, die dasselbe tun. Diese Software lädt eine Kopie der Ethereum-Blockchain herunter, verifiziert die Gültigkeit jedes Blocks und hält sie dann mit neuen Blöcken und Transaktionen auf dem neuesten Stand, während sie anderen hilft, ihre eigenen Kopien herunterzuladen und zu aktualisieren.", "run-a-node-1-b-label": "32 ETH einzahlen, um Belohnungen zu verdienen", - "run-a-node-1-b-explanation": "Dies ist eine Voraussetzung für das Staking, d. h. den Prozess, ein aktiver Teilnehmer am Netzwerkkonsens zu werden. Dies ist nicht erforderlich, um lediglich eine souveräne Kopie der Blockchain auszuführen, wofür KEINE ETH benötigt werden.", - "run-a-node-1-c-label": "Betrieb leistungsstarker ASIC-Mining-Computer, um Netzwerkkonsens zu erreichen", - "run-a-node-1-c-explanation": "Obwohl Ethereum früher das Mining mit leistungsstarken Computern nutzte, um einen Konsens zu erreichen, wurde dieser Prozess vollständig durch das Staking ersetzt. Weder das Mining in der Vergangenheit noch das Staking in der Gegenwart waren bzw. sind erforderlich, um einfach eine souveräne Kopie der Blockchain auszuführen.", - "run-a-node-1-d-label": "Vollzeit-Anstellung in der Blockchain-Infrastruktur", - "run-a-node-1-d-explanation": "Das Software-Tooling hat sich im Laufe der Zeit immer weiter verbessert, sodass der Betrieb eines Nodes von zu Hause aus auch für unerfahrene Nutzer viel einfacher geworden ist. Eine Vollzeitbeschäftigung in der Blockchain-Infrastruktur ist keineswegs eine Voraussetzung für eine Teilnahme.", - "run-a-node-2-prompt": "Wie viele ETH müssen Sie staken, um einen Node zu betreiben?", + "run-a-node-1-b-explanation": "Dies ist eine Voraussetzung für das Staking – den Prozess, ein aktiver Teilnehmer am Netzwerk-Konsens zu werden. Dies ist nicht erforderlich, um einfach eine souveräne Kopie der Blockchain auszuführen, wofür KEINE ETH benötigt werden.", + "run-a-node-1-c-label": "Leistungsstarke ASIC-Mining-Maschinen betreiben, um Netzwerk-Konsens zu erreichen", + "run-a-node-1-c-explanation": "Obwohl Ethereum früher Mining mit leistungsstarken Computern nutzte, um Konsens zu erreichen, wurde dieser Prozess vollständig durch Staking ersetzt. Weder Mining in der Vergangenheit noch Staking in der Gegenwart sind erforderlich, um einfach eine souveräne Kopie der Blockchain zu betreiben.", + "run-a-node-1-d-label": "Vollzeit in der Blockchain-Infrastruktur arbeiten", + "run-a-node-1-d-explanation": "Software-Tools haben sich im Laufe der Zeit weiter verbessert, was den Betrieb eines Blockchain-Knotens von zu Hause aus für Anfänger viel zugänglicher macht. Vollzeit in der Blockchain-Infrastruktur zu arbeiten, ist keineswegs eine Voraussetzung, um sich zu engagieren.", + "run-a-node-2-prompt": "Wie viel ETH müssen Sie staken, um einen Blockchain-Knoten zu betreiben?", "run-a-node-2-a-label": "0", - "run-a-node-2-a-explanation": "Für den Betrieb eines Ethereum-Nodes sind keine ETH erforderlich. Im Gegensatz zum Betrieb eines Staking-Validators als Teil eines Node-Setups steht es jedem frei, Client-Software zu betreiben und eigene souveräne Kopien der Blockchain zu synchronisieren – hierfür werden keine ETH benötigt.", + "run-a-node-2-a-explanation": "Der Betrieb eines Ethereum-Blockchain-Knotens erfordert keine ETH. Im Gegensatz zum Betrieb eines Staking-Validators als Teil eines Knoten-Setups steht es jedem frei, Client-Software auszuführen und seine eigene souveräne Kopie der Blockchain zu synchronisieren – keine ETH erforderlich.", "run-a-node-2-b-label": "8", "run-a-node-2-c-label": "16", "run-a-node-2-d-label": "32", - "run-a-node-2-d-explanation": "Der Betrieb eines Ethereum-Nodes erfordert keine ETH. Für die Aktivierung eines Staking-Validators, der direkt am Netzwerkkonsens teilnimmt, sind zwar 32 ETH erforderlich. Es steht aber jedem frei, Client-Software auszuführen und eigene souveräne Kopien der Blockchain zu synchronisieren – hierfür werden keine ETH benötigt.", - "run-a-node-3-prompt": "Welche Vorteile haben Sie, wenn Sie Ihren eigenen Node betreiben?", - "run-a-node-3-a-label": "Resistent gegenüber Zensur", - "run-a-node-3-a-explanation": "Dies ist ein Vorteil für die Nutzer, aber nicht der einzige. Durch das Ausführen von Node-Software, die direkt mit anderen Peers im Netzwerk kommuniziert, werden Ihre Transaktionen mit jeder anderen Transaktion vermischt, die Ihr Node verbreitet. Auf diese Weise ist es annähernd unmöglich, eine gültige Transaktion, die Ihr Node geteilt hat, zu identifizieren und zu zensieren.", + "run-a-node-2-d-explanation": "Der Betrieb eines Ethereum-Blockchain-Knotens erfordert keine ETH. Im Gegensatz zu den 32 ETH, die erforderlich sind, um einen Staking-Validator zu aktivieren, der direkt am Netzwerk-Konsens teilnimmt, steht es jedem frei, Client-Software auszuführen und seine eigene souveräne Kopie der Blockchain zu synchronisieren – keine ETH erforderlich.", + "run-a-node-3-prompt": "Welche Vorteile haben Sie durch den Betrieb Ihres eigenen Blockchain-Knotens?", + "run-a-node-3-a-label": "Zensurresistenz", + "run-a-node-3-a-explanation": "Dies ist ein Vorteil für Benutzer, aber nicht der einzige. Durch die Ausführung von Knoten-Software, die direkt mit anderen Peers im Netzwerk kommuniziert, werden Ihre Transaktionen mit jeder anderen Transaktion gemischt, die Ihr Blockchain-Knoten verbreitet. Daher ist es fast unmöglich, eine gültige Transaktion, die Ihr Blockchain-Knoten geteilt hat, zu unterscheiden und zu zensieren.", "run-a-node-3-b-label": "Souveränität", - "run-a-node-3-b-explanation": "Dies ist ein Vorteil für die Nutzer, aber nicht der einzige. Wenn Sie Ihre eigene Kopie der Ethereum-Blockchain besitzen, sind Sie bei der Interaktion mit dem Netzwerk nicht mehr von einer einzigen externen Partei abhängig. Sie müssen nie um Erlaubnis bitten, um Ihr Guthaben abzurufen oder eine Transaktion auszuführen. Darüber hinaus werden alle Transaktionen mit einer Software überprüft, die Sie selbst ausführen. Wenn das Netzwerk aktualisiert wird, entscheiden Sie selbst, ob Sie das Upgrade unterstützen wollen oder nicht.", + "run-a-node-3-b-explanation": "Dies ist ein Vorteil für Benutzer, aber nicht der einzige. Indem Sie Ihre eigene Kopie der Ethereum-Blockchain haben, sind Sie nicht mehr von einer einzelnen externen Partei abhängig, um mit dem Netzwerk zu interagieren. Sie müssen nie um Erlaubnis bitten, um Ihr Guthaben abzufragen oder eine Transaktion auszuführen, und alle Transaktionen werden mit Software verifiziert, die Sie selbst ausführen. Wenn Netzwerk-Upgrades stattfinden, entscheiden Sie, ob Sie das Upgrade unterstützen möchten oder nicht.", "run-a-node-3-c-label": "Privatsphäre", - "run-a-node-3-c-explanation": "Dies ist ein Vorteil für die Nutzer, aber nicht der einzige. Ohne einen eigenen Knoten sind in der Regel einige Schritte erforderlich, um nur das eigene Guthaben abzufragen. So müssen Sie eine Liste Ihrer Nodes von der Wallet, die mit Ihrer IP-Adresse verknüpft ist, an einen Drittanbieter senden, der Ihnen dann die richtigen Informationen liefert.", - "run-a-node-3-d-label": "Alle oben Genannte", - "run-a-node-3-d-explanation": "Das Betreiben eines Nodes gibt Ihnen die volle Kontrolle und Souveränität über die Daten, auf die Sie sich stützen. Es ermöglicht es Ihnen, den Inhalt der Chain privat einzusehen und zu überprüfen und praktisch zu garantieren, dass alle gültigen Transaktionen unzensiert dargestellt werden.", - "run-a-node-4-prompt": "Welche Art von Festplattenspeicher ist für einen Ethereum-Node erforderlich?", + "run-a-node-3-c-explanation": "Dies ist ein Vorteil für Benutzer, aber nicht der einzige. Ohne Ihren eigenen Blockchain-Knoten erfordert das einfache Abfragen Ihrer Kontostände typischerweise das Senden einer Liste Ihrer Konten aus Ihrem Wallet, verknüpft mit Ihrer IP-Adresse, an einen Drittanbieter, dem dann vertraut wird, Ihnen die korrekten Informationen bereitzustellen.", + "run-a-node-3-d-label": "Alles oben Genannte", + "run-a-node-3-d-explanation": "Der Betrieb eines Blockchain-Knotens gibt Ihnen die volle Kontrolle und Souveränität über die Daten, auf die Sie sich verlassen, und ermöglicht es Ihnen, die Inhalte der Chain privat einzusehen und zu verifizieren sowie effektiv zu garantieren, dass gültige Transaktionen nicht zensiert werden.", + "run-a-node-4-prompt": "Welcher Festplattenspeicher ist für einen Ethereum-Blockchain-Knoten erforderlich?", "run-a-node-4-a-label": "512 GB SSD", - "run-a-node-4-a-explanation": "Derzeit ist keine Client-Software in der Lage, die Chain mit nur 512 GB zu speichern", - "run-a-node-4-b-label": "2 TB, rotierend", - "run-a-node-4-b-explanation": "Im Allgemeinen unterstützen rotierende Festplatten nicht die erforderlichen Lese- und Schreibgeschwindigkeiten, um mit den Verarbeitungsanforderungen für einen Ethereum-Node Schritt zu halten. Empfohlen wird ein SSD-Laufwerk.", - "run-a-node-4-c-label": "2 TB SSD Festplatte", - "run-a-node-4-c-explanation": "Zum Zeitpunkt der Erstellung dieses Artikels sollte ein SSD-Laufwerk mit 2 TB die Anforderungen an die für einen vollständigen Ethereum-Node erforderlichen Speicher-, Lese- und Schreibgeschwindigkeiten erfüllen.", - "run-a-node-4-d-label": "SSD-Festplatte mit 8 TB", - "run-a-node-4-d-explanation": "Zum Zeitpunkt der Erstellung dieses Artikels sollte ein SSD-Laufwerk mit 2 TB die Anforderungen an die für einen vollständigen Ethereum-Node erforderlichen Speicher-, Lese- und Schreibgeschwindigkeiten erfüllen. Eine SSD mit 8 TB würde zusätzliche Zukunftssicherheit und die Möglichkeit bieten, auch Layer-2-Ketten zu synchronisieren. Dies sind aber derzeit keine Voraussetzungen für das Mainnet.", - "run-a-node-5-prompt": "Was passiert, wenn Ihr Node offline geht?", - "run-a-node-5-a-label": "Ihr Node wird dann nicht mehr mit dem aktuellen Zustand des Netzes synchronisiert", - "run-a-node-5-a-explanation": "Wenn Ihr Node online nicht verfügbar ist, kann er keine neuen Transaktionen und Blöcke von Peers empfangen. Folglich wird er nicht mehr mit dem aktuellen Zustand der Chain synchronisiert. Sobald die Online-Verbindung für den Node wiederhergestellt wird, lässt sich die entsprechende Software wieder synchronisieren und ist wieder voll funktionsfähig.", - "run-a-node-5-b-label": "Die ETH in Ihrer Cold Storage werden geslasht", - "run-a-node-5-b-explanation": "ETH, die Sie in Ihrer Cold Storage aufbewahren, haben nichts damit zu tun, ob Ihr Node online ist oder nicht. Wenn Ihr Node offline ist, können Sie ihn nicht verwenden, um das aktuelle Guthaben Ihrer Konten abzurufen. Der Offline-Zustand bedeutet jedoch keine Risiken für Ihre gesicherten Geldmittel. Wenn Sie zusätzlich Validator-Software mit Ihrem Node als Staker ausführen, werden kleine Strafen auf das Validator-Guthaben für die Dauer erhoben, die er nicht im Netzwerk verfügbar ist.", - "run-a-node-5-c-label": "Die für die Suche nach Proof-of-Work eingesetzte Energie wird verschwendet", - "run-a-node-5-c-explanation": "Ethereum setzt kein Proof-of-Work mehr ein. Dies war aber auch nie eine Anforderung an alle Node-Betreiber. Wenn Sie offline sind, bedeutet dies lediglich, dass Ihr Node nicht mehr mit den neuesten Änderungen im Netzwerk synchronisiert wird. Durch eine Rückkehr ins Netz kann er wieder synchronisiert werden.", - "run-a-node-5-d-label": "Die Chain-Daten werden entfernt und eine erneute Synchronisierung von Grund auf ist erforderlich", - "run-a-node-5-d-explanation": "Wenn Sie einfach offline gehen, werden normalerweise keine gespeicherten Chain-Daten gelöscht. Wenn Sie sich wieder mit dem Internet verbinden, kann die Software dort weitermachen, wo sie aufgehört hat, und wird wieder mit den neuesten Transaktionen synchronisiert.", - "run-a-node-6-prompt": "Durch das Betreiben eines Nodes erhalten Sie Netzwerkbelohnungen", - "run-a-node-6-a-label": "Richtig", - "run-a-node-6-a-explanation": "Wenn Sie die Client-Software nur ausführen, erhalten Sie noch keine Prämien. Um Belohnungen zu erhalten, müssen Sie auch Staking betreiben.", + "run-a-node-4-a-explanation": "Derzeit ist keine Client-Software in der Lage, die Chain mit nur 512 GB zu speichern.", + "run-a-node-4-b-label": "2 TB HDD (rotierend)", + "run-a-node-4-b-explanation": "Im Allgemeinen unterstützen rotierende Festplatten nicht die Lese-/Schreibgeschwindigkeiten, die erforderlich sind, um mit den Verarbeitungsanforderungen für einen Ethereum-Blockchain-Knoten Schritt zu halten, und ein SSD-Laufwerk wird empfohlen.", + "run-a-node-4-c-label": "2 TB SSD", + "run-a-node-4-c-explanation": "Zum Zeitpunkt des Schreibens sollte ein 2-TB-SSD-Laufwerk die Anforderungen an Speicherplatz und Lese-/Schreibgeschwindigkeit für einen vollständigen Ethereum-Blockchain-Knoten erfüllen.", + "run-a-node-4-d-label": "8 TB SSD", + "run-a-node-4-d-explanation": "Zum Zeitpunkt des Schreibens sollte ein 2-TB-SSD-Laufwerk die Anforderungen an Speicherplatz und Lese-/Schreibgeschwindigkeit für einen vollständigen Ethereum-Blockchain-Knoten erfüllen. Eine 8-TB-SSD würde mehr Zukunftssicherheit bieten und die Möglichkeit, auch Ebene-2-Chains zu synchronisieren, ist aber derzeit keine Anforderung für das Mainnet.", + "run-a-node-5-prompt": "Was passiert, wenn Ihr Blockchain-Knoten offline geht?", + "run-a-node-5-a-label": "Ihr Blockchain-Knoten verliert die Synchronisation mit dem aktuellen Zustand des Netzwerks", + "run-a-node-5-a-explanation": "Wenn Ihr Blockchain-Knoten nicht online verfügbar ist, kann er keine neuen Transaktionen und Blöcke von Peers empfangen und verliert somit die Synchronisation mit dem aktuellen Zustand der Chain. Wenn Sie wieder online gehen, kann sich Ihre Knoten-Software wieder synchronisieren, um wieder voll funktionsfähig zu sein.", + "run-a-node-5-b-label": "Die ETH in Ihrem Cold Storage werden geslasht", + "run-a-node-5-b-explanation": "ETH, die in Ihrem Cold Storage gehalten werden, haben nichts damit zu tun, ob Ihr Blockchain-Knoten online ist oder nicht. Wenn Ihr Blockchain-Knoten offline ist, können Sie ihn nicht verwenden, um den neuesten Kontostand Ihrer Konten abzufragen, aber offline zu sein, gefährdet Ihre gesicherten Gelder nicht. Wenn Sie auch Validator-Software mit Ihrem Blockchain-Knoten als Staker ausführen, fallen kleine Strafen auf dieses Validator-Guthaben an, während es für das Netzwerk nicht verfügbar ist.", + "run-a-node-5-c-label": "Die Energie, die für die Suche nach Proof-of-Work aufgewendet wurde, ist verschwendet", + "run-a-node-5-c-explanation": "Ethereum verwendet kein Proof-of-Work mehr, und dies war nie eine Anforderung an alle Knotenbetreiber. Offline zu sein bedeutet einfach, dass Ihr Blockchain-Knoten nicht mehr mit den neuesten Änderungen im Netzwerk synchronisiert ist und sich durch die Rückkehr in den Online-Modus neu synchronisieren kann.", + "run-a-node-5-d-label": "Chain-Daten werden entfernt und eine erneute Synchronisierung von Grund auf ist erforderlich", + "run-a-node-5-d-explanation": "Einfach offline zu gehen, löscht typischerweise keine gespeicherten Chain-Daten. Wenn Sie sich wieder mit dem Internet verbinden, kann die Software dort fortfahren, wo sie aufgehört hat, um sich mit den neuesten Transaktionen zu synchronisieren.", + "run-a-node-6-prompt": "Der Betrieb eines Blockchain-Knotens bringt Netzwerk-Belohnungen ein", + "run-a-node-6-a-label": "Wahr", + "run-a-node-6-a-explanation": "Das bloße Ausführen von Client-Software bringt Ihnen keine Belohnungen ein. Um Belohnungen zu verdienen, müssen Sie auch Staking betreiben.", "run-a-node-6-b-label": "Falsch", "stablecoins-1-prompt": "Was sind Stablecoins?", - "stablecoins-1-a-label": "Kryptowährungen mit geringen Kursschwankungen; ihr Wert ist stabil und mit traditionellen Währungen vergleichbar", - "stablecoins-1-a-explanation": "Stimmt! Stablecoins sind die Antwort auf das Volatilitätsproblem, das man von vielen anderen Kryptowährungen kennt.", - "stablecoins-1-b-label": "Digitale Abbilder von Gold", - "stablecoins-1-b-explanation": "Das stimmt so nicht. Es stimmt zwar, dass einige Stablecoins durch Edelmetalle gedeckt sind, aber die Deckung kann genauso gut durch Fiat-Währungen oder andere Kryptowährungen erfolgen.", - "stablecoins-1-c-label": "Eine neue Art der Kreditkarte", - "stablecoins-1-c-explanation": "Das ist falsch. Stablecoins sind eine Art der Kryptowährung, keine Kreditkarte.", + "stablecoins-1-a-label": "Kryptowährungen mit geringer Preisvolatilität, deren Wert stabil und ähnlich wie bei traditionellen Währungen ist", + "stablecoins-1-a-explanation": "Richtig! Stablecoins wurden entwickelt, um das Volatilitätsproblem zu lösen, das bei vielen Kryptowährungen üblich ist.", + "stablecoins-1-b-label": "Digitale Repräsentationen von Gold", + "stablecoins-1-b-explanation": "Das ist falsch. Während einige Stablecoins durch Edelmetalle gedeckt sein könnten, können sie auch durch Fiat-Währungen oder andere Kryptowährungen gedeckt sein.", + "stablecoins-1-c-label": "Eine neue Art von Kreditkarte", + "stablecoins-1-c-explanation": "Das ist falsch. Stablecoins sind eine Art von Kryptowährung, keine Kreditkarte.", "stablecoins-1-d-label": "Ein Ersatz für Ether", - "stablecoins-1-d-explanation": "Das ist nicht korrekt. Stablecoins sind nicht dazu gedacht, Ether (ETH) zu ersetzen. Es handelt sich vielmehr um einen weiteren Token-Typ im Ethereum-Netzwerk, der darauf ausgelegt ist, einen stabilen Wert zu halten.", + "stablecoins-1-d-explanation": "Das ist falsch. Stablecoins sind nicht dazu gedacht, Ether (ETH) zu ersetzen. Sie sind ein weiterer Token im Ethereum-Netzwerk, der darauf ausgelegt ist, im Laufe der Zeit einen stabilen Wert zu erhalten.", "stablecoins-2-prompt": "Welcher der folgenden ist ein Stablecoin?", "stablecoins-2-a-label": "US-Dollar", - "stablecoins-2-a-explanation": "Das ist falsch. Stablecoins können den US-Dollar repräsentieren, dennoch ist der US-Dollar keine Kryptowährung.", - "stablecoins-2-b-label": "Der AAVE Token", - "stablecoins-2-b-explanation": "Das stimmt so nicht. AAVE ist der Governance-Token für das Aave-Protokoll. Dieses Protokoll stellt zwar Marktplätze für Stablecoins bereit, aber AAVE selbst ist kein Stablecoin.", + "stablecoins-2-a-explanation": "Das ist falsch. Während Stablecoins den US-Dollar repräsentieren können, ist ein US-Dollar keine Kryptowährung.", + "stablecoins-2-b-label": "AAVE-Token", + "stablecoins-2-b-explanation": "Das ist falsch. AAVE ist ein Governance-Token für das Aave-Protokoll, das Marktplätze für Stablecoins bereitstellt, aber AAVE selbst ist kein Stablecoin.", "stablecoins-2-c-label": "Dai", - "stablecoins-2-c-explanation": "Stimmt! Dai ist wohl der berühmteste dezentrale Stablecoin, und sein Wert entspricht ziemlich genau 1 US-Dollar.", + "stablecoins-2-c-explanation": "Richtig! Dai ist wahrscheinlich der bekannteste dezentralisierte Stablecoin, und sein Wert beträgt ungefähr 1 US-Dollar.", "stablecoins-2-d-label": "Ether", - "stablecoins-2-d-explanation": "Das ist falsch. Ether ist die native Währung des Ethereum Netzwerks aber es ist nicht dazu gedacht, stabil zu sein.", - "stablecoins-3-prompt": "Wofür können Stablecoins benutzt werden?", - "stablecoins-3-a-label": "Um ihre Nutzer vor sprunghaften Änderungen des Preises zu schützen", - "stablecoins-3-a-explanation": "Nicht ganz. Diese Antwort ist teilweise richtig, aber es ist nur eine der vielen Sachen, für die Stablecoins verwendet werden können.", - "stablecoins-3-b-label": "Um Dinge im Internet von überall auf der Welt zu kaufen", - "stablecoins-3-b-explanation": "Nicht ganz. Diese Antwort ist teilweise richtig, aber es ist nur eine der vielen Sachen, für die Stablecoins verwendet werden können.", - "stablecoins-3-c-label": "Um Geld zu verdienen, indem man es verleiht", - "stablecoins-3-c-explanation": "Nicht ganz. Diese Antwort ist teilweise richtig, aber es ist nur eine der vielen Sachen, für die Stablecoins verwendet werden können.", - "stablecoins-3-d-label": "Alle oben Genannte", - "stablecoins-3-d-explanation": "Richtig! Stablecoins können dazu genutzt werden, Kryptowährungen mit weniger Unbeständigkeit zu halten, von überall Dinge im Internet zu kaufen und Zinsen beim Verleihen zu erhalten.", + "stablecoins-2-d-explanation": "Das ist falsch. Ether ist die native Währung des Ethereum-Netzwerks, aber sie ist nicht dazu gedacht, stabil zu sein.", + "stablecoins-3-prompt": "Wofür können Stablecoins verwendet werden?", + "stablecoins-3-a-label": "Um ihre Benutzer vor volatilen Preisänderungen zu schützen", + "stablecoins-3-a-explanation": "Nicht ganz. Diese Antwort ist teilweise richtig, aber es ist nur eines der vielen Dinge, für die Stablecoins verwendet werden können.", + "stablecoins-3-b-label": "Um Dinge im Internet überall auf der Welt zu kaufen", + "stablecoins-3-b-explanation": "Nicht ganz. Diese Antwort ist teilweise richtig, aber es ist nur eines der vielen Dinge, für die Stablecoins verwendet werden können.", + "stablecoins-3-c-label": "Um Geld zu verdienen, indem man es an andere verleiht", + "stablecoins-3-c-explanation": "Nicht ganz. Diese Antwort ist teilweise richtig, aber es ist nur eines der vielen Dinge, für die Stablecoins verwendet werden können.", + "stablecoins-3-d-label": "Alles oben Genannte", + "stablecoins-3-d-explanation": "Richtig! Stablecoins können verwendet werden, um Kryptowährungen mit geringerer Volatilität zu halten, global im Internet zu transagieren und Zinsen zu verdienen, wenn Sie sie verleihen.", "stablecoins-4-prompt": "Was macht Stablecoins einzigartig?", - "stablecoins-4-a-label": "Es handelt sich um einen Token, der an einen realen Vermögenswert (einen „Asset“) gebunden ist", - "stablecoins-4-a-explanation": "Das stimmt so nicht. Obwohl viele Stablecoins an reale Vermögenswerte gebunden sind, ist dieses Merkmal nicht nur bei Stablecoins zu finden (Beispiel: ETH-besicherte Token).", - "stablecoins-4-b-label": "Es ist ein Krypto-Token, der speziell darauf ausgelegt ist, preisstabil zu bleiben", - "stablecoins-4-b-explanation": "Stimmt! Stablecoins sind zwar darauf ausgelegt, ihren Wert relativ stabil zu halten – meist durch die Kopplung an Vermögenswerte wie Währungen (z. B. 1 USDC = 1 US-Dollar) –, aber nicht alle Stablecoins nutzen dieses Modell (siehe RAI).", - "stablecoins-4-c-label": "Es kann über das Internet gesendet werden", - "stablecoins-4-c-explanation": "Das ist falsch. Obwohl dies möglich ist, ist es nicht nur bei Stablecoins der Fall.", - "stablecoins-4-d-label": "Es kann im Ethereum Netzwerk genutzt werden.", - "stablecoins-4-d-explanation": "Das stimmt so nicht. Es gibt noch viele andere Krypto-Token, die auf dem Ethereum-Netzwerk genutzt werden können.", - "stablecoins-5-prompt": "Was ist KEIN Weg Stablecoins zu bekommen?", - "stablecoins-5-a-label": "Mit anderen Tokens tauschen", - "stablecoins-5-a-explanation": "Falsch, dies ist ein Weg Stablecoins zu bekommen. Einer der gewöhnlichsten Wege, Stablecoins zu bekommen ist es, vorher erhaltene Kryptowährungen gegen Stablecoins zu tauschen.", - "stablecoins-5-b-label": "Leihen", - "stablecoins-5-b-explanation": "Falsch, dies ist ein Weg Stablecoins zu bekommen. Sie können Stablecoins leihen, indem sie andere Kryptowährungen, wie zum Beispiel Ether, als Sicherheiten anbieten. Sie müssen die geliehenen Stablecoins wieder zurückzahlen, um ihre Sicherheiten zurückgezahlt zu bekommen.", - "stablecoins-5-c-label": "Du kannst sie über eine Börse kaufen", - "stablecoins-5-c-explanation": "Das stimmt nicht, denn das ist durchaus eine Methode, um an Stablecoins zu kommen. Viele Börsen und Wallets bieten den direkten Kauf von Stablecoins an. Für zentralisierte Börsen können jedoch geografische Beschränkungen gelten.", - "stablecoins-5-d-label": "Minen", - "stablecoins-5-d-explanation": "Richtig! Anders als Bitcoin kann man Stablecoins nicht minen.", + "stablecoins-4-a-label": "Es ist ein Token, der an einen Vermögenswert in der realen Welt gebunden ist", + "stablecoins-4-a-explanation": "Das ist falsch. Während viele Stablecoins an reale Vermögenswerte gekoppelt sind, ist diese Eigenschaft nicht exklusiv für Stablecoins (z. B. ETH-besicherte Token).", + "stablecoins-4-b-label": "Es ist ein Kryptowährungs-Token, der speziell dafür entwickelt wurde, seinen Wert stabil zu halten", + "stablecoins-4-b-explanation": "Richtig! Stablecoins sind so konzipiert, dass sie ihren Wert relativ stabil halten, typischerweise an Vermögenswerte wie Währungen gekoppelt (z. B. 1 USDC = 1 US-Dollar), aber nicht alle Stablecoins folgen diesem Modell (z. B. RAI).", + "stablecoins-4-c-label": "Er kann über das Internet gesendet werden", + "stablecoins-4-c-explanation": "Das ist falsch. Obwohl dies eine Fähigkeit ist, ist sie nicht einzigartig für Stablecoins.", + "stablecoins-4-d-label": "Er kann im Ethereum-Netzwerk verwendet werden.", + "stablecoins-4-d-explanation": "Das ist falsch. Viele andere Kryptowährungs-Token können im Ethereum-Netzwerk verwendet werden.", + "stablecoins-5-prompt": "Was ist KEIN Weg, um Stablecoins zu erhalten?", + "stablecoins-5-a-label": "Sie gegen andere Token tauschen", + "stablecoins-5-a-explanation": "Falsch, dies ist ein Weg, um Stablecoins zu erhalten. Einer der häufigsten Wege, wie Menschen Stablecoins erwerben, ist das Tauschen ihrer bestehenden Kryptowährungen gegen Stablecoins.", + "stablecoins-5-b-label": "Sie leihen", + "stablecoins-5-b-explanation": "Falsch, dies ist ein Weg, um Stablecoins zu erhalten. Sie können einige Stablecoins leihen, indem Sie Ihre bestehenden Kryptowährungen, wie Ether, als Sicherheit verwenden. Sie müssen die geliehenen Stablecoins zurückzahlen, um Ihre gesperrten Sicherheiten zurückzufordern.", + "stablecoins-5-c-label": "Sie an einer Börse kaufen", + "stablecoins-5-c-explanation": "Falsch, dies ist ein Weg, um Stablecoins zu erhalten. Viele Börsen und Wallets ermöglichen es Ihnen, Stablecoins direkt zu kaufen. Für zentralisierte Börsen können geografische Einschränkungen gelten.", + "stablecoins-5-d-label": "Sie schürfen", + "stablecoins-5-d-explanation": "Richtig! Im Gegensatz zu Bitcoin können Sie Stablecoins nicht schürfen.", "defi-1-prompt": "Wofür steht DeFi?", - "defi-1-a-label": "Dezentrale Finanzen", - "defi-1-a-explanation": "Richtig! DeFi steht für dezentrale Finanzen, ein finanzielles System gebaut auf Ethereum, das ohne Vermittler wie Banken oder finanzielle Institutionen arbeitet.", - "defi-1-b-label": "Digital Finance", - "defi-1-b-explanation": "Das ist nicht ganz richtig. Der Begriff „Digital Finance“ beschreibt Finanzdienstleistungen, die digital bereitgestellt werden. Das hat aber nicht zwangsläufig etwas mit Dezentralisierung zu tun.", - "defi-1-c-label": "Distributed Finance", - "defi-1-c-explanation": "Das ist nicht richtig. \"Distributed\" (verteilt) kann zwar Dezentralisierung andeuten, in der Branche spricht man aber nicht von \"Distributed Finance\", sondern von \"Decentralized Finance\".", - "defi-1-d-label": "Development Finance", - "defi-1-d-explanation": "Das ist nicht korrekt. Bei „Development Finance“ (Entwicklungsfinanzierung) geht es um die Finanzierung von Projekten zur Wirtschaftsförderung, meist in Entwicklungsländern. Mit Blockchain oder DeFi hat dieser Begriff nichts zu tun.", - "defi-2-prompt": "Was lässt sich mit DeFi NICHT machen?", - "defi-2-a-label": "Geld rund um die Welt senden.", - "defi-2-a-explanation": "Das ist nicht korrekt. DeFi ermöglicht es dir, Geldbeträge ohne jegliche Begrenzung an jeden beliebigen Ort der Welt zu senden.", - "defi-2-b-label": "Wende dich an den Kundensupport, um deine Fehler korrigieren zu lassen.", - "defi-2-b-explanation": "Stimmt! In der DeFi-Welt sind Transaktionen unumkehrbar und werden durch Code kontrolliert, nicht durch eine Firma. Passiert dir ein Fehler – sendest du zum Beispiel Geld an die falsche Adresse – gibt es keinen Kundensupport, der das Problem beheben kann. Du musst also extrem aufpassen.", - "defi-2-c-label": "Kredite mit hinterlegten Sicherheiten aufnehmen.", - "defi-2-c-explanation": "Das ist nicht richtig. Im Gegensatz zu traditionellen Banken, bei denen Genehmigungsprozesse Tage dauern, kannst du dir mit DeFi sofort Geld leihen.", - "defi-2-d-label": "Trade deine Tokens 24/7.", - "defi-2-d-explanation": "Das ist nicht richtig. DeFi erlaubt dir den 24/7-Handel mit Tokens. Die Märkte schlafen nie, und du kannst deine ETH zu jeder Zeit gegen USDT oder eine beliebige andere Währung tauschen.", - "defi-3-prompt": "Welche DeFi-Plattform ist für den direkten Tausch (Swap) von Tokens zwischen Nutzern bekannt?", + "defi-1-a-label": "Decentralized Finance", + "defi-1-a-explanation": "Richtig! DeFi steht für Decentralized Finance (dezentralisierte Finanzen), ein auf Ethereum aufgebautes Finanzsystem, das ohne Vermittler wie Banken oder Finanzinstitute funktioniert.", + "defi-1-b-label": "Digitale Finanzen", + "defi-1-b-explanation": "Das ist falsch. Digitale Finanzen beziehen sich auf Finanzdienstleistungen, die über digitale Plattformen bereitgestellt werden, implizieren aber nicht spezifisch eine Dezentralisierung.", + "defi-1-c-label": "Verteilte Finanzen", + "defi-1-c-explanation": "Das ist falsch. Obwohl 'verteilte' eine Dezentralisierung implizieren könnte, lautet der in der Branche verwendete Begriff 'Decentralized Finance' (dezentralisierte Finanzen) und nicht verteilte Finanzen.", + "defi-1-d-label": "Entwicklungsfinanzierung", + "defi-1-d-explanation": "Das ist falsch. Entwicklungsfinanzierung bezieht sich typischerweise auf finanzielle Unterstützung für Projekte, die auf wirtschaftliche Entwicklung abzielen, oft in Entwicklungsländern, und hat nichts mit Blockchain oder DeFi zu tun.", + "defi-2-prompt": "Was können Sie mit DeFi NICHT tun?", + "defi-2-a-label": "Geld rund um den Globus senden.", + "defi-2-a-explanation": "Das ist falsch. Mit DeFi können Sie Werte an jeden überall auf der Welt ohne jegliche Einschränkungen senden.", + "defi-2-b-label": "Den Kundensupport bitten, Ihre Fehler rückgängig zu machen.", + "defi-2-b-explanation": "Richtig! In DeFi sind Transaktionen endgültig und werden durch Code statt durch ein Unternehmen gesteuert. Wenn ein Fehler passiert, wie das Senden von Geldern an die falsche Adresse, gibt es keinen Kundensupport, der bei der Behebung hilft. Sie müssen besonders vorsichtig sein.", + "defi-2-c-label": "Geld mit Sicherheiten leihen.", + "defi-2-c-explanation": "Das ist falsch. Mit DeFi können Sie sich sofort Geld leihen und so den tagelangen Genehmigungsprozess traditioneller Banken vermeiden.", + "defi-2-d-label": "Ihre Token rund um die Uhr handeln.", + "defi-2-d-explanation": "Das ist falsch. DeFi ermöglicht es Ihnen, Token rund um die Uhr zu handeln. Die Märkte sind immer geöffnet, und Sie können Ihre ETH jederzeit gegen USDT oder jede andere Währung handeln.", + "defi-3-prompt": "Welche DeFi-Plattform ist dafür bekannt, dass Benutzer Token direkt miteinander tauschen können?", "defi-3-a-label": "Uniswap", - "defi-3-a-explanation": "Stimmt! Uniswap ist eine dezentrale Börse, auf der Nutzer Tokens mittels automatisierter Market-Making-Mechanismen direkt miteinander tauschen (swappen) können.", + "defi-3-a-explanation": "Richtig! Uniswap ist eine dezentralisierte Börse, die es Benutzern ermöglicht, Token direkt miteinander zu handeln (tauschen), indem sie automatisierte Market-Making-Mechanismen verwendet.", "defi-3-b-label": "Aave", - "defi-3-b-explanation": "Das stimmt so nicht. Bei Aave geht es um das Leihen und Verleihen (Lending & Borrowing), nicht um den Tausch von Tokens.", + "defi-3-b-explanation": "Das ist falsch. Aave ist ein DeFi-Protokoll, das sich auf das Verleihen und Leihen konzentriert, nicht auf das Tauschen von Token.", "defi-3-c-label": "PoolTogether", - "defi-3-c-explanation": "Das ist nicht richtig. PoolTogether ist für seine verlustfreien Lotterien bekannt, die eine innovative neue Sparmethode darstellen.", + "defi-3-c-explanation": "Das ist falsch. PoolTogether betreibt Lotterien ohne Verlustrisiko, die eine neue innovative Möglichkeit bieten, Geld zu sparen.", "defi-3-d-label": "MakerDao", - "defi-3-d-explanation": "Das stimmt so nicht. Mit MakerDAO kannst du zwar den DAI-Stablecoin ausgeben und verwalten, der Fokus der Plattform liegt aber nicht auf dem Tausch von Tokens.", - "defi-4-prompt": "Wo werden eigentlich die Informationen deiner Transaktion gespeichert, wenn du eine DeFi-App benutzt?", + "defi-3-d-explanation": "Das ist falsch. MakerDAO ist eine dezentralisierte Plattform, die es Benutzern ermöglicht, den DAI-Stablecoin auszugeben und zu verwalten, konzentriert sich aber nicht auf das Tauschen von Token.", + "defi-4-prompt": "Wenn Sie eine DeFi-App verwenden und eine Transaktion durchführen, wo werden die Transaktionsinformationen aufbewahrt?", "defi-4-a-label": "ETH", - "defi-4-a-explanation": "Das ist nicht richtig. Daten werden nicht in Ether (ETH) gespeichert, sondern ETH ist der native Vermögenswert der Ethereum-Blockchain.", - "defi-4-b-label": "Meine Wallet", - "defi-4-b-explanation": "as ist nicht korrekt. Eine Wallet verwaltet deinen Ethereum-Account über eine Verbindung zur Blockchain. Dein Transaktionsverlauf wird jedoch nicht in der Wallet gespeichert, sondern auf der Blockchain selbst.", + "defi-4-a-explanation": "Das ist falsch. Daten werden nicht in Ether (ETH) gespeichert. ETH ist der native Vermögenswert der Ethereum-Blockchain.", + "defi-4-b-label": "Mein Wallet", + "defi-4-b-explanation": "Das ist falsch. Ein Wallet ist eine Anwendung, die Ihr Ethereum-Konto verwaltet, indem es sich mit der Ethereum-Blockchain verbindet. Es speichert keine Daten über Ihren Transaktionsverlauf.", "defi-4-c-label": "DeFi-Apps", - "defi-4-c-explanation": "Das stimmt so nicht. DeFi-Apps selbst speichern deinen Transaktionsverlauf nicht. Stattdessen werden alle deine Transaktionsdetails auf der Ethereum-Blockchain erfasst.", - "defi-4-d-label": "Ethereum Blockchain", - "defi-4-d-explanation": "Stimmt! Ethereum speichert in seiner Funktion als Blockchain alle Daten, die von Nutzern und Apps erzeugt werden. Auf diese Weise können Validatoren im gesamten P2P-Netzwerk einen einheitlichen State aufrechterhalten.", - "defi-5-prompt": "Was ist die technische Grundlage für Dezentrale Finanzen (DeFi) auf Ethereum?", + "defi-4-c-explanation": "Das ist falsch. DeFi-Apps speichern Ihren Transaktionsverlauf nicht direkt. Stattdessen werden Ihre Transaktionsdetails auf der Ethereum-Blockchain aufgezeichnet.", + "defi-4-d-label": "Ethereum-Blockchain", + "defi-4-d-explanation": "Richtig! Ethereum als Blockchain speichert alle Daten, die von seinen Benutzern und Apps generiert werden. Dies ermöglicht es Validatoren, denselben Zustand im gesamten P2P-Netzwerk aufrechtzuerhalten.", + "defi-5-prompt": "Was macht Decentralized Finance (DeFi) auf Ethereum möglich?", "defi-5-a-label": "Smart Contracts", - "defi-5-a-explanation": "Stimmt! Smart Contracts kannst du dir wie digitale „Wenn-dann“-Bedingungen vorstellen, die auf Ethereum geschrieben sind. Sie ersetzen herkömmliche Verträge sowie Mittelsmänner, indem sie Transaktionen automatisch ausführen, sobald bestimmte Bedingungen erfüllt werden.", - "defi-5-b-label": "Mittelsmänner", - "defi-5-b-explanation": "Das stimmt so nicht. Ethereum benötigt für die Ausführung von Transaktionen keine Mittelsmänner, sondern alles läuft über Smart Contracts direkt auf der Chain.", + "defi-5-a-explanation": "Richtig! Smart Contracts sind wie digitale 'Wenn-Dann'-Anweisungen, die in Ethereum geschrieben sind. Sie ersetzen traditionelle Verträge und Vermittler und führen Transaktionen automatisch aus, wenn bestimmte Bedingungen erfüllt sind.", + "defi-5-b-label": "Vermittler", + "defi-5-b-explanation": "Das ist falsch. Ethereum benötigt keine Vermittler, um Transaktionen auszuführen. Alles läuft auf der Blockchain durch Smart Contracts.", "defi-5-c-label": "Bitcoin", - "defi-5-c-explanation": "Das ist nicht richtig. Bitcoin ist ein einfaches Netzwerk zur Wertaufbewahrung und kann keine fortgeschrittenen Programme ausführen. DeFi ist darauf jedoch angewiesen, denn es braucht ein flexibleres System wie Ethereum, das komplexe Programme zur automatischen Handhabung von Krediten und Trades ausführen kann.", - "defi-5-d-label": "Das traditionelle Finanzsystem", - "defi-5-d-explanation": "Das ist nicht korrekt. DeFi-Apps sind nicht auf traditionelle Finanzinstitute angewiesen. Stattdessen verwenden sie Smart Contracts – spezielle Blockchain-Programme –, um Transaktionen automatisch abzuwickeln.", - "smart-contracts-1-prompt": "Was zeichnet Smart Contracts aus?", - "smart-contracts-1-a-label": "Smart Contracts sind im Prinzip wie rechtliche Verträge, nur mit dem Unterschied, dass sie digital auf der Blockchain gespeichert werden, um den Inhalt sicher aufzubewahren.", - "smart-contracts-1-a-explanation": "Abgesehen von einer ähnlichen Logik wie bei traditionellen Verträgen haben Smart Contracts ansonsten wenig mit ihnen gemeinsam.", - "smart-contracts-1-b-label": "Gekoppelt an autonome KI-Systeme, welche Transaktionen ausführen", - "smart-contracts-1-b-explanation": "Smart Contracts funktionieren nach einer vorhersagbaren „Wenn-dies-dann-das“-Logik, die im Code definiert ist, und führen Transaktionen entsprechend aus – sie nutzen keinerlei KI", - "smart-contracts-1-c-label": "On-Chain-Programme, die auf einer „Wenn-dies-dann-das“-Logik basieren und die nachweislich immer genau nach ihren eigenen Regeln ausgeführt werden", - "smart-contracts-1-c-explanation": "Ein Smart Contract ist ein Ethereum-Account, dessen Funktionalität durch seinen unveränderlichen, bereitgestellten Code definiert wird.", - "smart-contracts-1-d-label": "Sie stellen das Regelwerk der Ethereum-Blockchain dar, das in Zusammenarbeit mit Anwälten entwickelt wurde, um die Einhaltung von Gesetzen zu garantieren.", - "smart-contracts-1-d-explanation": "Smart Contracts sind Code-Abschnitte, die du als Entwickler erstellen und auf einer Blockchain veröffentlichen kannst.", - "smart-contracts-2-prompt": "Welche Metapher charakterisiert die Funktionsweise von Smart Contracts am ehesten?", + "defi-5-c-explanation": "Das ist falsch. Bitcoin ist ein einfaches Netzwerk zur Wertaufbewahrung, nicht zum Ausführen fortschrittlicher Programme. DeFi erfordert ein flexibleres System wie Ethereum, das komplexe Programme ausführen kann, um Kredite und Handel automatisch abzuwickeln.", + "defi-5-d-label": "Traditionelle Finanzinstitute", + "defi-5-d-explanation": "Das ist falsch. DeFi-Apps benötigen keine traditionellen Finanzinstitute. Sie verwenden Blockchain-Programme, sogenannte Smart Contracts, um Transaktionen automatisch abzuwickeln.", + "smart-contracts-1-prompt": "Wie werden Smart Contracts charakterisiert?", + "smart-contracts-1-a-label": "Smart Contracts sind genau wie rechtliche Verträge, werden aber digital auf der Blockchain gespeichert, um den Inhalt sicher aufzubewahren.", + "smart-contracts-1-a-explanation": "Smart Contracts verwenden eine ähnliche Logik wie traditionelle Verträge, haben aber ansonsten wenig gemeinsam.", + "smart-contracts-1-b-label": "Verbunden mit autonomen KI-Systemen, die Transaktionen ausführen", + "smart-contracts-1-b-explanation": "Smart Contracts führen Transaktionen vorhersehbar gemäß der im Code vorgeschriebenen 'Wenn-Dies-Dann-Das'-Logik aus – sie verwenden keine KI.", + "smart-contracts-1-c-label": "Programme auf der Blockchain, die der 'Wenn-Dies-Dann-Das'-Logik folgen und garantiert nach ihren eigenen Regeln ausgeführt werden", + "smart-contracts-1-c-explanation": "Ein Smart Contract ist ein Ethereum-Konto, das mit unveränderlichem Code bereitgestellt wird, der seine Funktionalität bestimmt.", + "smart-contracts-1-d-label": "Sie sind die Regeln hinter der Ethereum-Blockchain, die zusammen mit Anwälten entwickelt wurden, um die Einhaltung der Gesetze zu gewährleisten.", + "smart-contracts-1-d-explanation": "Smart Contracts sind Code-Teile, die von Entwicklern erstellt und auf einer Blockchain bereitgestellt werden können.", + "smart-contracts-2-prompt": "Welche Metapher beschreibt die Funktionsweise von Smart Contracts am treffendsten?", "smart-contracts-2-a-label": "Eine Bank", - "smart-contracts-2-a-explanation": "Banken benötigen eine manuelle Ausführung und sind hierarchisch aufgebaut. Im Gegensatz dazu werden Smart Contracts von Computern ausgeführt – und zwar vorhersagbar und nach unveränderlichen Regeln.", + "smart-contracts-2-a-explanation": "Banken erfordern eine manuelle Ausführung und sind als hierarchische Einheiten strukturiert, während Smart Contracts vorhersehbar von Computern mit unveränderlichen Regeln ausgeführt werden.", "smart-contracts-2-b-label": "Ein digitaler Verkaufsautomat", - "smart-contracts-2-b-explanation": "Ein Verkaufsautomat gibt das gewünschte Produkt erst dann aus, wenn alle Bedingungen erfüllt sind. Spezifische Eingaben führen also zu garantierten, deterministischen Ergebnissen. Das ist der Logik von Smart Contracts sehr ähnlich.", + "smart-contracts-2-b-explanation": "Der Verkaufsautomat gibt Ihr gewünschtes Produkt erst aus, nachdem alle Anforderungen erfüllt sind: Spezifische Eingaben garantieren deterministische Ausgaben. Dies ähnelt der Logik von Smart Contracts.", "smart-contracts-2-c-label": "Ein Taschenrechner", - "smart-contracts-2-c-explanation": "Smart-Contract-Code kann zwar für Berechnungen genutzt werden, ist aber nicht darauf limitiert. Es handelt sich vielmehr um Blockchain-basierte Programme, die einer „Wenn-dies-dann-das“-Logik folgen.", - "smart-contracts-2-d-label": "Eine Webseite", - "smart-contracts-2-d-explanation": "an kann sich eine Webseite als das Frontend vorstellen, das die Anweisungen des Nutzers aufnimmt. Der Smart Contract ist im Vergleich dazu die Backend-Logik, die diese Anweisungen verarbeitet und ein Ergebnis zurückliefern kann.", - "smart-contracts-3-prompt": "Welche der folgenden Eigenschaften ist KEIN Hauptmerkmal von Smart Contracts?", - "smart-contracts-3-a-label": "Deterministisches Ausführungsverhalten", - "smart-contracts-3-a-explanation": "Der entscheidende Vorteil eines Smart Contracts ist, dass er eindeutigen Code vorhersagbar (deterministisch) ausführt und dabei menschliche Interpretation oder Voreingenommenheit ausschließt.", + "smart-contracts-2-c-explanation": "Der Code von Smart Contracts kann für Berechnungen verwendet werden, ist aber nicht darauf beschränkt. Vielmehr sind Smart Contracts Blockchain-basierte Programme, die der 'Wenn-Dies-Dann-Das'-Logik folgen.", + "smart-contracts-2-d-label": "Eine Website", + "smart-contracts-2-d-explanation": "Eine Website ist das Frontend, das Benutzeranweisungen erfasst. Ein Smart Contract ist die Backend-Logik, in der diese Anweisungen ausgeführt werden und das Ergebnis zurückgegeben werden kann.", + "smart-contracts-3-prompt": "Was ist KEIN Hauptmerkmal von Smart Contracts?", + "smart-contracts-3-a-label": "Deterministische Ausführung", + "smart-contracts-3-a-explanation": "Der Hauptvorteil eines Smart Contracts besteht darin, dass er eindeutigen Code deterministisch ausführt, ohne menschliche Interpretation oder Voreingenommenheit.", "smart-contracts-3-b-label": "Öffentliche Aufzeichnung", - "smart-contracts-3-b-explanation": "Dank Smart Contracts auf einer öffentlichen Blockchain sind Asset-Transfers und andere zugehörige Informationen für jeden sofort nachverfolgbar.", - "smart-contracts-3-c-label": "Schutz der Privatsphäre", - "smart-contracts-3-c-explanation": "Blockchains sind pseudonyme Netzwerke. Das bedeutet, dass Transaktionen öffentlich einer eindeutigen kryptografischen Adresse zugeordnet werden, und nicht einer Identität.", - "smart-contracts-3-d-label": "Veränderbarkeit", - "smart-contracts-3-d-explanation": "Ein einmal erstellter Smart Contract kann nicht mehr geändert werden. Dies garantiert, dass er immer genau nach den Regeln ausgeführt wird, die sein Code vorschreibt.", - "smart-contracts-4-prompt": "Wofür werden Smart Contracts NICHT verwendet?", + "smart-contracts-3-b-explanation": "Mit Smart Contracts auf einer öffentlichen Blockchain kann jeder sofort Vermögensübertragungen und andere damit verbundene Informationen verfolgen.", + "smart-contracts-3-c-label": "Datenschutz", + "smart-contracts-3-c-explanation": "Da Blockchains pseudonyme Netzwerke sind, sind Transaktionen öffentlich an eine eindeutige kryptografische Adresse gebunden, nicht an eine Identität.", + "smart-contracts-3-d-label": "Fähigkeit zur Änderung", + "smart-contracts-3-d-explanation": "Ein Smart Contract kann nach seiner Erstellung nicht mehr geändert werden – er wird garantiert gemäß den durch seinen Code definierten Regeln ausgeführt.", + "smart-contracts-4-prompt": "Was ist KEINE Anwendung von Smart Contracts?", "smart-contracts-4-a-label": "Stablecoins", - "smart-contracts-4-a-explanation": "Stablecoins sind Token, deren Definition und Nachverfolgung durch Smart Contracts erfolgt.", - "smart-contracts-4-b-label": "Änderungen am Protokoll", - "smart-contracts-4-b-explanation": "Obwohl Protokolländerungen teils Smart Contracts nutzen, ist der Prozess für ihre Erstellung und Definition ein anderer: Sie werden in transparenten Online-Foren vorgeschlagen und anschließend in der Client-Software umgesetzt.", - "smart-contracts-4-c-label": "Non-fungible Token (NFT)", - "smart-contracts-4-c-explanation": "Smart Contracts werden genutzt, um ein breites Spektrum an NFTs zu definieren, angefangen bei digitaler Kunst bis hin zu Besitzurkunden.", - "smart-contracts-4-d-label": "Freier Devisenhandel", - "smart-contracts-4-d-explanation": "Dezentrale Börsen (DEXs) basieren auf Smart Contracts und funktionieren dadurch ohne eine zentrale Kontrollinstanz." -} + "smart-contracts-4-a-explanation": "Stablecoins sind Token-Objekte, die mithilfe von Smart Contracts definiert und verfolgt werden.", + "smart-contracts-4-b-label": "Protokolländerungen", + "smart-contracts-4-b-explanation": "Während Protokolländerungen manchmal Smart Contracts verwenden können, werden ihre Erstellung und Definition über transparente Online-Foren vorgeschlagen und in der Client-Software implementiert.", + "smart-contracts-4-c-label": "Nicht-fungible Token (NFTs)", + "smart-contracts-4-c-explanation": "Smart Contracts werden verwendet, um eine breite Palette von NFTs zu definieren, die von digitaler Kunst bis hin zu Eigentumszertifikaten für Vermögenswerte reichen.", + "smart-contracts-4-d-label": "Offener Währungsaustausch", + "smart-contracts-4-d-explanation": "Dezentralisierte Börsen (DEXs) werden mithilfe von Smart Contracts aufgebaut, um ohne zentralisierte Kontrolle zu funktionieren." +} \ No newline at end of file diff --git a/src/intl/id/glossary.json b/src/intl/id/glossary.json new file mode 100644 index 00000000000..791ce431f74 --- /dev/null +++ b/src/intl/id/glossary.json @@ -0,0 +1,408 @@ +{ + "51%-attack-term": "Serangan 51%", + "51%-attack-definition": "Jenis serangan di mana sebuah kelompok mendapatkan kendali atas mayoritas node. Hal ini akan memungkinkan mereka untuk menipu blockchain dengan membalikkan transaksi dan membelanjakan ganda ether dan token lainnya.

    Dalam proof-of-stake Ethereum, hal ini akan dicapai dengan mengumpulkan lebih dari setengah total ether yang di-stake. Hal ini akan memungkinkan penyerang untuk memutuskan blok baru mana yang ditambahkan ke blockchain. Namun, untuk mengembalikan rantai atau membelanjakan ganda, penyerang akan membutuhkan setidaknya 66% dari total ether yang di-stake.", + "account-term": "Akun", + "account-definition": "Akun Ethereum adalah identitas digital di blockchain Ethereum, yang memungkinkan pengguna untuk mengirim, menerima Ether, dan berinteraksi dengan kontrak pintar.

    Teknis:
    Ini adalah objek yang berisi alamat, saldo, nonce, serta penyimpanan dan kode opsional. Akun dapat berupa akun kontrak atau akun yang dimiliki secara eksternal (EOA).", + "address-term": "Alamat", + "address-definition": "Alamat Ethereum adalah pengidentifikasi unik yang digunakan untuk menerima token, fungsinya mirip dengan nomor rekening bank untuk mata uang kripto. Ini digunakan untuk mengidentifikasi akun Ethereum Anda.

    Ini adalah 160 bit paling kanan dari hash Keccak dari kunci publik ECDSA.", + "anti-sybil-term": "Anti-Sybil", + "anti-sybil-definition": "Adalah cara untuk menghentikan orang berpura-pura menjadi banyak pengguna sekaligus di internet, memastikan setiap pengguna adalah orang yang nyata dan terpisah. Hal ini membantu menjaga interaksi online tetap adil dan jujur.", + "abi-term": "Application Binary Interface (ABI)", + "abi-definition": "File JSON yang mendefinisikan fungsi dan variabel yang disertakan dalam kontrak pintar. ABI memungkinkan bytecode dipetakan ke dalam format yang dapat dibaca manusia.", + "api-term": "Application Programming Interface (API)", + "api-definition": "Application Programming Interface (API) adalah serangkaian definisi tentang cara menggunakan sebuah perangkat lunak. API berada di antara aplikasi dan server web, serta memfasilitasi transfer data di antara keduanya.", + "apr-term": "APR", + "apr-definition": "APR, atau Tingkat Persentase Tahunan, mencerminkan biaya tahunan untuk meminjam uang, termasuk bunga dan biaya, dalam bentuk persentase.", + "asic-term": "ASIC", + "asic-definition": "Application-specific integrated circuit. Ini biasanya merujuk pada sirkuit terpadu, yang dibuat khusus untuk penambangan mata uang kripto.", + "assert-term": "assert", + "assert-definition": "Dalam Solidity, `assert(false)` dikompilasi menjadi `0xfe`, sebuah opcode yang tidak valid, yang menghabiskan semua sisa gas dan mengembalikan semua perubahan. Ketika pernyataan `assert()` gagal, sesuatu yang sangat salah dan tidak terduga sedang terjadi, dan Anda perlu memperbaiki kode Anda. Anda harus menggunakan `assert()` untuk menghindari kondisi yang tidak boleh terjadi sama sekali. Lebih lanjut tentang keamanan kontrak pintar.", + "attestation-term": "Pengesahan", + "attestation-definition": "Klaim yang dibuat oleh suatu entitas bahwa sesuatu itu benar. Dalam konteks Ethereum, validator konsensus harus membuat klaim tentang apa yang mereka yakini sebagai status rantai. Pada waktu yang ditentukan, setiap validator bertanggung jawab untuk menerbitkan pengesahan berbeda yang secara formal menyatakan pandangan validator ini terhadap rantai, termasuk pos pemeriksaan terakhir yang difinalisasi dan kepala rantai saat ini. Lebih lanjut tentang pengesahan.", + "base-fee-term": "Biaya dasar", + "base-fee-definition": "Setiap blok memiliki harga cadangan yang dikenal sebagai 'biaya dasar'. Ini adalah biaya gas minimum yang harus dibayar pengguna untuk menyertakan transaksi di blok berikutnya. Lebih lanjut tentang gas dan biaya.", + "beacon-chain-term": "Beacon chain", + "beacon-chain-definition": "Beacon Chain adalah blockchain yang memperkenalkan proof-of-stake dan validator ke Ethereum. Ini berjalan berdampingan dengan Mainnet Ethereum proof-of-work dari Desember 2020 hingga kedua rantai tersebut digabungkan pada September 2022 untuk membentuk Ethereum yang sekarang. Lebih lanjut tentang beacon chain.", + "big-endian-term": "Big-endian", + "big-endian-definition": "Representasi angka posisional di mana digit paling signifikan berada di urutan pertama dalam memori. Kebalikan dari little-endian, di mana digit paling tidak signifikan berada di urutan pertama.", + "block-term": "Blok", + "block-definition": "Blok adalah tempat transaksi atau tindakan digital disimpan. Setelah sebuah blok penuh, blok tersebut akan ditautkan ke blok sebelumnya, menciptakan rantai blok atau \"blockchain\". Lebih lanjut tentang blok.

    Blok adalah unit informasi yang dibundel yang mencakup daftar transaksi yang diurutkan dan informasi terkait konsensus. Blok diusulkan oleh validator proof-of-stake, di mana pada titik tersebut blok dibagikan ke seluruh jaringan peer-to-peer, di mana blok tersebut dapat dengan mudah diverifikasi secara independen oleh semua node lainnya. Aturan konsensus mengatur konten blok apa yang dianggap valid, dan setiap blok yang tidak valid akan diabaikan oleh jaringan. Urutan blok-blok ini dan transaksi di dalamnya menciptakan rantai peristiwa deterministik dengan bagian akhir yang mewakili status jaringan saat ini.", + "block-explorer-term": "Penjelajah blok", + "block-explorer-definition": "Antarmuka yang memungkinkan pengguna untuk mencari informasi dari, dan tentang, sebuah blockchain. Ini termasuk mengambil transaksi individu, aktivitas yang terkait dengan alamat tertentu, dan informasi tentang jaringan.", + "block-header-term": "Header blok", + "block-header-definition": "Header blok adalah kumpulan metadata tentang sebuah blok dan ringkasan transaksi yang disertakan dalam payload eksekusi.", + "block-propagation-term": "Propagasi blok", + "block-propagation-definition": "Proses mentransmisikan blok yang telah dikonfirmasi ke semua node lain di jaringan.", + "block-proposer-term": "Pengusul blok", + "block-proposer-definition": "Validator spesifik yang dipilih untuk membuat blok dalam slot tertentu.", + "block-reward-term": "Hadiah blok", + "block-reward-definition": "Jumlah ether yang dihadiahkan kepada pengusul blok valid yang baru.", + "block-status-term": "Status blok", + "block-status-definition": "Status di mana sebuah blok dapat berada. Status yang mungkin termasuk:

    • diusulkan: blok diusulkan oleh validator
    • dijadwalkan: validator saat ini sedang mengirimkan data
    • terlewat/dilewati: pengusul tidak mengusulkan blok dalam jangka waktu yang memenuhi syarat
    • yatim piatu: blok diatur ulang oleh algoritma pilihan fork
    ", + "block-time-term": "Waktu blok", + "block-time-definition": "Interval waktu antara blok yang ditambahkan ke blockchain.", + "block-validation-term": "Validasi blok", + "block-validation-definition": "Proses memeriksa bahwa blok baru berisi transaksi dan tanda tangan yang valid, dibangun di atas rantai historis terberat (artinya rantai yang telah mengumpulkan pengesahan terbanyak dalam sejarahnya), dan mengikuti semua aturan konsensus lainnya. Blok yang valid ditambahkan ke kepala rantai dan dipropagasikan ke yang lain di jaringan. Blok yang tidak valid akan diabaikan.", + "blockchain-term": "Blockchain", + "blockchain-definition": "Blockchain adalah basis data transaksi, yang diduplikasi dan dibagikan di semua komputer dalam jaringan, memastikan data tidak dapat diubah secara retrospektif.

    Urutan blok , masing-masing menautkan ke pendahulunya sampai ke blok genesis dengan merujuk pada hash dari blok sebelumnya. Integritas blockchain diamankan secara kripto-ekonomi menggunakan mekanisme konsensus berbasis proof-of-stake. Apa itu blockchain?", + "bootnode-term": "Bootnode", + "bootnode-definition": "Node yang dapat digunakan untuk memulai proses penemuan saat menjalankan sebuah node. Bootnode 'memperkenalkan' node baru ke node lain yang sudah ada sehingga mereka dapat dengan cepat mendapatkan rekan (peer), daripada harus mencari rekan awal. Titik akhir (endpoint) dari node ini biasanya disediakan dalam kode sumber klien Ethereum, tetapi pengguna dapat menyediakan daftar bootnode mereka sendiri.", + "bridge-term": "Jembatan", + "bridge-definition": "Jembatan blockchain digunakan untuk mentransfer aset dari satu jaringan blockchain ke jaringan lainnya. Misalnya Anda dapat menggunakan jembatan untuk mentransfer ETH dari jaringan utama Ethereum ke solusi peningkatan Layer 2 yang lebih murah.", + "bytecode-term": "Bytecode", + "bytecode-definition": "Kode yang diekspresikan dalam bentuk numerik yang ringkas sehingga dapat dieksekusi secara efisien oleh EVM.", + "byzantium-fork-term": "Fork Byzantium", + "byzantium-fork-definition": "Yang pertama dari dua hard fork untuk tahap pengembangan Metropolis. Ini termasuk EIP-649 Penundaan Bom Kesulitan Metropolis dan Pengurangan Hadiah Blok, di mana Zaman Es ditunda selama 1 tahun dan hadiah blok dikurangi dari 5 menjadi 3 ether.", + "casper-ffg-term": "Casper FFG", + "casper-ffg-definition": "Casper-FFG adalah protokol konsensus proof-of-stake yang digunakan bersama dengan algoritma pilihan fork LMD-GHOST untuk memungkinkan klien konsensus menyetujui kepala Beacon Chain.", + "checkpoint-term": "Pos pemeriksaan", + "checkpoint-definition": "Beacon Chain memiliki tempo yang dibagi menjadi slot (12 detik) dan epoch (32 slot). Slot pertama di setiap epoch adalah pos pemeriksaan. Ketika mayoritas super validator mengesahkan tautan antara dua pos pemeriksaan, mereka dapat dibenarkan dan kemudian ketika pos pemeriksaan lain dibenarkan di atasnya, mereka dapat difinalisasi.", + "compiling-term": "Kompilasi", + "compiling-definition": "Mengonversi kode yang ditulis dalam bahasa pemrograman tingkat tinggi (misalnya, Solidity) ke dalam bahasa tingkat rendah (misalnya, bytecode EVM).Lebih lanjut tentang kompilasi kontrak pintar", + "committee-term": "Komite", + "committee-definition": "Sekelompok yang terdiri dari setidaknya 128 validator yang ditugaskan untuk memvalidasi blok di setiap slot. Salah satu validator dalam komite adalah agregator, yang bertanggung jawab untuk menggabungkan tanda tangan dari semua validator lain dalam komite yang menyetujui sebuah pengesahan. Jangan disamakan dengan komite sinkronisasi.", + "computational-infeasibility-term": "Ketidaklayakan komputasi", + "computational-infeasibility-definition": "Sebuah proses tidak layak secara komputasi jika akan memakan waktu yang sangat lama (misalnya, miliaran tahun) untuk melakukannya bagi siapa saja yang mungkin memiliki kepentingan untuk melaksanakannya.", + "consensus-term": "Konsensus", + "consensus-definition": "Ketika lebih dari 2/3 komputer dalam jaringan setuju bahwa mereka memiliki kumpulan catatan yang sama, memastikan semua orang berada di halaman yang sama. Ini bukan tentang aturan yang mereka ikuti, tetapi memastikan mereka semua memiliki informasi yang sama.", + "consensus-client-term": "Klien konsensus", + "consensus-client-definition": "Klien konsensus (seperti Prysm, Teku, Nimbus, Lighthouse, Lodestar) menjalankan algoritma konsensus proof-of-stake Ethereum yang memungkinkan jaringan mencapai kesepakatan tentang kepala Beacon Chain. Klien konsensus tidak berpartisipasi dalam memvalidasi/menyiarkan transaksi atau mengeksekusi transisi status. Hal ini dilakukan oleh klien eksekusi. Klien konsensus tidak mengesahkan, atau mengusulkan blok baru. Hal ini dilakukan oleh klien validator yang merupakan tambahan opsional untuk klien konsensus.", + "consensus-layer-term": "Lapisan konsensus", + "consensus-layer-definition": "Lapisan konsensus Ethereum adalah jaringan klien konsensus.", + "consensus-rules-term": "Aturan konsensus", + "consensus-rules-definition": "Aturan validasi blok yang diikuti oleh node penuh untuk tetap berada dalam konsensus dengan node lainnya. Jangan disamakan dengan konsensus.", + "cfi-term": "Dipertimbangkan untuk Disertakan (CFI)", + "cfi-definition": "Sebuah EIP Inti yang belum aktif di Mainnet, dan pengembang klien umumnya bersikap positif terhadap ide tersebut. Dengan asumsi ini memenuhi semua persyaratan untuk penyertaan mainnet, ini berpotensi disertakan dalam peningkatan jaringan (belum tentu yang berikutnya).", + "constantinople-fork-term": "Fork Constantinople", + "constantinople-fork-definition": "Bagian kedua dari tahap Metropolis, awalnya direncanakan untuk pertengahan 2018. Diharapkan mencakup peralihan ke algoritma konsensus hibrida proof-of-work/proof-of-stake, di antara perubahan lainnya.", + "contract-account-term": "Akun kontrak", + "contract-account-definition": "Akun yang berisi kode yang dieksekusi setiap kali menerima transaksi dari akun lain (EOA] atau kontrak).", + "contract-creation-transaction-term": "Transaksi pembuatan kontrak", + "contract-creation-transaction-definition": "Sebuah transaksi khusus yang mencakup kode inisiasi kontrak. Penerima diatur ke `null` dan kontrak disebarkan ke alamat yang dihasilkan dari alamat pengguna dan `nonce`. yang digunakan untuk mendaftarkan kontrak dan mencatatnya di blockchain Ethereum.", + "cryptoeconomics-term": "Kriptoekonomi", + "cryptoeconomics-definition": "Studi tentang prinsip-prinsip matematika dan ekonomi untuk merancang platform digital yang aman dan dapat dipercaya. Tujuannya adalah untuk memastikan bahwa semua peserta mengikuti aturan dan diberi penghargaan karena berkontribusi pada keamanan dan operasi jaringan. ", + "cryptography-term": "Kriptografi", + "cryptography-definition": "Ini adalah praktik mengamankan komunikasi dan data melalui penggunaan kode, sehingga hanya mereka yang dituju oleh informasi tersebut yang dapat membaca dan memprosesnya.
    Ini melibatkan teknik untuk enkripsi (mengonversi informasi yang dapat dibaca menjadi format yang tidak dapat dibaca) dan dekripsi (mengonversinya kembali menjadi format yang dapat dibaca), memastikan kerahasiaan.", + "doge-d-term": "Đ", + "doge-d-definition": "Đ (D dengan coretan) digunakan dalam bahasa Inggris Kuno, Inggris Pertengahan, Islandia, dan Faroe untuk melambangkan huruf besar “Eth”. Ini digunakan dalam kata-kata seperti ĐEV atau Đapp (aplikasi terdesentralisasi), di mana Đ adalah huruf Norse “eth”. Eth huruf besar (Ð) juga digunakan untuk melambangkan mata uang kripto Dogecoin. Ini umumnya terlihat dalam literatur Ethereum yang lebih lama tetapi lebih jarang digunakan saat ini.", + "dag-term": "DAG", + "dag-definition": "DAG adalah singkatan dari Directed Acyclic Graph. Ini adalah struktur data yang terdiri dari node dan tautan di antara mereka. Sebelum The Merge, Ethereum menggunakan DAG dalam algoritma proof-of-work miliknya, Ethash, tetapi tidak lagi digunakan dalam proof-of-stake.", + "dapp-term": "Dapp", + "dapp-definition": "Dapp adalah aplikasi terdesentralisasi yang berjalan di jaringan blockchain, menawarkan layanan tanpa otoritas pengendali pusat. Lebih lanjut tentang aplikasi terdesentralisasi.
    Minimal dapp memiliki kontrak pintar yang terhubung ke antarmuka web. Selain itu, banyak dapp menyertakan penyimpanan terdesentralisasi dan/atau protokol dan platform pesan.", + "data-availability-term": "Ketersediaan data", + "data-availability-definition": "Setiap node dapat memverifikasi transaksi secara independen di blockchain untuk menjaga transparansi dan kepercayaan dalam sistem.", + "decentralization-term": "Desentralisasi", + "decentralization-definition": "Konsep memindahkan kontrol dan eksekusi proses dari entitas pusat.", + "dao-term": "Organisasi otonom terdesentralisasi (DAO)", + "dao-definition": "DAO adalah organisasi digital yang dijalankan oleh aturan yang dikodekan pada blockchain, di mana keputusan dibuat melalui pemungutan suara anggota, bukan otoritas pusat. Lebih lanjut tentang organisasi otonom terdesentralisasi (DAO).
    Kekuatan suara setiap anggota sering kali dikaitkan dengan jumlah token yang mereka pegang. DAO bertujuan untuk mendemokratisasi pengambilan keputusan dan operasi, dengan fokus pada transparansi dan tata kelola komunitas.", + "desci-term": "DeSci", + "desci-definition": "DeSci, atau Sains Terdesentralisasi, adalah gerakan yang menerapkan teknologi blockchain pada penelitian ilmiah. Ini memanfaatkan DAO, kontrak pintar, dan insentif yang ditokenisasi untuk menciptakan ekosistem pendanaan dan penelitian yang lebih transparan, terbuka, dan kolaboratif.", + "dex-term": "Pertukaran terdesentralisasi (DEX)", + "dex-definition": "Jenis aplikasi Ethereum yang memungkinkan Anda menukar token dengan rekan di jaringan. DEX tidak tunduk pada batasan geografis seperti bursa terpusat – siapa pun dapat berpartisipasi.", + "deposit-contract-term": "Kontrak deposit", + "deposit-contract-definition": "Gerbang untuk mengunci di Ethereum. Kontrak deposit adalah kontrak pintar di Ethereum yang menerima deposit ETH dan mengelola saldo validator. Sebuah validator tidak dapat diaktifkan tanpa mendepositkan ETH ke dalam kontrak ini. Kontrak ini membutuhkan ETH dan data input. Data input ini mencakup kunci publik validator dan kunci publik penarikan, yang ditandatangani oleh kunci pribadi validator. Data ini diperlukan agar validator dapat diidentifikasi dan disetujui oleh jaringan proof-of-stake.", + "defi-term": "DeFi", + "defi-definition": "Kategori luas dari aplikasi Ethereum yang bertujuan untuk menyediakan layanan keuangan yang didukung oleh blockchain, tanpa perantara apa pun. Lebih lanjut tentang keuangan terdesentralisasi (DeFi)", + "difficulty-term": "Kesulitan", + "difficulty-definition": "Pengaturan di seluruh jaringan dalam jaringan proof-of-work yang mengontrol berapa banyak rata-rata komputasi yang diperlukan untuk menemukan nonce yang valid. Kesulitan diwakili oleh jumlah angka nol di depan yang diperlukan dalam hash blok yang dihasilkan agar dianggap valid. Konsep ini sudah tidak digunakan lagi di Ethereum sejak transisi ke proof-of-stake.", + "difficulty-bomb-term": "Bom kesulitan", + "difficulty-bomb-definition": "Peningkatan eksponensial yang direncanakan dalam pengaturan kesulitan proof-of-work yang dirancang untuk memotivasi transisi ke proof-of-stake, mengurangi kemungkinan terjadinya fork. Bom kesulitan sudah tidak digunakan lagi dengan adanya the Merge.", + "digital-signatures-term": "Tanda tangan digital", + "digital-signatures-definition": "Rangkaian data pendek yang dihasilkan pengguna untuk sebuah dokumen menggunakan kunci pribadi sehingga siapa pun yang memiliki kunci publik yang sesuai, tanda tangan, dan dokumen tersebut dapat memverifikasi bahwa (1) dokumen tersebut \"ditandatangani\" oleh pemilik kunci pribadi tersebut, dan (2) dokumen tersebut tidak diubah setelah ditandatangani.", + "discovery-term": "Penemuan", + "discovery-definition": "Proses di mana node Ethereum menemukan node lain untuk terhubung.", + "distributed-hash-table-term": "Tabel hash terdistribusi (DHT)", + "distributed-hash-table-definition": "Struktur data yang berisi pasangan `(key, value)` yang digunakan oleh node Ethereum untuk mengidentifikasi rekan (peer) untuk terhubung dan menentukan protokol mana yang akan digunakan untuk berkomunikasi.", + "double-spend-term": "Pengeluaran ganda", + "double-spend-definition": "Fork blockchain yang disengaja, di mana pengguna dengan jumlah kekuatan penambangan/stake yang cukup besar mengirimkan transaksi yang memindahkan sejumlah mata uang offchain (misalnya, keluar menjadi uang fiat atau melakukan pembelian offchain) kemudian mengatur ulang blockchain untuk menghapus transaksi tersebut. Pengeluaran ganda yang berhasil membuat penyerang memiliki aset onchain dan offchain mereka.", + "ecdsa-term": "Elliptic Curve Digital Signature Algorithm (ECDSA)", + "ecdsa-definition": "Algoritma kriptografi yang digunakan oleh Ethereum untuk memastikan bahwa dana hanya dapat dihabiskan oleh pemiliknya. Ini adalah metode yang disukai untuk membuat kunci publik dan pribadi. Relevan untuk pembuatan alamat akun dan verifikasi transaksi.", + "encryption-term": "Enkripsi", + "encryption-definition": "Enkripsi adalah konversi data elektronik ke dalam bentuk yang tidak dapat dibaca oleh siapa pun kecuali pemilik kunci dekripsi yang benar.", + "entropy-term": "Entropi", + "entropy-definition": "Dalam konteks kriptografi, kurangnya prediktabilitas atau tingkat keacakan. Saat menghasilkan informasi rahasia, seperti kunci pribadi, algoritma biasanya mengandalkan sumber entropi tinggi untuk memastikan outputnya tidak dapat diprediksi.", + "epoch-term": "Epoch", + "epoch-definition": "Periode 32 slot, setiap slot berdurasi 12 detik, dengan total 6,4 menit. Komite validator diacak setiap epoch untuk alasan keamanan. Setiap epoch memiliki kesempatan agar rantai dapat difinalisasi. Setiap validator diberi tanggung jawab baru pada awal setiap epoch. Lebih lanjut tentang proof-of-stake", + "equivocation-term": "Ekuivokasi", + "equivocation-definition": "Validator yang mengirimkan dua pesan yang saling bertentangan. Salah satu contoh sederhananya adalah pengirim transaksi yang mengirimkan dua transaksi dengan nonce yang sama. Contoh lainnya adalah pengusul blok yang mengusulkan dua blok pada ketinggian blok yang sama (atau untuk slot yang sama).", + "eth1-term": "Eth1", + "eth1-definition": "'Eth1' adalah istilah yang merujuk pada Mainnet Ethereum, blockchain proof-of-work yang ada. Istilah ini sejak itu tidak digunakan lagi dan diganti dengan 'lapisan eksekusi'. Pelajari lebih lanjut tentang perubahan nama ini.", + "eth2-term": "Eth2", + "eth2-definition": "'Eth2' adalah istilah yang merujuk pada serangkaian peningkatan protokol Ethereum, termasuk transisi Ethereum ke proof-of-stake. Istilah ini sejak itu tidak digunakan lagi dan diganti dengan 'lapisan konsensus'. Pelajari lebih lanjut tentang perubahan nama ini.", + "eip-term": "Proposal Pengembangan Ethereum (EIP)", + "eip-definition": "Dokumen desain yang memberikan informasi kepada komunitas Ethereum, menjelaskan fitur baru yang diusulkan atau proses atau lingkungannya (lihat ERC). Pengantar EIP", + "ens-term": "Ethereum Name Service (ENS)", + "ens-definition": "Ethereum Name Service seperti buku telepon internet untuk alamat Ethereum. Alih-alih menggunakan alamat dompet yang panjang, ENS memungkinkan Anda menggunakan nama sederhana seperti \"john.eth\" untuk mengirim dan menerima uang dan aset digital.

    Teknis:
    Registri ENS adalah satu kontrak pusat yang menyediakan pemetaan dari nama domain ke pemilik dan resolver, seperti yang dijelaskan dalam EIP-137. Baca lebih lanjut di ens.domains.", + "erc-1155-term": "ERC-1155", + "erc-1155-definition": "ERC-1155 adalah jenis standar token Ethereum yang lebih baru yang mirip dengan NFT (seperti barang koleksi unik) yang juga memungkinkan pembuatan barang yang dapat dipertukarkan (seperti mata uang) dalam satu kontrak pintar.
    Ini membuatnya lebih mudah dan lebih efisien untuk mengelola berbagai jenis aset digital, terutama untuk aplikasi seperti permainan video atau koleksi digital.", + "erc-20-term": "ERC-20", + "erc-20-definition": "ERC-20 adalah standar yang digunakan sebagian besar token di jaringan Ethereum untuk pembuatannya.
    Contoh populernya adalah stablecoin seperti DAI dan USDC atau token pertukaran seperti UNI dari Uniswap. Mirip dengan segala bentuk uang alternatif yang kita miliki dalam sistem tradisional… yaitu, poin hadiah, sistem kredit, atau bahkan saham, dll.", + "erc-721-term": "ERC-721", + "erc-721-definition": "NFT (non-fungible token) dibuat menggunakan seperangkat aturan standar yang disebut sebagai ERC-721.
    Token NFT dapat mewakili kepemilikan apa pun yang unik, seperti seni digital atau barang koleksi, dengan setiap token memiliki karakteristik dan nilainya sendiri yang khusus. Setiap NFT itu unik dan mudah dibedakan dari NFT lainnya.", + "execution-client-term": "Klien eksekusi", + "execution-client-definition": "Klien eksekusi (sebelumnya dikenal sebagai \"klien Eth1\"), seperti Besu, Erigon, Go-Ethereum (Geth), Nethermind, bertugas memproses dan menyiarkan transaksi serta mengelola status Ethereum. Mereka menjalankan komputasi untuk setiap transaksi menggunakan Mesin Virtual Ethereum untuk memastikan bahwa aturan protokol diikuti.", + "execution-layer-term": "Lapisan eksekusi", + "execution-layer-definition": "Lapisan eksekusi Ethereum adalah jaringan klien eksekusi.", + "eoa-term": "Akun yang dimiliki secara eksternal (EOA)", + "eoa-definition": "Akun yang Dimiliki Secara Eksternal (EOA) adalah jenis akun Ethereum yang paling umum. Akun ini dikendalikan oleh seseorang melalui kunci pribadi/frasa pemulihan. Lebih lanjut tentang dompet Ethereum.", + "erc-term": "Ethereum Request for Comments (ERC)", + "erc-definition": "ERC (Ethereum Request for Comments) adalah jenis dokumentasi teknis yang digunakan dalam komunitas Ethereum untuk mengusulkan standar penggunaan baru untuk jaringan Ethereum.

    Proposal ini dapat mencakup berbagai topik, termasuk standar token baru (seperti ERC-20 yang digunakan untuk token dan ERC-721 untuk NFT).", + "ethash-term": "Ethash", + "ethash-definition": "Algoritma proof-of-work yang digunakan di Ethereum sebelum bertransisi ke proof-of-stake. Baca lebih lanjut", + "ether-term": "Ether", + "ether-definition": "Mata uang kripto asli Ethereum, yang biasa disebut sebagai \"ETH\". Ini digunakan untuk menutupi biaya transaksi saat menggunakan ekosistem dan aplikasi Ethereum. Lebih lanjut tentang ether.", + "events-term": "Event", + "events-definition": "Memungkinkan penggunaan fasilitas pencatatan (logging) EVM. Dapps dapat mendengarkan event dan menggunakannya untuk memicu callback JavaScript di antarmuka pengguna. Lebih lanjut tentang event dan log", + "evm-term": "Mesin Virtual Ethereum (EVM)", + "evm-definition": "Mesin virtual berbasis tumpukan (stack) yang mengeksekusi bytecode. Di Ethereum, model eksekusi menentukan bagaimana status sistem diubah dengan serangkaian instruksi bytecode dan tupel kecil data lingkungan. Ini ditentukan melalui model formal mesin status virtual. Lebih lanjut tentang Mesin Virtual Ethereum.", + "evm-assembly-language-term": "Bahasa rakitan EVM", + "evm-assembly-language-definition": "Bentuk bytecode EVM yang dapat dibaca manusia.", + "fallback-function-term": "Fungsi fallback", + "fallback-function-definition": "Fungsi default yang dipanggil jika tidak ada data atau nama fungsi yang dideklarasikan.", + "faucet-term": "Faucet", + "faucet-definition": "Layanan yang dijalankan melalui kontrak pintar yang membagikan dana dalam bentuk ether uji coba gratis yang dapat digunakan di testnet.", + "finality-term": "Finalitas", + "finality-definition": "Finalitas adalah jaminan bahwa serangkaian transaksi tidak dapat diubah tanpa kehilangan sejumlah besar ETH.", + "finney-term": "Finney", + "finney-definition": "Denominasi dari ether. 1 finney = 1015 wei. 103 finney = 1 ether.", + "fork-term": "Fork", + "fork-definition": "Perubahan dalam protokol yang menyebabkan pembuatan rantai alternatif.", + "fork-choice-algorithm-term": "Algoritma pilihan fork", + "fork-choice-algorithm-definition": "Algoritma yang digunakan untuk mengidentifikasi kepala blockchain. Di Ethereum, kepala rantai diidentifikasi sebagai fork dengan 'bobot' pengesahan terbesar. Bobot adalah produk dari jumlah pengesahan dan saldo efektif dari validator yang mengesahkan. Ini berarti kepala rantai yang sebenarnya adalah yang paling banyak dipilih oleh ether yang di-stake. Pada lapisan konsensus, algoritma pilihan fork disebut LMD_GHOST.", + "fraud-proof-term": "Anti-penipuan", + "fraud-proof-definition": "Model keamanan untuk solusi layer 2 tertentu di mana, untuk meningkatkan kecepatan, transaksi di-rollup ke dalam batch dan dikirimkan ke Ethereum dalam satu transaksi. Peserta jaringan lainnya dapat mengeksekusi ulang transaksi untuk memeriksa apakah transaksi tersebut dieksekusi dengan jujur. Jika mereka menemukan perbedaan antara data yang diposting dan versi mereka sendiri, mereka dapat memposting bukti kriptografi yang menunjukkan di mana penipuan terjadi. Beberapa rollup menggunakan bukti validitas.", + "frontier-term": "Frontier", + "frontier-definition": "Tahap pengembangan uji coba awal Ethereum, yang berlangsung dari Juli 2015 hingga Maret 2016.", + "gas-term": "Gas", + "gas-definition": "Gas adalah biaya yang dibayarkan untuk transaksi dan kontrak pintar di blockchain, seperti Ethereum. Lebih lanjut tentang gas dan biaya.", + "gas-limit-term": "Batas gas", + "gas-limit-definition": "Jumlah maksimum gas yang dapat dikonsumsi oleh sebuah transaksi atau blok.", + "gas-price-term": "Harga gas", + "gas-price-definition": "Harga dalam ether untuk satu unit gas yang ditentukan dalam sebuah transaksi.", + "genesis-block-term": "Blok genesis", + "genesis-block-definition": "Blok pertama dalam sebuah blockchain, yang digunakan untuk menginisialisasi jaringan tertentu dan mata uang kriptonya.", + "geth-term": "Geth", + "geth-definition": "Go Ethereum. Salah satu implementasi protokol Ethereum yang paling menonjol, ditulis dalam bahasa Go. Baca lebih lanjut di geth.ethereum.org", + "gwei-term": "Gwei", + "gwei-definition": "Singkatan dari gigawei, denominasi dari ether, yang biasa digunakan untuk memberi harga gas. 1 gwei = 109 wei. 109 gwei = 1 ether.", + "hard-fork-term": "Hard fork", + "hard-fork-definition": "Perbedaan permanen dalam blockchain; juga dikenal sebagai perubahan hard-forking. Hal ini umumnya terjadi ketika node yang tidak ditingkatkan tidak dapat memvalidasi blok yang dibuat oleh node yang ditingkatkan yang mengikuti aturan konsensus yang lebih baru. Jangan disamakan dengan fork, soft fork, fork perangkat lunak, atau fork Git.", + "hash-term": "Hash", + "hash-definition": "Sidik jari dengan panjang tetap dari input berukuran variabel, yang dihasilkan oleh fungsi hash. (Lihat keccak-256).", + "hash-rate-term": "Tingkat hash", + "hash-rate-definition": "Jumlah perhitungan hash yang dilakukan per detik oleh komputer yang menjalankan perangkat lunak penambangan.", + "homestead-term": "Homestead", + "holographic-consensus-term": "Konsensus holografik", + "holographic-consensus-definition": "Merujuk pada bagaimana keputusan kelompok besar dibuat dengan membiarkan kelompok perwakilan yang lebih kecil memberikan suara. Kemudian semua orang setuju untuk mengikutinya, selama mereka percaya bahwa kelompok kecil tersebut melakukan pekerjaan dengan baik.
    Ini digunakan di beberapa komunitas online untuk membuat keputusan dengan cepat tanpa mengharuskan semua orang memberikan suara pada semuanya, sambil tetap memastikan keputusannya adil dan mewakili apa yang diinginkan kebanyakan orang.", + "homestead-definition": "Tahap pengembangan kedua Ethereum, diluncurkan pada Maret 2016 di blok 1.150.000.", + "index-term": "Indeks", + "index-definition": "Struktur jaringan yang dimaksudkan untuk mengoptimalkan kueri informasi dari seluruh blockchain dengan menyediakan jalur yang efisien ke sumber penyimpanannya.", + "ide-term": "Lingkungan pengembangan terintegrasi (IDE)", + "ide-definition": "Antarmuka pengguna yang biasanya menggabungkan editor kode, kompiler, runtime, dan debugger. Lebih lanjut tentang lingkungan pengembangan terintegrasi.", + "immutable-deployed-code-problem-term": "Masalah kode yang disebarkan secara tetap", + "immutable-deployed-code-problem-definition": "Setelah kode kontrak (atau pustaka) disebarkan, kode tersebut menjadi tetap. Praktik pengembangan perangkat lunak standar bergantung pada kemampuan untuk memperbaiki kemungkinan bug dan menambahkan fitur baru, sehingga hal ini menjadi tantangan bagi pengembangan kontrak pintar. Lebih lanjut tentang menyebarkan kontrak pintar.", + "internal-transaction-term": "Transaksi internal", + "internal-transaction-definition": "Sebuah transaksi yang dikirim dari sebuah akun kontrak ke akun kontrak lain atau sebuah EOA (lihat pesan).", + "issuance-term": "Penerbitan", + "issuance-definition": "Proses mint ether baru untuk menghargai pengusulan blok, pengesahan, dan pelaporan pelanggaran (whistle-blowing).", + "kdf-term": "Fungsi turunan kunci (KDF)", + "kdf-definition": "Juga dikenal sebagai \"algoritma peregangan kata sandi,\" ini digunakan oleh format keystore untuk melindungi dari serangan brute-force, kamus, dan rainbow table pada enkripsi frasa sandi, dengan melakukan hash pada frasa sandi secara berulang.", + "keystore-term": "Keystore", + "keystore-definition": "Setiap pasangan kunci pribadi/alamat akun ada sebagai satu file kunci di klien Ethereum. Ini adalah file teks JSON yang berisi kunci pribadi akun yang dienkripsi, yang hanya dapat didekripsi dengan kata sandi yang dimasukkan selama pembuatan akun.", + "keccak-256-term": "Keccak-256", + "keccak-256-definition": "Fungsi hash kriptografi yang digunakan di Ethereum. Keccak-256 distandarisasi sebagai SHA-3.", + "key-term": "Kunci", + "key-definition": "Dalam konteks Ethereum, kunci adalah kode digital: kunci publik untuk menerima transaksi dan kunci pribadi untuk mengakses dan mengirim dana.
    Kunci publik: Ini dapat dibagikan secara terbuka.
    Kunci pribadi: Ini dirahasiakan oleh pemiliknya.", + "layer-1-term": "Layer 1", + "layer-1-definition": "Layer 1 mengacu pada blockchain utama dalam jaringan blockchain multi-level. Misalnya, Ethereum dan Bitcoin adalah blockchain layer satu. Banyak blockchain layer dua memindahkan transaksi padat sumber daya ke blockchain terpisah mereka, sambil terus menggunakan blockchain layer satu Ethereum atau Bitcoin untuk tujuan keamanan.", + "layer-2-term": "Layer 2", + "layer-2-definition": "Layer 2 adalah jaringan lain yang dibangun di atas jaringan utama Ethereum untuk membuat transaksi lebih cepat dan lebih murah. Lebih lanjut tentang layer 2.", + "library-term": "Pustaka", + "library-definition": "Jenis kontrak khusus yang tidak memiliki fungsi yang dapat dibayar, tidak ada fungsi fallback, dan tidak ada penyimpanan data. Oleh karena itu, ia tidak dapat menerima atau menahan ether, atau menyimpan data. Pustaka berfungsi sebagai kode yang disebarkan sebelumnya yang dapat dipanggil oleh kontrak lain untuk komputasi baca-saja. Lebih lanjut tentang pustaka kontrak pintar.", + "light-client-term": "Klien ringan", + "light-client-definition": "Klien Ethereum yang tidak menyimpan salinan lokal dari blockchain, atau memvalidasi blok dan transaksi. Ini menawarkan fungsi dompet dan dapat membuat serta menyiarkan transaksi.", + "liquidity-term": "Likuiditas", + "liquidity-definition": "Likuiditas adalah seberapa cepat dan mudah suatu aset dapat diubah menjadi uang tunai atau aset lainnya. Pertukaran terdesentralisasi seperti Uniswap memiliki beberapa kolam likuiditas di mana pemegang aset dapat mendepositokan aset mereka di mana pedagang dapat membeli dan menjualnya dengan cara yang terdesentralisasi dengan imbalan hadiah.", + "liquidity-tokens-term": "Token likuiditas", + "liquidity-tokens-definition": "Token likuiditas (LST) adalah token digital yang diterbitkan kepada peserta yang mendepositokan aset ke dalam kolam likuiditas, yang merupakan kumpulan dana yang dikunci dalam kontrak pintar dan digunakan untuk memfasilitasi perdagangan di pertukaran terdesentralisasi (DEX).
    Token ini mewakili bagian peserta dari kolam dan dapat ditebus nanti untuk deposit awal ditambah sebagian dari biaya perdagangan yang dihasilkan oleh aktivitas kolam. Pada dasarnya, token likuiditas berfungsi sebagai bukti kepemilikan atau stake dalam kolam likuiditas, memungkinkan pemegang untuk mendapatkan hadiah sambil menyediakan likuiditas yang diperlukan bagi orang lain untuk memperdagangkan pasangan mata uang kripto yang berbeda secara efisien.", + "liquid-staking-tokens-term": "Token liquid staking", + "liquid-staking-tokens-definition": "Token derivatif yang mewakili kepemilikan mata uang kripto terkunci yang sedang dikunci oleh pengguna. Setelah mengunci aset, beberapa platform memungkinkan proses mint token liquid staking (LST), yang mewakili bagian yang setara dari token yang terkunci. LST ini kemudian dapat diperdagangkan, dijual, atau digunakan dalam protokol DeFi lainnya, meningkatkan efisiensi modal bagi staker dengan memungkinkan akses ke likuiditas dari dana mereka, bahkan saat aset asli mereka tetap dikunci.", + "lmd-ghost-term": "LMD-GHOST", + "lmd-ghost-definition": "Algoritma pilihan fork yang digunakan oleh klien konsensus Ethereum untuk mengidentifikasi kepala rantai. LMD-GHOST adalah akronim dari \"Latest Message Driven Greediest Heaviest Observed SubTree\" yang berarti bahwa kepala rantai adalah blok dengan akumulasi pengesahan terbesar dalam sejarahnya.", + "mainnet-term": "Mainnet", + "mainnet-definition": "Singkatan dari \"jaringan utama,\" ini adalah blockchain publik utama Ethereum.", + "max-fee-per-gas-term": "Biaya Maksimum Per Gas", + "max-fee-per-gas-definition": "Biaya Maksimum adalah jumlah maksimum absolut yang bersedia dibayar pengguna per unit gas (gwei) agar transaksi dimasukkan ke dalam blok.", + "merkle-patricia-tree-term": "Pohon Merkle Patricia (MPT)", + "merkle-patricia-tree-definition": "Struktur data yang digunakan di Ethereum untuk menyimpan pasangan kunci-nilai secara efisien.", + "merkle-root-term": "Akar Merkle", + "merkle-root-definition": "Akar Merkle adalah hash atas tunggal dari pohon Merkle. Ini memverifikasi semua transaksi di dalam sebuah blok.", + "message-term": "Pesan", + "message-definition": "Sebuah transaksi internal yang tidak pernah diserialisasi dan hanya dikirim di dalam EVM.", + "message-call-term": "Panggilan pesan", + "message-call-definition": "Tindakan meneruskan pesan dari satu akun ke akun lainnya. Jika akun tujuan dikaitkan dengan kode EVM, maka VM akan dimulai dengan status objek tersebut dan pesan akan ditindaklanjuti.", + "mev-term": "Nilai Ekstraksi Maksimum (MEV)", + "mev-definition": "Nilai maksimum yang dapat diekstraksi dari produksi blok melebihi hadiah blok standar dan biaya gas dengan memasukkan, mengecualikan, dan mengubah urutan transaksi dalam sebuah blok. Lebih lanjut tentang Nilai Ekstraksi Maksimum (MEV).", + "mining-term": "Penambangan", + "mining-definition": "Proses melakukan hash pada header blok secara berulang sambil menambahkan nonce hingga hasilnya berisi sejumlah nol biner di depan. Ini adalah proses di mana blok baru ditambahkan ke blockchain proof-of-work. Ini adalah cara Ethereum diamankan sebelum beralih ke proof-of-stake.", + "miner-term": "Penambang", + "miner-definition": "Sebuah node jaringan yang menemukan proof-of-work yang valid untuk blok baru, dengan melakukan hash berulang (lihat Ethash). Penambang tidak lagi menjadi bagian dari Ethereum - mereka digantikan oleh validator ketika Ethereum beralih ke proof-of-stake.", + "mint-term": "Mint", + "mint-definition": "Proses mint adalah proses membuat token baru dan membawanya ke dalam sirkulasi sehingga dapat digunakan. Ini adalah mekanisme terdesentralisasi untuk membuat token baru tanpa keterlibatan otoritas pusat.", + "multisig-term": "Multi tanda tangan", + "multisig-definition": "Multi tanda tangan (multisig) mengacu pada dompet digital atau akun yang memerlukan beberapa tanda tangan atau persetujuan untuk mengeksekusi transaksi, meningkatkan keamanan.
    Ini menambahkan keamanan ekstra dibandingkan dengan akun tanda tangan tunggal tradisional di mana hanya persetujuan satu orang yang diperlukan.", + "network-term": "Jaringan", + "network-definition": "Mengacu pada jaringan Ethereum, jaringan peer-to-peer yang menyebarkan transaksi dan blok ke setiap node Ethereum (peserta jaringan). Lebih lanjut tentang jaringan.", + "network-hashrate-term": "Hashrate jaringan", + "network-hashrate-definition": "Hashrate kolektif yang dihasilkan oleh seluruh jaringan penambangan. Penambangan di Ethereum dimatikan ketika Ethereum beralih ke proof-of-stake.", + "nft-term": "Non-fungible token (NFT)", + "nft-definition": "Item digital unik yang dapat Anda miliki, seperti seni atau barang koleksi, yang diverifikasi oleh teknologi blockchain. Lebih lanjut tentang non-fungible token (NFT).", + "node-term": "Node", + "node-definition": "Klien perangkat lunak yang berpartisipasi dalam jaringan. Lebih lanjut tentang node dan klien.", + "nonce-term": "Nonce", + "nonce-definition": "Dalam kriptografi, nilai yang hanya dapat digunakan sekali. Nonce akun adalah penghitung transaksi di setiap akun, yang digunakan untuk mencegah serangan replay.", + "offchain-term": "Offchain", + "offchain-definition": "Offchain berarti setiap transaksi atau data yang ada di luar blockchain. Karena melakukan setiap transaksi onchain bisa mahal dan tidak efisien, alat pihak ketiga seperti oracle yang menangani data harga, atau solusi layer 2 yang mengeksekusi throughput transaksi yang lebih tinggi, menangani sebagian besar pekerjaan pemrosesan secara offchain, dan akan mengirimkan informasi onchain pada interval yang lebih jarang.", + "ommer-term": "Blok ommer (uncle)", + "ommer-definition": "Ketika seorang penambang proof-of-work menemukan sebuah blok yang valid, penambang lain mungkin telah menerbitkan blok pesaing yang ditambahkan ke ujung blockchain terlebih dahulu. Blok yang valid, tetapi basi ini dapat dimasukkan oleh blok yang lebih baru sebagai ommer dan menerima sebagian hadiah blok. Istilah \"ommer\" adalah istilah netral gender yang disukai untuk saudara dari blok induk, tetapi ini juga kadang-kadang disebut sebagai \"uncle\". Ini umum terjadi pada Ethereum ketika masih berupa jaringan proof-of-work. Sekarang karena Ethereum menggunakan proof-of-stake, hanya satu pengusul blok yang dipilih per slot.", + "onchain-term": "Onchain", + "onchain-definition": "Mengacu pada tindakan atau transaksi yang terjadi di blockchain dan tersedia untuk umum.

    Anggap saja seperti menulis sesuatu di buku catatan besar bersama yang dapat dilihat dan diperiksa oleh semua orang, memastikan bahwa apa pun yang ditulis (seperti mengirim uang digital atau membuat kontrak) bersifat permanen dan tidak dapat diubah atau dihapus.", + "optimistic-rollup-term": "Optimistic rollup", + "optimistic-rollup-definition": "Optimistic Rollup adalah solusi Layer 2 yang mempercepat transaksi di Ethereum, dengan asumsi bahwa transaksi tersebut valid secara default kecuali jika ditantang. Lebih lanjut tentang Optimistic rollup.", + "oracle-term": "Oracle", + "oracle-definition": "Oracle adalah jembatan antara blockchain dan dunia nyata. Mereka bertindak sebagai API onchain yang dapat ditanyakan informasinya dan digunakan dalam kontrak pintar. Lebih lanjut tentang oracle.", + "peer-term": "Peer", + "peer-definition": "Komputer terhubung yang menjalankan perangkat lunak klien Ethereum yang memiliki salinan identik dari blockchain.", + "peer-to-peer-network-term": "Jaringan peer-to-peer", + "peer-to-peer-network-definition": "Jaringan komputer (peer) yang secara kolektif mampu melakukan fungsionalitas tanpa memerlukan layanan terpusat berbasis server.
    Pengaturan ini sering digunakan untuk berbagi file (misalnya, Bit torrent), informasi, atau mata uang digital, memungkinkan pertukaran yang lebih langsung dan berpotensi lebih efisien antar pengguna.", + "permissionless-term": "Tanpa izin", + "permissionless-definition": "Tanpa izin berarti siapa pun dapat bergabung dan menggunakan sistem seperti Ethereum. Ini terbuka bagi semua orang untuk berpartisipasi dan tidak memerlukan persetujuan apa pun.", + "plasma-term": "Plasma", + "plasma-definition": "Solusi peningkatan offchain yang menggunakan anti-penipuan, seperti optimistic rollup. Plasma terbatas pada transaksi sederhana seperti transfer token dasar dan tukar. Lebih lanjut tentang plasma.", + "private-key-term": "Kunci pribadi", + "private-key-definition": "Kunci pribadi adalah kode rahasia yang membuktikan bahwa Anda memiliki uang digital Anda dan memungkinkan Anda membelanjakannya, seperti PIN untuk akun Anda. JANGAN MEMBAGIKANNYA.", + "public-goods-term": "Barang publik", + "public-goods-definition": "Barang publik adalah hal-hal yang dapat digunakan semua orang secara gratis, seperti taman atau udara bersih, dan menggunakannya tidak menghentikan orang lain untuk menggunakannya juga. Pemerintah sering menyediakannya karena bisnis biasanya tidak akan melakukannya, karena mereka tidak dapat dengan mudah menagih orang untuk menggunakannya.", + "private-chain-term": "Rantai pribadi", + "private-chain-definition": "Blockchain yang sepenuhnya pribadi adalah blockchain dengan akses berizin, tidak tersedia untuk umum untuk digunakan.", + "poap-term": "POAP", + "poap-definition": "Proof of Attendance Protocol digunakan untuk membuat barang koleksi digital (NFT) yang membuktikan bahwa Anda menghadiri acara atau aktivitas tertentu.", + "pos-term": "Proof-of-stake (PoS)", + "pos-definition": "Metode di mana protokol blockchain mata uang kripto bertujuan untuk mencapai konsensus terdistribusi. PoS meminta pengguna untuk membuktikan kepemilikan sejumlah mata uang kripto tertentu (\"stake\" mereka di jaringan) agar dapat berpartisipasi dalam validasi transaksi. Lebih lanjut tentang proof-of-stake.", + "pow-term": "Proof-of-work (PoW)", + "pow-definition": "Mekanisme keamanan untuk blockchain yang mengharuskan node mengeluarkan energi dalam bentuk komputasi untuk menemukan nilai tertentu.", + "proto-danksharding-term": "Proto-Danksharding", + "proto-danksharding-definition": "Jenis transaksi baru yang menerima \"blob\" data untuk Ethereum. Data \"blob\" ini disimpan sementara di beacon chain selama 4096 epoch (~18,2 hari), dan secara opsional dapat dipangkas setelahnya untuk membantu mengurangi persyaratan perangkat keras bagi operator node.", + "public-key-term": "Kunci publik", + "public-key-definition": "Kunci publik adalah serangkaian karakter yang memungkinkan orang lain mengirimi Anda mata uang digital dengan aman, seperti alamat email untuk uang.", + "quadratic-voting-term": "Pemungutan suara kuadratik", + "quadratic-voting-definition": "Adalah metode pemungutan suara di mana pemilih mengekspresikan seberapa kuat perasaan mereka tentang suatu masalah. Ini memungkinkan pemilih untuk menunjukkan tidak hanya preferensi, tetapi juga intensitas preferensi mereka.", + "receipt-term": "Tanda terima", + "receipt-definition": "Data yang dikembalikan oleh klien Ethereum untuk mewakili hasil dari transaksi tertentu, termasuk hash dari transaksi, nomor blok-nya, jumlah gas yang digunakan, dan, dalam kasus penyebaran kontrak pintar, alamat dari kontrak tersebut.", + "recovery-phrase-term": "Frasa seed/frasa pemulihan", + "recovery-phrase-definition": "Daftar kata yang diberikan kepada Anda saat Anda membuat dompet digital. Ini bertindak seperti kata sandi yang dapat membantu Anda masuk kembali ke dompet Anda jika Anda kehilangan akses, memastikan Anda tidak kehilangan uang digital atau token Anda.", + "re-entrancy-attack-term": "Serangan re-entrancy", + "re-entrancy-attack-definition": "Serangan yang terdiri dari kontrak penyerang yang memanggil fungsi kontrak korban sedemikian rupa sehingga selama eksekusi, korban memanggil kontrak penyerang lagi secara rekursif. Hal ini dapat mengakibatkan, misalnya, pencurian dana dengan melewati bagian dari kontrak korban yang memperbarui saldo atau menghitung jumlah penarikan. Lebih lanjut tentang re-entrancy.", + "reward-term": "Hadiah", + "reward-definition": "Sejumlah ether yang diberikan kepada validator yang melakukan fungsi tertentu, termasuk mengusulkan blok atau berpartisipasi dalam komite sinkronisasi (sync-committee), di setiap slot.", + "rlp-term": "Recursive Length Prefix (RLP)", + "rlp-definition": "Sebuah standar pengkodean yang dirancang oleh pengembang Ethereum untuk menyandikan dan menserialisasi objek (struktur data) dengan kompleksitas dan panjang yang berubah-ubah.", + "rollups-term": "Rollup", + "rollups-definition": "Jenis solusi peningkatan layer 2 yang menggabungkan beberapa transaksi dan mengirimkannya ke rantai utama Ethereum dalam satu transaksi. Hal ini memungkinkan pengurangan biaya gas dan peningkatan throughput transaksi. Terdapat optimistic rollup dan zero-knowledge rollup yang menggunakan metode keamanan berbeda untuk menawarkan keuntungan skalabilitas ini. Lebih lanjut tentang rollup.", + "rpc-term": "Remote procedure call (RPC)", + "rpc-definition": "RPC memungkinkan satu komputer meminta data atau tindakan dari komputer lain melalui jaringan, seperti meminta info dengan remote control.", + "sha-term": "Secure Hash Algorithm (SHA)", + "sha-definition": "Keluarga fungsi hash kriptografi yang diterbitkan oleh National Institute of Standards and Technology (NIST).", + "serialization-term": "Serialisasi", + "serialization-definition": "Proses mengubah struktur data menjadi urutan byte.", + "sequencer-term": "Sequencer", + "sequencer-definition": "Sequencer adalah program yang bertanggung jawab untuk mengurutkan transaksi dalam jaringan blockchain, khususnya dalam solusi peningkatan Layer 2.", + "shard-term": "Shard / rantai shard", + "shard-definition": "Rantai shard adalah bagian terpisah dari total blockchain yang dapat menjadi tanggung jawab dari subset validator. Ini pada awalnya dimaksudkan sebagai cara Ethereum ditingkatkan hingga jutaan transaksi per detik, tetapi sekarang telah digantikan oleh perkembangan pesat dari peningkatan menggunakan rollup.", + "sidechain-term": "Sidechain", + "sidechain-definition": "Solusi peningkatan yang menggunakan rantai terpisah dengan aturan konsensus yang berbeda dan sering kali lebih cepat. Sebuah jembatan diperlukan untuk menghubungkan sidechain ini ke Mainnet. Rollup juga menggunakan sidechain, tetapi mereka beroperasi secara kolaboratif dengan Mainnet. Lebih lanjut tentang sidechain.", + "signing-term": "Penandatanganan", + "signing-definition": "Mendemonstrasikan secara kriptografi bahwa sebuah transaksi telah disetujui oleh pemegang kunci pribadi tertentu.", + "singleton-term": "Singleton", + "singleton-definition": "Istilah pemrograman komputer yang menggambarkan suatu objek yang hanya dapat memiliki satu instans.", + "slasher-term": "Slasher", + "slasher-definition": "Slasher adalah entitas yang memindai pengesahan untuk mencari pelanggaran yang dapat dipotong. Pemotongan disiarkan ke jaringan, dan pengusul blok berikutnya menambahkan bukti tersebut ke dalam blok. Pengusul blok kemudian menerima hadiah karena melakukan pemotongan terhadap validator yang berbahaya.", + "slot-term": "Slot", + "slot-definition": "Periode waktu (12 detik) di mana blok baru dapat diusulkan oleh validator dalam sistem proof-of-stake. Sebuah slot bisa saja kosong. 32 slot membentuk satu epoch. Lebih lanjut tentang proof-of-stake.", + "smart-contract-term": "Kontrak pintar", + "smart-contract-definition": "Kontrak pintar adalah program yang secara otomatis mengeksekusi perjanjian di blockchain, seperti kontrak digital yang menegakkan dirinya sendiri. Pengantar kontrak pintar.", + "snark-term": "SNARK", + "snark-definition": "Singkatan dari \"succinct non-interactive argument of knowledge\", SNARK adalah jenis bukti zero-knowledge. Lebih lanjut tentang zero-knowledge rollup.", + "soft-fork-term": "Soft fork", + "soft-fork-definition": "Perbedaan dalam blockchain yang terjadi ketika aturan konsensus berubah. Berbeda dengan hard fork, soft fork kompatibel dengan versi sebelumnya; node yang ditingkatkan dapat memvalidasi blok yang dibuat oleh node yang tidak ditingkatkan selama mereka mengikuti aturan konsensus yang baru.", + "solidity-term": "Solidity", + "solidity-definition": "Bahasa pemrograman prosedural (imperatif) dengan sintaks yang mirip dengan JavaScript, C++, atau Java. Bahasa yang paling populer dan paling sering digunakan untuk kontrak pintar Ethereum. Dibuat oleh Dr. Gavin Wood. Lebih lanjut tentang Solidity.", + "solidity-inline-assembly-term": "Solidity inline assembly", + "solidity-inline-assembly-definition": "Bahasa assembly EVM dalam program Solidity. Dukungan Solidity untuk inline assembly membuatnya lebih mudah untuk menulis operasi tertentu.", + "stablecoin-term": "Stablecoin", + "stablecoin-definition": "Stablecoin adalah jenis mata uang kripto yang dirancang untuk memiliki nilai yang stabil, sering kali dipatok pada mata uang atau komoditas (seperti dolar AS), untuk meminimalkan volatilitas harga. Lebih lanjut tentang stablecoin.", + "staking-term": "Mengunci", + "staking-definition": "Menyetorkan sejumlah ether (stake Anda) untuk menjadi validator dan mengamankan jaringan. Validator memeriksa transaksi dan mengusulkan blok di bawah model konsensus proof-of-stake. Mengunci memberi Anda insentif ekonomi untuk bertindak demi kepentingan terbaik jaringan. Anda akan mendapatkan hadiah karena melaksanakan tugas validator Anda, tetapi akan kehilangan sejumlah ETH jika Anda tidak melakukannya. Lebih lanjut tentang mengunci di Ethereum.", + "staking-pool-term": "Kolam staking", + "staking-pool-definition": "Gabungan ETH dari lebih dari satu staker Ethereum, digunakan untuk mencapai 32 ETH yang diperlukan untuk mengaktifkan serangkaian kunci validator. Operator node menggunakan kunci ini untuk berpartisipasi dalam konsensus dan hadiah blok dibagi di antara staker yang berkontribusi. Kolam staking atau mendelegasikan penguncian bukanlah bawaan dari protokol Ethereum, tetapi banyak solusi telah dibangun oleh komunitas. Lebih lanjut tentang penguncian gabungan.", + "stark-term": "STARK", + "stark-definition": "Singkatan dari \"scalable transparent argument of knowledge\", STARK adalah jenis bukti zero-knowledge. Lebih lanjut tentang zero-knowledge rollup.", + "state-term": "Status", + "state-definition": "Cuplikan dari semua saldo dan data pada titik waktu tertentu di blockchain, biasanya mengacu pada kondisi pada blok tertentu.", + "state-channels-term": "Saluran status", + "state-channels-definition": "Solusi layer 2 di mana saluran disiapkan di antara peserta, di mana mereka dapat bertransaksi secara bebas dan murah. Hanya transaksi untuk menyiapkan saluran dan menutup saluran yang dikirim ke Mainnet. Hal ini memungkinkan throughput transaksi yang sangat tinggi, tetapi bergantung pada mengetahui jumlah peserta di awal dan mengunci dana. Lebih lanjut tentang saluran status.", + "supermajority-term": "Supermayoritas", + "supermajority-definition": "Supermayoritas adalah istilah yang diberikan untuk jumlah yang melebihi 2/3 (66%) dari total ether yang dikunci untuk mengamankan Ethereum. Suara supermayoritas diperlukan agar blok dapat difinalisasi di Beacon Chain.", + "sybil-attack-term": "Serangan sybil", + "sybil-attack-definition": "Serangan sybil mengacu pada individu manusia yang menipu sistem agar berpikir bahwa mereka adalah banyak orang untuk meningkatkan pengaruh mereka.", + "syncing-term": "Sinkronisasi", + "syncing-definition": "Proses mengunduh seluruh versi terbaru dari blockchain ke sebuah node.", + "sync-committee-term": "Komite sinkronisasi", + "sync-committee-definition": "Komite sinkronisasi adalah kelompok validator yang dipilih secara acak yang diperbarui setiap ~27 jam. Tujuan mereka adalah untuk menambahkan tanda tangan mereka ke header blok yang valid. Komite sinkronisasi memungkinkan klien ringan untuk melacak kepala blockchain tanpa perlu mengakses seluruh kumpulan validator.", + "szabo-term": "Szabo", + "szabo-definition": "Denominasi dari ether. 1 szabo = 1012 wei. 106 szabo = 1 ether.", + "terminal-total-difficulty-term": "Terminal total difficulty (TTD)", + "terminal-total-difficulty-definition": "Total kesulitan adalah jumlah kesulitan penambangan Ethash untuk semua blok hingga titik tertentu di blockchain. Terminal total difficulty adalah nilai spesifik untuk total kesulitan yang digunakan sebagai pemicu bagi klien eksekusi untuk mematikan fungsi penambangan dan gosip blok mereka, yang memungkinkan jaringan untuk bertransisi ke proof-of-stake. Ini tidak lagi relevan karena Ethereum telah beralih ke proof-of-stake.", + "testnet-term": "Testnet", + "testnet-definition": "Singkatan dari \"test network\" (jaringan pengujian), sebuah jaringan yang digunakan untuk mensimulasikan perilaku jaringan utama Ethereum.", + "token-term": "Token", + "token-definition": "Barang virtual yang dapat diperdagangkan yang didefinisikan dalam kontrak pintar di blockchain Ethereum.", + "token-factory-term": "Pabrik token", + "token-factory-definition": "Pabrik token adalah kontrak pintar yang memfasilitasi pembuatan token dalam standar tertentu, seperti ERC-20, ERC-721, atau ERC-1155. Kontrak pintar bertindak sebagai templat, memungkinkan pengguna untuk menerapkan token baru dengan parameter khusus seperti nama, simbol, pasokan, dan fungsionalitas tambahan tanpa membuat kontrak pintar baru dari awal.", + "transaction-term": "Transaksi", + "transaction-definition": "Data yang dikomit ke Blockchain Ethereum yang ditandatangani oleh akun asal, menargetkan alamat tertentu. Transaksi berisi metadata seperti batas gas untuk transaksi tersebut. Lebih lanjut tentang transaksi.", + "transaction-fee-term": "Biaya transaksi", + "transaction-fee-definition": "Biaya yang perlu Anda bayar setiap kali Anda menggunakan jaringan Ethereum. Contohnya termasuk mengirim dana dari dompet Anda atau interaksi dapp, seperti menukar token atau membeli barang koleksi. Anda dapat menganggap ini seperti biaya layanan. Biaya ini akan berubah berdasarkan seberapa sibuk jaringan tersebut. Hal ini karena validator, orang-orang yang bertanggung jawab untuk memproses transaksi Anda, cenderung memprioritaskan transaksi dengan biaya yang lebih tinggi – sehingga kemacetan memaksa harga naik.

    Pada tingkat teknis, biaya transaksi Anda berkaitan dengan berapa banyak gas yang dibutuhkan transaksi Anda.

    Mengurangi biaya transaksi adalah subjek yang sangat diminati saat ini. Lihat Layer 2.", + "trust-assumptions-term": "Asumsi kepercayaan", + "trust-assumptions-definition": "Asumsi kepercayaan adalah keyakinan dasar tentang keamanan dan keandalan suatu sistem, yang memandu apa yang kita percayai agar sistem dapat berfungsi.", + "trustlessness-term": "Tanpa kepercayaan", + "trustlessness-definition": "Kemampuan jaringan untuk memediasi transaksi tanpa ada pihak yang terlibat yang perlu mempercayai pihak ketiga.", + "turing-complete-term": "Turing complete", + "turing-complete-definition": "Sebuah konsep yang dinamai dari matematikawan dan ilmuwan komputer Inggris Alan Turing - sebuah sistem aturan manipulasi data (seperti set instruksi komputer, bahasa pemrograman, atau automata seluler) dikatakan \"Turing complete\" atau \"universal secara komputasi\" jika dapat digunakan untuk mensimulasikan mesin Turing apa pun.", + "validator-term": "Validator", + "validator-definition": "Sebuah node dalam sistem proof-of-stake yang bertanggung jawab untuk menyimpan data, memproses transaksi, dan menambahkan blok baru ke blockchain. Untuk mengaktifkan perangkat lunak validator, Anda harus dapat melakukan stake sebesar 32 ETH. Lebih lanjut tentang mengunci di Ethereum.", + "validator-lifecycle-term": "Siklus hidup validator", + "validator-lifecycle-definition": "Urutan status di mana validator dapat berada. Ini termasuk:

    • disetorkan (deposited): Setidaknya 32 ETH telah disetorkan ke kontrak deposit oleh validator
    • tertunda (pending): validator berada dalam antrean aktivasi menunggu untuk dipilih ke dalam jaringan oleh validator yang ada
    • aktif (active): saat ini sedang mengesahkan dan mengusulkan blok
    • pemotongan (slashing): validator telah berperilaku buruk dan sedang dipotong
    • keluar (exiting): validator telah ditandai untuk keluar dari jaringan, baik secara sukarela atau karena mereka telah dikeluarkan.
    ", + "validity-proof-term": "Bukti validitas", + "validity-proof-definition": "Model keamanan untuk solusi layer 2 tertentu di mana, untuk meningkatkan kecepatan, transaksi digulung menjadi batch dan dikirimkan ke Ethereum dalam satu transaksi. Komputasi transaksi dilakukan secara offchain dan kemudian dipasok ke rantai utama dengan bukti validitasnya. Metode ini meningkatkan jumlah transaksi yang mungkin dilakukan sambil mempertahankan keamanan. Beberapa rollup menggunakan anti-penipuan. Lebih lanjut tentang zero-knowledge rollup.", + "validium-term": "Validium", + "validium-definition": "Solusi offchain yang menggunakan bukti validitas untuk meningkatkan throughput transaksi. Tidak seperti zero-knowledge rollup, data validium tidak disimpan di layer 1 Mainnet. Lebih lanjut tentang validium.", + "vyper-term": "Vyper", + "vyper-definition": "Bahasa pemrograman tingkat tinggi dengan sintaks mirip Python. Dimaksudkan untuk lebih dekat dengan bahasa fungsional murni. Dibuat oleh Vitalik Buterin. Lebih lanjut tentang Vyper.", + "wallet-term": "Dompet", + "wallet-definition": "Dompet adalah alat digital untuk menyimpan, mengirim, dan menerima mata uang digital, seperti dompet virtual untuk uang online Anda. Lebih lanjut tentang dompet Ethereum.", + "web2-term": "Web2", + "web2-definition": "Adalah internet saat ini, yang berfokus pada konten yang dibuat pengguna dan media sosial yang dikendalikan oleh beberapa perusahaan. Web3 adalah keyakinan kripto bahwa pengguna seharusnya mengendalikan data dan transaksi mereka sendiri.", + "web3-term": "Web3", + "web3-definition": "Web3 adalah internet baru dengan blockchain, di mana pengguna mengendalikan data dan transaksi mereka, bukan perusahaan. Tidak perlu membagikan informasi pribadi apa pun. Lebih lanjut tentang web3.", + "wei-term": "Wei", + "wei-definition": "Denominasi terkecil dari ether. 1018 wei = 1 ether.", + "wrapped-token-term": "Token terbungkus", + "wrapped-token-definition": "Token berbasis blockchain yang mewakili mata uang kripto atau aset lain di jaringan yang berbeda. Misalnya, Wrapped Ether (WETH) mewakili Ether (ETH) dalam format yang mematuhi standar token ERC-20 Ethereum. Aset asli dikunci dengan aman oleh kontrak pintar, dan token terbungkus yang setara di-mint. Mekanisme ini memungkinkan interoperabilitas di dalam dan di antara blockchain, memungkinkan aset seperti ETH digunakan dengan mulus dalam aplikasi terdesentralisasi sambil mempertahankan nilainya.", + "zero-address-term": "Alamat nol", + "zero-address-definition": "Alamat Ethereum, yang seluruhnya terdiri dari angka nol, yang sering digunakan sebagai alamat untuk menghapus token dari peredaran yang dimiliki. Terdapat perbedaan antara token yang secara resmi dihapus dari indeks kontrak pintar melalui metode burn() dan token yang dikirim ke alamat ini.", + "zk-proof-term": "Bukti zero-knowledge", + "zk-proof-definition": "Bukti zero-knowledge adalah metode kriptografi yang memungkinkan seseorang untuk membuktikan bahwa suatu pernyataan adalah benar tanpa menyampaikan informasi tambahan apa pun. Lebih lanjut tentang zero-knowledge rollup.", + "zk-rollup-term": "Zero-knowledge rollup", + "zk-rollup-definition": "Sebuah rollup transaksi yang menggunakan bukti validitas untuk menawarkan peningkatan throughput transaksi layer 2 sambil menggunakan keamanan yang disediakan oleh Mainnet (layer 1). Meskipun tidak dapat menangani jenis transaksi yang kompleks, seperti optimistic rollup, mereka tidak memiliki masalah latensi karena transaksi terbukti valid saat dikirimkan. Lebih lanjut tentang zero-knowledge rollup." +} \ No newline at end of file diff --git a/src/intl/id/learn-quizzes.json b/src/intl/id/learn-quizzes.json index 120600e3262..a5ce4fc1c35 100644 --- a/src/intl/id/learn-quizzes.json +++ b/src/intl/id/learn-quizzes.json @@ -1,21 +1,22 @@ { "add-quiz": "Tambahkan pertanyaan/kuis", "average-score": "Skor rata-rata:", - "basics": "Dasar-Dasar Ethereum", - "basics-description": "Bagian ini mencakup konsep dasar Ethereum, untuk memastikan Anda memiliki fondasi yang kuat.", + "basics": "Dasar-dasar Ethereum", + "basics-description": "Bagian ini mencakup konsep-konsep fundamental Ethereum, memastikan Anda memiliki fondasi yang kuat.", "completed": "Selesai:", "community-stats": "Statistik komunitas", - "contribute": "Berkontribusi ke perpustakaan kami.", + "contribute": "Berkontribusi pada pustaka kami.", "correct": "Benar", "explanation": "Penjelasan", - "next-question": "Pertanyaan berikutnya", - "next-quiz": "Kuis berikutnya", - "page-assets-merge": "Penggabungan", + "next-question": "Pertanyaan selanjutnya", + "next-quiz": "Kuis selanjutnya", + "question-number": "Pertanyaan nomor {{number}}:", + "page-assets-merge": "The Merge", "passed": "Anda lulus kuis!", "questions": "Pertanyaan", - "questions-answered": "Pertanyaan terjawab:", + "questions-answered": "Pertanyaan yang dijawab:", "quizzes-subtitle": "Cari tahu seberapa baik Anda memahami Ethereum dan mata uang kripto. Apakah Anda siap menjadi seorang ahli?", - "retry": "Tingkat percobaan ulang:", + "retry": "Tingkat pengulangan:", "score": "Skor", "see-results": "Lihat hasil", "share-results": "Bagikan hasil", @@ -24,305 +25,674 @@ "test-your-knowledge": "Uji pengetahuan Ethereum Anda", "try-again": "Coba lagi", "using-ethereum": "Menggunakan Ethereum", - "using-ethereum-description": "Selami aplikasi Ethereum di dunia nyata dan temukan bagaimana platform rantai blok revolusioner ini membentuk ulang industri. Ini adalah cara yang bagus untuk memastikan Anda memahami berbagai hal dengan cukup baik sebelum mulai menggunakan mata uang kripto secara aktif.", + "using-ethereum-description": "Selami aplikasi dunia nyata dari Ethereum dan temukan bagaimana platform blockchain revolusioner ini membentuk kembali berbagai industri. Ini adalah cara yang bagus untuk memastikan Anda memahami berbagai hal dengan cukup baik sebelum Anda mulai menggunakan mata uang kripto secara aktif.", "want-more-quizzes": "Ingin melihat lebih banyak kuis di sini?", "your-results": "Hasil Anda", "your-total": "Total poin Anda", "what-is-ethereum-1-prompt": "Perbedaan terbesar antara Ethereum dan Bitcoin adalah:", - "what-is-ethereum-1-a-label": "Ethereum tidak memungkinkan Anda untuk melakukan pembayaran kepada orang lain", - "what-is-ethereum-1-a-explanation": "Baik Bitcoin maupun Ethereum memungkinkan Anda untuk melakukan pembayaran kepada orang lain.", + "what-is-ethereum-1-a-label": "Ethereum tidak memungkinkan Anda melakukan pembayaran kepada orang lain", + "what-is-ethereum-1-a-explanation": "Baik Bitcoin maupun Ethereum memungkinkan Anda melakukan pembayaran kepada orang lain.", "what-is-ethereum-1-b-label": "Anda dapat menjalankan program komputer di Ethereum", - "what-is-ethereum-1-b-explanation": "Ethereum dapat diprogram. Hal ini berarti Anda dapat menempatkan program komputer apa pun di rantai blok Ethereum.", + "what-is-ethereum-1-b-explanation": "Ethereum dapat diprogram. Ini berarti Anda dapat menempatkan program komputer apa pun di blockchain Ethereum.", "what-is-ethereum-1-c-label": "Anda dapat menjalankan program komputer di Bitcoin", - "what-is-ethereum-1-c-explanation": "Tidak seperti Ethereum, Bitcoin tidak dapat diprogram dan tidak dapat menjalankan program komputer sembarangan.", - "what-is-ethereum-1-d-label": "Mereka memiliki logo yang berbeda", - "what-is-ethereum-1-d-explanation": "Memang, keduanya memiliki logo yang berbeda! Namun, perbedaan terbesar antara keduanya bukan hanya sebatas itu.", + "what-is-ethereum-1-c-explanation": "Tidak seperti Ethereum, Bitcoin tidak dapat diprogram dan tidak dapat menjalankan program komputer secara sewenang-wenang.", + "what-is-ethereum-1-d-label": "Keduanya memiliki logo yang berbeda", + "what-is-ethereum-1-d-explanation": "Keduanya memang memiliki logo yang berbeda! Namun, ini bukanlah perbedaan terbesar di antara keduanya.", "what-is-ethereum-2-prompt": "Mata uang kripto asli Ethereum disebut:", "what-is-ethereum-2-a-label": "Ether", "what-is-ethereum-2-a-explanation": "Ether adalah mata uang kripto asli dari jaringan Ethereum.", "what-is-ethereum-2-b-label": "Ethereum", - "what-is-ethereum-2-b-explanation": "Meskipun Ethereum adalah sebuah rantai blok, namun mata uang kripto aslinya tidak disebut Ethereum. Ini adalah kesalahpahaman umum.", + "what-is-ethereum-2-b-explanation": "Ethereum adalah blockchain, tetapi mata uang aslinya tidak disebut Ethereum. Ini adalah kesalahpahaman yang umum.", "what-is-ethereum-2-c-label": "Ethercoin", - "what-is-ethereum-2-c-explanation": "Tidak seperti kebanyakan mata uang kripto lainnya, mata uang kripto asli Ethereum tidak mengandung kata 'coin'.", + "what-is-ethereum-2-c-explanation": "Tidak seperti banyak mata uang kripto lainnya, mata uang kripto asli Ethereum tidak mengandung kata 'coin'.", "what-is-ethereum-2-d-label": "Bitcoin", - "what-is-ethereum-2-d-explanation": "Bitcoin (ditulis dengan huruf besar B) adalah rantai blok pertama yang diciptakan, sedangkan bitcoin (ditulis dengan huruf kecil B) adalah mata uang kripto aslinya.", - "what-is-ethereum-3-prompt": "Siapa pencipta Ethereum?", - "what-is-ethereum-3-a-label": "Developer", - "what-is-ethereum-3-a-explanation": "Pengembang sangat penting dalam membangun dan meningkatkan Ethereum, namun bukan mereka yang menjaga agar Ethereum tetap berjalan.", + "what-is-ethereum-2-d-explanation": "Bitcoin (dengan B huruf besar) adalah blockchain pertama yang dibuat, bitcoin (dengan b huruf kecil) adalah mata uang kripto aslinya.", + "what-is-ethereum-3-prompt": "Siapa yang menjalankan Ethereum?", + "what-is-ethereum-3-a-label": "Pengembang", + "what-is-ethereum-3-a-explanation": "Pengembang sangat penting untuk membangun dan meningkatkan Ethereum, tetapi mereka bukanlah kelompok yang menjaga Ethereum tetap berjalan.", "what-is-ethereum-3-b-label": "Penambang", - "what-is-ethereum-3-b-explanation": "Menambang mata uang kripto tidak lagi dimungkinkan setelah Penggabungan. Saat ini tidak ada 'penambang' di Ethereum.", + "what-is-ethereum-3-b-explanation": "Penambangan tidak lagi memungkinkan sejak The Merge. Tidak ada lagi 'penambang' di Ethereum.", "what-is-ethereum-3-c-label": "Ethereum Foundation", - "what-is-ethereum-3-c-explanation": "Ethereum Foundation tidak memainkan peran penting dalam pengoperasian simpul Ethereum sehari-hari.", - "what-is-ethereum-3-d-label": "Siapa pun yang menjalankan simpul", - "what-is-ethereum-3-d-explanation": "Setiap orang yang menjalankan simpul merupakan bagian penting dari infrastruktur Ethereum. Jika Anda belum melakukannya, pertimbangkan untuk menjalankan simpul Ethereum.", - "what-is-ethereum-4-prompt": "Sejak Ethereum diluncurkan, berapa kali jaringannya offline?", + "what-is-ethereum-3-c-explanation": "Ethereum Foundation tidak memainkan peran signifikan apa pun dalam operasional sehari-hari node Ethereum.", + "what-is-ethereum-3-d-label": "Siapa pun yang menjalankan node", + "what-is-ethereum-3-d-explanation": "Siapa pun yang menjalankan node adalah bagian penting dari infrastruktur Ethereum. Jika Anda belum melakukannya, pertimbangkan untuk menjalankan node Ethereum.", + "what-is-ethereum-4-prompt": "Sejak Ethereum diluncurkan, berapa kali jaringan ini offline?", "what-is-ethereum-4-a-label": "Tidak pernah", + "what-is-ethereum-4-a-explanation": "Ethereum tidak pernah sepenuhnya offline (berhenti memproduksi blok) sejak diluncurkan.", "what-is-ethereum-4-b-label": "Sekali", "what-is-ethereum-4-c-label": "Empat kali", "what-is-ethereum-4-d-label": "Lebih dari sepuluh kali", - "what-is-ethereum-4-explanation": "Ethereum tidak pernah benar-benar offline (berhenti memproduksi blok) sejak diluncurkan.", - "what-is-ethereum-5-prompt": "Ethereum mengonsumsi lebih banyak listrik dibandingkan dengan:", + "what-is-ethereum-5-prompt": "Ethereum mengonsumsi lebih banyak listrik daripada:", "what-is-ethereum-5-a-label": "Penambangan emas", - "what-is-ethereum-5-a-explanation": "Penambangan emas menggunakan ~131 Terawatt jam per tahun. Ethereum menggunakan sekitar 0,0026 Terawatt jam per tahun.", + "what-is-ethereum-5-a-explanation": "Penambangan emas menggunakan ~131 terawatt-jam per tahun. Ethereum menggunakan sekitar 0,0026 terawatt-jam per tahun.", "what-is-ethereum-5-b-label": "Netflix", - "what-is-ethereum-5-b-explanation": "Netflix menggunakan ~0,451 Terawatt jam per tahun. Ethereum menggunakan sekitar 0,0026 Terawatt jam per tahun.", + "what-is-ethereum-5-b-explanation": "Netflix menggunakan ~0,451 terawatt-jam per tahun. Ethereum menggunakan sekitar 0,0026 terawatt-jam per tahun.", "what-is-ethereum-5-c-label": "PayPal", - "what-is-ethereum-5-c-explanation": "PayPal menggunakan ~0,26 Terawatt jam per tahun. Ethereum menggunakan sekitar 0,0026 Terawatt jam per tahun.", - "what-is-ethereum-5-d-label": "Tidak ada dari yang disebutkan di atas", - "what-is-ethereum-5-d-explanation": "Ethereum menggunakan sekitar 0,0026 Terawatt jam per tahun. Lebih kecil dari penambangan emas (~131 TWh/tahun), Netflix (~0,451 TWh/tahun), dan Paypal (~0,26 TWh/tahun).", + "what-is-ethereum-5-c-explanation": "PayPal menggunakan ~0,26 terawatt-jam per tahun. Ethereum menggunakan sekitar 0,0026 terawatt-jam per tahun.", + "what-is-ethereum-5-d-label": "Tidak ada di atas", + "what-is-ethereum-5-d-explanation": "Ethereum menggunakan sekitar 0,0026 terawatt-jam per tahun. Lebih sedikit dari penambangan emas (~131 TWh/tahun), Netflix (~0,451 TWh/tahun), dan PayPal (~0,26 TWh/tahun).", "what-is-ether-1-prompt": "Ether juga dikenal sebagai:", "what-is-ether-1-a-label": "ETC", - "what-is-ether-1-a-explanation": "ETC adalah kode singkatan untuk Ethereum Classic.", + "what-is-ether-1-a-explanation": "ETC adalah simbol ticker untuk Ethereum Classic.", "what-is-ether-1-b-label": "ETR", - "what-is-ether-1-b-explanation": "ETR bukan kode singkatan untuk Ether atau mata uang kripto penting lainnya.", + "what-is-ether-1-b-explanation": "ETR bukanlah simbol ticker untuk ether atau mata uang kripto signifikan apa pun.", "what-is-ether-1-c-label": "ETH", - "what-is-ether-1-c-explanation": "ETH adalah kode singkatan untuk ether di Ethereum.", + "what-is-ether-1-c-explanation": "ETH adalah simbol ticker untuk ether di Ethereum.", "what-is-ether-1-d-label": "BTC", - "what-is-ether-1-d-explanation": "BTC adalah kode singkatan untuk bitcoin di jaringan Bitcoin.", - "what-is-ether-2-prompt": "Di Ethereum, biaya jaringan dibayarkan:", + "what-is-ether-1-d-explanation": "BTC adalah simbol ticker untuk bitcoin di jaringan Bitcoin.", + "what-is-ether-2-prompt": "Di Ethereum, biaya jaringan dibayarkan dalam:", "what-is-ether-2-a-label": "bitcoin", - "what-is-ether-2-a-explanation": "Huruf kecil \"bitcoin\" adalah mata uang kripto asli dari jaringan Bitcoin.", + "what-is-ether-2-a-explanation": "“bitcoin” dengan huruf kecil adalah mata uang kripto asli dari jaringan Bitcoin.", "what-is-ether-2-b-label": "ETH", "what-is-ether-2-b-explanation": "Ether (ETH) adalah mata uang kripto asli Ethereum. Semua biaya jaringan di Ethereum dibayarkan dalam ETH.", "what-is-ether-2-c-label": "USD", - "what-is-ether-2-c-explanation": "Tidak mungkin untuk membayar biaya jaringan di Ethereum dalam USD (Dolar AS), atau mata uang FIAT lainnya.", + "what-is-ether-2-c-explanation": "Tidak mungkin membayar biaya jaringan di Ethereum dalam USD (Dolar AS), atau mata uang FIAT lainnya.", "what-is-ether-2-d-label": "Ethereum", - "what-is-ether-2-d-explanation": "Ethereum adalah jaringannya, tetapi biaya jaringan Ethereum dibayarkan dalam ETH.", - "what-is-ether-3-prompt": "Penaruhan di Ethereum membantu mengamankan jaringan karena:", - "what-is-ether-3-a-label": "Penaruh dapat melarang orang jika mereka tidak menyukai apa yang mereka lakukan", - "what-is-ether-3-a-explanation": "Penaruh tidak dapat menyensor pengguna secara sewenang-wenang.", - "what-is-ether-3-b-label": "Jika seorang penaruh mencoba menipu jaringan, mereka berisiko kehilangan ETH mereka", - "what-is-ether-3-b-explanation": "Penaruh berisiko kehilangan sejumlah besar ETH jika mereka terbukti berperilaku jahat terhadap jaringan. Hal ini dikenal sebagai pemotongan.", - "what-is-ether-3-c-label": "Penaruh menjalankan komputer yang kuat untuk mendemonstrasikan bukti kerja", - "what-is-ether-3-c-explanation": "Penaruh tidak membutuhkan perangkat keras yang kuat untuk melakukan penaruhan ETH mereka. Ethereum berhenti menggunakan bukti kerja di Penggabungan.", - "what-is-ether-3-d-label": "Penaruh menjalani KYC sebelum diterima sebagai validator", - "what-is-ether-3-d-explanation": "Penaruhan di Ethereum tidak memerlukan izin dan tidak memerlukan KYC.", - "what-is-ether-4-prompt": "ETH berharga karena:", - "what-is-ether-4-a-label": "ETH diperlukan untuk melakukan apa pun di Ethereum", - "what-is-ether-4-a-explanation": "Jawaban ini sebagian benar, tetapi ini hanya salah satu alasan mengapa ETH sangat berharga.", - "what-is-ether-4-b-label": "ETH adalah uang peer-to-peer yang tidak dapat disensor", - "what-is-ether-4-b-explanation": "Jawaban ini sebagian benar, tetapi ini hanya salah satu alasan mengapa ETH sangat berharga.", - "what-is-ether-4-c-label": "ETH digunakan sebagai jaminan untuk pinjaman kripto", - "what-is-ether-4-c-explanation": "Jawaban ini sebagian benar, tetapi ini hanya salah satu alasan mengapa ETH sangat berharga.", - "what-is-ether-4-d-label": "Semua hal di atas", - "what-is-ether-4-d-explanation": "Transaksi Ethereum tidak dapat disensor, ETH diperlukan untuk melakukan transaksi apa pun di Ethereum, dan sangat penting untuk stabilitas ekosistem DeFi.", - "web3-1-prompt": "Web3 memungkinkan pengguna untuk memiliki aset digital secara langsung:", - "web3-1-a-label": "DAO", - "web3-1-a-explanation": "DAO (Organisasi otonom terdesentralisasi) adalah komunitas yang dimiliki oleh anggota tanpa kepemimpinan terpusat.", + "what-is-ether-2-d-explanation": "Ethereum adalah jaringan, tetapi biaya jaringan Ethereum dibayarkan dalam ETH.", + "what-is-ether-3-prompt": "Mengunci di Ethereum membantu mengamankan jaringan karena:", + "what-is-ether-3-a-label": "Staker dapat memblokir orang jika mereka tidak menyukai apa yang orang tersebut lakukan", + "what-is-ether-3-a-explanation": "Staker tidak dapat menyensor pengguna secara sewenang-wenang.", + "what-is-ether-3-b-label": "Jika seorang staker mencoba mencurangi jaringan, mereka berisiko kehilangan ETH mereka", + "what-is-ether-3-b-explanation": "Staker berisiko kehilangan sejumlah besar ETH mereka jika mereka terbukti berperilaku jahat terhadap jaringan. Ini dikenal sebagai pemotongan.", + "what-is-ether-3-c-label": "Staker menjalankan komputer yang kuat untuk mendemonstrasikan proof-of-work", + "what-is-ether-3-c-explanation": "Staker tidak memerlukan perangkat keras yang kuat untuk melakukan stake ETH mereka. Ethereum berhenti menggunakan proof-of-work pada The Merge.", + "what-is-ether-3-d-label": "Staker menjalani KYC sebelum diterima sebagai validator", + "what-is-ether-3-d-explanation": "Mengunci di Ethereum bersifat tanpa izin dan tidak memerlukan KYC.", + "what-is-ether-4-prompt": "ETH dapat digunakan untuk:", + "what-is-ether-4-a-label": "Membayar biaya transaksi di Ethereum", + "what-is-ether-4-a-explanation": "Jawaban ini sebagian benar, tetapi ini hanya salah satu dari banyak hal yang dapat digunakan dengan ETH.", + "what-is-ether-4-b-label": "Pembayaran peer-to-peer yang tidak dapat disensor", + "what-is-ether-4-b-explanation": "Jawaban ini sebagian benar, tetapi ini hanya salah satu dari banyak hal yang dapat digunakan dengan ETH.", + "what-is-ether-4-c-label": "Agunan untuk pinjaman kripto", + "what-is-ether-4-c-explanation": "Jawaban ini sebagian benar, tetapi ini hanya salah satu dari banyak hal yang dapat digunakan dengan ETH.", + "what-is-ether-4-d-label": "Semua yang di atas", + "what-is-ether-4-d-explanation": "Transaksi Ethereum tidak dapat disensor, ETH diperlukan untuk melakukan transaksi apa pun di Ethereum, dan ini sangat penting untuk stabilitas ekosistem DeFi.", + "web3-1-prompt": "Web3 memungkinkan pengguna untuk memiliki aset digital melalui:", + "web3-1-a-label": "Token", + "web3-1-a-explanation": "Token menyediakan cara untuk mewakili unit nilai yang dapat dipertukarkan satu sama lain, yang dimiliki oleh akun Ethereum. Meskipun mewakili kepemilikan, ada lebih banyak cara untuk memiliki aset digital di Ethereum.", "web3-1-b-label": "NFT", - "web3-1-b-explanation": "NFT (Token Non-Fungible) menyediakan cara untuk mewakili segala sesuatu yang unik sebagai aset berbasis Ethereum.", + "web3-1-b-explanation": "NFT (non-fungible token) menyediakan cara untuk mewakili apa pun yang unik sebagai aset berbasis Ethereum. Meskipun mewakili kepemilikan, ada lebih banyak cara untuk memiliki aset digital di Ethereum.", "web3-1-c-label": "ENS", - "web3-1-c-explanation": "ENS (Layanan Nama Ethereum) adalah layanan penamaan terdesentralisasi untuk rantai blok Ethereum.", - "web3-1-d-label": "GitHub", - "web3-1-d-explanation": "GitHub adalah platform terpusat, utamanya digunakan untuk menyimpan kode dengan menggunakan kontrol versi terdistribusi. GitHub tidak memungkinkan kepemilikan data atau aset digital Anda.", - "web3-2-prompt": "Web1 adalah mode baca saja, Web2 adalah mode baca-tulis, dan Web3 telah dijelaskan sebagai:", - "web3-2-a-label": "mode baca-tulis-jual", - "web3-2-a-explanation": "Web3 belum dijelaskan dengan cara ini.", + "web3-1-c-explanation": "ENS (Ethereum Name Service) adalah layanan penamaan terdesentralisasi untuk blockchain Ethereum. Meskipun mewakili kepemilikan, ada lebih banyak cara untuk memiliki aset digital di Ethereum.", + "web3-1-d-label": "Semua yang di atas", + "web3-1-d-explanation": "Semua opsi menyediakan cara untuk memiliki aset digital di Ethereum. Token, NFT, dan ENS semuanya adalah cara untuk mewakili kepemilikan aset digital.", + "web3-2-prompt": "Web1 bersifat hanya-baca, Web2 bersifat baca-tulis, Web3 telah digambarkan sebagai:", + "web3-2-a-label": "baca-tulis-jual", + "web3-2-a-explanation": "Web3 belum pernah digambarkan dengan cara ini.", "web3-2-b-label": "baca-tulis-simpan", - "web3-2-b-explanation": "Web3 belum dijelaskan dengan cara ini.", + "web3-2-b-explanation": "Web3 belum pernah digambarkan dengan cara ini.", "web3-2-c-label": "baca-tulis-miliki", - "web3-2-c-explanation": "Web3 memungkinkan pengguna memiliki data mereka dan oleh karena itu telah dijelaskan sebagai 'baca-tulis-miliki', yang merupakan perbaikan dari Web2 yang hanya 'baca-tulis'.", + "web3-2-c-explanation": "Web3 memungkinkan pengguna untuk memiliki data mereka dan oleh karena itu digambarkan sebagai 'baca-tulis-miliki', sebuah peningkatan dari Web2, yang hanya 'baca-tulis'.", "web3-2-d-label": "baca-tulis-beli", - "web3-2-d-explanation": "Web3 belum dijelaskan dengan cara ini.", - "web3-3-prompt": "Iterasi web mana yang tidak mengandalkan penyedia pembayaran pihak ketiga?", + "web3-2-d-explanation": "Web3 belum pernah digambarkan dengan cara ini.", + "web3-3-prompt": "Iterasi web mana yang tidak bergantung pada penyedia pembayaran pihak ketiga?", "web3-3-a-label": "Web1", - "web3-3-a-explanation": "Web1 tidak memiliki pembayaran asli yang terintegrasi.", + "web3-3-a-explanation": "Web1 tidak memiliki pembayaran bawaan asli.", "web3-3-b-label": "Web2", - "web3-3-b-explanation": "Web2 tidak memiliki pembayaran asli yang terintegrasi.", + "web3-3-b-explanation": "Web2 tidak memiliki pembayaran bawaan asli.", "web3-3-c-label": "Web3", - "web3-3-c-explanation": "Web3 memiliki pembayaran asli yang terintegrasi dengan mata uang kripto, seperti ETH.", - "web3-3-d-label": "Semua hal di atas", - "web3-3-d-explanation": "Web1 dan Web2 tidak memiliki pembayaran asli yang terintegrasi.", - "web3-4-prompt": "Istilah 'Web3' pertama kali di perkenalkan oleh:", + "web3-3-c-explanation": "Web3 memiliki pembayaran bawaan asli dengan mata uang kripto, seperti ETH.", + "web3-3-d-label": "Semua yang di atas", + "web3-3-d-explanation": "Web1 dan Web2 tidak memiliki pembayaran bawaan asli.", + "web3-4-prompt": "Istilah 'Web3' pertama kali diciptakan oleh:", "web3-4-a-label": "Gavin Wood", - "web3-4-a-explanation": "Gavin Wood, salah satu pendiri Ethereum, diakui sebagai orang yang pertama kali menciptakan istilah Web3 tak lama setelah Ethereum diluncurkan pada tahun 2015.", + "web3-4-a-explanation": "Gavin Wood, salah satu pendiri Ethereum, dikreditkan dengan menciptakan istilah Web3 tak lama setelah Ethereum diluncurkan pada tahun 2015.", "web3-4-b-label": "Steve Jobs", "web3-4-b-explanation": "Steve Jobs tidak menciptakan frasa 'Web3'.", "web3-4-c-label": "Vitalik Buterin", "web3-4-c-explanation": "Vitalik Buterin, meskipun pendiri asli Ethereum, tidak menciptakan frasa 'Web3'.", "web3-4-d-label": "Elon Musk", "web3-4-d-explanation": "Elon Musk tidak menciptakan frasa 'Web3'.", - "web3-5-prompt": "Anda dapat memiliki satu login yang tidak dapat disensor di seluruh web melalui penggunaan:", - "web3-5-a-label": "Masuk degan Facebook", + "web3-5-prompt": "Anda dapat memiliki satu login yang tahan sensor di seluruh web melalui penggunaan:", + "web3-5-a-label": "Masuk dengan Facebook", "web3-5-a-explanation": "Masuk dengan Facebook tidak tahan sensor.", "web3-5-b-label": "Masuk dengan Google", - "web3-5-b-explanation": "Masuk dengan Google bukanlah cara yang aman atau ideal untuk menggunakan crypto.", + "web3-5-b-explanation": "Masuk dengan Google tidak tahan sensor.", "web3-5-c-label": "Masuk dengan Ethereum", - "web3-5-c-explanation": "Masuk dengan Ethereum adalah satu-satunya opsi yang tahan sensor di aplikasi web mana pun.", + "web3-5-c-explanation": "Masuk dengan Ethereum adalah satu-satunya opsi yang tahan sensor dan dapat digunakan pada aplikasi web apa pun.", "web3-5-d-label": "Masuk dengan Twitter", - "web3-5-d-explanation": "Masuk dengan Twitter bukanlah cara yang aman atau ideal untuk menggunakan crypto.", + "web3-5-d-explanation": "Masuk dengan Twitter tidak tahan sensor.", "wallets-1-prompt": "Jenis dompet yang paling aman adalah:", "wallets-1-a-label": "Dompet seluler", - "wallets-1-a-explanation": "Dompet seluler menyimpan kunci pribadi di perangkat seluler, yang umumnya memiliki koneksi internet, dan berpotensi rentan terhadap perangkat lunak lain yang dapat membahayakan keamanannya.", + "wallets-1-a-explanation": "Dompet seluler menyimpan kunci pribadi di perangkat seluler, yang biasanya memiliki koneksi ke internet, dan berpotensi disusupi oleh perangkat lunak lain.", "wallets-1-b-label": "Dompet perangkat keras", - "wallets-1-b-explanation": "Kunci pribadi dari dompet perangkat keras disimpan pada perangkat khusus yang dapat dijaga agar tidak terhubung dengan internet dan terisolasi dari aplikasi lain pada perangkat Anda.", + "wallets-1-b-explanation": "Kunci pribadi dompet perangkat keras disimpan di perangkat khusus yang dapat dijauhkan dari internet dan diisolasi dari aplikasi lain di perangkat Anda.", "wallets-1-c-label": "Dompet web", - "wallets-1-c-explanation": "Web wallets memiliki tingkat keamanan yang lebih rendah dibandingkan dengan hardware wallet karena kunci pribadi disimpan pada perangkat yang terhubung dengan internet.", + "wallets-1-c-explanation": "Dompet web memiliki keamanan yang lebih rendah daripada dompet perangkat keras karena kunci pribadi disimpan di perangkat yang terhubung ke internet.", "wallets-1-d-label": "Dompet desktop", - "wallets-1-d-explanation": "Desktop wallet Menyimpan kunci pribadi pada hard drive komputer, yang umumnya memiliki koneksi internet, dan berpotensi rentan terhadap perangkat lunak lain yang dapat membahayakan keamanannya.", - "wallets-2-prompt": "Dari pilihan yang disajikan, mana yang merupakan cara penyimpanan frase benih yang paling aman?", - "wallets-2-a-label": "Dalam sebuah foto di ponsel Anda", - "wallets-2-a-explanation": "Ini bukan pilihan yang paling aman. Jika foto ini diunggah ke penyimpanan cloud, maka seorang peretas mendapatkan gambar ini dan memperoleh akses ke akun Anda.", - "wallets-2-b-label": "Dalam sebuah berkas di komputer Anda", - "wallets-2-b-explanation": "Ini bukan pilihan yang paling aman. Para peretas semakin banyak mencari informasi terkait mata uang kripto pada perangkat target. Jika seorang peretas mengakses berkas dengan rangkaian frase benih Anda, mereka akan mendapatkan akses ke akun Anda.", - "wallets-2-c-label": "Ditulis di atas kertas", - "wallets-2-c-explanation": "Dari pilihan yang tersedia, menuliskan rangkaian frase benih Anda di atas kertas adalah yang paling aman.", - "wallets-2-d-label": "Melalui pesan teks kepada anggota keluarga yang dipercayai", - "wallets-2-d-explanation": "Sebaiknya jangan mengirimkan rangkaian frase benih melalui pesan teks kepada siapa pun. Pesan tersebut bisa diintersepsi oleh pihak ketiga, dan meskipun Anda sepenuhnya mempercayai orang tersebut, Anda tidak tahu siapa saja yang dapat mengakses ponsel mereka.", - "wallets-3-prompt": "Kepada siapa Anda harus memberikan frase benih / kunci pribadi Anda?", + "wallets-1-d-explanation": "Dompet desktop menyimpan kunci pribadi di hard drive komputer, yang biasanya memiliki koneksi ke internet, dan berpotensi disusupi oleh perangkat lunak lain.", + "wallets-2-prompt": "Bagaimana Anda harus menyimpan frasa seed Anda?", + "wallets-2-a-label": "Dalam foto di ponsel Anda", + "wallets-2-a-explanation": "Ini bukan opsi yang paling aman. Jika foto ini diunggah ke penyimpanan cloud maka peretas mendapatkan gambar ini dan mendapatkan akses ke akun Anda.", + "wallets-2-b-label": "Dalam file di komputer Anda", + "wallets-2-b-explanation": "Ini bukan opsi yang paling aman. Peretas semakin mencari informasi terkait mata uang kripto di perangkat target. Jika peretas mengakses file dengan frasa seed Anda, mereka akan mendapatkan akses ke akun Anda.", + "wallets-2-c-label": "Dalam pesan teks ke anggota keluarga tepercaya", + "wallets-2-c-explanation": "Anda tidak boleh mengirimkan frasa seed Anda melalui pesan teks kepada siapa pun. Pesan tersebut dapat dicegat oleh pihak ketiga, dan bahkan jika Anda sangat memercayai orang ini, Anda tidak tahu siapa yang mungkin dapat mengakses ponsel mereka.", + "wallets-2-d-label": "Tidak ada yang di atas", + "wallets-2-d-explanation": "Frasa seed Anda harus disimpan dengan cara yang aman, idealnya secara offline. Menuliskannya di atas kertas sering direkomendasikan karena alasan ini, tetapi pengelola kata sandi yang aman adalah alternatif yang baik.", + "wallets-3-prompt": "Kepada siapa Anda harus memberikan frasa seed / kunci pribadi Anda?", "wallets-3-a-label": "Seseorang yang Anda bayar", - "wallets-3-a-explanation": "Anda tidak boleh memberikan frase benih atau kunci pribadi Anda kepada siapa pun. Sebagai gantinya, kirimkan token ke alamat dompet mereka melalui sebuah transaksi.", + "wallets-3-a-explanation": "Anda tidak boleh memberikan frasa seed atau kunci pribadi Anda kepada siapa pun. Sebaliknya, kirim token ke alamat dompet mereka melalui sebuah transaksi.", "wallets-3-b-label": "Untuk masuk ke dapp atau dompet", - "wallets-3-b-explanation": "Anda tidak boleh memberikan frase benih / kunci pribadi anda untuk masuk ke dalam dompet atau dapp Anda.", - "wallets-3-c-label": "Staf pendukung", - "wallets-3-c-explanation": "Anda tidak boleh memberikan frase benih / kunci pribadi Anda kepada siapa pun yang mengaku sebagai staf pendukung. Siapa pun yang meminta hal ini kepada Anda adalah penipu.", - "wallets-3-d-label": "Tidak ada", - "wallets-3-d-explanation": "Idealnya, Anda tidak boleh memberikan frase benih atau kunci pribadi Anda kepada siapa pun. Jika Anda mempercayai seseorang yang memiliki akses mutlak terhadap dana Anda (seperti pasangan), maka Anda dapat memutuskan untuk berbagi informasi ini dengan mereka.", + "wallets-3-b-explanation": "Anda tidak boleh memberikan frasa seed / kunci pribadi Anda untuk masuk ke dompet atau dapp Anda.", + "wallets-3-c-label": "Staf dukungan", + "wallets-3-c-explanation": "Anda tidak boleh memberikan frasa seed / kunci pribadi Anda kepada siapa pun yang mengaku sebagai staf dukungan. Siapa pun yang meminta ini kepada Anda adalah penipu.", + "wallets-3-d-label": "Tidak seorang pun", + "wallets-3-d-explanation": "Idealnya, Anda tidak boleh memberikan frasa seed atau kunci pribadi Anda kepada siapa pun. Jika Anda sepenuhnya memercayai seseorang dengan akses mutlak ke dana Anda (seperti pasangan), maka Anda dapat memutuskan untuk membagikan informasi ini kepada mereka.", "wallets-4-prompt": "Dompet dan akun di Ethereum adalah hal yang sama.", "wallets-4-a-label": "Benar", "wallets-4-a-explanation": "Dompet adalah antarmuka visual yang digunakan untuk berinteraksi dengan akun Ethereum.", "wallets-4-b-label": "Salah", "wallets-4-b-explanation": "Dompet adalah antarmuka visual yang digunakan untuk berinteraksi dengan akun Ethereum.", "security-1-prompt": "Mengapa Anda harus menggunakan kata sandi unik untuk semua akun Anda?", - "security-1-a-label": "Jika salah satu platform mengalami pelanggaran data", - "security-1-a-explanation": "Jawaban ini benar, tetapi ada juga jawaban lain yang benar.", - "security-1-b-label": "Seandainya ada orang yang mengintip dari balik bahu Anda untuk mengetahui kata sandi Anda", - "security-1-b-explanation": "Jawaban ini benar, tetapi ada juga jawaban lain yang benar.", - "security-1-c-label": "Jika malware, seperti pencatat kunci, mencuri kata sandi Anda", - "security-1-c-explanation": "Jawaban ini benar, tetapi ada juga jawaban lain yang benar.", - "security-1-d-label": "Semua hal di atas", - "security-1-d-explanation": "Semua jawaban benar. Menggunakan kata sandi yang unik adalah cara terbaik untuk mencegah orang lain mengakses akun Anda.", - "security-2-prompt": "Setelah Penggabungan, ETH harus ditingkatkan ke ETH2.", + "security-1-a-label": "Berjaga-jaga jika salah satu platform mengalami pelanggaran data", + "security-1-a-explanation": "Jawaban ini benar, tetapi ada juga jawaban benar lainnya.", + "security-1-b-label": "Berjaga-jaga jika seseorang yang melihat dari balik bahu Anda mengetahui kata sandi Anda", + "security-1-b-explanation": "Jawaban ini benar, tetapi ada juga jawaban benar lainnya.", + "security-1-c-label": "Berjaga-jaga jika malware, seperti key-logger, mencuri kata sandi Anda", + "security-1-c-explanation": "Jawaban ini benar, tetapi ada juga jawaban benar lainnya.", + "security-1-d-label": "Semua yang di atas", + "security-1-d-explanation": "Semua jawaban benar. Menggunakan kata sandi unik adalah cara terbaik untuk mencegah orang lain mengakses akun Anda.", + "security-2-prompt": "Setelah The Merge, ETH harus ditingkatkan ke ETH2.", "security-2-a-label": "Benar", - "security-2-a-explanation": "Anda tidak perlu meningkatkah ETH Anda ke ETH2. Tidak ada ETH2 dan ini adalah narasi umum yang digunakan oleh penipu.", + "security-2-a-explanation": "Anda tidak perlu meningkatkan ETH Anda ke ETH2. Tidak ada ETH2 dan ini adalah narasi umum yang digunakan oleh penipu.", "security-2-b-label": "Salah", - "security-2-b-explanation": "Anda tidak perlu meningkatkah ETH Anda ke ETH2. Tidak ada ETH2 dan ini adalah narasi umum yang digunakan oleh penipu.", - "security-3-prompt": "Hadiah ETH adalah:", - "security-3-a-label": "Cara yang baik untuk mendapatkan lebih banyak ETH", - "security-3-a-explanation": "Hadiah ETH adalah penipuan yang dirancang untuk mencuri ETH Anda dan token lainnya. Ini bukanlah cara yang baik untuk mendapatkan lebih banyak ETH.", + "security-2-b-explanation": "Anda tidak perlu meningkatkan ETH Anda ke ETH2. Tidak ada ETH2 dan ini adalah narasi umum yang digunakan oleh penipu.", + "security-3-prompt": "Giveaway ETH adalah:", + "security-3-a-label": "Cara yang bagus untuk mendapatkan lebih banyak ETH", + "security-3-a-explanation": "Giveaway ETH adalah penipuan yang dirancang untuk mencuri ETH dan token Anda yang lain. Ini tidak pernah menjadi cara yang bagus untuk mendapatkan lebih banyak ETH.", "security-3-b-label": "Selalu asli", - "security-3-b-explanation": "Hadiah ETH tidak pernah asli.", + "security-3-b-explanation": "Giveaway ETH tidak pernah asli.", "security-3-c-label": "Umumnya dilakukan oleh anggota komunitas terkemuka", - "security-3-c-explanation": "Anggota komunitas terkemuka tidak memberikan hadiah ETH. Para penipu berpura-pura menjadi orang terkenal, seperti Elon Musk, yang memberikan hadiah untuk memberikan kesan legitimasi pada penipuan mereka.", + "security-3-c-explanation": "Anggota komunitas terkemuka tidak melakukan giveaway ETH. Penipu berpura-pura menjadi individu terkenal, seperti Elon Musk, yang melakukan giveaway untuk memberikan kesan legitimasi pada penipuan mereka.", "security-3-d-label": "Sangat mungkin merupakan penipuan", - "security-3-d-explanation": "Hadiah ETH selalu merupakan penipuan. Melaporkan dan mengabaikan penipu adalah yang terbaik.", + "security-3-d-explanation": "Giveaway ETH selalu merupakan penipuan. Melaporkan dan mengabaikan penipu adalah yang terbaik.", "security-4-prompt": "Transaksi Ethereum dapat dibatalkan.", "security-4-a-label": "Benar", "security-4-a-explanation": "Transaksi Ethereum tidak dapat dibatalkan. Siapa pun yang memberi tahu Anda sebaliknya mungkin mencoba menipu Anda.", "security-4-b-label": "Salah", "security-4-b-explanation": "Transaksi Ethereum tidak dapat dibatalkan. Siapa pun yang memberi tahu Anda sebaliknya mungkin mencoba menipu Anda.", - "nfts-1-prompt": "NFT didefinisikan secara paling komprehensif sebagai:", - "nfts-1-a-label": "aset digital yang unik", - "nfts-1-a-explanation": "NFT merupakan aset digital yang unik.", + "nfts-1-prompt": "NFT paling komprehensif didefinisikan sebagai:", + "nfts-1-a-label": "aset digital unik", + "nfts-1-a-explanation": "NFT mewakili aset digital unik.", "nfts-1-b-label": "karya seni digital", - "nfts-1-b-explanation": "NFT merupakan aset digital yang unik, biasanya berupa karya seni digital, tetapi tidak terbatas pada karya seni.", - "nfts-1-c-label": "tiket ke aksi eksklusif", - "nfts-1-c-explanation": "NFT mewakili aset digital yang unik, ini bisa berupa sistem tiket, tetapi tidak terbatas pada tiket.", + "nfts-1-b-explanation": "NFT mewakili aset digital unik, ini umumnya berupa karya seni digital, tetapi tidak terbatas pada seni.", + "nfts-1-c-label": "tiket ke acara eksklusif", + "nfts-1-c-explanation": "NFT mewakili aset digital unik, ini bisa berupa sistem tiket, tetapi tidak terbatas pada tiket.", "nfts-1-d-label": "kontrak yang mengikat secara hukum", - "nfts-1-d-explanation": "Meskipun kontrak legal dapat direpresentasikan sebagai NFT, NFT tidak eksklusif untuk kontrak yang mengikat secara hukum.", + "nfts-1-d-explanation": "Meskipun kontrak hukum dapat diwakili sebagai NFT, NFT tidak eksklusif untuk kontrak yang mengikat secara hukum.", "nfts-2-prompt": "Dua NFT yang mewakili karya seni yang sama adalah hal yang sama.", "nfts-2-a-label": "Benar", - "nfts-2-a-explanation": "NFT tidak dapat dipertukarkan. Ini berarti meskipun mewakili karya seni digital, NFT tetap dapat diidentifikasi secara unik. Dalam dunia seni tradisional, hal ini mungkin serupa dengan karya seni asli dan cetakan.", + "nfts-2-a-explanation": "NFT bersifat non-fungible. Ini berarti meskipun mereka mewakili karya seni digital tersebut, mereka tetap dapat diidentifikasi secara unik. Di dunia seni tradisional, ini mungkin mirip dengan karya asli dan cetakan.", "nfts-2-b-label": "Salah", - "nfts-2-b-explanation": "NFT tidak dapat dipertukarkan. Ini berarti meskipun mewakili karya seni digital, NFT tetap dapat diidentifikasi secara unik. Dalam dunia seni tradisional, hal ini mungkin serupa dengan karya seni asli dan cetakan.", - "nfts-3-prompt": "NFT paling sering diwakili:", + "nfts-2-b-explanation": "NFT bersifat non-fungible. Ini berarti meskipun mereka mewakili karya seni digital tersebut, mereka tetap dapat diidentifikasi secara unik. Di dunia seni tradisional, ini mungkin mirip dengan karya asli dan cetakan.", + "nfts-3-prompt": "NFT paling umum mewakili:", "nfts-3-a-label": "Kata sandi ke dompet Anda", - "nfts-3-a-explanation": "Ini adalah risiko keamanan dan secara umum merupakan ide yang buruk!", - "nfts-3-b-label": "Kepemilikan atas barang digital yang unik", - "nfts-3-b-explanation": "NFT biasanya mewakili kepemilikan barang digital yang unik.", + "nfts-3-a-explanation": "Ini adalah risiko keamanan dan umumnya merupakan ide yang buruk!", + "nfts-3-b-label": "Kepemilikan item digital unik", + "nfts-3-b-explanation": "NFT umumnya mewakili kepemilikan item digital unik.", "nfts-3-c-label": "Saldo ETH Anda saat ini", "nfts-3-c-explanation": "NFT tidak dapat mewakili saldo ETH Anda secara sewenang-wenang.", - "nfts-3-d-label": "Semua hal di atas", - "nfts-3-d-explanation": "NFT umumnya mewakili kepemilikan atas barang digital unik, bukan saldo ETH atau kata sandi dompet.", - "nfts-4-prompt": "NFT telah membantu menciptakan hal baru:", - "nfts-4-a-label": "kurator ekonomi", - "nfts-4-a-explanation": "NFT telah membantu menciptakan ekonomi baru bagi para pencipta, bukan kurator.", + "nfts-3-d-label": "Semua yang di atas", + "nfts-3-d-explanation": "NFT umumnya mewakili kepemilikan item digital unik, bukan saldo ETH atau kata sandi dompet.", + "nfts-4-prompt": "NFT telah membantu menciptakan:", + "nfts-4-a-label": "ekonomi kurator", + "nfts-4-a-explanation": "NFT membantu menciptakan ekonomi baru bagi kreator, bukan kurator.", "nfts-4-b-label": "ekonomi karbon", - "nfts-4-b-explanation": "NFT membantu menciptakan ekonomi baru bagi para pembuat, bukan karbon.", - "nfts-4-c-label": "pembuat ekonomi", - "nfts-4-c-explanation": "NFT telah membantu para pembuat ekonomi.", - "nfts-4-d-label": "doge ekonomi", - "nfts-4-d-explanation": "NFT telah membantu menciptakan ekonomi baru bagi para pembuat, bukan doge 🐶.", - "nfts-5-prompt": "NFT di Ethereum berdampak negatif pada lingkungan", + "nfts-4-b-explanation": "NFT membantu menciptakan ekonomi baru bagi kreator, bukan karbon.", + "nfts-4-c-label": "ekonomi kreator", + "nfts-4-c-explanation": "NFT membantu menciptakan ekonomi kreator.", + "nfts-4-d-label": "ekonomi doge", + "nfts-4-d-explanation": "NFT membantu menciptakan ekonomi baru bagi kreator, bukan doge 🐶.", + "nfts-5-prompt": "NFT di Ethereum berbahaya bagi lingkungan", "nfts-5-a-label": "Benar", - "nfts-5-a-explanation": "Sejak Penggabungan (transisi ke bukti taruhan), setiap transaksi telah memiliki dampak yang tidak signifikan pada lingkungan.", + "nfts-5-a-explanation": "Sejak The Merge (transisi ke proof-of-stake), setiap transaksi memiliki dampak yang dapat diabaikan terhadap lingkungan.", "nfts-5-b-label": "Salah", - "nfts-5-b-explanation": "Sejak Penggabungan (transisi ke bukti taruhan), setiap transaksi telah memiliki dampak yang tidak signifikan pada lingkungan.", - "rollups-1-prompt": "Jaringan rantai blok lapisan ke-2 digunakan untuk:", - "rollups-1-a-label": "Penskalaan Ethereum", - "rollups-1-a-explanation": "Tujuan utama dari rollup dan solusi lapisan ke-2 lainnya adalah untuk penskalaan pada Ethereum.", + "nfts-5-b-explanation": "Sejak The Merge (transisi ke proof-of-stake), setiap transaksi memiliki dampak yang dapat diabaikan terhadap lingkungan.", + "rollups-1-prompt": "Jaringan blockchain layer 2 adalah untuk:", + "rollups-1-a-label": "Peningkatan Ethereum", + "rollups-1-a-explanation": "Tujuan utama dari rollup dan solusi layer 2 lainnya adalah untuk peningkatan Ethereum.", "rollups-1-b-label": "Melakukan pembayaran", - "rollups-1-b-explanation": "Tujuan utama dari rollup dan solusi lapisan ke-2 lainnya adalah untuk penskalaan pada Ethereum.", - "rollups-1-c-label": "Pembelian NFT", - "rollups-1-c-explanation": "Tujuan utama dari rollup dan solusi lapisan ke-2 lainnya adalah untuk penskalaan pada Ethereum.", - "rollups-1-d-label": "Desentralisasi Ethereum", - "rollups-1-d-explanation": "Tujuan utama dari rollup dan solusi lapisan ke-2 lainnya adalah untuk penskalaan pada Ethereum.", - "rollups-2-prompt": "Untuk melakukan penskalaan Ethereum, sebagian besar alternatif di jaringan lapisan ke-1 pada umumnya telah mengorbankan pada:", + "rollups-1-b-explanation": "Tujuan utama dari rollup dan solusi layer 2 lainnya adalah untuk peningkatan Ethereum.", + "rollups-1-c-label": "Membeli NFT", + "rollups-1-c-explanation": "Tujuan utama dari rollup dan solusi layer 2 lainnya adalah untuk peningkatan Ethereum.", + "rollups-1-d-label": "Mendesentralisasi Ethereum", + "rollups-1-d-explanation": "Tujuan utama dari rollup dan solusi layer 2 lainnya adalah untuk peningkatan Ethereum.", + "rollups-2-prompt": "Untuk peningkatan, sebagian besar jaringan layer 1 alternatif terutama mengorbankan:", "rollups-2-a-label": "Keamanan", - "rollups-2-a-explanation": "Sebagian besar jaringan Lapisan ke-1 alternatif mengorbankan keamanan dan hal lainnya untuk melakukan penskalaan.", + "rollups-2-a-explanation": "Sebagian besar jaringan layer 1 alternatif mengorbankan keamanan dan hal lain untuk peningkatan.", "rollups-2-b-label": "Desentralisasi", - "rollups-2-b-explanation": "Sebagian besar jaringan Lapisan ke-1 alternatif mengorbankan desentralisasi dan sesuatu yang lain untuk melakukan penskalaan.", + "rollups-2-b-explanation": "Sebagian besar jaringan layer 1 alternatif mengorbankan desentralisasi dan hal lain untuk peningkatan.", "rollups-2-c-label": "Harga token", - "rollups-2-c-explanation": "Harga token tidak memiliki dampak pada kemampuan penskalaan.", + "rollups-2-c-explanation": "Harga token tidak memiliki dampak apa pun pada kemampuan peningkatan.", "rollups-2-d-label": "Keamanan dan desentralisasi", - "rollups-2-d-explanation": "Sebagian besar jaringan Lapisan 1 alternatif mengorbankan baik keamanan maupun desentralisasi untuk melakukan penskalaan.", - "rollups-3-prompt": "Mana dari hal berikut yang tidak dianggap sebagai lapisan ke-2?", + "rollups-2-d-explanation": "Sebagian besar jaringan layer 1 alternatif mengorbankan keamanan dan desentralisasi untuk peningkatan.", + "rollups-3-prompt": "Manakah dari berikut ini yang tidak dianggap sebagai layer 2?", "rollups-3-a-label": "Validium", - "rollups-3-a-explanation": "Validium tidak dianggap sebagai solusi lapisan ke-2 karena mereka tidak mengambil keamanan atau ketersediaan data dari Ethereum", + "rollups-3-a-explanation": "Validium tidak dianggap sebagai solusi layer 2 karena mereka tidak memperoleh keamanan atau ketersediaan data dari Ethereum. Ini bukan satu-satunya jawaban yang benar.", "rollups-3-b-label": "Sidechain", - "rollups-3-b-explanation": "Rantai samping tidak dianggap sebagai solusi lapisan ke-2 karena mereka tidak mengambil keamanan atau ketersediaan data dari Ethereum.", - "rollups-3-c-label": "Alternatif rantai blok lapisan ke-1", - "rollups-3-c-explanation": "Rantai blok Lapisan ke-1 alternatif tidak dianggap sebagai solusi lapisan ke-2.", - "rollups-3-d-label": "Semua hal di atas", - "rollups-3-d-explanation": "Validium, Rantai samping, dan rantai blok lapisan ke-1 alternatif tidak dianggap sebagai solusi lapisan ke-2 karena mereka tidak mengambil keamanan atau ketersediaan data dari Ethereum.", - "rollups-4-prompt": "Mengapa Ethereum tidak memiliki lapisan ke-2 'resmi'?", - "rollups-4-a-label": "Pengembang inti terlalu sibuk bekerja pada Ethereum", - "rollups-4-a-explanation": "Tidak ada rencana untuk lapisan ke-2 'resmi' di Ethereum karena kita akan mendapatkan manfaat dari berbagai pendekatan dalam merancang solusi lapisan ke-2.", - "rollups-4-b-label": "Sebagai L1, Ethereum pada akhirnya akan mencapai penskalaan massal dengan sendirinya", - "rollups-4-b-explanation": "Tidak ada rencana untuk lapisan ke-2 'resmi' di Ethereum karena kita akan mendapatkan manfaat dari berbagai pendekatan dalam merancang solusi lapisan ke-2.", - "rollups-4-c-label": "Para pengembang inti masih berdiskusi antara optimistik dan rollup zk", - "rollups-4-c-explanation": "Tidak ada rencana untuk lapisan ke-2 'resmi' di Ethereum karena kita akan mendapatkan manfaat dari berbagai pendekatan dalam merancang solusi lapisan ke-2.", - "rollups-4-d-label": "Ethereum akan mendapatkan manfaat dari berbagai pendekatan dalam merancang L2", - "rollups-4-d-explanation": "Tidak ada rencana untuk lapisan ke-2 'resmi' di Ethereum karena kita akan mendapatkan manfaat dari berbagai pendekatan dalam merancang solusi lapisan ke-2.", - "merge-1-prompt": "Terjadinya Penggabungan memindahkan Ethereum ke mekanisme konsensus apa?", - "merge-1-a-label": "Bukti kerja", - "merge-1-a-explanation": "Sebelum terjadinya Penggabungan, mekanisme konsensus yang digunakan adalah bukti kerja.", - "merge-1-b-label": "Bukti taruhan", - "merge-1-b-explanation": "Benar! Terjadinya Penggabungan memindahkan Ethereum ke bukti taruhan.", - "merge-1-c-label": "Bukti otoritas", - "merge-1-c-explanation": "Ethereum tidak pernah menggunakan bukti otoritas di Jaringan Utama Ethereum, dan juga tidak pernah melakukannya.", - "merge-1-d-label": "Semua hal di atas", - "merge-1-d-explanation": "Tidak mungkin bagi Ethereum untuk memiliki semua mekanisme konsensus ini secara bersamaan.", - "merge-2-prompt": "Penggabungan ini mengurangi konsumsi energi Ethereum dengan:", + "rollups-3-b-explanation": "Sidechain tidak dianggap sebagai solusi layer 2 karena mereka tidak memperoleh keamanan atau ketersediaan data dari Ethereum. Ini bukan satu-satunya jawaban yang benar.", + "rollups-3-c-label": "Blockchain layer 1 alternatif", + "rollups-3-c-explanation": "Blockchain layer 1 alternatif tidak dianggap sebagai solusi layer 2. Ini bukan satu-satunya jawaban yang benar.", + "rollups-3-d-label": "Semua yang di atas", + "rollups-3-d-explanation": "Validium, Sidechain, dan blockchain layer 1 alternatif tidak dianggap sebagai solusi layer 2 karena mereka tidak memperoleh keamanan atau ketersediaan data dari Ethereum.", + "rollups-4-prompt": "Mengapa Ethereum tidak memiliki layer 2 'resmi'?", + "rollups-4-a-label": "Pengembang inti terlalu sibuk mengerjakan Ethereum", + "rollups-4-a-explanation": "Tidak ada rencana untuk layer 2 'resmi' di Ethereum karena kita akan mendapat manfaat dari berbagai macam pendekatan untuk merancang solusi layer 2.", + "rollups-4-b-label": "Sebagai L1, Ethereum pada akhirnya akan mencapai peningkatan massal dengan sendirinya", + "rollups-4-b-explanation": "Tidak ada rencana untuk layer 2 'resmi' di Ethereum karena kita akan mendapat manfaat dari berbagai macam pendekatan untuk merancang solusi layer 2.", + "rollups-4-c-label": "Pengembang inti masih berdebat antara optimistic rollup dan zk-rollup", + "rollups-4-c-explanation": "Tidak ada rencana untuk layer 2 'resmi' di Ethereum karena kita akan mendapat manfaat dari berbagai macam pendekatan untuk merancang solusi layer 2.", + "rollups-4-d-label": "Ethereum akan mendapat manfaat dari berbagai macam pendekatan untuk merancang L2", + "rollups-4-d-explanation": "Tidak ada rencana untuk layer 2 'resmi' di Ethereum karena kita akan mendapat manfaat dari berbagai macam pendekatan untuk merancang solusi layer 2.", + "merge-1-prompt": "The Merge memindahkan Ethereum ke mekanisme konsensus yang mana?", + "merge-1-a-label": "Proof-of-work", + "merge-1-a-explanation": "Proof-of-work adalah mekanisme konsensus yang digunakan sebelum The Merge.", + "merge-1-b-label": "Proof-of-stake", + "merge-1-b-explanation": "Benar! The Merge memindahkan Ethereum ke proof-of-stake.", + "merge-1-c-label": "Proof-of-authority", + "merge-1-c-explanation": "Ethereum tidak, dan tidak pernah menggunakan proof-of-authority di Mainnet Ethereum.", + "merge-1-d-label": "Semua yang di atas", + "merge-1-d-explanation": "Tidak mungkin bagi Ethereum untuk memiliki semua mekanisme konsensus ini sekaligus.", + "merge-2-prompt": "The Merge mengurangi konsumsi energi Ethereum sebesar:", "merge-2-a-label": "50%", - "merge-2-a-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah Penggabungan memungkinkan peralihan dari bukti kerja ke bukti taruhan.", - "merge-2-b-label": "62.5%", - "merge-2-b-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah Penggabungan memungkinkan peralihan dari bukti kerja ke bukti taruhan.", + "merge-2-a-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah The Merge memungkinkan transisi dari proof-of-work ke proof-of-stake.", + "merge-2-b-label": "62,5%", + "merge-2-b-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah The Merge memungkinkan transisi dari proof-of-work ke proof-of-stake.", "merge-2-c-label": "90%", - "merge-2-c-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah Penggabungan memungkinkan peralihan dari bukti kerja ke bukti taruhan.", - "merge-2-d-label": "99.95%", - "merge-2-d-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah Penggabungan memungkinkan peralihan dari bukti kerja ke bukti taruhan.", - "merge-3-prompt": "Kapan terjadinya Penggabungan?", + "merge-2-c-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah The Merge memungkinkan transisi dari proof-of-work ke proof-of-stake.", + "merge-2-d-label": "99,95%", + "merge-2-d-explanation": "Konsumsi energi Ethereum berkurang sebesar 99,95% setelah The Merge memungkinkan transisi dari proof-of-work ke proof-of-stake.", + "merge-3-prompt": "Kapan The Merge terjadi?", "merge-3-a-label": "15 September 2022", - "merge-3-a-explanation": "Penggabungan terjadi pada tanggal 15 September 2022 pukul 06:42:42 (UTC).", - "merge-3-b-label": "1 Desember 2021", - "merge-3-b-explanation": "Penggabungan terjadi lebih lambat dari ini. Tanggal 1 Desember 2022 adalah saat Rantai Suar diluncurkan.", + "merge-3-a-explanation": "The Merge terjadi pada 15 September 2022 pukul 06:42:42 (UTC).", + "merge-3-b-label": "1 Desember 2020", + "merge-3-b-explanation": "The Merge terjadi setelah ini. 1 Desember 2020 adalah saat Beacon Chain diluncurkan.", "merge-3-c-label": "27 November 2013", - "merge-3-c-explanation": "Penggabungan terjadi lebih lambat dari ini. Tanggal 27 November 2013 adalah saat kertas putih Ethereum dirilis.", + "merge-3-c-explanation": "The Merge terjadi setelah ini. 27 November 2013 adalah saat whitepaper Ethereum dirilis.", "merge-3-d-label": "31 Oktober 2008", - "merge-3-d-explanation": "Penggabungan terjadi lebih lambat dari ini. Tanggal 31 Oktober adalah hari di mana Kertas Putih Bitcoin dirilis.", - "merge-4-prompt": "Penggabungan ini berarti pengguna harus menukarkan ETH mereka dengan ETH2:", + "merge-3-d-explanation": "The Merge terjadi setelah ini. 31 Oktober adalah hari saat Whitepaper Bitcoin dirilis.", + "merge-4-prompt": "The Merge berarti pengguna harus menukar ETH mereka dengan ETH2:", "merge-4-a-label": "Benar", - "merge-4-a-explanation": "ETH tidak berubah pada saat sebelum, selama, atau setelah Penggabungan. Ide untuk 'meng-upgrade' ETH ke ETH2 adalah taktik umum yang dilakukan oleh aktor jahat untuk menipu pengguna.", + "merge-4-a-explanation": "ETH tidak berubah pada titik mana pun sebelum, selama, atau setelah The Merge. Gagasan untuk 'memperbarui' ETH menjadi ETH2 adalah taktik umum oleh pelaku jahat untuk menipu pengguna.", "merge-4-b-label": "Salah", - "merge-4-b-explanation": "ETH tidak berubah pada saat sebelum, selama, atau setelah Penggabungan. Ide untuk 'meng-upgrade' ETH ke ETH2 adalah taktik umum yang dilakukan oleh aktor jahat untuk menipu pengguna.", + "merge-4-b-explanation": "ETH tidak berubah pada titik mana pun sebelum, selama, atau setelah The Merge. Gagasan untuk 'memperbarui' ETH menjadi ETH2 adalah taktik umum oleh pelaku jahat untuk menipu pengguna.", "merge-5-prompt": "Lapisan konsensus Ethereum sebelumnya dikenal sebagai:", - "merge-5-a-label": "Bukti kerja", - "merge-5-a-explanation": "Sebelum terjadinya Penggabungan, mekanisme konsensus yang digunakan adalah bukti kerja.", + "merge-5-a-label": "Proof-of-work", + "merge-5-a-explanation": "Proof-of-work adalah mekanisme konsensus yang digunakan sebelum The Merge.", "merge-5-b-label": "Eth2", - "merge-5-b-explanation": "Sebelum berganti nama menjadi lapisan konsensus, lapisan ini awalnya disebut 'Eth2'.", + "merge-5-b-explanation": "Sebelum diubah namanya menjadi lapisan konsensus, awalnya disebut 'Eth2'.", "merge-5-c-label": "Eth1", "merge-5-c-explanation": "Eth1 adalah nama asli yang diberikan untuk lapisan eksekusi, bukan lapisan konsensus.", - "merge-5-d-label": "Penaruhan", - "merge-5-d-explanation": "Penaruhan adalah menyetorkan ETH ke dalam kontrak pintar untuk membantu mengamankan rantai." -} + "merge-5-d-label": "Mengunci", + "merge-5-d-explanation": "Mengunci adalah menyetorkan ETH ke dalam kontrak pintar untuk membantu mengamankan chain.", + "gas-1-prompt": "Apa itu biaya gas?", + "gas-1-a-label": "Biaya yang terkait dengan transaksi dan operasi kontrak pintar", + "gas-1-a-explanation": "Sebagian benar, biaya gas mewakili biaya transaksi dan operasi kontrak pintar.", + "gas-1-b-label": "Jumlah gas yang digunakan untuk melakukan suatu operasi, dikalikan dengan biaya per unit gas", + "gas-1-b-explanation": "Sebagian benar. Meskipun benar, ini bukan jawaban terbaik dari pilihan yang ada.", + "gas-1-c-label": "Pembayaran yang mencakup biaya prioritas untuk berpotensi mempercepat pemrosesan transaksi", + "gas-1-c-explanation": "Sebagian benar, total biaya gas mencakup biaya dasar dan biaya prioritas yang dapat memengaruhi kecepatan pemrosesan transaksi", + "gas-1-d-label": "Semua yang di atas", + "gas-1-d-explanation": "Biaya gas mencakup semua aspek ini: mereka mengkompensasi komputasi, berlaku untuk transaksi dan kontrak pintar, dan dapat mencakup biaya prioritas untuk penyertaan yang lebih cepat.", + "gas-2-prompt": "Manakah dari berikut ini yang merupakan strategi PALING TIDAK efektif untuk mengurangi biaya gas?", + "gas-2-a-label": "Mengeksekusi transaksi selama periode kemacetan rendah", + "gas-2-a-explanation": "Mengatur waktu transaksi selama jam sibuk rendah dapat menurunkan biaya gas.", + "gas-2-b-label": "Menunggu harga gas turun", + "gas-2-b-explanation": "Menunggu harga gas turun adalah strategi yang valid karena gas berfluktuasi berdasarkan kemacetan.", + "gas-2-c-label": "Menggunakan chain layer 2 untuk biaya yang lebih rendah", + "gas-2-c-explanation": "Solusi layer 2 mengurangi biaya dan merupakan cara yang efektif untuk menghemat gas.", + "gas-2-d-label": "Menggunakan logika kontrak pintar yang kompleks yang meningkatkan persyaratan komputasi", + "gas-2-d-explanation": "Logika kontrak pintar yang kompleks meningkatkan biaya gas dengan membutuhkan lebih banyak komputasi. Desain yang efisien meminimalkan langkah, penyimpanan, dan operasi yang berlebihan untuk mengurangi biaya.", + "gas-3-prompt": "Apa yang menyebabkan biaya gas menjadi tinggi?", + "gas-3-a-label": "Komputasi jaringan melebihi ambang batas tertentu", + "gas-3-a-explanation": "Ketika komputasi di Ethereum melebihi ambang batas, biaya gas meningkat, terutama selama periode aktivitas tinggi seperti dapps atau peluncuran NFT.", + "gas-3-b-label": "Validator meningkatkan biaya dasar secara manual", + "gas-3-b-explanation": "Validator tidak menetapkan biaya dasar secara manual; biaya tersebut disesuaikan oleh protokol berdasarkan permintaan di blok sebelumnya.", + "gas-3-c-label": "Kontrak pintar yang ditulis dengan baik dan dioptimalkan", + "gas-3-c-explanation": "Logika kontrak pintar yang ditulis dengan baik seperti penggunaan penyimpanan dan perulangan yang efisien dapat mengarah pada konsumsi gas yang lebih rendah.", + "gas-3-d-label": "Kurangnya ETH yang tersedia di jaringan", + "gas-3-d-explanation": "Biaya gas tidak dipengaruhi oleh jumlah ETH yang tersedia di jaringan.", + "gas-4-prompt": "Bagaimana biaya gas membantu menjaga keamanan Ethereum?", + "gas-4-a-label": "Dengan memberikan insentif kepada validator untuk bertindak jujur", + "gas-4-a-explanation": "Validator dikompensasi dengan beberapa cara, tetapi biaya gas terutama mencegah spam dan penggunaan sumber daya yang berlebihan.", + "gas-4-b-label": "Dengan memberikan disinsentif terhadap spam dan aktivitas berbahaya melalui biaya finansial", + "gas-4-b-explanation": "Biaya gas membuat spam atau aktivitas berbahaya menjadi mahal, mencegah penyalahgunaan dan membantu menjaga stabilitas jaringan.", + "gas-4-c-label": "Dengan memastikan transaksi diproses berdasarkan urutan prioritas", + "gas-4-c-explanation": "Prioritas dapat ditentukan oleh tip, bukan oleh biaya gas itu sendiri.", + "gas-4-d-label": "Dengan meningkatkan jumlah total ETH yang beredar", + "gas-4-d-explanation": "Biaya dasar (bagian dari total biaya gas) dibakar, mengurangi ETH yang beredar, bukan meningkatkannya", + "gas-5-prompt": "Bagaimana biaya gas dihitung?", + "gas-5-a-label": "Harga gas × ukuran transaksi", + "gas-5-a-explanation": "Biaya gas didasarkan pada komputasi, bukan ukuran transaksi.", + "gas-5-b-label": "Unit gas yang digunakan × (biaya dasar + biaya prioritas)", + "gas-5-b-explanation": "Biaya gas ditentukan menggunakan rumus: unit gas yang digunakan × (biaya dasar + biaya prioritas).", + "gas-5-c-label": "Ukuran blok × batas tip validator", + "gas-5-c-explanation": "Ukuran blok tidak secara langsung menjadi faktor dalam rumus ini.", + "gas-5-d-label": "Biaya dasar + biaya prioritas + tip", + "gas-5-d-explanation": "Biaya dasar dan biaya prioritas adalah bagian dari rumus; tip adalah biaya prioritas.", + "daos-1-prompt": "Apa yang benar tentang DAO?", + "daos-1-a-label": "DAO dimiliki secara kolektif melalui token tata kelola", + "daos-1-a-explanation": "DAO dimiliki secara kolektif, tetapi itu bukan satu-satunya pernyataan yang benar.", + "daos-1-b-label": "Mereka diatur oleh anggotanya", + "daos-1-b-explanation": "DAO diatur oleh anggotanya, tetapi itu bukan satu-satunya pernyataan yang benar.", + "daos-1-c-label": "Mereka bekerja menuju misi bersama", + "daos-1-c-explanation": "DAO bekerja menuju misi bersama, tetapi itu bukan satu-satunya pernyataan yang benar.", + "daos-1-d-label": "Semua yang di atas", + "daos-1-d-explanation": "Benar, DAO adalah organisasi yang dimiliki secara kolektif, diatur oleh blockchain, dan bekerja menuju misi bersama.", + "daos-2-prompt": "Apa saja contoh praktis tentang cara menggunakan DAO?", + "daos-2-a-label": "Protokol desentralisasi, anggota memberikan suara pada masalah protokol atau cara mengembangkan produk", + "daos-2-a-explanation": "DAO Protokol adalah salah satu contoh, tetapi DAO tidak terbatas pada hal itu.", + "daos-2-b-label": "Kepemilikan kolektif, mis., untuk NFT atau aset fisik", + "daos-2-b-explanation": "DAO Kolektor adalah salah satu contoh, tetapi DAO tidak terbatas pada hal itu.", + "daos-2-c-label": "Ventura dan hibah, mengumpulkan modal dan memberikan suara pada proyek yang akan didanai", + "daos-2-c-explanation": "DAO Ventura atau hibah adalah salah satu contoh, tetapi DAO tidak terbatas pada hal itu.", + "daos-2-d-label": "Semua yang di atas", + "daos-2-d-explanation": "Sebuah DAO dapat memiliki banyak 'misi'.", + "daos-3-prompt": "Tidak seperti organisasi tradisional, DAO adalah…", + "daos-3-a-label": "Biasanya hierarkis", + "daos-3-a-explanation": "DAO biasanya datar, dan sepenuhnya didemokratisasi.", + "daos-3-b-label": "Transparan dan sepenuhnya publik tentang aktivitas mereka", + "daos-3-b-explanation": "Berkat pemungutan suara onchain, keputusan menjadi transparan di blockchain. Diskusi dan elemen lain dari proses pengambilan keputusan terbuka untuk semua anggota.", + "daos-3-c-label": "Dikendalikan oleh pihak pusat", + "daos-3-c-explanation": "Perubahan memerlukan pemungutan suara oleh anggota. Layanan yang ditawarkan ditangani secara otomatis dengan cara desentralisasi.", + "daos-3-d-label": "Dibatasi mengenai siapa yang dapat menyarankan perubahan", + "daos-3-d-explanation": "Biasanya, setiap anggota DAO dapat menyarankan perubahan.", + "daos-4-prompt": "Apa yang penting tentang kontrak pintar untuk DAO?", + "daos-4-a-label": "Kode kontrak pintar dapat dimodifikasi", + "daos-4-a-explanation": "Setelah kontrak aktif di Ethereum, tidak ada yang dapat mengubah aturan kecuali melalui pemungutan suara. Hal ini memungkinkan DAO berjalan sesuai dengan aturan yang telah diprogramkan.", + "daos-4-b-label": "Ini memiliki pemilik individu yang memegang otoritas untuk membuat perubahan dan mengirim dari perbendaharaan.", + "daos-4-b-explanation": "Perbendaharaan ditentukan oleh kontrak pintar. Untuk membelanjakan uang, persetujuan grup diperlukan.", + "daos-4-c-label": "Kepercayaan pada konsensus terdistribusi dari blockchain yang mendasarinya", + "daos-4-c-explanation": "Penting bagi sebuah DAO bahwa blockchain yang mendasarinya tidak dapat dimanipulasi. Konsensus Ethereum sendiri terdistribusi dan cukup mapan bagi organisasi untuk mempercayai jaringan tersebut.", + "daos-4-d-label": "DAO tidak membutuhkan kontrak pintar", + "daos-4-d-explanation": "Tulang punggung dari sebuah DAO adalah kontrak pintarnya, yang menentukan aturan organisasi dan menyimpan perbendaharaan grup.", + "daos-5-prompt": "Apa yang bukan merupakan mekanisme untuk mengatur sebuah DAO?", + "daos-5-a-label": "Keanggotaan berbasis token", + "daos-5-a-explanation": "Tata kelola berbasis token sangat banyak digunakan. Ini biasanya sepenuhnya tanpa izin dan biasanya digunakan untuk mengatur protokol desentralisasi yang luas dan/atau token itu sendiri.", + "daos-5-b-label": "Keanggotaan berbasis saham", + "daos-5-b-explanation": "DAO berbasis saham lebih berizin tetapi masih cukup terbuka. Setiap calon anggota dapat mengajukan proposal untuk bergabung dengan DAO, biasanya menawarkan upeti yang bernilai dalam bentuk token atau pekerjaan.", + "daos-5-c-label": "Keanggotaan berbasis reputasi", + "daos-5-c-explanation": "Tidak seperti keanggotaan berbasis token atau saham, DAO berbasis reputasi tidak mentransfer kepemilikan kepada kontributor. Anggota DAO harus mendapatkan reputasi melalui partisipasi.", + "daos-5-d-label": "Dewan eksekutif dan manajemen perbendaharaan offchain", + "daos-5-d-explanation": "Pendekatan ini menggunakan mekanisme pengaturan yang sangat terpusat dan tidak transparan. Sebaliknya, DAO menggunakan mekanisme pemungutan suara yang dapat diverifikasi dan manajemen perbendaharaan onchain untuk memastikan transparansi dan akuntabilitas.", + "staking-solo-1-prompt": "Manakah yang benar tentang pemotongan?", + "staking-solo-1-a-label": "Penalti karena offline, hadiah dilanjutkan saat kembali online", + "staking-solo-1-a-explanation": "Menjadi offline TIDAK mengakibatkan pemotongan. Penalti kecil dikenakan karena offline, dan hadiah dilanjutkan saat validator kembali online dan melanjutkan pengesahan.", + "staking-solo-1-b-label": "Penalti karena offline, validator segera dilarang untuk melakukan pengesahan lagi", + "staking-solo-1-b-explanation": "Menjadi offline TIDAK mengakibatkan pemotongan. Meskipun pemotongan akan mengakibatkan validator dilarang untuk melakukan pengesahan lagi dan pada akhirnya dikeluarkan secara paksa, menjadi offline TIDAK akan mengakibatkan pengeluaran dari jaringan.", + "staking-solo-1-c-label": "Penalti karena melanggar aturan konsensus tertentu, hadiah dilanjutkan setelah pemotongan", + "staking-solo-1-c-explanation": "Pemotongan adalah penalti serius karena melanggar aturan konsensus tertentu yang menghadirkan ancaman bagi jaringan. Dengan demikian, setelah validator dipotong, mereka segera dilarang untuk melakukan pengesahan lebih lanjut, dan pada akhirnya dikeluarkan secara paksa dari jaringan dan sisa ETH ditarik ke pemiliknya.", + "staking-solo-1-d-label": "Penalti karena melanggar aturan konsensus tertentu, validator segera dilarang untuk melakukan pengesahan lagi", + "staking-solo-1-d-explanation": "Pemotongan adalah penalti serius karena melanggar aturan konsensus tertentu yang menghadirkan ancaman bagi jaringan. Dengan demikian, setelah validator dipotong, mereka segera dilarang untuk melakukan pengesahan lebih lanjut, dan pada akhirnya dikeluarkan secara paksa dari jaringan dan sisa ETH ditarik ke pemiliknya.", + "staking-solo-2-prompt": "Apa yang terjadi jika validator menjadi offline?", + "staking-solo-2-a-label": "Tidak ada pengaruh pada hadiah", + "staking-solo-2-a-explanation": "Penalti dikenakan ketika validator tidak tersedia untuk mengesahkan status rantai untuk epoch tertentu. Besarnya penalti ini kira-kira sama dengan 75% dari hadiah untuk pengesahan yang tepat. Hadiah dilanjutkan saat validator kembali online, dan TIDAK ADA pemotongan yang terjadi.", + "staking-solo-2-b-label": "Penalti ketidakaktifan dikenakan hanya saat tidak tersedia", + "staking-solo-2-b-explanation": "Saat tidak tersedia, validator akan dikenakan penalti ketidakaktifan kecil, kira-kira sama dengan 75% dari hadiah untuk pengesahan yang tepat. Dalam kasus yang jarang/ekstrem di mana jaringan tidak mencapai finalitas (yaitu, lebih dari 1/3 jaringan juga offline), penalti ini secara signifikan lebih besar. Hadiah dilanjutkan saat validator kembali online, dan tidak ada pemotongan yang terjadi.", + "staking-solo-2-c-label": "Pemotongan segera dan penghapusan dari jaringan", + "staking-solo-2-c-explanation": "Ini adalah kesalahpahaman umum, tetapi menjadi offline TIDAK mengakibatkan pemotongan! Pemotongan adalah jenis penalti khusus untuk pelanggaran yang lebih serius, dengan penalti yang lebih besar dan juga mengakibatkan penghapusan dari set validator.", + "staking-solo-2-d-label": "Penundaan satu minggu sebelum pemotongan dan pengeluaran", + "staking-solo-2-d-explanation": "Menjadi offline TIDAK mengakibatkan pemotongan, bahkan setelah jangka waktu yang lama. Secara teoritis, validator bisa offline selama bertahun-tahun tanpa dipotong, meskipun penalti ketidakaktifan akan meningkat jika validator tidak keluar.", + "staking-solo-3-prompt": "Berapa saldo efektif maksimal dari sebuah validator?", + "staking-solo-3-a-label": "16", + "staking-solo-3-a-explanation": "Validator yang turun ke saldo efektif 16 ETH secara otomatis dikeluarkan dari Beacon Chain.", + "staking-solo-3-b-label": "32", + "staking-solo-3-b-explanation": "32 ETH adalah ETH minimum yang diperlukan untuk mengaktifkan validator baru, dan juga 'saldo efektif' (bobot suara) maksimum untuk validator tersebut. Hadiah di atas 32 dapat diakumulasikan, tetapi saldo ini tidak berkontribusi pada bobot suara validator tersebut di jaringan dan hadiah tidak ditingkatkan.", + "staking-solo-3-c-label": "Bervariasi tergantung pada operator", + "staking-solo-3-c-explanation": "Aturan konsensus berlaku untuk setiap akun validator secara setara dan tidak bergantung pada individu yang mengoperasikan node. Saldo efektif maksimal dari semua validator adalah 32 ETH.", + "staking-solo-3-d-label": "Tidak ada batasan", + "staking-solo-3-d-explanation": "Setiap akun validator dibatasi pada saldo efektif 32 ETH, membatasi kekuatan keseluruhan dari satu validator mana pun di jaringan. Ini juga membatasi berapa banyak ETH yang dapat dikunci atau ditarik dalam periode waktu tertentu, karena aktivasi dan pengeluaran validator diproses melalui antrean dengan batas kecepatan.", + "staking-solo-4-prompt": "Manakah yang BUKAN merupakan hadiah yang diterima sebagai validator?", + "staking-solo-4-a-label": "Hadiah blok", + "staking-solo-4-a-explanation": "Validator menerima hadiah dalam bentuk penerbitan ETH baru karena mengusulkan blok yang valid ketika dipilih secara acak oleh protokol. Hadiah ini terpisah dari biaya dan MEV yang juga diperoleh saat mengusulkan blok.", + "staking-solo-4-b-label": "Tip biaya / MEV", + "staking-solo-4-b-explanation": "Tip biaya (bagian biaya yang tidak dibakar) dan pendapatan MEV didistribusikan kepada pengusul blok (staker/validator) melalui alamat penerima biaya yang disediakan oleh validator tersebut. Hadiah ini terpisah dari hadiah blok yang juga diperoleh saat mengusulkan blok.", + "staking-solo-4-c-label": "Hadiah pengesahan kepala rantai", + "staking-solo-4-c-explanation": "Validator menerima hadiah dalam bentuk penerbitan ETH baru karena mengesahkan dengan benar dan cepat ke kepala rantai, kepala epoch yang dibenarkan saat ini, dan kepala epoch yang difinalisasi saat ini.", + "staking-solo-4-d-label": "Biaya perdagangan Uniswap", + "staking-solo-4-d-explanation": "Biaya perdagangan yang dihasilkan oleh platform perdagangan dan bursa tidak diterima oleh validator Ethereum.", + "staking-solo-5-prompt": "Berapa waktu aktif (uptime) yang diperlukan agar validator menguntungkan?", + "staking-solo-5-a-label": "100%", + "staking-solo-5-a-explanation": "Meskipun merupakan target yang ideal, mencapai waktu aktif 100% bukanlah persyaratan minimum agar validator tetap menguntungkan.", + "staking-solo-5-b-label": "~99%", + "staking-solo-5-b-explanation": "Meskipun merupakan target yang sangat baik, mencapai waktu aktif 99% bukanlah persyaratan minimum agar validator tetap menguntungkan.", + "staking-solo-5-c-label": "~50%", + "staking-solo-5-c-explanation": "Validator dikenakan penalti sekitar 75% dari apa yang seharusnya mereka terima sebagai hadiah karena mengesahkan status rantai dengan benar dan cepat. Ini berarti untuk periode waktu tertentu, menjadi offline 50% dari waktu tersebut masih akan menguntungkan secara bersih, meskipun kurang menguntungkan dibandingkan validator yang tersedia lebih andal.", + "staking-solo-5-d-label": "~25%", + "staking-solo-5-d-explanation": "Validator dengan waktu aktif hanya 25% akan dikenakan penalti untuk 75% waktu lainnya. Mengingat ukuran hadiah dan penalti yang serupa, menjadi offline selama 3x jumlah waktu online akan mengakibatkan kerugian bersih ETH untuk periode waktu tersebut.", + "staking-solo-6-prompt": "Manakah dari berikut ini yang BUKAN merupakan pelanggaran yang dapat dipotong?", + "staking-solo-6-a-label": "Menjadi offline", + "staking-solo-6-a-explanation": "Hanya menjadi offline tidak mengakibatkan pemotongan. Ini akan mengakibatkan penalti ketidakaktifan kecil saat offline, tetapi akan melanjutkan pengesahan saat kembali online.", + "staking-solo-6-b-label": "Mengusulkan dan menandatangani dua blok berbeda untuk slot yang sama", + "staking-solo-6-b-explanation": "Ini mengancam integritas jaringan dan akan mengakibatkan pemotongan dan pengeluaran dari jaringan.", + "staking-solo-6-c-label": "Mengesahkan blok yang 'mengelilingi' blok lain (secara efektif mengubah sejarah)", + "staking-solo-6-d-label": "'Pemungutan suara ganda' dengan mengesahkan dua kandidat untuk blok yang sama", + "staking-solo-7-prompt": "Manakah yang BUKAN merupakan cara untuk melindungi/mencegah validator Anda dipotong?", + "staking-solo-7-a-label": "Hindari pengaturan yang terlalu berlebihan, dan hanya simpan kunci Anda dengan satu klien validator pada satu waktu", + "staking-solo-7-a-explanation": "Mayoritas pemotongan hingga saat ini berasal dari operator yang menyimpan kunci penandatanganan mereka di lebih dari satu mesin, sebagai cadangan yang berlebihan. Ini sangat berisiko, karena kerusakan apa pun dapat mengakibatkan pemungutan suara ganda dan pemotongan.", + "staking-solo-7-b-label": "Jalankan perangkat lunak klien apa adanya tanpa mengubah kodenya sendiri", + "staking-solo-7-b-explanation": "Perangkat lunak klien ditulis dan diuji untuk melindungi dari melakukan tindakan yang dapat dipotong. Untuk mengeksekusi tindakan yang dapat dipotong, ini biasanya memerlukan pengubahan kode klien sendiri dengan cara yang berbahaya.", + "staking-solo-7-c-label": "Jalankan klien yang sedang digunakan oleh mayoritas validator lainnya", + "staking-solo-7-c-explanation": "Menggunakan klien yang sama dengan mayoritas jaringan lainnya menempatkan Anda pada risiko dipotong jika terjadi bug perangkat lunak pada klien tersebut. Menjalankan klien minoritas melindungi dari hal ini.", + "staking-solo-7-d-label": "Nonaktifkan validator selama 2-4 epoch sebelum memigrasikan kunci ke mesin baru", + "staking-solo-7-d-explanation": "Ini memberikan waktu untuk memungkinkan rantai mencapai finalitas saat node Anda offline, untuk meminimalkan risiko pemungutan suara ganda yang tidak disengaja dan pemotongan selama migrasi kunci.", + "staking-solo-8-prompt": "Manakah yang TIDAK diperlukan untuk menerima pembayaran hadiah / penarikan sebagian?", + "staking-solo-8-a-label": "Memberikan alamat penarikan eksekusi satu kali", + "staking-solo-8-a-explanation": "Ini diperlukan sekali agar proses penarikan mengetahui ke mana harus mengirim dana lapisan konsensus", + "staking-solo-8-b-label": "Memiliki saldo efektif 32 ETH", + "staking-solo-8-b-explanation": "Saldo efektif Anda harus dimaksimalkan pada 32 ETH sebelum penarikan sebagian akan dipicu.", + "staking-solo-8-c-label": "Memiliki total saldo lebih dari 32 ETH", + "staking-solo-8-c-explanation": "Total saldo Anda harus memiliki hadiah di atas 32 ETH agar penarikan sebagian dapat dipicu.", + "staking-solo-8-d-label": "Mengirimkan jumlah penarikan yang diminta dengan pembayaran gas", + "staking-solo-8-d-explanation": "Setelah kriteria lainnya terpenuhi, pembayaran hadiah dilakukan secara otomatis. Penerima tidak perlu mengirimkan transaksi atau membayar gas. Jumlah yang ditarik sama dengan saldo validator yang melebihi 32. Jumlah khusus tidak dapat diminta.", + "scaling-1-prompt": "Manakah dari berikut ini yang digunakan Ethereum untuk peningkatan?", + "scaling-1-a-label": "Layer 2 rollup", + "scaling-1-a-explanation": "Ini membantu Ethereum melakukan peningkatan dengan menggabungkan transaksi, mengeksekusinya, dan kemudian memposting hasilnya ke Ethereum untuk validasi dan pengamanan. Contoh rollup termasuk Arbitrum atau Optimism. Ini bukan satu-satunya cara Ethereum melakukan peningkatan.", + "scaling-1-b-label": "Proto-Danksharding", + "scaling-1-b-explanation": "Ini menyediakan opsi penyimpanan sementara dan murah untuk menyimpan data rollup ke Mainnet, yang saat ini bertanggung jawab atas sekitar 90% dari biaya yang dihadapi pengguna pada rollup. Ini bukan satu-satunya cara Ethereum melakukan peningkatan.", + "scaling-1-c-label": "Danksharding", + "scaling-1-c-explanation": "Ini menghilangkan kebutuhan bagi setiap validator dan node di jaringan untuk diwajibkan menyimpan 100% data untuk semua rollup, mengurangi persyaratan perangkat keras untuk operator node. Ini bukan satu-satunya cara Ethereum melakukan peningkatan.", + "scaling-1-d-label": "Semua yang di atas", + "scaling-1-d-explanation": "Layer 2 rollup menggabungkan transaksi, Proto-Danksharding menciptakan penyimpanan sementara yang murah untuk data ini, dan Danksharding membagi beban penyimpanan ke semua validator—semuanya membantu Ethereum melakukan peningkatan.", + "scaling-2-prompt": "Setelah menggabungkan transaksi dan mengeksekusinya, apa yang dilakukan layer 2 rollup selanjutnya?", + "scaling-2-a-label": "Menyimpan data di server pribadi", + "scaling-2-a-explanation": "Hasil diposting ke Mainnet untuk transparansi dan ketersediaan publik, dan tidak bergantung pada server pribadi.", + "scaling-2-b-label": "Mengirimkan bukti kepada pengguna untuk disimpan", + "scaling-2-b-explanation": "Pengguna tidak diharapkan untuk menyimpan hasil transaksi mereka. Informasi ini diposting ke mainnet.", + "scaling-2-c-label": "Kirimkan hasilnya ke Ethereum", + "scaling-2-c-explanation": "Rollup layer 2 memposting hasil eksekusi transaksi mereka ke mainnet, mengamankannya dalam sejarah Ethereum", + "scaling-2-d-label": "Hapus hasil untuk mengurangi biaya", + "scaling-2-d-explanation": "Rollup layer 2 memposting hasil eksekusi transaksi mereka ke mainnet. Penghematan biaya yang dicapai dengan pendekatan ini adalah dengan menggabungkan dan mengompresi data transaksi, dan pada akhirnya menyimpannya di penyimpanan murah yang kedaluwarsa setelah tersedia bagi mereka yang membutuhkannya.", + "scaling-3-prompt": "Bagaimana Proto-Danksharding mengurangi biaya transaksi rollup pada rollup?", + "scaling-3-a-label": "Secara langsung meningkatkan ukuran blok", + "scaling-3-a-explanation": "Proto-Danksharding tidak secara langsung meningkatkan batas gas, tetapi membuat penyimpanan data rollup menjadi lebih murah dengan menyediakan penyimpanan sementara", + "scaling-3-b-label": "Membagi validator mana yang diharuskan untuk menyimpan data", + "scaling-3-b-explanation": "Meskipun Danksharding penuh diharapkan dapat mengurangi kebutuhan semua validator untuk menyimpan semua data, ini didahului oleh Proto-Danksharding yang membentuk opsi penyimpanan sementara yang lebih murah untuk data yang dihasilkan oleh rollup.", + "scaling-3-c-label": "Secara signifikan meningkatkan persyaratan perangkat keras untuk operator node", + "scaling-3-c-explanation": "Ini umumnya tidak dianggap sebagai opsi yang dapat diterima untuk peningkatan Ethereum. Upaya besar dilakukan untuk meminimalkan persyaratan perangkat keras untuk mengoperasikan node agar tetap dapat diakses semaksimal mungkin.", + "scaling-3-d-label": "Menyimpan datanya di penyimpanan 'blob' sementara yang lebih murah", + "scaling-3-d-explanation": "Proto-Danksharding memperkenalkan opsi penyimpanan data sementara untuk rollup agar memungkinkan mereka memposting hasilnya ke mainnet dengan lebih murah", + "scaling-4-prompt": "Apa langkah penting selanjutnya bagi rollup untuk peningkatan Ethereum?", + "scaling-4-a-label": "Memberikan insentif kepada entitas dengan komputer canggih untuk menangani semua sequencing", + "scaling-4-a-explanation": "Salah satu masalah dengan rollup saat ini adalah sifat terpusat dari mereka yang menjalankan sequencer (mereka yang memutuskan penyertaan dan pengurutan transaksi dalam rollup). Tujuannya adalah untuk memungkinkan siapa saja berpartisipasi, dan tidak bergantung pada satu kelompok atau entitas dengan cara apa pun.", + "scaling-4-b-label": "Mendistribusikan tanggung jawab untuk menjalankan sequencer dan prover ke lebih banyak orang", + "scaling-4-b-explanation": "Kontrol atas rollup biasanya dimulai secara terpusat, yang membantu memulai berbagai hal, tetapi membuat jaringan rentan terhadap penyensoran. Mendesentralisasi proses penyertaan transaksi sehingga siapa pun dapat berpartisipasi sangat penting untuk mencegah kemungkinan kompromi jaringan.", + "scaling-4-c-label": "Membuat semua rollup mematuhi metode keamanan yang sama", + "scaling-4-c-explanation": "Ethereum mendapat manfaat dari memiliki berbagai pendekatan keamanan dalam ekosistem rollup-nya sebagai bentuk ketahanan.", + "scaling-4-d-label": "Oracle data untuk mengonfirmasi penyimpanan data transaksi di server pribadi", + "scaling-4-d-explanation": "Data rollup disimpan di Ethereum, dan tidak bergantung pada server atau basis data pribadi.", + "run-a-node-1-prompt": "Apa yang diperlukan untuk menjalankan node?", + "run-a-node-1-a-label": "Menjalankan perangkat lunak klien dengan perangkat keras sederhana sambil tetap online.", + "run-a-node-1-a-explanation": "Mengoperasikan node terdiri dari menjalankan perangkat lunak yang berkomunikasi menggunakan bahasa protokol Ethereum dengan komputer lain yang melakukan hal yang sama. Perangkat lunak ini mengunduh salinan blockchain Ethereum, memverifikasi validitas setiap blok, lalu terus memperbaruinya dengan blok dan transaksi baru, sambil membantu orang lain mengunduh dan memperbarui salinan mereka sendiri.", + "run-a-node-1-b-label": "Deposit 32 ETH untuk mendapatkan hadiah", + "run-a-node-1-b-explanation": "Ini adalah persyaratan untuk mengunci—proses menjadi peserta aktif dalam konsensus jaringan. Ini tidak diperlukan untuk sekadar menjalankan salinan berdaulat dari blockchain, yang TIDAK memerlukan ETH.", + "run-a-node-1-c-label": "Mengoperasikan mesin penambangan ASIC yang kuat untuk mencapai konsensus jaringan", + "run-a-node-1-c-explanation": "Meskipun Ethereum sebelumnya menggunakan penambangan dengan komputer canggih untuk mencapai konsensus, proses ini telah digantikan sepenuhnya oleh mengunci. Baik penambangan di masa lalu, maupun mengunci saat ini, tidak diperlukan untuk sekadar mengoperasikan salinan berdaulat dari blockchain.", + "run-a-node-1-d-label": "Bekerja penuh waktu di infrastruktur blockchain", + "run-a-node-1-d-explanation": "Perkakas perangkat lunak terus meningkat dari waktu ke waktu sehingga menjalankan node dari rumah sebagai pemula menjadi jauh lebih mudah didekati. Bekerja penuh waktu di infrastruktur blockchain sama sekali bukan persyaratan untuk terlibat.", + "run-a-node-2-prompt": "Berapa banyak ETH yang perlu Anda stake untuk menjalankan node?", + "run-a-node-2-a-label": "0", + "run-a-node-2-a-explanation": "Mengoperasikan node Ethereum tidak memerlukan ETH apa pun. Berbeda dengan mengoperasikan validator mengunci sebagai bagian dari penyiapan node, siapa pun bebas menjalankan perangkat lunak klien dan menyinkronkan salinan berdaulat mereka sendiri dari blockchain—tidak diperlukan ETH.", + "run-a-node-2-b-label": "8", + "run-a-node-2-c-label": "16", + "run-a-node-2-d-label": "32", + "run-a-node-2-d-explanation": "Mengoperasikan node Ethereum tidak memerlukan ETH apa pun. Berbeda dengan 32 ETH yang diperlukan untuk mengaktifkan validator mengunci yang berpartisipasi langsung dalam konsensus jaringan, siapa pun bebas menjalankan perangkat lunak klien dan menyinkronkan salinan berdaulat mereka sendiri dari blockchain—tidak diperlukan ETH.", + "run-a-node-3-prompt": "Apa manfaat yang Anda dapatkan dari menjalankan node Anda sendiri?", + "run-a-node-3-a-label": "Ketahanan terhadap penyensoran", + "run-a-node-3-a-explanation": "Ini adalah manfaat bagi pengguna, tetapi bukan satu-satunya. Dengan menjalankan perangkat lunak node yang berkomunikasi langsung dengan rekan lain di jaringan, transaksi Anda bercampur dengan setiap transaksi lain yang disebarkan oleh node Anda. Dengan demikian, hampir tidak mungkin untuk membedakan dan menyensor transaksi valid yang telah dibagikan oleh node Anda.", + "run-a-node-3-b-label": "Kedaulatan", + "run-a-node-3-b-explanation": "Ini adalah manfaat bagi pengguna, tetapi bukan satu-satunya. Dengan memiliki salinan blockchain Ethereum Anda sendiri, Anda tidak lagi bergantung pada satu pihak eksternal mana pun untuk berinteraksi dengan jaringan. Anda tidak perlu meminta izin untuk mencari saldo Anda, atau untuk mengeksekusi transaksi, dan semua transaksi diverifikasi menggunakan perangkat lunak yang Anda jalankan sendiri. Saat peningkatan jaringan terjadi, Anda yang bertanggung jawab apakah akan mendukung peningkatan tersebut atau tidak.", + "run-a-node-3-c-label": "Privasi", + "run-a-node-3-c-explanation": "Ini adalah manfaat bagi pengguna, tetapi bukan satu-satunya. Tanpa node Anda sendiri, sekadar mencari saldo akun Anda biasanya memerlukan pengiriman daftar akun dari dompet Anda, yang dilampirkan ke alamat IP Anda, ke penyedia pihak ketiga yang kemudian dipercaya untuk memberi Anda informasi yang benar.", + "run-a-node-3-d-label": "Semua yang di atas", + "run-a-node-3-d-explanation": "Menjalankan node memberi Anda kendali penuh dan kedaulatan atas data yang Anda andalkan, memungkinkan Anda untuk melihat dan memverifikasi konten rantai secara pribadi, dan secara efektif menjamin bahwa setiap transaksi yang valid tidak disensor.", + "run-a-node-4-prompt": "Penyimpanan hard drive apa yang diperlukan untuk node Ethereum?", + "run-a-node-4-a-label": "SSD 512 GB", + "run-a-node-4-a-explanation": "Saat ini, tidak ada perangkat lunak klien yang mampu menyimpan rantai hanya dengan menggunakan 512 GB", + "run-a-node-4-b-label": "Hard Disk Berputar 2 TB", + "run-a-node-4-b-explanation": "Secara umum, hard disk berputar tidak mendukung kecepatan baca/tulis yang diperlukan untuk mengimbangi persyaratan pemrosesan untuk node Ethereum, dan drive SSD lebih disarankan", + "run-a-node-4-c-label": "SSD 2 TB", + "run-a-node-4-c-explanation": "Pada saat penulisan, drive SSD 2 TB seharusnya memenuhi persyaratan penyimpanan dan kecepatan baca/tulis untuk node Ethereum penuh.", + "run-a-node-4-d-label": "SSD 8 TB", + "run-a-node-4-d-explanation": "Pada saat penulisan, drive SSD 2 TB seharusnya memenuhi persyaratan penyimpanan dan kecepatan baca/tulis untuk node Ethereum penuh. SSD 8 TB akan memungkinkan lebih banyak ketahanan di masa depan, dan kemampuan untuk juga menyinkronkan rantai layer 2, tetapi saat ini bukan merupakan persyaratan untuk mainnet.", + "run-a-node-5-prompt": "Apa yang terjadi jika node Anda offline?", + "run-a-node-5-a-label": "Node Anda menjadi tidak sinkron dengan status jaringan saat ini", + "run-a-node-5-a-explanation": "Saat node Anda tidak tersedia online, node tersebut tidak dapat menerima transaksi dan blok baru dari rekan, dan dengan demikian menjadi tidak sinkron dengan status rantai saat ini. Menghubungkan kembali secara online akan memungkinkan perangkat lunak node Anda untuk disinkronkan kembali agar berfungsi penuh lagi.", + "run-a-node-5-b-label": "ETH di penyimpanan dingin Anda dipotong", + "run-a-node-5-b-explanation": "ETH yang disimpan di penyimpanan dingin Anda tidak ada hubungannya dengan apakah node Anda online atau tidak. Jika node Anda offline, Anda tidak akan dapat menggunakannya untuk mencari saldo terbaru dari akun Anda, tetapi offline tidak membahayakan dana aman Anda. Jika Anda juga menjalankan perangkat lunak validator dengan node Anda sebagai staker, penalti kecil akan dikenakan pada saldo validator ini saat tidak tersedia untuk jaringan.", + "run-a-node-5-c-label": "Energi yang digunakan untuk mencari proof-of-work terbuang sia-sia", + "run-a-node-5-c-explanation": "Ethereum tidak lagi menggunakan proof-of-work, dan ini tidak pernah menjadi persyaratan bagi semua operator node. Offline hanya berarti node Anda tidak lagi sinkron dengan perubahan terbaru di jaringan, dan dapat menyinkronkan ulang dengan kembali online.", + "run-a-node-5-d-label": "Data rantai dihapus, dan sinkronisasi ulang dari awal diperlukan", + "run-a-node-5-d-explanation": "Sekadar offline biasanya tidak menghapus data rantai apa pun yang disimpan. Menghubungkan kembali ke internet akan memungkinkan perangkat lunak untuk melanjutkan dari tempat terakhirnya untuk menyinkronkan dengan transaksi terbaru.", + "run-a-node-6-prompt": "Menjalankan node menghasilkan hadiah jaringan", + "run-a-node-6-a-label": "Benar", + "run-a-node-6-a-explanation": "Sekadar menjalankan perangkat lunak klien tidak memberi Anda hadiah. Untuk mendapatkan hadiah, Anda juga harus mengunci.", + "run-a-node-6-b-label": "Salah", + "stablecoins-1-prompt": "Apa itu stablecoin?", + "stablecoins-1-a-label": "Mata uang kripto dengan volatilitas harga rendah, nilainya stabil dan mirip dengan mata uang tradisional", + "stablecoins-1-a-explanation": "Benar! Stablecoin dirancang untuk mengatasi masalah volatilitas yang umum terjadi pada banyak mata uang kripto.", + "stablecoins-1-b-label": "Representasi digital dari emas", + "stablecoins-1-b-explanation": "Ini salah. Meskipun beberapa stablecoin mungkin didukung oleh logam mulia, mereka juga dapat didukung oleh mata uang fiat atau mata uang kripto lainnya.", + "stablecoins-1-c-label": "Jenis kartu kredit baru", + "stablecoins-1-c-explanation": "Ini salah. Stablecoin adalah jenis mata uang kripto, bukan kartu kredit.", + "stablecoins-1-d-label": "Pengganti ether", + "stablecoins-1-d-explanation": "Ini salah. Stablecoin tidak dirancang untuk menggantikan ether (ETH). Mereka adalah token lain di jaringan Ethereum yang dirancang untuk mempertahankan nilai yang stabil dari waktu ke waktu.", + "stablecoins-2-prompt": "Manakah dari berikut ini yang merupakan stablecoin?", + "stablecoins-2-a-label": "Dolar AS", + "stablecoins-2-a-explanation": "Ini salah. Meskipun stablecoin dapat mewakili dolar AS, dolar AS bukanlah mata uang kripto.", + "stablecoins-2-b-label": "Token AAVE", + "stablecoins-2-b-explanation": "Ini salah. AAVE adalah token tata kelola untuk protokol Aave, yang menyediakan pasar untuk stablecoin, tetapi AAVE sendiri bukanlah stablecoin.", + "stablecoins-2-c-label": "Dai", + "stablecoins-2-c-explanation": "Benar! Dai mungkin adalah stablecoin desentralisasi yang paling terkenal, dan nilainya kira-kira 1 Dolar AS.", + "stablecoins-2-d-label": "Ether", + "stablecoins-2-d-explanation": "Ini salah. Ether adalah mata uang asli dari jaringan Ethereum, tetapi tidak dimaksudkan untuk menjadi stabil.", + "stablecoins-3-prompt": "Untuk apa stablecoin dapat digunakan?", + "stablecoins-3-a-label": "Untuk melindungi penggunanya dari perubahan harga yang fluktuatif", + "stablecoins-3-a-explanation": "Kurang tepat. Jawaban ini sebagian benar, tetapi ini hanya salah satu dari banyak hal yang dapat digunakan dengan stablecoin.", + "stablecoins-3-b-label": "Untuk membeli barang di internet di mana saja di dunia", + "stablecoins-3-b-explanation": "Kurang tepat. Jawaban ini sebagian benar, tetapi ini hanya salah satu dari banyak hal yang dapat digunakan dengan stablecoin.", + "stablecoins-3-c-label": "Untuk mendapatkan uang dengan meminjamkan kepada orang lain", + "stablecoins-3-c-explanation": "Kurang tepat. Jawaban ini sebagian benar, tetapi ini hanya salah satu dari banyak hal yang dapat digunakan dengan stablecoin.", + "stablecoins-3-d-label": "Semua yang di atas", + "stablecoins-3-d-explanation": "Benar! Stablecoin dapat digunakan untuk menyimpan mata uang kripto dengan volatilitas yang lebih rendah, bertransaksi secara global di internet, dan mendapatkan bunga saat Anda meminjamkannya.", + "stablecoins-4-prompt": "Apa yang membuat stablecoin unik?", + "stablecoins-4-a-label": "Ini adalah token yang terikat pada aset di dunia nyata", + "stablecoins-4-a-explanation": "Ini salah. Meskipun banyak stablecoin dipatok ke aset dunia nyata, karakteristik ini tidak eksklusif untuk stablecoin (misalnya, token yang dijaminkan dengan ETH).", + "stablecoins-4-b-label": "Ini adalah token mata uang kripto yang dirancang khusus untuk menjaga nilainya tetap stabil", + "stablecoins-4-b-explanation": "Benar! Stablecoin dirancang untuk menjaga nilainya relatif stabil, biasanya dipatok pada aset seperti mata uang (misalnya, 1 USDC = 1 dolar AS), tetapi tidak semua stablecoin mengikuti model ini (misalnya, RAI).", + "stablecoins-4-c-label": "Ini dapat dikirim melalui internet", + "stablecoins-4-c-explanation": "Ini tidak benar. Meskipun ini adalah sebuah kemampuan, ini tidak unik hanya untuk stablecoin.", + "stablecoins-4-d-label": "Ini dapat digunakan di jaringan Ethereum.", + "stablecoins-4-d-explanation": "Ini tidak benar. Banyak token mata uang kripto lainnya yang dapat digunakan di jaringan Ethereum.", + "stablecoins-5-prompt": "Manakah yang BUKAN merupakan cara untuk mendapatkan stablecoin?", + "stablecoins-5-a-label": "Menukarnya dengan token lain", + "stablecoins-5-a-explanation": "Tidak benar, ini adalah cara untuk mendapatkan stablecoin. Salah satu cara paling umum orang memperoleh stablecoin adalah dengan menukar mata uang kripto mereka yang ada dengan stablecoin.", + "stablecoins-5-b-label": "Meminjamnya", + "stablecoins-5-b-explanation": "Tidak benar, ini adalah cara untuk mendapatkan stablecoin. Anda dapat meminjam beberapa stablecoin dengan menggunakan mata uang kripto Anda yang ada, seperti ether, sebagai jaminan. Anda harus membayar kembali stablecoin yang dipinjam untuk mengambil kembali jaminan Anda yang terkunci.", + "stablecoins-5-c-label": "Membelinya dari bursa", + "stablecoins-5-c-explanation": "Tidak benar, ini adalah cara untuk mendapatkan stablecoin. Banyak bursa dan dompet memungkinkan Anda membeli stablecoin secara langsung. Pembatasan geografis mungkin berlaku untuk bursa terpusat.", + "stablecoins-5-d-label": "Menambangnya", + "stablecoins-5-d-explanation": "Benar! Tidak seperti bitcoin, Anda tidak dapat menambang stablecoin.", + "defi-1-prompt": "Apa kepanjangan dari DeFi?", + "defi-1-a-label": "Decentralized Finance", + "defi-1-a-explanation": "Benar! DeFi merujuk pada Decentralized Finance (Keuangan Terdesentralisasi), sebuah sistem keuangan yang dibangun di atas Ethereum yang beroperasi tanpa perantara seperti bank atau lembaga keuangan.", + "defi-1-b-label": "Digital Finance", + "defi-1-b-explanation": "Ini tidak benar. Digital Finance (Keuangan Digital) merujuk pada layanan keuangan yang disediakan melalui platform digital, tetapi tidak secara khusus menyiratkan desentralisasi.", + "defi-1-c-label": "Distributed Finance", + "defi-1-c-explanation": "Ini tidak benar. Meskipun 'terdistribusi' dapat menyiratkan desentralisasi, istilah yang digunakan dalam industri ini adalah 'Decentralized Finance', bukan Distributed Finance.", + "defi-1-d-label": "Development Finance", + "defi-1-d-explanation": "Ini tidak benar. Development Finance (Keuangan Pembangunan) biasanya merujuk pada dukungan keuangan yang diberikan untuk proyek-proyek yang ditujukan pada pembangunan ekonomi, sering kali di negara berkembang, dan tidak terkait dengan blockchain atau DeFi.", + "defi-2-prompt": "Apa yang TIDAK BISA Anda lakukan dengan DeFi?", + "defi-2-a-label": "Mengirim uang ke seluruh dunia.", + "defi-2-a-explanation": "Ini tidak benar. Dengan DeFi, Anda dapat mengirim nilai kepada siapa pun di mana pun di dunia, tanpa batasan apa pun.", + "defi-2-b-label": "Meminta dukungan pelanggan untuk membatalkan kesalahan Anda.", + "defi-2-b-explanation": "Benar! Dalam DeFi, transaksi bersifat final dan dikendalikan oleh kode, bukan oleh perusahaan. Jika terjadi kesalahan, seperti mengirim dana ke alamat yang salah, tidak ada dukungan pelanggan untuk membantu memperbaikinya. Anda harus ekstra hati-hati.", + "defi-2-c-label": "Meminjam dana dengan jaminan.", + "defi-2-c-explanation": "Ini tidak benar. Dengan DeFi, Anda dapat meminjam uang secara instan, menghindari proses persetujuan berhari-hari dari bank tradisional.", + "defi-2-d-label": "Memperdagangkan token Anda 24/7.", + "defi-2-d-explanation": "Ini tidak benar. DeFi memungkinkan Anda untuk memperdagangkan token 24/7. Pasar selalu buka, dan Anda dapat memperdagangkan ETH Anda dengan USDT atau mata uang lainnya kapan saja.", + "defi-3-prompt": "Platform DeFi manakah yang dikenal memungkinkan pengguna untuk menukar token secara langsung satu sama lain?", + "defi-3-a-label": "Uniswap", + "defi-3-a-explanation": "Benar! Uniswap adalah pertukaran terdesentralisasi yang memungkinkan pengguna untuk memperdagangkan (menukar) token secara langsung satu sama lain menggunakan mekanisme pembuatan pasar otomatis.", + "defi-3-b-label": "Aave", + "defi-3-b-explanation": "Ini tidak benar. Aave adalah protokol DeFi yang berfokus pada pinjam-meminjam, bukan pertukaran token.", + "defi-3-c-label": "PoolTogether", + "defi-3-c-explanation": "Ini tidak benar. PoolTogether menjalankan lotre tanpa kerugian yang menawarkan cara inovatif baru untuk menghemat uang.", + "defi-3-d-label": "MakerDao", + "defi-3-d-explanation": "Ini tidak benar. MakerDAO adalah platform terdesentralisasi yang memungkinkan pengguna untuk menerbitkan dan mengelola stablecoin DAI, tetapi tidak berfokus pada pertukaran token.", + "defi-4-prompt": "Saat Anda menggunakan aplikasi DeFi dan melakukan transaksi, di manakah informasi transaksi disimpan?", + "defi-4-a-label": "ETH", + "defi-4-a-explanation": "Ini tidak benar. Data tidak disimpan dalam ether (ETH). ETH adalah aset asli dari blockchain Ethereum.", + "defi-4-b-label": "Dompet saya", + "defi-4-b-explanation": "Ini tidak benar. Dompet adalah aplikasi yang mengelola akun Ethereum Anda dengan terhubung ke blockchain Ethereum. Dompet tidak menyimpan data apa pun tentang riwayat transaksi Anda.", + "defi-4-c-label": "Aplikasi DeFi", + "defi-4-c-explanation": "Ini tidak benar. Aplikasi DeFi tidak menyimpan riwayat transaksi Anda secara langsung. Sebaliknya, detail transaksi Anda dicatat di blockchain Ethereum.", + "defi-4-d-label": "Blockchain Ethereum", + "defi-4-d-explanation": "Benar! Ethereum sebagai blockchain menyimpan semua data yang dibuat oleh pengguna dan aplikasinya. Hal ini memungkinkan validator untuk mempertahankan status yang sama di seluruh jaringan P2P.", + "defi-5-prompt": "Apa yang membuat Keuangan Terdesentralisasi (DeFi) dimungkinkan di Ethereum?", + "defi-5-a-label": "Kontrak Pintar", + "defi-5-a-explanation": "Benar! Kontrak pintar seperti pernyataan 'jika-maka' digital yang ditulis ke dalam Ethereum. Mereka menggantikan kontrak tradisional dan perantara, secara otomatis mengeksekusi transaksi jika kondisi tertentu terpenuhi.", + "defi-5-b-label": "Perantara", + "defi-5-b-explanation": "Ini tidak benar. Ethereum tidak membutuhkan perantara agar transaksi dapat berjalan. Semuanya berjalan di rantai melalui kontrak pintar.", + "defi-5-c-label": "Bitcoin", + "defi-5-c-explanation": "Ini tidak benar. Bitcoin adalah jaringan sederhana untuk menyimpan nilai, bukan untuk menjalankan program tingkat lanjut. DeFi membutuhkan sistem yang lebih fleksibel, seperti Ethereum, yang dapat menjalankan program kompleks untuk menangani pinjaman dan perdagangan secara otomatis.", + "defi-5-d-label": "Lembaga keuangan tradisional", + "defi-5-d-explanation": "Ini tidak benar. Aplikasi DeFi tidak membutuhkan lembaga keuangan tradisional. Mereka menggunakan program blockchain yang disebut kontrak pintar untuk menangani transaksi secara otomatis.", + "smart-contracts-1-prompt": "Bagaimana karakteristik kontrak pintar?", + "smart-contracts-1-a-label": "Kontrak pintar sama seperti kontrak hukum, tetapi disimpan secara digital di blockchain untuk menyimpan konten dengan aman.", + "smart-contracts-1-a-explanation": "Kontrak pintar menggunakan logika yang mirip dengan kontrak tradisional, tetapi selain itu hanya memiliki sedikit kesamaan.", + "smart-contracts-1-b-label": "Terhubung ke sistem AI otonom yang mengeksekusi transaksi", + "smart-contracts-1-b-explanation": "Kontrak pintar mengeksekusi transaksi secara terprediksi menurut logika 'jika-ini-maka-itu' yang ditentukan dalam kode—mereka tidak menggunakan AI", + "smart-contracts-1-c-label": "Program onchain yang mengikuti logika 'jika-ini-maka-itu', dijamin akan dieksekusi sesuai dengan aturannya sendiri", + "smart-contracts-1-c-explanation": "Kontrak pintar adalah akun Ethereum yang disebarkan dengan kode yang tidak dapat diubah yang menentukan fungsionalitasnya.", + "smart-contracts-1-d-label": "Mereka adalah aturan di balik Blockchain Ethereum, dikembangkan bersama dengan pengacara untuk memastikan kepatuhan hukum.", + "smart-contracts-1-d-explanation": "Kontrak pintar adalah potongan kode yang dapat dibuat oleh pengembang dan disebarkan di blockchain.", + "smart-contracts-2-prompt": "Apa metafora yang paling mendekati karakteristik fungsi kontrak pintar?", + "smart-contracts-2-a-label": "Sebuah bank", + "smart-contracts-2-a-explanation": "Bank memerlukan eksekusi manual dan terstruktur sebagai entitas hierarkis, sedangkan kontrak pintar dieksekusi secara terprediksi oleh komputer dengan aturan yang tidak dapat diubah.", + "smart-contracts-2-b-label": "Mesin penjual otomatis digital", + "smart-contracts-2-b-explanation": "Mesin penjual otomatis hanya akan mengeluarkan produk yang Anda inginkan setelah semua persyaratan terpenuhi: input spesifik menjamin output deterministik. Ini mirip dengan logika kontrak pintar.", + "smart-contracts-2-c-label": "Sebuah kalkulator", + "smart-contracts-2-c-explanation": "Kode kontrak pintar dapat digunakan untuk perhitungan, tetapi tidak terbatas pada hal itu. Sebaliknya, kontrak pintar adalah program berbasis blockchain yang mengikuti logika 'jika-ini-maka-itu'.", + "smart-contracts-2-d-label": "Sebuah situs web", + "smart-contracts-2-d-explanation": "Situs web adalah frontend yang menangkap arahan pengguna. Kontrak pintar adalah logika backend tempat arahan ini dieksekusi, dan hasilnya dapat dikembalikan.", + "smart-contracts-3-prompt": "Manakah yang BUKAN merupakan karakteristik utama dari kontrak pintar?", + "smart-contracts-3-a-label": "Eksekusi deterministik", + "smart-contracts-3-a-explanation": "Manfaat utama dari kontrak pintar adalah ia secara deterministik mengeksekusi kode yang tidak ambigu, tanpa interpretasi atau bias manusia.", + "smart-contracts-3-b-label": "Catatan publik", + "smart-contracts-3-b-explanation": "Dengan kontrak pintar di blockchain publik, siapa pun dapat langsung melacak transfer aset dan informasi terkait lainnya.", + "smart-contracts-3-c-label": "Perlindungan privasi", + "smart-contracts-3-c-explanation": "Karena blockchain adalah jaringan pseudonim, transaksi terikat secara publik ke alamat kriptografi yang unik, bukan identitas.", + "smart-contracts-3-d-label": "Kemampuan untuk berubah", + "smart-contracts-3-d-explanation": "Kontrak pintar tidak dapat diubah setelah dibuat—ia dijamin akan dieksekusi sesuai dengan aturan yang ditentukan oleh kodenya.", + "smart-contracts-4-prompt": "Manakah yang BUKAN merupakan aplikasi dari kontrak pintar?", + "smart-contracts-4-a-label": "Stablecoin", + "smart-contracts-4-a-explanation": "Stablecoin adalah objek token yang ditentukan dan dilacak menggunakan kontrak pintar.", + "smart-contracts-4-b-label": "Perubahan protokol", + "smart-contracts-4-b-explanation": "Meskipun perubahan protokol terkadang dapat menggunakan kontrak pintar, pembuatan dan definisinya diusulkan melalui forum online yang transparan dan diimplementasikan dalam perangkat lunak klien.", + "smart-contracts-4-c-label": "Non-fungible token (NFT)", + "smart-contracts-4-c-explanation": "Kontrak pintar digunakan untuk menentukan berbagai macam NFT, mulai dari seni digital hingga sertifikat kepemilikan aset.", + "smart-contracts-4-d-label": "Pertukaran mata uang terbuka", + "smart-contracts-4-d-explanation": "Pertukaran terdesentralisasi (DEX) dibangun menggunakan kontrak pintar untuk beroperasi tanpa kendali terpusat." +} \ No newline at end of file diff --git a/src/intl/it/glossary.json b/src/intl/it/glossary.json index 6e332cd7689..cfa54470586 100644 --- a/src/intl/it/glossary.json +++ b/src/intl/it/glossary.json @@ -1,400 +1,408 @@ { - "51%-attack-term": "Attacco 51%", - "51%-attack-definition": "Un tipo di attacco in cui un gruppo ottiene il controllo della maggioranza dei nodi. Questo gli consentirebbe di truffare la blockchain annullando le transazioni e spendendo il doppio dell'ether e di altri token.

    Nel proof-of-stake di Ethereum, ciò sarebbe possibile accumulando più di metà dell'ether in staking totale. Questo consentirebbe a un utente malevolo di decidere quali nuovi blocchi sono aggiunti alla blockchain. Tuttavia, per annullare la catena o effettuare una doppia spesa, questi dovrebbe avere a disposizione almeno il 66% dell'ether in staking totale.", - "account-term": "Conto", - "account-definition": "Un conto di Ethereum è un'identità digitale sulla blockchain di Ethereum, che consente agli utenti di inviare e ricevere Ether e di interagire con i contratti intelligenti.

    Tecnico:
    è un oggetto contenente un indirizzo, un saldo, un nonce, archiviazione facoltativa e codice. Un conto può essere di un contratto o un conto posseduto esternamente (EOA).", + "51%-attack-term": "Attacco del 51%", + "51%-attack-definition": "Un tipo di attacco in cui un gruppo ottiene il controllo della maggioranza dei nodi. Ciò consentirebbe loro di frodare la blockchain invertendo le transazioni e spendendo due volte gli ether e altri token.

    Nella prova di stake di Ethereum, ciò si otterrebbe accumulando più della metà degli ether totali in stake. Questo consentirebbe a un utente malintenzionato di decidere quali nuovi blocchi vengono aggiunti alla blockchain. Tuttavia, per invertire la catena o spendere due volte, un utente malintenzionato richiederebbe almeno il 66% degli ether totali in stake.", + "account-term": "Account", + "account-definition": "Un account di Ethereum è un'identità digitale sulla blockchain di Ethereum, che consente agli utenti di inviare, ricevere Ether e interagire con i contratti intelligenti.

    Tecnico:
    È un oggetto contenente un indirizzo, un saldo, un nonce e, facoltativamente, archiviazione e codice. Un account può essere un account di contratto o un account controllato esternamente (EOA).", "address-term": "Indirizzo", - "address-definition": "Un indirizzo di Ethereum è un identificativo univoco utilizzato per ricevere token, che funziona in modo simile al numero di un conto bancario per le criptovalute. Utilizzato per identificare il tuo conto di Ethereum,

    è rappresentato dai 160 bit più a destra dell'hash Keccak di una chiave pubblica ECDSA.", + "address-definition": "Un indirizzo di Ethereum è un identificatore univoco utilizzato per ricevere token, funziona in modo simile a un numero di conto bancario per le criptovalute. È utilizzato per identificare il tuo account di Ethereum.

    Sono i 160 bit più a destra di un hash Keccak di una chiave pubblica ECDSA.", "anti-sybil-term": "Anti-Sybil", - "anti-sybil-definition": "Si tratta di metodi per impedire alle persone di fingere di essere più utenti in una volta su Internet, assicurandosi che ogni utente sia una persona reale e separata. Ciò contribuisce a mantenere le interazioni online eque e oneste.", - "abi-term": "Interfaccia binaria dell'applicazione (ABI)", - "abi-definition": "Un file JSON che definisce le funzioni e le variabili incluse in un contratto intelligente. L'ABI consente la mappatura del bytecode in formati leggibili dall'uomo.", - "api-term": "Interfaccia di programmazione dell'applicazione (API)", - "api-definition": "Un'Interfaccia di programmazione dell'applicazione (API) è una serie di definizioni per l'utilizzo di un software. Un'API si trova tra un'applicazione e un server web e facilita il trasferimento di dati tra di essi.", + "anti-sybil-definition": "Sono modi per impedire alle persone di fingere di essere molti utenti contemporaneamente su Internet, assicurando che ogni utente sia una persona reale e separata. Questo aiuta a mantenere le interazioni online eque e oneste.", + "abi-term": "Application Binary Interface (ABI)", + "abi-definition": "Un file JSON che definisce le funzioni e le variabili incluse in un contratto intelligente. L'ABI consente di mappare il bytecode in formati leggibili dall'uomo.", + "api-term": "Application Programming Interface (API)", + "api-definition": "Un'Application Programming Interface (API) è un insieme di definizioni su come utilizzare un software. Un'API si interpone tra un'applicazione e un server web e facilita il trasferimento di dati tra di essi.", "apr-term": "APR", - "apr-definition": "L'APR, o Tasso Percentuale Annuo, riflette il costo annuale dei prestiti di denaro, inclusi interessi e commissioni, in percentuale.", + "apr-definition": "L'APR, o Tasso Annuo Effettivo Globale (TAEG), riflette il costo annuale del prestito di denaro, inclusi interessi e commissioni, in percentuale.", "asic-term": "ASIC", - "asic-definition": "Circuito integrato specifico per l'applicazione. Questo solitamente si riferisce a un circuito integrato, costruito appositamente per il mining di criptovalute.", + "asic-definition": "Circuito integrato per applicazioni specifiche (Application-specific integrated circuit). Di solito si riferisce a un circuito integrato, costruito su misura per il mining di criptovalute.", "assert-term": "assert", - "assert-definition": "In Solidity, `assert(false)` si compila a `0xfe`, un opcode non valido, che utilizza tutto il gas rimanente e annulla tutte le modifiche. Quando un'istruzione di `assert()` fallisce, si sta verificando qualcosa di molto sbagliato e imprevisto, e dovrai correggere il tuo codice. Dovresti utilizzare `assert()` per evitare condizioni che non dovrebbero mai e poi mai verificarsi. Maggiori informazioni sulla sicurezza dei contratti intelligenti.", + "assert-definition": "In Solidity, `assert(false)` viene compilato in `0xfe`, un opcode non valido, che consuma tutto il gas rimanente e annulla tutte le modifiche. Quando un'istruzione `assert()` fallisce, sta accadendo qualcosa di molto sbagliato e inaspettato, e dovrai correggere il tuo codice. Dovresti usare `assert()` per evitare condizioni che non dovrebbero mai e poi mai verificarsi. Maggiori informazioni sulla sicurezza dei contratti intelligenti.", "attestation-term": "Attestazione", - "attestation-definition": "Una dichiarazione resa da un'entità che afferma che qualcosa è vero. Nel contesto di Ethereum, i validatori del consenso devono affermare quale credono sia lo stato della catena. In momenti specifici, ogni validatore è responsabile della pubblicazione di attestazioni differenti che dichiarano formalmente il parere di questo validatore sulla catena, incluso l'ultimo punto di controllo finalizzato e la testa attuale della catena. Maggiori informazioni sulle attestazioni.", - "base-fee-term": "Commissione base", - "base-fee-definition": "Ogni blocco ha un prezzo di riserva noto come 'commissione base'. Si tratta della commissione minima sul gas che un utente deve pagare per includere una transazione nel blocco successivo. Maggiori informazioni sul gas e sulle commissioni.", + "attestation-definition": "Un'affermazione fatta da un'entità che qualcosa è vero. Nel contesto di Ethereum, i validatori del consenso devono fare un'affermazione su quale credono sia lo stato della catena. In momenti prestabiliti, ogni validatore è responsabile della pubblicazione di diverse attestazioni che dichiarano formalmente la visione di questo validatore della catena, incluso l'ultimo checkpoint finalizzato e l'attuale testa della catena. Maggiori informazioni sulle attestazioni.", + "base-fee-term": "Commissione di base", + "base-fee-definition": "Ogni blocco ha un prezzo di riserva noto come 'commissione di base'. È la commissione del gas minima che un utente deve pagare per includere una transazione nel blocco successivo. Maggiori informazioni su gas e commissioni.", "beacon-chain-term": "Beacon chain", - "beacon-chain-definition": "La Beacon Chain era la blockchain che ha introdotto il proof-of-stake e i validatori su Ethereum. Ha operato insieme alla Rete Principale di proof-of-work di Ethereum da dicembre 2020, finché le due catene non si sono fuse a settembre 2022, così da formare l'Ethereum odierna. Di più sulla beacon chain.", + "beacon-chain-definition": "La Beacon Chain era la blockchain che ha introdotto la prova di stake e i validatori su Ethereum. Ha funzionato parallelamente alla rete principale di Ethereum basata sulla prova di lavoro da dicembre 2020 fino a quando le due catene non sono state unite a settembre 2022 per formare l'Ethereum di oggi. Maggiori informazioni sulla beacon chain.", "big-endian-term": "Big-endian", - "big-endian-definition": "Una rappresentazione numerica posizionale in cui la cifra più significativa è la prima in memoria. L'opposto di little-endian, dove la cifra meno significativa è la prima.", + "big-endian-definition": "Una rappresentazione numerica posizionale in cui la cifra più significativa si trova per prima in memoria. L'opposto di little-endian, in cui la cifra meno significativa è la prima.", "block-term": "Blocco", - "block-definition": "Un blocco è il luogo in cui sono memorizzate le transazioni o le azioni digitali. Una volta pieno, viene collegato al precedente creando una catena di blocchi, o una \"blockchain\". Maggiori informazioni sui blocchi.

    Un blocco è un'unità raggruppata di informazioni che include un elenco ordinato di transazioni e informazioni correlate al consenso. I blocchi sono proposti dai validatori del proof-of-stake per poi essere condivisi nell'intera rete peer-to-peer, dove possono essere verificati in modo indipendente da tutti gli altri nodi. Le regole del consenso governano quali contenuti di un blocco siano considerati validi, e qualsiasi blocco non valido viene scartato dalla rete. L'ordine di questi blocchi e delle transazioni al loro interno crea una catena deterministica di eventi il cui termine rappresenta lo stato attuale della rete.", - "block-explorer-term": "Esploratore del blocco", - "block-explorer-definition": "Un'interfaccia che consente gli utenti di cercare informazioni da, e su, una blockchain. Ciò include il recupero delle transazioni individuali, l'attività associata a indirizzi specifici e informazioni sulla rete.", + "block-definition": "Un blocco è il luogo in cui vengono archiviate le transazioni o le azioni digitali. Una volta che un blocco è pieno, viene collegato a quello precedente, creando una catena di blocchi o una \"blockchain\". Maggiori informazioni sui blocchi.

    Un blocco è un'unità di informazioni raggruppata che include un elenco ordinato di transazioni e informazioni relative al consenso. I blocchi sono proposti dai validatori della prova di stake, a quel punto vengono condivisi sull'intera rete peer-to-peer, dove possono essere facilmente verificati in modo indipendente da tutti gli altri nodi. Le regole del consenso governano quali contenuti di un blocco sono considerati validi e qualsiasi blocco non valido viene ignorato dalla rete. L'ordinamento di questi blocchi e delle transazioni in essi contenute crea una catena deterministica di eventi la cui fine rappresenta lo stato attuale della rete.", + "block-explorer-term": "Esploratore di blocchi", + "block-explorer-definition": "Un'interfaccia che consente a un utente di cercare informazioni da e su una blockchain. Ciò include il recupero di singole transazioni, l'attività associata a indirizzi specifici e informazioni sulla rete.", "block-header-term": "Intestazione del blocco", "block-header-definition": "L'intestazione del blocco è una raccolta di metadati su un blocco e un riepilogo delle transazioni incluse nel payload di esecuzione.", - "block-propagation-term": "Propagazione dei blocchi", - "block-propagation-definition": "Il processo di trasmissione di un blocco confermato a tutti gli altri nodi nella rete.", - "block-proposer-term": "Propositore del blocco", - "block-proposer-definition": "Il validatore specifico scelto per creare un blocco in uno slot specifico.", + "block-propagation-term": "Propagazione del blocco", + "block-propagation-definition": "Il processo di trasmissione di un blocco confermato a tutti gli altri nodi della rete.", + "block-proposer-term": "Proponente del blocco", + "block-proposer-definition": "Il validatore specifico scelto per creare un blocco in un particolare slot.", "block-reward-term": "Ricompensa del blocco", - "block-reward-definition": "L'importo di ether versato come ricompensa al propositore di un nuovo blocco valido.", + "block-reward-definition": "La quantità di ether ricompensata al proponente di un nuovo blocco valido.", "block-status-term": "Stato del blocco", - "block-status-definition": "Gli stati in cui può esistere un blocco. Gli stati possibili includono:

    • proposto: il blocco è stato proposto da un validatore
    • pianificato: i validatori stanno attualmente inviando dati
    • mancato/saltato: il propositore non ha proposto un blocco entro il lasso di tempo idoneo
    • orfano: il blocco è stato rimosso dall'algoritmo di scelta della diramazione
    ", + "block-status-definition": "Gli stati in cui può esistere un blocco. I possibili stati includono:

    • proposto: il blocco è stato proposto da un validatore
    • programmato: i validatori stanno attualmente inviando dati
    • mancato/saltato: il proponente non ha proposto un blocco entro il periodo di tempo idoneo
    • orfano: il blocco è stato riorganizzato fuori dall'algoritmo di scelta della biforcazione
    ", "block-time-term": "Tempo di blocco", - "block-time-definition": "L'intervallo temporale tra i blocchi aggiunti alla blockchain.", + "block-time-definition": "L'intervallo di tempo tra l'aggiunta dei blocchi alla blockchain.", "block-validation-term": "Convalida del blocco", - "block-validation-definition": "Il processo di verifica del fatto che un nuovo blocco contenga transazioni e firme valide; si basa sulla catena storica più pesante (ossia quella che ha accumulato le maggiori attestazioni nel proprio storico) e segue tutte le altre regole del consenso. I blocchi validi sono aggiunti alla testa della catena e propagati agli altri sulla rete. I blocchi non validi sono scartati.", + "block-validation-definition": "Il processo di verifica che un nuovo blocco contenga transazioni e firme valide, si basi sulla catena storica più pesante (ovvero quella che ha accumulato il maggior numero di attestazioni nella sua storia) e segua tutte le altre regole del consenso. I blocchi validi vengono aggiunti alla testa della catena e propagati agli altri sulla rete. I blocchi non validi vengono ignorati.", "blockchain-term": "Blockchain", - "blockchain-definition": "Una blockchain è un database di transazioni, duplicate e condivise su tutti i computer nella rete, che garantisce che i dati non siano retroattivamente alterabili.

    Una sequenza di blocchi, ognuno collegato al proprio predecessore fino al blocco di genesi facendo riferimento all'hash del blocco precedente. L'integrità della blockchain è cripto-economicamente protetta utilizzando il meccanismo di consenso basato sul proof-of-stake. Cos'è una blockchain?", - "bootnode-term": "Nodo d'avvio", - "bootnode-definition": "I nodi utilizzabili per avviare il processo di scoperta quando si esegue un nodo. I nodi d'avvio 'presentano' i nuovi nodi a quelli esistenti, così che possano ottenere rapidamente dei pari, piuttosto che dover cercare un pari iniziale. I punti finali di questi nodi sono solitamente forniti nel codice sorgente del client di Ethereum, ma gli utenti possono fornire il proprio elenco di nodi d'avvio.", + "blockchain-definition": "Una blockchain è un database di transazioni, duplicato e condiviso su tutti i computer della rete, garantendo che i dati non possano essere alterati retroattivamente.

    Una sequenza di blocchi , ognuno collegato al suo predecessore fino al blocco genesi facendo riferimento all'hash del blocco precedente. L'integrità della blockchain è protetta in modo criptoeconomico utilizzando un meccanismo di consenso basato sulla prova di stake. Cos'è una blockchain?", + "bootnode-term": "Bootnode", + "bootnode-definition": "I nodi che possono essere utilizzati per avviare il processo di scoperta quando si esegue un nodo. I bootnode 'presentano' i nuovi nodi ad altri nodi esistenti in modo che possano ottenere rapidamente dei peer, piuttosto che dover cercare un peer iniziale. Gli endpoint di questi nodi sono solitamente forniti nel codice sorgente del client di Ethereum, ma gli utenti possono fornire il proprio elenco di bootnode.", "bridge-term": "Ponte", - "bridge-definition": "Un ponte della blockchain è utilizzato per trasferire risorse da una rete blockchain a un'altra. Ad esempio, puoi utilizzare un ponte per trasferire ETH dalla Rete Principale di Ethereum a soluzioni di ridimensionamento del Livello 2 più economiche.", + "bridge-definition": "Un ponte blockchain viene utilizzato per trasferire risorse da una rete blockchain a un'altra. Ad esempio, puoi utilizzare un ponte per trasferire ETH dalla rete principale di Ethereum a soluzioni di scalabilità di livello 2 più economiche.", "bytecode-term": "Bytecode", - "bytecode-definition": "Codice espresso in una forma numerica compatta così che sia eseguibile efficientemente dall'EVM.", - "byzantium-fork-term": "Diramazione Byzantium", - "byzantium-fork-definition": "La prima delle due diramazioni permanenti per la fase di sviluppo di Metropolis. Includeva l'EIP-649 Metropoli Difficulty Bomb Delay e Block Reward Reduction, in cui l'Era Glaciale era stata ritardata di 1 anno e la ricompensa del blocco è stata ridotta da 5 a 3 ether.", + "bytecode-definition": "Codice espresso in una forma numerica compatta in modo che possa essere eseguito in modo efficiente dalla EVM.", + "byzantium-fork-term": "Biforcazione Byzantium", + "byzantium-fork-definition": "La prima di due biforcazioni hard per la fase di sviluppo di Metropolis. Includeva l'EIP-649 Metropolis Ritardo della Bomba di Difficoltà e Riduzione della Ricompensa del Blocco, in cui l'Era Glaciale è stata ritardata di 1 anno e la ricompensa del blocco è stata ridotta da 5 a 3 ether.", "casper-ffg-term": "Casper FFG", - "casper-ffg-definition": "Casper-FFG è un protocollo di consenso di proof-of-stake utilizzato insieme all'algoritmo di scelta della diramazione LMD-GHOST per consentire ai client di consenso di trovare un accordo sulla testa della Beacon Chain.", - "checkpoint-term": "Punto di controllo", - "checkpoint-definition": "La Beacon Chain ha un tempo diviso in slot (12 secondi) ed epoche (32 slot). Il primo slot in ogni epoca è un punto di controllo. Quando una supermaggioranza di validatori attesta il collegamento tra due punti di controllo, possono essere giustificati, per poi essere finalizzati quando un altro punto di controllo viene giustificato in posizione più elevata.", + "casper-ffg-definition": "Casper-FFG è un protocollo di consenso basato sulla prova di stake utilizzato in combinazione con l'algoritmo di scelta della biforcazione LMD-GHOST per consentire ai client di consenso di concordare sulla testa della Beacon Chain.", + "checkpoint-term": "Checkpoint", + "checkpoint-definition": "La Beacon Chain ha un tempo diviso in slot (12 secondi) ed epoche (32 slot). Il primo slot in ogni epoca è un checkpoint. Quando una supermaggioranza di validatori attesta il collegamento tra due checkpoint, questi possono essere giustificati e poi, quando un altro checkpoint viene giustificato al di sopra, possono essere finalizzati.", "compiling-term": "Compilazione", - "compiling-definition": "Conversione del codice scritto in un linguaggio di programmazione di alto livello (es. Solidity) in un linguaggio di basso livello (es. bytecode dell'EVM). Maggiori informazioni sulla compilazione dei contratti intelligenti", - "committee-term": "Commissione", - "committee-definition": "Un gruppo di almeno 128 validatori assegnati per convalidare blocchi in ogni slot. Uno dei validatori nella commissione è l'aggregatore, responsabile dell'aggregazione delle firme di tutti gli altri validatori nella commissione che concordano su un'attestazione. Da non confondere con i comitati di sincronizzazione.", + "compiling-definition": "La conversione di codice scritto in un linguaggio di programmazione di alto livello (es. Solidity) in un linguaggio di livello inferiore (es. bytecode della EVM).Maggiori informazioni sulla compilazione dei contratti intelligenti", + "committee-term": "Comitato", + "committee-definition": "Un gruppo di almeno 128 validatori assegnati per convalidare i blocchi in ogni slot. Uno dei validatori nel comitato è l'aggregatore, responsabile dell'aggregazione delle firme di tutti gli altri validatori nel comitato che concordano su un'attestazione. Da non confondere con il comitato di sincronizzazione.", "computational-infeasibility-term": "Infattibilità computazionale", - "computational-infeasibility-definition": "Un processo è infattibile a livello computazionale se ci vorrebbe un tempo eccessivamente lungo (es. miliardi di anni) per realizzarlo per chiunque possa ragionevolmente avere un interesse nel realizzarlo.", + "computational-infeasibility-definition": "Un processo è computazionalmente infattibile se richiederebbe un tempo impraticabilmente lungo (es. miliardi di anni) per essere eseguito da chiunque possa plausibilmente avere interesse a portarlo a termine.", "consensus-term": "Consenso", - "consensus-definition": "Quando più di 2/3 dei computer in una rete concordano sul fatto di possedere la stessa serie di registri, assicurandosi che tutti siano d'accordo. Ciò non riguarda le regole che seguono, quanto piuttosto assicurarsi che tutti abbiano le stesse informazioni.", + "consensus-definition": "Quando più di 2/3 dei computer in una rete concordano di avere lo stesso insieme di record, assicurandosi che tutti siano sulla stessa lunghezza d'onda. Non si tratta delle regole che seguono, ma di assicurarsi che abbiano tutti le stesse informazioni.", "consensus-client-term": "Client di consenso", - "consensus-client-definition": "I client di consenso (come Prysm, Teku, Nimbus, Lighthouse, Lodestar) eseguono l'algoritmo di consenso di proof-of-stake di Ethereum, consentendo alla rete di raggiungere un accordo sulla testa della Beacon Chain. I client di consenso non partecipano alla convalida/trasmissione delle transazioni o all'esecuzione delle transizioni di stato. Queste funzioni sono svolte dai client di esecuzione. I client di consenso non attestano nuovi blocchi né li propongono. Queste funzioni sono svolte dal client validatore, un componente aggiuntivo facoltativo deClientl client di consenso.", + "consensus-client-definition": "I client di consenso (come Prysm, Teku, Nimbus, Lighthouse, Lodestar) eseguono l'algoritmo di consenso basato sulla prova di stake di Ethereum, consentendo alla rete di raggiungere un accordo sulla testa della Beacon Chain. I client di consenso non partecipano alla convalida/trasmissione delle transazioni o all'esecuzione delle transizioni di stato. Questo viene fatto dai client di esecuzione. I client di consenso non attestano né propongono nuovi blocchi. Questo viene fatto dal client validatore, che è un componente aggiuntivo opzionale del client di consenso.", "consensus-layer-term": "Livello di consenso", "consensus-layer-definition": "Il livello di consenso di Ethereum è la rete dei client di consenso.", - "consensus-rules-term": "Regole di consenso", - "consensus-rules-definition": "Le regole di convalida dei blocchi che i nodi completi seguono per mantenere il consenso con gli altri nodi. Da non confondere con il consenso.", + "consensus-rules-term": "Regole del consenso", + "consensus-rules-definition": "Le regole di convalida dei blocchi che i nodi completi seguono per rimanere in consenso con gli altri nodi. Da non confondere con il consenso.", "cfi-term": "Considerato per l'Inclusione (CFI)", - "cfi-definition": "Un'EIP principale non ancora attiva sulla Rete Principale, verso la quale gli sviluppatori del client sono generalmente favorevoli. Supponendo che soddisfi tutti i requisiti per l'inclusione nella Rete principale, potrebbe essere incluso in un aggiornamento della rete (non necessariamente il successivo).", - "constantinople-fork-term": "Diramazione Constantinople", - "constantinople-fork-definition": "La seconda parte della fase Metropolis, originariamente pianificata per metà 2018. Dovrebbe includere il passaggio a un algoritmo di consenso ibrido tra proof-of-work e proof-of-stake, tra le altre modifiche.", - "contract-account-term": "Conto del contratto", - "contract-account-definition": "Un conto contenente codice che viene eseguito ogni volta che riceve una transazione da un altro conto (EOA] o contratto).", + "cfi-definition": "Un EIP Core che non è ancora attivo sulla rete principale e gli sviluppatori di client sono generalmente positivi verso l'idea. Supponendo che soddisfi tutti i requisiti per l'inclusione nella rete principale, potrebbe potenzialmente essere incluso in un aggiornamento della rete (non necessariamente il prossimo).", + "constantinople-fork-term": "Biforcazione Constantinople", + "constantinople-fork-definition": "La seconda parte della fase di Metropolis, originariamente prevista per la metà del 2018. Si prevedeva che includesse un passaggio a un algoritmo di consenso ibrido prova di lavoro/prova di stake, tra le altre modifiche.", + "contract-account-term": "Account di contratto", + "contract-account-definition": "Un account contenente codice che viene eseguito ogni volta che riceve una transazione da un altro account (EOA] o contratto).", "contract-creation-transaction-term": "Transazione di creazione del contratto", - "contract-creation-transaction-definition": "Una transazione speciale che include il codice d'iniziazione di un contratto. Il destinatario è impostato su `null` e il contratto è distribuito a un indirizzo generato dall'indirizzo dell'utente e dal `nonce` utilizzato per registrare un contratto sulla blockchain di Ethereum.", + "contract-creation-transaction-definition": "Una transazione speciale che include il codice di avvio di un contratto. Il destinatario è impostato su `null` e il contratto viene distribuito a un indirizzo generato dall'indirizzo dell'utente e dal `nonce`. Viene utilizzata per registrare un contratto e registrarlo sulla blockchain di Ethereum.", "cryptoeconomics-term": "Criptoeconomia", - "cryptoeconomics-definition": "Lo studio dei principi matematici ed economici per progettare piattaforme digitali sicure e affidabili. L'obiettivo è assicurarsi che tutti i partecipanti seguano le regole e siano ricompensati per il loro contributo alla sicurezza e al funzionamento della rete. ", + "cryptoeconomics-definition": "Lo studio dei principi matematici ed economici per progettare piattaforme digitali sicure e affidabili. L'obiettivo è garantire che tutti i partecipanti seguano le regole e vengano ricompensati per aver contribuito alla sicurezza e al funzionamento della rete. ", "cryptography-term": "Crittografia", - "cryptography-definition": "È la pratica di proteggere la comunicazione e i dati tramite l'utilizzo di codici, così che soltanto coloro a cui sono destinate le informazioni possano leggerle ed elaborarle.
    Prevede tecniche crittografiche (conversione delle informazioni leggibili in un formato illeggibile) e decrittografiche (riconversione delle informazioni in un formato leggibile) che garantiscono la riservatezza.", + "cryptography-definition": "È la pratica di proteggere le comunicazioni e i dati attraverso l'uso di codici, in modo che solo coloro a cui le informazioni sono destinate possano leggerle ed elaborarle.
    Coinvolge tecniche di crittografia (conversione di informazioni leggibili in un formato illeggibile) e decrittografia (conversione di nuovo in un formato leggibile), garantendo la riservatezza.", "doge-d-term": "Đ", - "doge-d-definition": "Đ (D con trattino) è utilizzata in inglese antico, inglese medio, islandese e faroese e indica una lettera \"Eth\" maiuscola. È utilizzata in parole come ĐEV o Đapp (applicazione decentralizzata), dove la Đ è la lettera norrena “eth”. La eth (Ð) maiuscola è utilizzata anche per simbolizzare la criptovaluta Dogecoin. Si può trovare comunemente nella letteratura di Ethereum più datata ma, ad oggi, è utilizzata di meno.", + "doge-d-definition": "Đ (D con tratto) è usata in inglese antico, inglese medio, islandese e faroese per indicare una lettera maiuscola “Eth”. È usata in parole come ĐEV o Đapp (applicazione decentralizzata), dove la Đ è la lettera norrena “eth”. L'eth maiuscola (Ð) è anche usata per simboleggiare la criptovaluta Dogecoin. Questo si vede comunemente nella letteratura più vecchia di Ethereum, ma oggi è usato meno spesso.", "dag-term": "DAG", - "dag-definition": "DAG sta per Grafico Aciclico Diretto. È una struttura di dati composta da nodi e collegamenti tra di essi. Prima de La Fusione, Ethereum utilizzava un DAG nel suo algoritmo di proof-of-work, Ethash, ma non è più utilizzato nel proof-of-stake.", - "dapp-term": "Dapp", - "dapp-definition": "Una dApp è un'applicazione decentralizzata eseguita su una rete blockchain che offre servizi senza un'autorità controllante centrale. Maggiori informazioni sulle applicazioni decentralizzate.
    Come minimo, una dApp dispone di un contratto intelligente connesso a un'interfaccia web. Inoltre, molte dApp incudono un'archiviazione decentralizzata e/o un protocollo di messaggio e una piattaforma.", + "dag-definition": "DAG sta per Directed Acyclic Graph (Grafo Aciclico Diretto). È una struttura dati composta da nodi e collegamenti tra di essi. Prima del Merge, Ethereum utilizzava un DAG nel suo algoritmo di prova di lavoro, Ethash, ma non è più utilizzato nella prova di stake.", + "dapp-term": "dApp", + "dapp-definition": "Una dApp è un'applicazione decentralizzata che viene eseguita su una rete blockchain, offrendo servizi senza un'autorità di controllo centrale. Maggiori informazioni sulle applicazioni decentralizzate.
    Come minimo, una dApp ha un contratto intelligente collegato a un'interfaccia web. Inoltre, molte dApp includono un'archiviazione decentralizzata e/o un protocollo e una piattaforma di messaggistica.", "data-availability-term": "Disponibilità dei dati", - "data-availability-definition": "Ogni nodo può verificare in modo indipendente le transazioni su una blockchain allo scopo di mantenere la trasparenza e la fiducia nel sistema.", + "data-availability-definition": "Qualsiasi nodo può verificare in modo indipendente le transazioni su una blockchain al fine di mantenere la trasparenza e la fiducia nel sistema.", "decentralization-term": "Decentralizzazione", - "decentralization-definition": "L'idea di spostare il controllo e l'esecuzione dei processi da un'entità centrale.", + "decentralization-definition": "Il concetto di allontanare il controllo e l'esecuzione dei processi da un'entità centrale.", "dao-term": "Organizzazione autonoma decentralizzata (DAO)", - "dao-definition": "Una DAO è un'organizzazione digitale governata da regole programmate su una blockchain, le cui decisioni sono prese in base ai voti dei membri e non da un'autorità centrale. Maggiori informazioni sulle organizzazioni autonome decentralizzate (DAO).
    Il potere di voto di ogni membro è spesso collegato al numero di token che possiede. Le DAO mirano a democraticizzare il processo decisionale e le operazioni, concentrandosi sulla trasparenza e sulla governance della community.", - "dex-term": "Borsa decentralizzata (DEX)", - "dex-definition": "Un tipo di app di Ethereum che ti consente di scambiare token con i pari sulla rete. Le DEX non sono soggette a restrizioni geografiche come le borse centralizzate: chiunque può partecipare.", + "dao-definition": "Una DAO è un'organizzazione digitale gestita da regole codificate su una blockchain, in cui le decisioni vengono prese dai voti dei membri, non da un'autorità centrale. Maggiori informazioni sulle organizzazioni autonome decentralizzate (DAO).
    Il potere di voto di ciascun membro è spesso legato al numero di token che possiede. Le DAO mirano a democratizzare il processo decisionale e le operazioni, concentrandosi sulla trasparenza e sulla governance della comunità.", + "desci-term": "DeSci", + "desci-definition": "La DeSci, o Scienza Decentralizzata, è un movimento che applica la tecnologia blockchain alla ricerca scientifica. Sfrutta le DAO, i contratti intelligenti e gli incentivi tokenizzati per creare ecosistemi di finanziamento e ricerca più trasparenti, aperti e collaborativi.", + "dex-term": "Exchange decentralizzato (DEX)", + "dex-definition": "Un tipo di app di Ethereum che ti consente di scambiare token con i peer sulla rete. I DEX non sono soggetti a restrizioni geografiche come gli exchange centralizzati: chiunque può partecipare.", "deposit-contract-term": "Contratto di deposito", - "deposit-contract-definition": "L'accesso allo staking su Ethereum. Il contratto di deposito è un contratto intelligente su Ethereum che accetta depositi di ETH e gestisce i saldi del validatore. Un validatore non può essere attivato senza depositare ETH in questo contratto. Il contratto richiede ETH e dati di input. Questi dati di input includono la chiave pubblica del validatore e la chiave pubblica di prelievo, firmate dalla chiave privata del validatore. Questi dati sono necessari per l'identificazione e l'approvazione di un validatore dalla rete di proof-of-stake.", + "deposit-contract-definition": "La porta d'accesso allo staking su Ethereum. Il contratto di deposito è un contratto intelligente su Ethereum che accetta depositi di ETH e gestisce i saldi dei validatori. Un validatore non può essere attivato senza depositare ETH in questo contratto. Il contratto richiede ETH e dati di input. Questi dati di input includono la chiave pubblica del validatore e la chiave pubblica di prelievo, firmate dalla chiave privata del validatore. Questi dati sono necessari affinché un validatore venga identificato e approvato dalla rete prova di stake.", "defi-term": "DeFi", - "defi-definition": "Un'ampia categoria di app di Ethereum mirate a fornire servizi finanziari supportati dalla blockchain, senza alcun intermediario. Maggiori informazioni sulla finanza decentralizzata (DeFi)", + "defi-definition": "Un'ampia categoria di app di Ethereum che mirano a fornire servizi finanziari supportati dalla blockchain, senza alcun intermediario. Maggiori informazioni sulla finanza decentralizzata (DeFi)", "difficulty-term": "Difficoltà", - "difficulty-definition": "Un'impostazione a livello della rete nelle reti di proof-of-work che controlla quanti calcoli medi sono necessari per trovare un nonce valido. La difficoltà è rappresentata dal numero di zeri iniziali necessari nel hash del blocco risultante perché sia considerato valido. Questo concetto è deprecato in Ethereum dalla transizione al proof-of-stake.", + "difficulty-definition": "Un'impostazione a livello di rete nelle reti prova di lavoro che controlla quanta computazione media è richiesta per trovare un nonce valido. La difficoltà è rappresentata dal numero di zeri iniziali richiesti nell'hash del blocco risultante affinché sia considerato valido. Questo concetto è deprecato in Ethereum dalla transizione alla prova di stake.", "difficulty-bomb-term": "Bomba di difficoltà", - "difficulty-bomb-definition": "Incremento esponenziale pianificato nell'impostazione di difficoltà del proof-of-work, progettata per motivare la transizione al proof-of-stake, riducendo le possibilità di una diramazione. La bomba di difficoltà è deprecata da La Fusione.", + "difficulty-bomb-definition": "Aumento esponenziale pianificato dell'impostazione della difficoltà della prova di lavoro, progettato per motivare la transizione alla prova di stake, riducendo le probabilità di una biforcazione. La bomba di difficoltà è stata deprecata con il Merge.", "digital-signatures-term": "Firma digitale", - "digital-signatures-definition": "Una breve stringa di dati che un utente produce per un documento utilizzando una chiave privata, così che chiunque disponga della chiave pubblica corrispondente, della firma e del documento possa verificare che (1) il documento è stato \"firmato\" dal proprietario di quella chiave privata specifica, e (2) il documento non è stato modificato dopo essere stato firmato.", + "digital-signatures-definition": "Una breve stringa di dati che un utente produce per un documento utilizzando una chiave privata in modo tale che chiunque abbia la chiave pubblica corrispondente, la firma e il documento possa verificare che (1) il documento è stato \"firmato\" dal proprietario di quella particolare chiave privata e (2) il documento non è stato modificato dopo essere stato firmato.", "discovery-term": "Scoperta", - "discovery-definition": "Il processo per cui un nodo di Ethereum trova altri nodi cui connettersi.", - "distributed-hash-table-term": "Tabella di hash distribuiti (DHT)", - "distributed-hash-table-definition": "Una struttura di dati contenente coppie `(key, value)` utilizzata dai nodi di Ethereum per identificare i pari a cui connettersi e determinare quali protocolli utilizzare per comunicare.", + "discovery-definition": "Il processo attraverso il quale un nodo di Ethereum trova altri nodi a cui connettersi.", + "distributed-hash-table-term": "Tabella hash distribuita (DHT)", + "distributed-hash-table-definition": "Una struttura dati contenente coppie `(chiave, valore)` utilizzata dai nodi di Ethereum per identificare i peer a cui connettersi e determinare quali protocolli utilizzare per comunicare.", "double-spend-term": "Doppia spesa", - "double-spend-definition": "Una diramazione deliberata della blockchain in cui un utente con una quantità sufficientemente consistente di potere di mining/stake invia una transazione spostando valuta all'esterno della catena (es. uscendo con moneta legale o effettuando un acquisto off-chain), quindi riorganizzando la blockchain per rimuovere tale transazione. Una doppia spesa riuscita lascia l'utente malevolo con le risorse proprie, e quelle esterne alla catena.", - "ecdsa-term": "Algoritmo di firma digitale a curva ellittica (ECDSA)", - "ecdsa-definition": "Un algoritmo crittografico utilizzato da Ethereum per assicurarsi che i fondi possano esser spesi soltanto dai propri proprietari. È il metodo preferito per creare chiavi pubbliche e private. Rilevante per la generazione dell'indirizzo del conto e la verifica della transazione.", - "encryption-term": "Crittografia", - "encryption-definition": "La crittografia è la conversione di dati elettronici in una forma non leggibile da nessuno tranne che dal titolare della chiave di decodifica corretta.", + "double-spend-definition": "Una biforcazione deliberata della blockchain, in cui un utente con una quantità sufficientemente grande di potere di mining/stake invia una transazione spostando della valuta fuori catena (ad es., uscendo in valuta fiat o effettuando un acquisto fuori catena) per poi riorganizzare la blockchain per rimuovere quella transazione. Una doppia spesa riuscita lascia all'attaccante sia i suoi asset on-chain che fuori catena.", + "ecdsa-term": "Elliptic Curve Digital Signature Algorithm (ECDSA)", + "ecdsa-definition": "Un algoritmo crittografico utilizzato da Ethereum per garantire che i fondi possano essere spesi solo dai rispettivi proprietari. È il metodo preferito per creare chiavi pubbliche e private. Rilevante per la generazione dell'indirizzo dell'account e la verifica della transazione.", + "encryption-term": "Cifratura", + "encryption-definition": "La cifratura è la conversione di dati elettronici in una forma illeggibile da chiunque tranne che dal proprietario della chiave di decifrazione corretta.", "entropy-term": "Entropia", - "entropy-definition": "Nel contesto della crittografia, mancanza di prevedibilità o livello di casualità. Durante la generazione di informazioni segrete, come le chiavi private, gli algoritmi si affidano solitamente a una fonte di alta entropia per assicurarsi che l'output sia imprevedibile.", - "epoch-term": "Epoche", - "epoch-definition": "Un periodo di 32 slot, ognuno di 12 secondi, per un totale di 6,4 minuti. Le commissioni di validatori vengono mescolate a ogni epoca per motivi di sicurezza. Ogni epoca ha un'opportunità di finalizzazione della catena. Ogni validatore riceve nuove responsabilità all'inizio di ogni epoca. Maggiori informazioni sul proof-of-stake", - "equivocation-term": "Equivoco", - "equivocation-definition": "Un validatore che invia due messaggi contraddittori. Un semplice esempio è l'invio di due transazioni con lo stesso nonce da parte di un mittente. Un altro è un propositore di blocchi che propone due blocchi alla stessa altezza del blocco (o per lo stesso slot).", + "entropy-definition": "Nel contesto della crittografia, la mancanza di prevedibilità o il livello di casualità. Quando si generano informazioni segrete, come le chiavi private, gli algoritmi di solito si affidano a una fonte di alta entropia per garantire che l'output sia imprevedibile.", + "epoch-term": "Epoca", + "epoch-definition": "Un periodo di 32 slot, in cui ogni slot dura 12 secondi, per un totale di 6,4 minuti. I comitati dei validatori vengono rimescolati a ogni epoca per motivi di sicurezza. Ogni epoca ha l'opportunità di far sì che la catena ottenga la finalità. A ogni validatore vengono assegnate nuove responsabilità all'inizio di ogni epoca. Maggiori informazioni sulla prova di stake", + "equivocation-term": "Equivocazione", + "equivocation-definition": "Un validatore che invia due messaggi che si contraddicono a vicenda. Un semplice esempio è il mittente di una transazione che invia due transazioni con lo stesso nonce. Un altro è un proponente del blocco che propone due blocchi alla stessa altezza del blocco (o per lo stesso slot).", "eth1-term": "Eth1", - "eth1-definition": "'Eth1' è un termine riferito alla Rete Principale di Ethereum, la blockchain di proof-of-work esistente. Questo termine è stato abbandonato a favore del 'livello di esecuzione'. Maggiori informazioni su questo cambio di nome.", + "eth1-definition": "'Eth1' è un termine che si riferiva alla rete principale di Ethereum, l'esistente blockchain basata sulla prova di lavoro. Questo termine è stato da allora deprecato in favore di 'livello di esecuzione'. Scopri di più su questo cambio di nome.", "eth2-term": "Eth2", - "eth2-definition": "'Eth2' è un termine che si riferisce a una serie di aggiornamenti al protocollo di Ethereum, inclusa la transizione al proof-of-stake. Questo termine è stato abbandonato a favore del 'livello di consenso'. Maggiori informazioni su questo cambio di nome.", + "eth2-definition": "'Eth2' è un termine che si riferiva a una serie di aggiornamenti del protocollo di Ethereum, inclusa la transizione di Ethereum alla prova di stake. Questo termine è stato da allora deprecato in favore di 'livello di consenso'. Scopri di più su questo cambio di nome.", "eip-term": "Proposta di miglioramento di Ethereum (EIP)", - "eip-definition": "Un documento di progettazione che fornisce informazioni alla community di Ethereum, descrivendo una nuova funzionalità proposta o i suoi processi o ambiente (vedi ERC). Introduzione alle EIP", - "ens-term": "Servizio del nome di Ethereum (ENS)", - "ens-definition": "Il Servizio del nome di Ethereum è una sorta di rubrica di Internet per gli indirizzi di Ethereum. Invece di utilizzare i lunghi indirizzi dei portafogli, l'ENS utilizza nomi semplici come \"mario.eth\" per inviare e ricevere moneta digitale e risorse.

    Tecnico:
    Il registro ENS è un unico contratto centrale che fornisce una mappatura dai nomi di dominio ai proprietari e resolver, come descritto nell'EIP-137. Ulteriori informazioni su ens.domains.", + "eip-definition": "Un documento di progettazione che fornisce informazioni alla community di Ethereum, descrivendo una nuova funzionalità proposta o i suoi processi o l'ambiente (vedi ERC). Introduzione alle EIP", + "ens-term": "Ethereum Name Service (ENS)", + "ens-definition": "Ethereum Name Service è come una rubrica telefonica di internet per gli indirizzi di Ethereum. Invece di utilizzare lunghi indirizzi di portafoglio, ENS ti consente di utilizzare nomi semplici come \"john.eth\" per inviare e ricevere denaro e asset digitali.

    Tecnico:
    Il registro ENS è un singolo contratto centrale che fornisce una mappatura dai nomi di dominio ai proprietari e ai risolutori, come descritto nell'EIP-137. Scopri di più su ens.domains.", "erc-1155-term": "ERC-1155", - "erc-1155-definition": "ERC-1155 è un nuovo tipo di standard dei token di Ethereum, simile ai NFT (come gli articoli collezionabili univoci), che consente anch'esso di creare articoli intercambiabili (come le valute) in un unico contratto intelligente.
    Questo semplifica e incrementa l'efficienza della gestione di vari tipi di risorse digitali, specialmente per applicazioni come videogiochi o raccolte digitali.", + "erc-1155-definition": "L'ERC-1155 è un tipo più recente di standard di token di Ethereum simile agli NFT (come oggetti da collezione unici) che consente anche di creare oggetti intercambiabili (come la valuta) all'interno di un singolo contratto intelligente.
    Ciò rende più facile ed efficiente gestire vari tipi di asset digitali, specialmente per applicazioni come videogiochi o collezioni digitali.", "erc-20-term": "ERC-20", - "erc-20-definition": "ERC-20 è lo standard utilizzato per la creazione di gran parte dei token sulla rete di Ethereum.
    Esempi popolari sono le stablecoin, come DAI e USDC, o i token di scambio come UNI da Uniswap. È affine a qualsiasi forma di denaro alternativo presente nei sistemi tradizionali…, ad esempio, i punti di ricompensa, i sistemi di credito o persino le azioni, ecc.", + "erc-20-definition": "L'ERC-20 è lo standard che la maggior parte dei token sulla rete di Ethereum utilizza per la propria creazione.
    Esempi popolari sono le stablecoin come DAI e USDC o i token di exchange come UNI di Uniswap. Simile a qualsiasi forma di denaro alternativo che abbiamo nei sistemi tradizionali... ad es., punti premio, sistemi di credito o persino azioni, ecc.", "erc-721-term": "ERC-721", - "erc-721-definition": "Gli NFT (non fungible token, token non fungibili) possono essere creati utilizzando un insieme standard di regole chiamato ERC-721.
    I token NFT possono rappresentare la proprietà di qualsiasi oggetto unico, come opere d'arte digitali o articoli da collezione; ciascun token possiede un valore e caratteristiche propri e speciali. Ogni NFT è univoco e facilmente distinguibile da qualsiasi altro NFT.", + "erc-721-definition": "Gli NFT (token non fungibili) vengono creati utilizzando un insieme standard di regole denominato ERC-721.
    I token NFT possono rappresentare la proprietà di qualsiasi cosa unica, come arte digitale o oggetti da collezione, con ogni token che ha le sue caratteristiche e il suo valore speciali. Ogni NFT è unico e facilmente distinguibile da qualsiasi altro NFT.", "execution-client-term": "Client di esecuzione", - "execution-client-definition": "I client di esecuzione (precedentemente noti come \"client Eth1\"), come Besu, Erigon, Go-Ethereum (Geth), Nethermind, sono incaricati dell'elaborazione e trasmissione delle transazioni, e della gestione dello stato di Ethereum. Eseguono i calcoli per ogni transazione utilizzando la Macchina Virtuale di Ethereum per assicurarsi che le regole del protocollo siano seguite.", + "execution-client-definition": "I client di esecuzione (precedentemente noti come \"client Eth1\"), come Besu, Erigon, Go-Ethereum (Geth), Nethermind, hanno il compito di elaborare e trasmettere le transazioni e gestire lo stato di Ethereum. Eseguono i calcoli per ogni transazione utilizzando la macchina virtuale di Ethereum per garantire che le regole del protocollo vengano seguite.", "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 il tipo più comune di conto di Ethereum. Sono controllati da una persona tramite le chiavi private/la frase di recupero. Maggiori informazioni sui portafogli di Ethereum.", - "erc-term": "Richiesta di commenti di Ethereum (ERC)", - "erc-definition": "ERC (Richiesta di commenti di Ethereum) è un tipo di documentazione tecnica adoperata nella community di Ethereum per proporre nuovi standard di utilizzo per la rete di Ethereum.

    Queste proposte possono coprire un'ampia gamma di argomenti, inclusi nuovi standard di token (come ERC-20, utilizzato per i token, ed ERC-721 per i NFT).", + "eoa-term": "Account controllato esternamente (EOA)", + "eoa-definition": "Gli account controllati esternamente (EOA) sono il tipo più comune di account di Ethereum. Sono controllati da una persona tramite chiavi private/frase di recupero. Maggiori informazioni sui portafogli di Ethereum.", + "erc-term": "Ethereum Request for Comments (ERC)", + "erc-definition": "L'ERC (Ethereum Request for Comments) è un tipo di documentazione tecnica utilizzata nella community di Ethereum per proporre nuovi standard di utilizzo per la rete di Ethereum.

    Queste proposte possono coprire un'ampia gamma di argomenti, inclusi nuovi standard di token (come l'ERC-20 utilizzato per i token e l'ERC-721 per gli NFT).", "ethash-term": "Ethash", - "ethash-definition": "Un algoritmo di proof-of-work utilizzato su Ethereum prima della sua transizione al proof-of-stake. Ulteriori informazioni", + "ethash-definition": "Un algoritmo di prova di lavoro che veniva utilizzato su Ethereum prima della sua transizione alla prova di stake. Scopri di più", "ether-term": "Ether", - "ether-definition": "La criptovaluta nativa di Ethereum, comunemente nota come \"ETH\". È utilizzata per coprire le commissioni di transazione utilizzando l'ecosistema e le applicazioni di Ethereum. Maggiori informazioni su ether.", + "ether-definition": "La criptovaluta nativa di Ethereum, comunemente indicata come \"ETH\". Viene utilizzata per coprire le commissioni della transazione quando si utilizza l'ecosistema e le applicazioni di Ethereum. Maggiori informazioni su ether.", "events-term": "Eventi", - "events-definition": "Consente l'utilizzo delle risorse di registrazione dell'EVM. Le dapp possono ascoltare gli eventi e utilizzarli per innescare callback in JavaScript nell'interfaccia utente. Maggiori informazioni su eventi e registri", - "evm-term": "Macchina virtuale Ethereum (EVM)", - "evm-definition": "Una macchina virtuale basata sullo stack che esegue il bytecode. In Ethereum, il modello di esecuzione specifica in che modo lo stato di sistema viene alterato in base a una serie di istruzioni bytecode e una piccola tupla di dati ambientali. Ciò è specificato tramite un modello formale di una macchina di stato virtuale. Maggiori informazioni sulla Macchina Virtuale di Ethereum.", - "evm-assembly-language-term": "Lingua assembly dell'EVM", - "evm-assembly-language-definition": "Modulo leggibile dall'uomo di bytecode dell'EVM.", + "events-definition": "Consente l'uso delle funzionalità di registrazione della EVM. Le dApp possono ascoltare gli eventi e utilizzarli per attivare callback JavaScript nell'interfaccia utente. Maggiori informazioni su eventi e log", + "evm-term": "Macchina virtuale di Ethereum (EVM)", + "evm-definition": "Una macchina virtuale basata su stack che esegue il bytecode. In Ethereum, il modello di esecuzione specifica come viene alterato lo stato del sistema data una serie di istruzioni bytecode e una piccola tupla di dati ambientali. Questo è specificato attraverso un modello formale di una macchina a stati virtuale. Maggiori informazioni sulla macchina virtuale di Ethereum.", + "evm-assembly-language-term": "Linguaggio assembly della EVM", + "evm-assembly-language-definition": "Una forma leggibile dall'uomo del bytecode della EVM.", "fallback-function-term": "Funzione di fallback", - "fallback-function-definition": "Funzione predefinita chiamata in assenza di dati o di un nome di funzione dichiarato.", - "faucet-term": "Faucet", - "faucet-definition": "Un servizio fornito tramite contratto intelligente che dispensa fondi sotto forma di ether di test gratuiti, utilizzabili su una rete di prova.", + "fallback-function-definition": "Una funzione predefinita chiamata in assenza di dati o di un nome di funzione dichiarato.", + "faucet-term": "Rubinetto", + "faucet-definition": "Un servizio svolto tramite un contratto intelligente che distribuisce fondi sotto forma di ether di test gratuiti che possono essere utilizzati su una rete di test.", "finality-term": "Finalità", - "finality-definition": "La finalità è la garanzia che una serie di transazioni non sia modificabile senza perdere un ingente importo di ETH.", + "finality-definition": "La finalità è la garanzia che un insieme di transazioni non possa essere modificato senza che venga persa un'enorme quantità di ETH.", "finney-term": "Finney", "finney-definition": "Una denominazione di ether. 1 finney = 1015 wei. 103 finney = 1 ether.", - "fork-term": "Diramazione", - "fork-definition": "Una modifica al protocollo che causa la creazione di una catena alternativa.", - "fork-choice-algorithm-term": "Algoritmo di scelta della diramazione", - "fork-choice-algorithm-definition": "L'algoritmo utilizzato per identificare la testa della blockchain. Su Ethereum la testa della catena è identificata come la diramazione con il maggior 'peso' delle attestazioni. Il peso è il prodotto del numero di attestazioni e del saldo effettivo dei validatori attestanti. Ciò significa che la vera testa della catena è quella per cui ha votato la maggior quantità di ether in staking. Nel livello di consenso, l'algoritmo di scelta della diramazione si chiama 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 batch e inviate a Ethereum in un'unica transazione. Gli altri partecipanti della rete possono rieseguire le transazioni per verificare che siano state eseguite onestamente. Se scoprono una discrepanza tra i dati pubblicati e la propria versione, possono pubblicare una prova crittografica che dimostra dove si è verificata la frode. Alcuni rollup utilizzano le prove di validità.", + "fork-term": "Biforcazione", + "fork-definition": "Un cambiamento nel protocollo che causa la creazione di una catena alternativa.", + "fork-choice-algorithm-term": "Algoritmo di scelta della biforcazione", + "fork-choice-algorithm-definition": "L'algoritmo utilizzato per identificare la testa della blockchain. Su Ethereum la testa della catena è identificata come la biforcazione con il maggior 'peso' di attestazioni. Il peso è il prodotto del numero di attestazioni e del saldo effettivo dei validatori attestanti. Ciò significa che la vera testa della catena è quella per cui ha votato la maggior parte degli ether in staking. Sul livello di consenso l'algoritmo di scelta della biforcazione è chiamato LMD_GHOST.", + "fraud-proof-term": "Prova di frode", + "fraud-proof-definition": "Un modello di sicurezza per alcune soluzioni di livello 2 in cui, per aumentare la velocità, le transazioni vengono raggruppate (rollup) in lotti e inviate a Ethereum in una singola transazione. Altri partecipanti alla rete possono rieseguire le transazioni per verificare che siano state eseguite onestamente. Se scoprono una discrepanza tra i dati pubblicati e la propria versione, possono pubblicare una prova crittografica che dimostra dove si è verificata una frode. Alcuni rollup utilizzano prove di validità.", "frontier-term": "Frontier", - "frontier-definition": "Fase di sviluppo di test iniziale di Ethereum, che durò dal luglio 2015 al marzo 2016.", + "frontier-definition": "La fase iniziale di sviluppo di test di Ethereum, durata da luglio 2015 a marzo 2016.", "gas-term": "Gas", "gas-definition": "Il gas è la commissione pagata per le transazioni e i contratti intelligenti su una blockchain, come Ethereum. Maggiori informazioni su gas e commissioni.", - "gas-limit-term": "Limite di gas", - "gas-limit-definition": "L'importo massimo di gas che una transazione o un blocco potrebbe consumare.", + "gas-limit-term": "Limite del gas", + "gas-limit-definition": "La quantità massima di gas che una transazione o un blocco può consumare.", "gas-price-term": "Prezzo del gas", "gas-price-definition": "Prezzo in ether di un'unità di gas specificato in una transazione.", "genesis-block-term": "Blocco genesi", - "genesis-block-definition": "Il primo blocco in una blockchain, utilizzato per inizializzare una rete in specifica e la sua criptovaluta.", + "genesis-block-definition": "Il primo blocco in una blockchain, utilizzato per inizializzare una particolare rete e la sua criptovaluta.", "geth-term": "Geth", - "geth-definition": "Go Ethereum. Una delle implementazioni più importanti del protocollo di Ethereum, scritta in Go. Ulteriori informazioni su geth.ethereum.org", + "geth-definition": "Go Ethereum. Una delle implementazioni più importanti del protocollo di Ethereum, scritta in Go. Scopri di più su geth.ethereum.org", "gwei-term": "Gwei", - "gwei-definition": "Abbreviazione di gigawei, una denominazione di ether, comunemente utilizzata per i prezzi del gas. 1 gwei = 109 wei. 109 gwei = 1 ether.", - "hard-fork-term": "Diramazione permanente", - "hard-fork-definition": "Una divergenza permanente nella blockchain; anche nota come un cambiamento di diramazione permanente. Si verifica comunemente quando i nodi non aggiornati non possono convalidare i blocchi creati dai nodi aggiornati che seguono le regole di consenso più recenti. Da non confondere con diramazione (fork), soft fork, software fork o Git fork.", + "gwei-definition": "Abbreviazione di gigawei, una denominazione di ether, comunemente utilizzata per prezzare il gas. 1 gwei = 109 wei. 109 gwei = 1 ether.", + "hard-fork-term": "Biforcazione hard", + "hard-fork-definition": "Una divergenza permanente nella blockchain; nota anche come modifica di hard-forking. Si verifica comunemente quando i nodi non aggiornati non possono convalidare i blocchi creati dai nodi aggiornati che seguono le nuove regole di consenso. Da non confondere con una biforcazione, una biforcazione soft, un fork del software o un fork di Git.", "hash-term": "Hash", - "hash-definition": "Un'impronta digitale di lunghezza fissa di input di dimensioni variabili, prodotta da una funzione di hash. (Vedi keccak-256).", - "hash-rate-term": "Hashrate", - "hash-rate-definition": "Il numero di calcoli di hash effettuati al secondo dai computer che eseguono il software di mining.", + "hash-definition": "Un'impronta digitale a lunghezza fissa di un input di dimensione variabile, prodotta da una funzione di hash. (Vedi keccak-256).", + "hash-rate-term": "Tasso di hash", + "hash-rate-definition": "Il numero di calcoli di hash effettuati al secondo dai computer che eseguono software di mining.", "homestead-term": "Homestead", "holographic-consensus-term": "Consenso olografico", - "holographic-consensus-definition": "Si riferisce a come la decisione di un grande gruppo venga presa facendo votare un gruppo più ristretto di rappresentanti. Poi tutti gli altri acconsentono alla decisione presa, purché si fidino del fatto che il gruppo ristretto abbia compiuto un buon lavoro.
    È utilizzato in alcune community online per prendere decisioni rapidamente senza la necessità che tutti votino su tutto, pur assicurandosi che le decisioni siano eque e rappresentino i desideri di gran parte delle persone.", - "homestead-definition": "La seconda fase di sviluppo di Ethereum, lanciata nel marzo 2016 sul blocco 1.150.000.", + "holographic-consensus-definition": "Si riferisce a come viene presa una decisione da un grande gruppo lasciando votare un gruppo più piccolo di persone rappresentative. Quindi tutti gli altri accettano di seguirla, a patto che si fidino che il piccolo gruppo abbia fatto un buon lavoro.
    Viene utilizzato in alcune community online per prendere decisioni rapidamente senza che tutti debbano votare su tutto, assicurandosi comunque che le decisioni siano eque e rappresentino ciò che la maggior parte delle persone desidera.", + "homestead-definition": "La seconda fase di sviluppo di Ethereum, lanciata a marzo 2016 al blocco 1.150.000.", "index-term": "Indice", - "index-definition": "Una struttura di rete pensata per ottimizzare l'interrogazione di informazioni da tutta la blockchain fornendo un percorso efficiente alla sua sorgente di archiviazione.", + "index-definition": "Una struttura di rete intesa a ottimizzare l'interrogazione delle informazioni attraverso la blockchain fornendo un percorso efficiente alla sua fonte di archiviazione.", "ide-term": "Ambiente di sviluppo integrato (IDE)", - "ide-definition": "Un'interfaccia utente che tipicamente combina un editor di codice, un compilatore, un ambiente runtime e un debugger. Maggiori informazioni sugli ambienti di sviluppo integrato.", + "ide-definition": "Un'interfaccia utente che in genere combina un editor di codice, un compilatore, un runtime e un debugger. Maggiori informazioni sugli ambienti di sviluppo integrati.", "immutable-deployed-code-problem-term": "Problema del codice distribuito immutabile", - "immutable-deployed-code-problem-definition": "Una volta che il codice di un contratto (o di una libreria) è distribuito, diviene immutabile. Le pratiche di sviluppo standard del software si basano sulla capacità di risolvere possibili bug e aggiungere nuove funzionalità, quindi questo punto rappresenta una sfida per lo sviluppo dei contratti intelligenti. Maggiori informazioni sulla distribuzione dei contratti intelligenti.", + "immutable-deployed-code-problem-definition": "Una volta che il codice di un contratto (o di una libreria) viene distribuito, diventa immutabile. Le pratiche standard di sviluppo software si basano sulla possibilità di correggere possibili bug e aggiungere nuove funzionalità, quindi questo rappresenta una sfida per lo sviluppo di contratti intelligenti. Maggiori informazioni sulla distribuzione dei contratti intelligenti.", "internal-transaction-term": "Transazione interna", - "internal-transaction-definition": "Una transazione inviata da un conto di contratto a un altro, o a un EOA (vedi messaggio).", + "internal-transaction-definition": "Una transazione inviata da un account del contratto a un altro account del contratto o a un EOA (vedi messaggio).", "issuance-term": "Emissione", - "issuance-definition": "La coniatura di nuovi ether per ricompensare la proposta, l'attestazione e la segnalazione del blocco.", + "issuance-definition": "Il conio di nuovi ether per ricompensare la proposta di blocchi, l'attestazione e le segnalazioni (whistle-blowing).", "kdf-term": "Funzione di derivazione della chiave (KDF)", - "kdf-definition": "Anche nota come un \"algoritmo di allungamento della password\", è utilizzata dai formati keystore per proteggere dagli attacchi di forza bruta, dictionary e rainbow table sulla crittografia della passphrase, effettuandone ripetutamente l'hashing.", + "kdf-definition": "Nota anche come \"algoritmo di allungamento della password\", è utilizzata dai formati keystore per proteggere dagli attacchi di forza bruta, a dizionario e rainbow table sulla crittografia della passphrase, eseguendo ripetutamente l'hash 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.", + "keystore-definition": "Ogni coppia chiave privata/indirizzo di un account esiste come singolo file chiave in un client Ethereum. Si tratta di file di testo JSON che contengono la chiave privata crittografata dell'account, che può essere decrittografata solo con la password inserita durante la creazione dell'account.", "keccak-256-term": "Keccak-256", - "keccak-256-definition": "Funzione di hash crittografica utilizzata su Ethereum. Keccak-256 è stata standardizzata come SHA-3.", + "keccak-256-definition": "Funzione di hash crittografico utilizzata in Ethereum. Keccak-256 è stata standardizzata come SHA-3.", "key-term": "Chiave", - "key-definition": "Nel contesto di Ethereum, le chiavi sono codici digitali: una chiave pubblica per ricevere le transazioni, e una privata per accedere e inviare i fondi.
    Chiavi pubbliche: sono apertamente condivisibili.
    Chiavi private: sono tenute segrete dal proprietario.", + "key-definition": "Nel contesto di Ethereum, le chiavi sono codici digitali: una chiave pubblica per ricevere transazioni e una chiave privata per accedere e inviare fondi.
    Chiavi pubbliche: possono essere condivise apertamente.
    Chiavi private: sono tenute segrete dal proprietario.", "layer-1-term": "Livello 1", - "layer-1-definition": "Livello 1 si riferisce alla blockchain principale in una rete blockchain a più livelli. Ad esempio, Ethereum e Bitcoin sono blockchain di livello 1. Molte blockchain di livello 2 scaricano transazioni ad alto consumo di risorse sulla propria blockchain separata, continuando a utilizzare la blockchain di livello 1 di Ethereum o Bitcoin per scopi di sicurezza.", + "layer-1-definition": "Il Livello 1 si riferisce alla blockchain principale in una rete blockchain a più livelli. Ad esempio, Ethereum e Bitcoin sono blockchain di livello uno. Molte blockchain di livello due scaricano le transazioni ad alta intensità di risorse sulla loro blockchain separata, pur continuando a utilizzare la blockchain di livello uno di Ethereum o Bitcoin per scopi di sicurezza.", "layer-2-term": "Livello 2", - "layer-2-definition": "I livelli 2 sono altre reti basate sulla Rete Principale di Ethereum per effettuare transazioni più rapide ed economiche. Maggiori informazioni sul livello 2.", + "layer-2-definition": "I Livelli 2 sono altre reti costruite sopra la rete principale di Ethereum per rendere le transazioni più veloci ed economiche. Maggiori informazioni sul livello 2.", "library-term": "Libreria", - "library-definition": "Un tipo speciale di contratto privo di funzioni pagabili, funzione di fallback e archiviazione dei dati. Quindi, che non può ricevere o detenere ether, né archiviare dati. Una libreria funge da codice distribuito precedentemente che altri contratti possono chiamare per calcoli in sola lettura. Maggiori informazioni sulle librerie dei contratti intelligenti.", + "library-definition": "Un tipo speciale di contratto che non ha funzioni pagabili, nessuna funzione di fallback e nessuna archiviazione di dati. Pertanto, non può ricevere o trattenere ether, né archiviare dati. Una libreria funge da codice precedentemente distribuito che altri contratti possono chiamare per calcoli di sola lettura. Maggiori informazioni sulle librerie dei contratti intelligenti.", "light-client-term": "Client leggero", - "light-client-definition": "Un client di Ethereum che non archivia una copia locale della blockchain, né convalida blocchi e transazioni. Offre le funzioni di un portafoglio e può creare e trasmettere transazioni.", + "light-client-definition": "Un client Ethereum che non archivia una copia locale della blockchain, né convalida blocchi e transazioni. Offre le funzioni di un portafoglio e può creare e trasmettere transazioni.", "liquidity-term": "Liquidità", - "liquidity-definition": "La liquidità rappresenta quanto rapidamente e facilmente una risorsa può essere convertita in denaro o in un'altra risorsa. Le borse decentralizzate come Uniswap dispongono di più gruppi di liquidità in cui i titolari di risorse possono depositarle in un luogo in cui i trader possono acquistarle e venderle in modo decentralizzato in cambio di ricompense.", + "liquidity-definition": "La liquidità è la rapidità e la facilità con cui un asset può essere convertito in contanti o in un altro asset. Gli exchange decentralizzati come Uniswap hanno molteplici pool di liquidità in cui i detentori di asset possono depositare i propri asset e dove i trader possono acquistarli e venderli in modo decentralizzato in cambio di ricompense.", "liquidity-tokens-term": "Token di liquidità", - "liquidity-tokens-definition": "I token di liquidità (LST) sono token digitali emessi ai partecipanti che depositano risorse in un gruppo di liquidità, ossia una raccolta di fondi bloccati in un contratto intelligente e utilizzati per facilitare lo scambio su una borsa decentralizzata (DEX).
    Questi token rappresentano la quota del partecipante al gruppo e possono essere riscattati in seguito, in misura del deposito iniziale più una porzione delle commissioni di trading generate dall'attività del gruppo. Essenzialmente, i token di liquidità fungono da dimostrazione di proprietà o staking in un gruppo di liquidità, consentendo ai titolari di guadagnare ricompense, fornendo la liquidità necessaria perché gli altri scambino efficientemente diverse coppie di criptovalute.", + "liquidity-tokens-definition": "I token di liquidità (LST) sono token digitali emessi ai partecipanti che depositano asset in una pool di liquidità, che è una raccolta di fondi bloccati in un contratto intelligente e utilizzati per facilitare il trading su un exchange decentralizzato (DEX).
    Questi token rappresentano la quota del partecipante nella pool e possono essere riscattati in seguito per il deposito iniziale più una parte delle commissioni di trading generate dall'attività della pool. Essenzialmente, i token di liquidità fungono da prova di proprietà o stake in una pool di liquidità, consentendo ai detentori di guadagnare ricompense fornendo al contempo la liquidità necessaria affinché altri possano scambiare diverse coppie di criptovalute in modo efficiente.", + "liquid-staking-tokens-term": "Token di liquid staking", + "liquid-staking-tokens-definition": "Un token derivato che rappresenta la proprietà della criptovaluta bloccata che un utente sta mettendo in staking. Mettendo in staking un asset, alcune piattaforme consentono di coniare token di liquid staking (LST), che rappresentano una quota equivalente dei token bloccati. Questi LST possono quindi essere scambiati, venduti o utilizzati in altri protocolli DeFi, migliorando l'efficienza del capitale per lo staker consentendo l'accesso alla liquidità dai propri fondi, anche mentre i loro asset originali rimangono in staking.", "lmd-ghost-term": "LMD-GHOST", - "lmd-ghost-definition": "L'algoritmo di scelta della diramazione utilizzato dai client di consenso di Ethereum per identificare la testa della catena. LMD-GHOST è un acronimo che sta per \"Latest Message Driven Greediest Observed SubTree\", che significa che la testa della catena è il blocco con la maggior quantità di attestazioni nel suo storico.", + "lmd-ghost-definition": "L'algoritmo di scelta della biforcazione utilizzato dai client di consenso di Ethereum per identificare la testa della catena. LMD-GHOST è un acronimo che sta per \"Latest Message Driven Greediest Heaviest Observed SubTree\", il che significa che la testa della catena è il blocco con il maggiore accumulo di attestazioni nella sua storia.", "mainnet-term": "Rete principale", - "mainnet-definition": "In inglese Mainnet, abbreviazione di \"main network\", è la blockchain Ethereum pubblica principale.", - "max-fee-per-gas-term": "Commissione massima per il gas", - "max-fee-per-gas-definition": "La commissione massima è l'importo massimo assoluto che un utente è disposto a pagare per unità di gas (gwei) perché una transazione sia inclusa in un blocco.", - "merkle-patricia-tree-term": "Albero di Patricia Merkle (MPT)", - "merkle-patricia-tree-definition": "Struttura dati usata in Ethereum per memorizzare in modo efficiente coppie chiave-valore.", + "mainnet-definition": "Abbreviazione di \"rete principale\", questa è la principale blockchain pubblica di Ethereum.", + "max-fee-per-gas-term": "Commissione massima per gas", + "max-fee-per-gas-definition": "La Commissione massima è l'importo massimo assoluto che un utente è disposto a pagare per unità di gas (gwei) per far includere una transazione in un blocco.", + "merkle-patricia-tree-term": "Albero di Merkle Patricia (MPT)", + "merkle-patricia-tree-definition": "Una struttura dati utilizzata in Ethereum per archiviare in modo efficiente coppie chiave-valore.", "merkle-root-term": "Radice di Merkle", "merkle-root-definition": "Una radice di Merkle è il singolo hash superiore di un albero di Merkle. Verifica tutte le transazioni all'interno di un blocco.", "message-term": "Messaggio", - "message-definition": "Una transazione interna che non è mai serializzata e inviata solo all'interno dell'EVM.", - "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.", - "mev-term": "Valore estraibile massimo (MEV)", - "mev-definition": "Il valore massimo che può essere estratto dalla produzione di blocchi in eccesso rispetto alla ricompensa standard del blocco e alle commissioni sul gas includendo, escludendo e modificando l'ordine delle transazioni in un blocco. Ulteriori informazioni sul valore estraibile massimo (MEV).", + "message-definition": "Una transazione interna che non viene mai serializzata e viene inviata solo all'interno della EVM.", + "message-call-term": "Chiamata di messaggio", + "message-call-definition": "L'atto di passare un messaggio da un account a un altro. Se l'account di destinazione è associato al codice della EVM, la VM verrà avviata con lo stato di quell'oggetto e il messaggio verrà elaborato.", + "mev-term": "Valore massimo estraibile (MEV)", + "mev-definition": "Il valore massimo che può essere estratto dalla produzione di blocchi in eccesso rispetto alla ricompensa del blocco standard e alle commissioni del gas includendo, escludendo e modificando l'ordine delle transazioni in un blocco. Maggiori informazioni sul Valore massimo estraibile (MEV).", "mining-term": "Mining", - "mining-definition": "Il processo di eseguire ripetutamente l'hashing dell'intestazione di un blocco, incrementando di un nonce finché il risultato non contiene un numero arbitrario di zero binari iniziali. Questo è il processo tramite cui i nuovi blocchi sono aggiunti a una catena di proof-of-work. Ethereum era protetta così, prima del suo passaggio al proof-of-stake.", + "mining-definition": "Il processo di esecuzione ripetuta dell'hash dell'intestazione di un blocco incrementando un nonce finché il risultato non contiene un numero arbitrario di zeri binari iniziali. Questo è il processo mediante il quale nuovi blocchi vengono aggiunti a una blockchain a prova di lavoro. Questo era il modo in cui Ethereum veniva protetto prima di passare alla prova di 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", - "mint-definition": "La coniatura è il processo di creazione dei nuovi token e la loro messa in circolazione per l'utilizzo. È un meccanismo decentralizzato per creare un nuovo token senza coinvolgere l'autorità centrale.", - "multisig-term": "Firma Multipla", - "multisig-definition": "Multifirma si riferisce a un portafoglio o conto digitale che richiede più firme o approvazioni per eseguire le transazioni, migliorando la sicurezza.
    Questo aggiunge ulteriore sicurezza rispetto ai tradizionali conti a firma singola, in cui è necessaria l'approvazione di una sola persona.", + "miner-definition": "Un nodo della rete che trova una prova di lavoro valida per nuovi blocchi, tramite hashing ripetuto (vedi Ethash). I miner non fanno più parte di Ethereum: sono stati sostituiti dai validatori quando Ethereum è passato alla prova di stake.", + "mint-term": "Coniare", + "mint-definition": "Coniare è il processo di creazione di nuovi token e della loro immissione in circolazione in modo che possano essere utilizzati. È un meccanismo decentralizzato per creare un nuovo token senza il coinvolgimento dell'autorità centrale.", + "multisig-term": "Multifirma", + "multisig-definition": "La multifirma (multi signature) si riferisce a un portafoglio o account digitale che richiede più firme o approvazioni per eseguire transazioni, migliorando la sicurezza.
    Ciò aggiunge ulteriore sicurezza rispetto ai tradizionali account a firma singola in cui è necessaria l'approvazione di una sola persona.", "network-term": "Rete", - "network-definition": "In riferimento alla rete Ethereum, una rete peer-topeer che propaga transazioni e blocchi a ogni nodo di Ethereum (partecipante alla rete). Maggiori informazioni sulle reti.", - "network-hashrate-term": "Hashrate di rete", - "network-hashrate-definition": "L'hashrate collettivo prodotta dall'intera rete di mining. Il mining su Ethereum è stato disattivato in seguito al passaggio al proof-of-stake.", + "network-definition": "Riferito alla rete Ethereum, una rete peer-to-peer che propaga transazioni e blocchi a ogni nodo Ethereum (partecipante alla rete). Maggiori informazioni sulle reti.", + "network-hashrate-term": "Hashrate della rete", + "network-hashrate-definition": "L'hashrate collettivo prodotto da un'intera rete di mining. Il mining su Ethereum è stato disattivato quando Ethereum è passato alla prova di stake.", "nft-term": "Token non fungibile (NFT)", - "nft-definition": "Un elemento digitale univoco che puoi possedere, come opere d'arte od oggetti da collezione, verificato dalla tecnologia della blockchain. Maggiori informazioni sui token non fungibili (NFT).", + "nft-definition": "Un oggetto digitale unico che puoi possedere, come arte o oggetti da collezione, verificato dalla tecnologia blockchain. Maggiori informazioni sui token non fungibili (NFT).", "node-term": "Nodo", - "node-definition": "Un client software che partecipa alla rete. Maggiori informazioni sui nodi e i client.", + "node-definition": "Un client software che partecipa alla rete. Maggiori informazioni su nodi e client.", "nonce-term": "Nonce", - "nonce-definition": "In crittografia, un valore utilizzabile una sola volta. Il nonce di un conto è un contatore di transazioni in ogni conto, utilizzato per impedire gli attacchi di riproduzione.", - "off-chain-term": "Esterno alla catena", - "off-chain-definition": "Esterno alla catena si riferisce a qualsiasi transazione o dato che esiste al di fuori della blockchain. Poiché effettuare il commit di ogni transazione su catena può essere costoso e inefficiente, strumenti di terze parti come gli oracoli che gestiscono i dati sui prezzi, o le soluzioni di livello 2 che eseguono un volume maggiore di transazioni, gestiscono molto del lavoro di elaborazione all'esterno della catena, e invieranno le informazioni sulla catena a intervalli meno frequenti.", - "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 che viene aggiunto prima alla testa della catena. Questo blocco valido, ma obsoleto, può essere incluso in blocchi più recenti come ommer e ricevere una ricompensa parziale del blocco. Il termine \"ommer\" è il termine preferito, neutro dal punto di vista di genere, per lo stesso livello di un blocco genitore, ma talvolta è anche indicato come \"zio\". Questo era comune per Ethereum quando era una rete di proof-of-work. Ora che Ethereum utilizza il proof-of-stake, viene selezionato soltanto un propositore del blocco per slot.", - "on-chain-term": "Sulla catena", - "on-chain-definition": "Si riferisce alle azioni o transazioni che si verificano sulla blockchain e sono disponibili pubblicamente.

    Immaginalo come scrivere qualcosa su un grande taccuino condiviso che tutti possono leggere e controllare, assicurandosi che qualsiasi cosa sia stata scritta (come inviare moneta digitale o stipulare un contratto) sia permanente e non possa essere modificata o cancellata.", - "optimistic-rollup-term": "Optimistic rollup", - "optimistic-rollup-definition": "Un rollup ottimistico è una soluzione del Livello 2 che velocizza le transazioni su Ethereum, supponendo che siano valide di default se non contestate. Maggiori informazioni sui rollup ottimistici.", + "nonce-definition": "In crittografia, un valore che può essere utilizzato una sola volta. Il nonce di un account è un contatore di transazioni in ogni account, che viene utilizzato per prevenire attacchi di replay.", + "offchain-term": "Fuori catena", + "offchain-definition": "Fuori catena indica qualsiasi transazione o dato che esiste al di fuori della blockchain. Poiché registrare ogni transazione on-chain può essere costoso e inefficiente, strumenti di terze parti come gli oracoli che gestiscono i dati sui prezzi, o le soluzioni di livello 2 che eseguono un throughput più elevato di transazioni, gestiscono la maggior parte del lavoro di elaborazione fuori catena e invieranno le informazioni on-chain a intervalli meno frequenti.", + "ommer-term": "Blocco ommer (uncle)", + "ommer-definition": "Quando un miner di prova di lavoro trova un blocco valido, un altro miner potrebbe aver pubblicato un blocco concorrente che viene aggiunto per primo alla punta della blockchain. Questo blocco valido, ma obsoleto, può essere incluso dai blocchi più recenti come ommer e ricevere una ricompensa del blocco parziale. Il termine \"ommer\" è il termine neutro preferito per il fratello di un blocco genitore, ma a volte viene anche chiamato \"uncle\" (zio). Questo era comune per Ethereum quando era una rete a prova di lavoro. Ora che Ethereum utilizza la prova di stake, viene selezionato un solo proponente del blocco per slot.", + "onchain-term": "On-chain", + "onchain-definition": "Si riferisce ad azioni o transazioni che avvengono sulla blockchain e sono pubblicamente disponibili.

    Pensalo come scrivere qualcosa in un grande quaderno condiviso che tutti possono vedere e controllare, assicurandosi che qualunque cosa sia scritta (come inviare denaro digitale o stipulare un contratto) sia permanente e non possa essere modificata o cancellata.", + "optimistic-rollup-term": "Rollup ottimistico", + "optimistic-rollup-definition": "Il Rollup ottimistico è una soluzione di Livello 2 che accelera le transazioni su Ethereum, presumendo che siano valide per impostazione predefinita a meno che non vengano contestate. Maggiori informazioni sui rollup ottimistici.", "oracle-term": "Oracolo", - "oracle-definition": "Un oracolo è un ponte tra la blockchain e il mondo reale. Funge da API sulla catena che può essere interrogata per ricevere informazioni e utilizzata nei contratti intelligenti. Maggiori informazioni sugli oracoli.", - "peer-term": "Pari", - "peer-definition": "Computer connessi che eseguono il software del client di Ethereum, contenenti copie identiche della blockchain.", + "oracle-definition": "Un oracolo è un ponte tra la blockchain e il mondo reale. Agiscono come API on-chain che possono essere interrogate per ottenere informazioni e utilizzate nei contratti intelligenti. Maggiori informazioni sugli oracoli.", + "peer-term": "Peer", + "peer-definition": "Computer connessi che eseguono il software client di Ethereum e che possiedono copie identiche della blockchain.", "peer-to-peer-network-term": "Rete peer-to-peer", - "peer-to-peer-network-definition": "Una rete di computer (pari) collettivamente capaci di eseguire funzionalità senza l'esigenza di servizi centralizzati e basati su server.
    Questa configurazione è spesso adoperata per la condivisione di fiile (come Bit torrent), informazioni o valute digitali, consentendo scambi più diretti e potenzialmente più efficienti tra utenti.", - "permissionless-term": "Senza autorizzazioni", - "permissionless-definition": "L'assenza di autorizzazioni significa che chiunque può unirsi a un sistema come Ethereum e utilizzarlo. È aperto alla partecipazione di tutti e non richiede alcuna approvazione.", + "peer-to-peer-network-definition": "Una rete di computer (peer) che sono collettivamente in grado di eseguire funzionalità senza la necessità di servizi centralizzati basati su server.
    Questa configurazione viene spesso utilizzata per la condivisione di file (es. BitTorrent), informazioni o valute digitali, consentendo scambi più diretti e potenzialmente più efficienti tra gli utenti.", + "permissionless-term": "Senza permessi", + "permissionless-definition": "Senza permessi significa che chiunque può unirsi e utilizzare un sistema come Ethereum. È aperto alla partecipazione di tutti e non richiede alcuna approvazione.", "plasma-term": "Plasma", - "plasma-definition": "Una soluzione di ridimensionamento off-chain che utilizza le prove di frode, come i rollup ottimistici. Plasma si limita alle transazioni semplici, come i trasferimenti di token e gli scambi. Maggiori informazioni su plasma.", + "plasma-definition": "Una soluzione di scalabilità fuori catena che utilizza prove di frode, come i rollup ottimistici. Plasma è limitato a transazioni semplici come trasferimenti di token di base e scambi. Maggiori informazioni su plasma.", "private-key-term": "Chiave privata", - "private-key-definition": "Una chiave privata è un codice segreto che dimostra che possiedi moneta digitale e ti consente di spenderla, come un PIN per il tuo conto. NON CONDIVIDERLA.", - "public-goods-term": "Beni comuni", - "public-goods-definition": "I beni comuni sono cose che tutti possono usare liberamente, come i parchi o l'aria pulita, e utilizzarli non impedisce agli altri di usufruirne a loro volta. Sono spesso forniti dai governi perché solitamente le aziende non lo fanno, poiché non possono facilmente far pagare coloro che li utilizzano.", + "private-key-definition": "Una chiave privata è un codice segreto che dimostra che possiedi il tuo denaro digitale e ti consente di spenderlo, come un PIN per il tuo account. NON CONDIVIDERLA.", + "public-goods-term": "Beni pubblici", + "public-goods-definition": "I beni pubblici sono cose che tutti possono usare gratuitamente, come i parchi o l'aria pulita, e il loro utilizzo non impedisce ad altri di usarli a loro volta. I governi spesso li forniscono perché le aziende di solito non lo fanno, poiché non possono facilmente far pagare le persone per il loro utilizzo.", "private-chain-term": "Catena privata", - "private-chain-definition": "Una blockchain interamente privata ha accesso con autorizzazioni, non è disponibile all'uso pubblico.", + "private-chain-definition": "Una blockchain completamente privata è una con accesso autorizzato, non disponibile pubblicamente per l'uso.", "poap-term": "POAP", - "poap-definition": "Il protocollo di prova di partecipazione è utilizzato per creare un oggetto collezionabile digitale (NFT) che dimostra che hai preso parte a un evento o attività specifici.", - "pos-term": "Proof-of-stake (PoS)", - "pos-definition": "Un metodo tramite cui il protocollo della blockchain di una criptovaluta mira a ottenere il consenso distribuito. Il PoS chiede agli utenti di dimostrare la proprietà di una determinata quantità di criptovalute (la loro \"stake\", o quota, nella rete) per poter partecipare alla convalida delle transazioni. Maggiori informazioni sul proof-of-stake.", - "pow-term": "Proof of Work (PoW)", - "pow-definition": "Un meccanismo di sicurezza per le blockchain che richiede ai nodi di consumare energia sotto forma di calcoli per trovare un certo valore.", + "poap-definition": "Il Proof of Attendance Protocol (Protocollo di Prova di Partecipazione) viene utilizzato per creare un oggetto da collezione digitale (NFT) che dimostra la tua partecipazione a un evento o a un'attività specifica.", + "pos-term": "Prova di stake (PoS)", + "pos-definition": "Un metodo con cui un protocollo blockchain di criptovaluta mira a raggiungere un consenso distribuito. La PoS chiede agli utenti di dimostrare la proprietà di una certa quantità di criptovaluta (il loro \"stake\" nella rete) per poter partecipare alla convalida delle transazioni. Maggiori informazioni sulla prova di stake.", + "pow-term": "Prova di lavoro (PoW)", + "pow-definition": "Un meccanismo di sicurezza per le blockchain che richiede ai nodi di spendere energia sotto forma di calcolo per trovare un determinato valore.", "proto-danksharding-term": "Proto-Danksharding", - "proto-danksharding-definition": "Un nuovo tipo di transazione che accetta i \"blob\" di dati per Ethereum. Questo \"blob\" di dati è temporaneamente memorizzato sulla Beacon Chain per 4096 epoche (circa 18,2 giorni), e può essere facoltativamente eliminato in seguito per aiutare a ridurre i requisiti hardware per gli operatori dei nodi.", + "proto-danksharding-definition": "Un nuovo tipo di transazione che accetta \"blob\" di dati per Ethereum. Questi dati \"blob\" vengono temporaneamente archiviati sulla beacon chain per 4096 epoche (~18,2 giorni) e possono essere facoltativamente eliminati in seguito per aiutare a ridurre i requisiti hardware per gli operatori dei nodi.", "public-key-term": "Chiave pubblica", - "public-key-definition": "Una chiave pubblica è una serie di caratteri che consente agli altri di inviarti moneta digitale in sicurezza, come un indirizzo email per il denaro.", + "public-key-definition": "Una chiave pubblica è un insieme di caratteri che consente ad altri di inviarti valuta digitale in modo sicuro, come un indirizzo e-mail per il denaro.", "quadratic-voting-term": "Voto quadratico", - "quadratic-voting-definition": "È un metodo di voto in cui i votanti esprimono la loro opinione su un tema. Consente ai votanti di mostrare non soltanto la preferenza, ma anche la sua intensità.", + "quadratic-voting-definition": "È un metodo di voto in cui gli elettori esprimono quanto fortemente sentono riguardo a determinate questioni. Consente agli elettori di mostrare non solo la preferenza, ma anche l'intensità della loro preferenza.", "receipt-term": "Ricevuta", - "receipt-definition": "Dati restituiti da un client Ethereum per rappresentare il risultato di una specifica transazione, che includono un hash della transazione, il relativo numero di blocco, il quantitativo di gas utilizzato e, in caso di distribuzione di un contratto intelligente, l'indirizzo del contratto.", - "recovery-phrase-term": "Frase seed/di recupero", - "recovery-phrase-definition": "Un elenco di parole che ti viene consegnato quando crei un portafoglio digitale. Agisce come una password che può aiutarti ad accedere al tuo portafoglio se perdi l'accesso, assicurandoti di non perdere il tuo denaro digitale o i tuoi token.", - "re-entrancy-attack-term": "Attacco con codice rientrante", - "re-entrancy-attack-definition": "Un attacco che consiste nella chiamata da parte del contratto di un aggressore alla funzione del contratto della vittima in modo che, durante l'esecuzione, la vittima chiami di nuovo il contratto dell'aggressore in modo ricorsivo. Questo può causare, ad esempio, il furto di fondi perché vengono ignorate le parti del contratto della vittima che aggiornano i saldi o contano gli importi prelevati.< href=\"/developers/docs/smart-contracts/security/#re-entrancy\">Maggiori informazioni sul codice rientrante.", + "receipt-definition": "Dati restituiti da un client Ethereum per rappresentare il risultato di una particolare transazione, incluso un hash della transazione, il suo numero di blocco, la quantità di gas utilizzata e, in caso di distribuzione di un contratto intelligente, l'indirizzo del contratto.", + "recovery-phrase-term": "Frase di recupero", + "recovery-phrase-definition": "Un elenco di parole che ti viene fornito quando crei un portafoglio digitale. Agisce come una password che può aiutarti a rientrare nel tuo portafoglio se perdi l'accesso, assicurandoti di non perdere il tuo denaro digitale o i tuoi token.", + "re-entrancy-attack-term": "Attacco di rientranza", + "re-entrancy-attack-definition": "Un attacco che consiste in un contratto attaccante che chiama una funzione di un contratto vittima in modo tale che, durante l'esecuzione, la vittima chiami di nuovo il contratto attaccante, in modo ricorsivo. Ciò può comportare, ad esempio, il furto di fondi saltando parti del contratto vittima che aggiornano i saldi o contano gli importi dei prelievi. Maggiori informazioni sulla rientranza.", "reward-term": "Ricompensa", - "reward-definition": "Un importo di ether assegnato ai validatori che svolgono certe funzioni, tra cui proporre un blocco o partecipare a una commissione di sincronizzazione, in ogni slot.", - "rlp-term": "Prefisso di lunghezza ricorsiva (RLP)", - "rlp-definition": "Uno standard di codifica progettato dagli sviluppatori di Ethereum per codificare e serializzare oggetti (strutture di dati) di complessità e lunghezza arbitraria.", + "reward-definition": "Una quantità di ether assegnata ai validatori che eseguono determinate funzioni, tra cui proporre un blocco o partecipare a un comitato di sincronizzazione, in ogni slot.", + "rlp-term": "Recursive Length Prefix (RLP)", + "rlp-definition": "Uno standard di codifica progettato dagli sviluppatori di Ethereum per codificare e serializzare oggetti (strutture dati) di complessità e lunghezza arbitrarie.", "rollups-term": "Rollup", - "rollups-definition": "Un tipo di soluzione di ridimensionamento del livello 2 che raggruppa più transazioni e le invia alla catena principale di Ethereum in un'unica transazione. Ciò consente di ridurre i costi del gas e aumentare il volume delle transazioni. I rollup possono essere di tipo ottimistico o a conoscenza zero. Utilizzano metodi di sicurezza diversi per offrire vantaggi in termini di scalabilità. Di più sui rollup.", + "rollups-definition": "Un tipo di soluzione di scalabilità di livello 2 che raggruppa più transazioni e le invia alla catena principale di Ethereum in una singola transazione. Ciò consente di ridurre i costi del gas e di aumentare il throughput delle transazioni. Esistono rollup ottimistici e a conoscenza zero che utilizzano metodi di sicurezza diversi per offrire questi vantaggi di scalabilità. Maggiori informazioni sui rollup.", "rpc-term": "Chiamata di procedura remota (RPC)", - "rpc-definition": "RPC consente a un computer di richiedere dati o azioni a un altro su una rete, come chiedere informazioni per un controllo da remoto.", + "rpc-definition": "L'RPC consente a un computer di richiedere dati o azioni a un altro tramite una rete, come chiedere informazioni con un telecomando.", "sha-term": "Secure Hash Algorithm (SHA)", - "sha-definition": "Famiglia di funzioni hash crittografiche pubblicata dal National Institute of Standards and Technology (NIST).", + "sha-definition": "Una famiglia di funzioni di hash crittografico pubblicata dal National Institute of Standards and Technology (NIST).", "serialization-term": "Serializzazione", - "serialization-definition": "Il processo di conversione di una struttura di dati in una sequenza di byte.", + "serialization-definition": "Il processo di conversione di una struttura dati in una sequenza di byte.", "sequencer-term": "Sequenziatore", - "sequencer-definition": "Un sequenziatore è un programma responsabile di ordinare le transazioni in una rete blockchain, in particolare nelle soluzioni di ridimensionamento di Livello 2.", - "shard-term": "Shard / shard chain", - "shard-definition": "Le shard chain sono sezioni discrete della blockchain totale per le quali possono essere responsabili sottoinsiemi di validatori. Questo originariamente doveva essere il metodo tramite cui Ethereum si sarebbe ridimensionato a milioni di transazioni al secondo, ma è ora stato superato dal rapido sviluppo del ridimensionamento utilizzando i rollup.", - "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.", + "sequencer-definition": "Un sequenziatore è un programma responsabile dell'ordinamento delle transazioni in una rete blockchain, in particolare all'interno delle soluzioni di scalabilità di Livello 2.", + "shard-term": "Frammento / catena di frammenti", + "shard-definition": "Le catene di frammenti sono sezioni distinte dell'intera blockchain di cui possono essere responsabili sottoinsiemi di validatori. In origine, questo doveva essere il modo in cui Ethereum avrebbe scalato a milioni di transazioni al secondo, ma ora è stato superato dal rapido sviluppo della scalabilità tramite i rollup.", + "sidechain-term": "Catena laterale", + "sidechain-definition": "Una soluzione di scalabilità che utilizza una catena separata con regole di consenso diverse e spesso più veloci. È necessario un ponte per connettere queste catene laterali alla Rete principale. Anche i rollup utilizzano catene laterali, ma operano in collaborazione con la Rete principale. Maggiori informazioni sulle catene laterali.", "signing-term": "Firma", - "signing-definition": "Dimostrazione crittografica che una transazione è stata approvata dal titolare di una chiave privata specifica.", + "signing-definition": "Dimostrare crittograficamente che una transazione è stata approvata dal titolare di una specifica chiave privata.", "singleton-term": "Singleton", - "singleton-definition": "Termine appartenente al contesto di programmazione che descrive un oggetto di cui può esistere solo un'istanza.", + "singleton-definition": "Un termine di programmazione informatica che descrive un oggetto di cui può esistere solo una singola istanza.", "slasher-term": "Slasher", - "slasher-definition": "Uno slasher è un'entità che scansiona le attestazioni alla ricerca di infrazioni suscettibili di slashing. I tagli sono trasmessi alla rete e il propositore del blocco successivo aggiunge la prova al blocco. Il propositore del blocco, quindi, riceve una ricompensa per aver tagliato il validatore malevolo.", + "slasher-definition": "Uno slasher è un'entità che scansiona le attestazioni alla ricerca di infrazioni punibili. Le punizioni (slashing) vengono trasmesse alla rete e il successivo proponente del blocco aggiunge la prova al blocco. Il proponente del blocco riceve quindi una ricompensa per aver punito il validatore malintenzionato.", "slot-term": "Slot", - "slot-definition": "Un periodo di tempo (12 secondi), entro cui i nuovi blocchi possono essere proposti da un validatore nel sistema di proof-of-stake. Uno slot può essere vuoto. 32 slot compongono un'epoca. Maggiori informazioni sul proof-of-stake.", - "smart-contract-term": "Smart Contract", - "smart-contract-definition": "Un contratto intelligente è un programma che esegue automaticamente gli accordi su una blockchain, come un contratto digitale auto-applicato. Introduzione ai contratti intelligenti.", + "slot-definition": "Un periodo di tempo (12 secondi) in cui nuovi blocchi possono essere proposti da un validatore nel sistema prova di stake. Uno slot può essere vuoto. 32 slot costituiscono un'epoca. Maggiori informazioni sulla prova di stake.", + "smart-contract-term": "Contratto intelligente", + "smart-contract-definition": "Un contratto intelligente è un programma che esegue automaticamente accordi su una blockchain, come un contratto digitale auto-esecutivo. Introduzione ai contratti intelligenti.", "snark-term": "SNARK", - "snark-definition": "Abbreviazione di \"succinct non-interactive argument of knowledge\", uno SNARK è un tipo di prova a conoscenza zero. Maggiori informazioni sui rollup a conoscenza zero.", - "soft-fork-term": "Soft fork", - "soft-fork-definition": "Una divergenza in una blockchain che si verifica al cambiare delle regole di consenso. Diversamente da una diramazione permanente, una soft fork è retrocompatibile; i nodi aggiornati possono convalidare i blocchi creati dai nodi non aggiornati fintanto che seguono le nuove regole di consenso.", + "snark-definition": "Abbreviazione di \"succinct non-interactive argument of knowledge\" (argomento di conoscenza succinto e non interattivo), uno SNARK è un tipo di prova a conoscenza-zero. Maggiori informazioni sui rollup a conoscenza zero.", + "soft-fork-term": "Biforcazione soft", + "soft-fork-definition": "Una divergenza in una blockchain che si verifica quando cambiano le regole di consenso. Contrariamente a una biforcazione hard, una biforcazione soft è retrocompatibile; i nodi aggiornati possono convalidare i blocchi creati dai nodi non aggiornati, a condizione che seguano le nuove regole di consenso.", "solidity-term": "Solidity", - "solidity-definition": "Un linguaggio di programmazione procedurale (imperativo) con una sintassi simile a JavaScript, C++ o Java. Il linguaggio più popolare e utilizzato più di frequente per i contratti intelligenti di Ethereum. Creato dal Dr. Gavin Wood. Maggiori informazioni su Solidity.", + "solidity-definition": "Un linguaggio di programmazione procedurale (imperativo) con una sintassi simile a JavaScript, C++ o Java. Il linguaggio più popolare e più frequentemente utilizzato per i contratti intelligenti di Ethereum. Creato dal Dr. Gavin Wood. Maggiori informazioni su Solidity.", "solidity-inline-assembly-term": "Assembly inline di Solidity", - "solidity-inline-assembly-definition": "Il linguaggio di assembly dell'EVM in un programma in Solidity. Il supporto di Solidity all'assembly inline facilita la scrittura di determinate operazioni.", + "solidity-inline-assembly-definition": "Linguaggio assembly dell'EVM in un programma Solidity. Il supporto di Solidity per l'assembly inline semplifica la scrittura di determinate operazioni.", "stablecoin-term": "Stablecoin", - "stablecoin-definition": "Una stablecoin è un tipo di criptovaluta progettata per avere un valore stabile, spesso ancorata a una valuta o a un bene (come il dollaro statunitense), per ridurre al minimo la volatilità del prezzo. Maggiori informazioni sulle stablecoin.", + "stablecoin-definition": "Una stablecoin è un tipo di criptovaluta progettata per avere un valore stabile, spesso ancorata a una valuta o a una merce (come il dollaro USA), per ridurre al minimo la volatilità dei prezzi. Maggiori informazioni sulle stablecoin.", "staking-term": "Staking", - "staking-definition": "Depositare una quantità di ether (il proprio stake), per diventare un validatore e proteggere la rete. Un validatore controlla le transazioni e propone i blocchi, secondo un modello di consenso di proof-of-stake. Lo staking dà un incentivo economico per agire nel migliore interesse della rete. Si riceveranno ricompense per aver realizzato i propri compiti da validatore, ma si perderanno importi variabili di ETH in caso contrario. Maggiori informazioni sullo staking di Ethereum.", + "staking-definition": "Depositare una quantità di ether (il tuo stake) per diventare un validatore e proteggere la rete. Un validatore controlla le transazioni e propone blocchi in un modello di consenso prova di stake. Lo staking ti offre un incentivo economico ad agire nel migliore interesse della rete. Otterrai ricompense per lo svolgimento dei tuoi doveri di validatore, ma perderai quantità variabili di ETH in caso contrario. Maggiori informazioni sullo staking di Ethereum.", "staking-pool-term": "Pool di staking", - "staking-pool-definition": "Gli ETH combinati di più di uno staker di Ethereum, utilizzati per raggiungere i 32 ETH necessari per attivare una serie di chiavi del validatore. L'operatore di un nodo utilizza tali chiavi per partecipare al consenso, e le ricompense del blocco sono divise tra gli staker che contribuiscono. I pool di staking o lo staking delegato non sono nativi del protocollo di Ethereum, ma molte soluzioni sono state create dalla community. Maggiori informazioni sullo staking in gruppo.", + "staking-pool-definition": "Gli ETH combinati di più di uno staker di Ethereum, utilizzati per raggiungere i 32 ETH necessari per attivare un set di chiavi del validatore. Un operatore del nodo utilizza queste chiavi per partecipare al consenso e le ricompense del blocco vengono divise tra gli staker che contribuiscono. I pool di staking o la delega dello staking non sono nativi del protocollo Ethereum, ma molte soluzioni sono state create dalla community. Maggiori informazioni sullo staking in pool.", "stark-term": "STARK", - "stark-definition": "Abbreviazione di \"scalable transparent argument of knowledge\", uno STARK è un tipo di prova a conoscenza zero. Maggiori informazioni sui rollup a conoscenza zero.", + "stark-definition": "Abbreviazione di \"scalable transparent argument of knowledge\" (argomento di conoscenza scalabile e trasparente), uno STARK è un tipo di prova a conoscenza-zero. Maggiori informazioni sui rollup a conoscenza zero.", "state-term": "Stato", - "state-definition": "Un'istantanea di tutti i saldi e i dati in un dato momento sulla blockchain, normalmente riferita alla condizione a un blocco in particolare.", - "state-channels-term": "State channels", - "state-channels-definition": "Una soluzione di livello 2 in cui è configurato un canale tra i partecipanti, dove possono svolgere transazioni liberamente ed economicamente. Alla Rete Principale viene inviata soltanto una transazione per configurare e chiudere il canale. Ciò consente un volume molto elevato di transazioni, ma si affida alla conoscenza del numero di partecipanti in anticipo e al blocco dei fondi. Maggiori informazioni sui canali di stato.", + "state-definition": "Un'istantanea di tutti i saldi e i dati in un determinato momento sulla blockchain, che normalmente si riferisce alla condizione in un particolare blocco.", + "state-channels-term": "Canali di stato", + "state-channels-definition": "Una soluzione di livello 2 in cui viene creato un canale tra i partecipanti, dove possono effettuare transazioni liberamente e a basso costo. Solo una transazione per configurare e chiudere il canale viene inviata alla Rete principale. Ciò consente un throughput delle transazioni molto elevato, ma si basa sulla conoscenza anticipata del numero di partecipanti e sul blocco dei fondi. Maggiori informazioni sui canali di stato.", "supermajority-term": "Supermaggioranza", - "supermajority-definition": "Supermaggioranza è il termine dato a un importo che superi i 2/3 (66%) dell'ether in staking totale che protegge Ethereum. Un voto di supermaggioranza è necessario perché i blocchi siano finalizzati sulla Beacon Chain.", + "supermajority-definition": "Supermaggioranza è il termine dato a un importo superiore a 2/3 (66%) del totale degli ether in staking che proteggono Ethereum. È richiesto un voto a supermaggioranza affinché i blocchi vengano finalizzati sulla Beacon Chain.", "sybil-attack-term": "Attacco Sybil", - "sybil-attack-definition": "Gli attacchi Sybil si riferiscono a persone che ingannano un sistema facendogli pensare che si tratti di più persone per incrementare la propria influenza.", + "sybil-attack-definition": "Gli attacchi Sybil si riferiscono a singoli individui che ingannano un sistema facendogli credere di essere più persone per aumentare la loro influenza.", "syncing-term": "Sincronizzazione", - "syncing-definition": "Il processo di scaricare integralmente l'ultima versione della blockchain su un nodo.", + "syncing-definition": "Il processo di download dell'intera ultima versione di una blockchain su un nodo.", "sync-committee-term": "Comitato di sincronizzazione", - "sync-committee-definition": "Un comitato di sincronizzazione è un gruppo di validatori selezionati casualmente, che si aggiorna circa ogni 27 ore circa. Il loro scopo è aggiungere le proprie firme alle intestazioni dei blocchi validi. I comitati di sincronizzazione consentono ai client leggeri di tenere traccia della testa della blockchain senza dover accedere all'intero insieme di validatori.", + "sync-committee-definition": "Un comitato di sincronizzazione è un gruppo selezionato casualmente di validatori che si aggiorna ogni ~27 ore. Il loro scopo è aggiungere le proprie firme alle intestazioni dei blocchi valide. I comitati di sincronizzazione consentono ai client leggeri di tenere traccia della testa della blockchain senza dover accedere all'intero set di validatori.", "szabo-term": "Szabo", - "szabo-definition": "Una denominazione di ether. 1 szaabo = 1012 wei. 106 szabo = 1 ether.", + "szabo-definition": "Una denominazione di ether. 1 szabo = 1012 wei. 106 szabo = 1 ether.", "terminal-total-difficulty-term": "Difficoltà totale terminale (TTD)", - "terminal-total-difficulty-definition": "La difficoltà totale è la somma della difficoltà di mining di Ethash per tutti i blocchi fino a un certo punto specifico nella blockchain. La difficoltà totale terminale è un valore specifico per la difficoltà totale che era utilizzato come innesco per i client di esecuzione per disattivare il proprio mining e bloccare le funzioni di gossip consentendo la transizione della rete al proof-of-stake. Non è più rilevante perché Ethereum è passata al proof-of-stake.", - "testnet-term": "Rete di prova", - "testnet-definition": "In inglese Testnet, abbreviazione di \"rete di prova\"; una rete utilizzata per simulare il comportamento della rete principale di Ethereum.", + "terminal-total-difficulty-definition": "La difficoltà totale è la somma della difficoltà di mining di Ethash per tutti i blocchi fino a un punto specifico della blockchain. La difficoltà totale terminale è un valore specifico per la difficoltà totale che è stato utilizzato come innesco per i client di esecuzione per disattivare le loro funzioni di mining e gossip dei blocchi, consentendo alla rete di passare alla prova di stake. Non è più rilevante perché Ethereum è passato alla prova di stake.", + "testnet-term": "Rete di test", + "testnet-definition": "Abbreviazione di \"rete di test\", una rete utilizzata per simulare il comportamento della rete principale di Ethereum.", "token-term": "Token", - "token-definition": "Un bene virtuale scambiabile, definito nei contratti intelligenti sulla blockchain di Ethereum.", + "token-definition": "Un bene virtuale scambiabile definito nei contratti intelligenti sulla blockchain di Ethereum.", + "token-factory-term": "Fabbrica di token", + "token-factory-definition": "Una fabbrica di token è un contratto intelligente che facilita la creazione di token all'interno di uno standard specifico, come ERC-20, ERC-721 o ERC-1155. Il contratto intelligente funge da modello, consentendo agli utenti di distribuire nuovi token con parametri personalizzati come nome, simbolo, fornitura e funzionalità aggiuntive senza creare un nuovo contratto intelligente da zero.", "transaction-term": "Transazione", - "transaction-definition": "Dati inviati alla Blockchain di Ethereum, firmati da un conto di origine e destinati a un indirizzo specifico. La transazione contiene metadati come il limite del gas per tale transazione. Maggiori informazioni sulle transazioni.", - "transaction-fee-term": "Commissione sulle transazioni", - "transaction-fee-definition": "Una commissione che occorre pagare ogni volta che si utilizza la rete di Ethereum. Alcuni esempi includono l'invio di fondi dal proprio portafoglio o dall'interazione con una dapp, come lo scambio di token o l'acquisto di un oggetto da collezione. Può essere considerata come tariffa di servizio. Questa commissione cambierà a seconda del traffico sulla rete. Questo perché i validatori, le persone responsabili dell'elaborazione della transazione, potrebbero dare priorità alle transazioni con commissioni maggiori, quindi, la congestione forza l'aumento del prezzo.

    A livello tecnico, la commissione della transazione si correla a quanto gas è richiesto dalla transazione.

    La riduzione delle commissioni di transazione è un argomento di forte interesse al momento. Vedi il Livello 2.", - "trust-assumptions-term": "Ipotesi di fiducia", - "trust-assumptions-definition": "Le ipotesi di fiducia sono convinzioni fondamentali sulla sicurezza e affidabilità di un sistema, che guidano ciò di cui ci fidiamo perché il sistema funzioni.", - "trustlessness-term": "Mancanza di fiducia", - "trustlessness-definition": "La capacità di una rete di mediare le transazioni senza che alcuna delle parti coinvolte debba affidarsi a una terza parte.", + "transaction-definition": "Dati inviati alla Blockchain di Ethereum firmati da un account di origine, indirizzati a un indirizzo specifico. La transazione contiene metadati come il limite del gas per quella transazione. Maggiori informazioni sulle transazioni.", + "transaction-fee-term": "Commissione della transazione", + "transaction-fee-definition": "Una commissione che devi pagare ogni volta che utilizzi la rete Ethereum. Gli esempi includono l'invio di fondi dal tuo portafoglio o un'interazione con una dApp, come lo scambio di token o l'acquisto di un oggetto da collezione. Puoi pensarla come un costo di servizio. Questa commissione cambierà in base a quanto è occupata la rete. Questo perché i validatori, le persone responsabili dell'elaborazione della tua transazione, probabilmente daranno la priorità alle transazioni con commissioni più elevate, quindi la congestione fa salire il prezzo.

    A livello tecnico, la commissione della transazione è correlata alla quantità di gas richiesta dalla tua transazione.

    La riduzione delle commissioni delle transazioni è un argomento di grande interesse in questo momento. Vedi Livello 2.", + "trust-assumptions-term": "Presupposti di fiducia", + "trust-assumptions-definition": "I presupposti di fiducia sono convinzioni di base sulla sicurezza e l'affidabilità di un sistema, che guidano ciò in cui confidiamo affinché il sistema funzioni.", + "trustlessness-term": "Trustlessness", + "trustlessness-definition": "La capacità di una rete di mediare le transazioni senza che nessuna delle parti coinvolte debba fidarsi di una terza parte.", "turing-complete-term": "Turing completo", - "turing-complete-definition": "Concetto che prende il nome dal matematico e informatico inglese Alan Turing. Un sistema di regole per la manipolazione dei dati (come un insieme di istruzioni per computer, un linguaggio di programmazione o un automa cellulare) è detto \"Turing completo\" o \"universale dal punto di vista computazionale\" se può essere utilizzato per simulare qualsiasi macchina di Turing.", + "turing-complete-definition": "Un concetto che prende il nome dal matematico e informatico inglese Alan Turing: un sistema di regole di manipolazione dei dati (come il set di istruzioni di un computer, un linguaggio di programmazione o un automa cellulare) si dice \"Turing completo\" o \"computazionalmente universale\" se può essere utilizzato per simulare qualsiasi macchina di Turing.", "validator-term": "Validatore", - "validator-definition": "Un nodo in un sistema di proof-of-stake, responsabile dell'archiviazione dei dati, dell'elaborazione delle transazioni e dell'aggiunta di nuovi blocchi alla blockchain. Per attivare il software del validatore, occorre poter mettere in staking 32 ETH. Maggiori informazioni sullo staking su Ethereum.", + "validator-definition": "Un nodo in un sistema prova di stake responsabile dell'archiviazione dei dati, dell'elaborazione delle transazioni e dell'aggiunta di nuovi blocchi alla blockchain. Per attivare il software del validatore, devi essere in grado di mettere in stake 32 ETH. Maggiori informazioni sullo staking in Ethereum.", "validator-lifecycle-term": "Ciclo di vita del validatore", - "validator-lifecycle-definition": "La sequenza di stati in cui un validatore può esistere. Questi includono:

    • depositato: almeno 32 ETH sono stati depositati nel contratto di deposito dal validatore
    • in sospeso: il validatore è nella coda d'attivazione, in attesa di esser votato nella rete di validatori esistenti
    • attivo: sta attestando e proponendo blocchi
    • taglio: il validatore si è comportato in modo errato e sta ricevendo un taglio
    • in uscita: il validatore è stato segnalato per uscire dalla rete, volontariamente o perché è stato espulso.
    ", + "validator-lifecycle-definition": "La sequenza di stati in cui può esistere un validatore. Questi includono:

    • depositato: almeno 32 ETH sono stati depositati nel contratto di deposito dal validatore
    • in attesa: il validatore è nella coda di attivazione in attesa di essere votato nella rete dai validatori esistenti
    • attivo: attualmente attesta e propone blocchi
    • punizione (slashing): il validatore si è comportato male e viene punito
    • in uscita: il validatore è stato contrassegnato per l'uscita dalla rete, volontariamente o perché è stato espulso.
    ", "validity-proof-term": "Prova di validità", - "validity-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 un'unica transazione. Il calcolo della transazione è svolto all'esterno della catena, quindi fornito alla catena principale con una prova della sua validità. Questo metodo incrementa la quantità di transazioni possibili, pur mantenendo la sicurezza. Alcuni rollup utilizzano la prova di frode. Maggiori informazioni sui rollup a conoscenza zero.", + "validity-proof-definition": "Un modello di sicurezza per alcune soluzioni di livello 2 in cui, per aumentare la velocità, le transazioni vengono raggruppate in lotti e inviate a Ethereum in una singola transazione. Il calcolo della transazione viene eseguito fuori catena e quindi fornito alla catena principale con una prova della loro validità. Questo metodo aumenta la quantità di transazioni possibili mantenendo la sicurezza. Alcuni rollup utilizzano la prova di frode. Maggiori informazioni sui rollup a conoscenza zero.", "validium-term": "Validium", - "validium-definition": "Una soluzione esterna alla catena che utilizza le prove di validità per migliorare il volume delle transazioni. A differenza dei rollup a conoscenza zero, i dati dei validium non sono archiviati sulla Rete Principale di livello 1. Maggiori informazioni sui validium.", + "validium-definition": "Una soluzione fuori catena che utilizza le prove di validità per migliorare il throughput delle transazioni. A differenza dei rollup a conoscenza zero, i dati di validium non sono archiviati sulla Rete principale di livello 1. Maggiori informazioni su validium.", "vyper-term": "Vyper", - "vyper-definition": "Un linguaggio di programmazione di alto livello con una sintassi simile a Python. Pensato per avvicinarsi a un linguaggio funzionale puro. Creato da Vitalik Buterin. Maggiori informazioni su Vyper.", + "vyper-definition": "Un linguaggio di programmazione di alto livello con una sintassi simile a Python. Destinato ad avvicinarsi a un linguaggio funzionale puro. Creato da Vitalik Buterin. Maggiori informazioni su Vyper.", "wallet-term": "Portafoglio", - "wallet-definition": "Un portafoglio è uno strumento digitale per memorizzare, inviare e ricevere moneta digitale, come una borsa virtuale per il tuo denaro online. Maggior informazioni sui portafogli di Ethereum.", + "wallet-definition": "Un portafoglio è uno strumento digitale per archiviare, inviare e ricevere valuta digitale, come un borsellino virtuale per il tuo denaro online. Maggiori informazioni sui portafogli di Ethereum.", "web2-term": "Web2", - "web2-definition": "È l'Internet attuale, incentrato sui contenuti generati dagli utenti e i social media, controllati da poche aziende. Il Web3 è la convinzione che debbano essere invece gli utenti a controllare i propri dati e le proprie transazioni.", + "web2-definition": "È l'internet attuale, incentrato sui contenuti generati dagli utenti e sui social media controllati da poche aziende. Il Web3 è una convinzione del mondo crypto secondo cui gli utenti dovrebbero invece controllare i propri dati e le proprie transazioni.", "web3-term": "Web3", - "web3-definition": "Il Web3 è il nuovo Internet con la blockchain, in cui sono gli utenti a controllare i propri dati e transazioni, non le aziende. Non è necessario condividere alcuna informazione personale. Maggiori informazioni sul Web3.", + "web3-definition": "Il Web3 è il nuovo internet con la blockchain, in cui gli utenti controllano i propri dati e le proprie transazioni, non le aziende. Non è necessario condividere alcuna informazione personale. Maggiori informazioni sul web3.", "wei-term": "Wei", "wei-definition": "La più piccola denominazione di ether. 1018 wei = 1 ether.", + "wrapped-token-term": "Token avvolto", + "wrapped-token-definition": "Un token basato su blockchain che rappresenta un'altra criptovaluta o asset su una rete diversa. Ad esempio, il Wrapped Ether (WETH) rappresenta l'Ether (ETH) in un formato conforme allo standard dei token ERC-20 di Ethereum. L'asset originale è bloccato in modo sicuro da un contratto intelligente e viene coniato un token avvolto equivalente. Questo meccanismo consente l'interoperabilità all'interno e tra le blockchain, consentendo di utilizzare asset come l'ETH senza problemi nelle applicazioni decentralizzate mantenendo il loro valore.", "zero-address-term": "Indirizzo zero", - "zero-address-definition": "Un indirizzo di Ethereum, composto interamente di zeri, frequentemente utilizzato come un indirizzo per rimuovere token dalla circolazione di proprietà. Si opera una distinzione tra i token rimossi formalmente dall'indice di un contratto intelligente tramite il metodo burn() e quelli inviati a questo indirizzo.", - "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 delle transazioni di livello 2 utilizzando la sicurezza fornita dalla Rete Principale (livello 1). Sebbene non siano in grado di gestire tipi di transazioni complessi, come i rollup ottimistici, non presentano problemi di latenza perché le transazioni sono provatamente valide quando inviate. Maggiori informazioni sui rollup a conoscenza zero." -} + "zero-address-definition": "Un indirizzo Ethereum, composto interamente da zeri, che viene spesso utilizzato come indirizzo per rimuovere i token dalla circolazione di proprietà. Si fa una distinzione tra i token formalmente rimossi dall'indice di un contratto intelligente tramite il metodo burn() e quelli inviati a questo indirizzo.", + "zk-proof-term": "Prova a conoscenza-zero", + "zk-proof-definition": "Una prova a conoscenza-zero è un metodo crittografico che consente a un individuo di dimostrare che un'affermazione è vera senza trasmettere alcuna informazione aggiuntiva. Maggiori informazioni sui rollup a conoscenza zero.", + "zk-rollup-term": "Rollup a conoscenza zero", + "zk-rollup-definition": "Un rollup di transazioni che utilizza le prove di validità per offrire un maggiore throughput delle transazioni di livello 2 utilizzando la sicurezza fornita dalla Rete principale (livello 1). Sebbene non possano gestire tipi di transazioni complessi, come i rollup ottimistici, non presentano problemi di latenza perché le transazioni sono dimostrabilmente valide quando vengono inviate. Maggiori informazioni sui rollup a conoscenza zero." +} \ No newline at end of file diff --git a/src/intl/it/learn-quizzes.json b/src/intl/it/learn-quizzes.json index b4878da3672..e8eed2c0996 100644 --- a/src/intl/it/learn-quizzes.json +++ b/src/intl/it/learn-quizzes.json @@ -1,617 +1,698 @@ { "add-quiz": "Aggiungi una domanda/quiz", "average-score": "Punteggio medio:", - "basics": "Le basi di Ethereum", - "basics-description": "Questa sezione copre i concetti fondamentali di Ethereum per assicurarti che tu abbia una solida base.", + "basics": "Basi di Ethereum", + "basics-description": "Questa sezione copre i concetti fondamentali di Ethereum, assicurandoti di avere una solida base.", "completed": "Completato:", - "community-stats": "Statistiche della comunità", - "contribute": "Contribuisci alla nostra biblioteca.", - "correct": "Esatto", + "community-stats": "Statistiche della community", + "contribute": "Contribuisci alla nostra libreria.", + "correct": "Corretto", "explanation": "Spiegazione", - "next-question": "Prossima domanda", - "next-quiz": "Prossimo quiz", + "next-question": "Domanda successiva", + "next-quiz": "Quiz successivo", "question-number": "Domanda numero {{number}}:", - "page-assets-merge": "La fusione", + "page-assets-merge": "The Merge", "passed": "Hai superato il quiz!", "questions": "Domande", - "questions-answered": "Domande con risposta:", + "questions-answered": "Domande risposte:", "quizzes-subtitle": "Scopri quanto bene comprendi Ethereum e le criptovalute. Sei pronto a diventare un esperto?", - "retry": "Tasso di ripetizione:", + "retry": "Tasso di tentativi:", "score": "Punteggio", - "see-results": "Visualizza i risultati", + "see-results": "Vedi i risultati", "share-results": "Condividi i risultati", "start": "Inizia", - "submit-answer": "Verifica la risposta", - "test-your-knowledge": "Metti alla prova le tue conoscenze su Ethereum", + "submit-answer": "Controlla la risposta", + "test-your-knowledge": "Metti alla prova la tua conoscenza di Ethereum", "try-again": "Riprova", - "using-ethereum": "Uso di Ethereum", - "using-ethereum-description": "Esplora le applicazioni del mondo reale di Ethereum e scopri come questa rivoluzionaria piattaforma di blockchain sta rimodellando le industrie. Questo è un ottimo modo per assicurarti di comprendere le cose sufficientemente bene prima di iniziare a utilizzare attivamente le criptovalute.", - "want-more-quizzes": "Desideri vedere altri quiz qui?", + "using-ethereum": "Usare Ethereum", + "using-ethereum-description": "Approfondisci le applicazioni nel mondo reale di Ethereum e scopri come questa piattaforma blockchain rivoluzionaria sta rimodellando i settori. Questo è un ottimo modo per assicurarti di aver compreso le cose abbastanza bene prima di iniziare a usare attivamente le criptovalute.", + "want-more-quizzes": "Vuoi vedere altri quiz qui?", "your-results": "I tuoi risultati", "your-total": "I tuoi punti totali", - "what-is-ethereum-1-prompt": "La principale differenza tra Ethereum e Bitcoin è:", - "what-is-ethereum-1-a-label": "Ethereum non ti consente di inviare pagamenti ad altre persone", - "what-is-ethereum-1-a-explanation": "Sia Bitcoin che Ethereum ti consentono di inviare pagamenti ad altre persone.", + "what-is-ethereum-1-prompt": "La più grande differenza tra Ethereum e Bitcoin è:", + "what-is-ethereum-1-a-label": "Ethereum non ti permette di effettuare pagamenti ad altre persone", + "what-is-ethereum-1-a-explanation": "Sia Bitcoin che Ethereum ti permettono di effettuare pagamenti ad altre persone.", "what-is-ethereum-1-b-label": "Puoi eseguire programmi informatici su Ethereum", - "what-is-ethereum-1-b-explanation": "Ethereum è programmabile. Ciò significa che puoi inserire qualsiasi programma sulla blockchain di Ethereum.", + "what-is-ethereum-1-b-explanation": "Ethereum è programmabile. Questo significa che puoi inserire qualsiasi programma informatico sulla blockchain di Ethereum.", "what-is-ethereum-1-c-label": "Puoi eseguire programmi informatici su Bitcoin", "what-is-ethereum-1-c-explanation": "A differenza di Ethereum, Bitcoin non è programmabile e non può eseguire programmi informatici arbitrari.", - "what-is-ethereum-1-d-label": "Hanno loghi differenti", - "what-is-ethereum-1-d-explanation": "Hanno loghi differenti! Ma non è la principale differenza tra i due.", + "what-is-ethereum-1-d-label": "Hanno loghi diversi", + "what-is-ethereum-1-d-explanation": "Hanno loghi diversi! Ma questa non è la più grande differenza tra loro.", "what-is-ethereum-2-prompt": "La criptovaluta nativa di Ethereum si chiama:", "what-is-ethereum-2-a-label": "Ether", "what-is-ethereum-2-a-explanation": "Ether è la criptovaluta nativa della rete di Ethereum.", "what-is-ethereum-2-b-label": "Ethereum", - "what-is-ethereum-2-b-explanation": "Ethereum è la blockchain, ma la sua valuta nativa non si chiama Ethereum. Questo è un equivoco comune.", + "what-is-ethereum-2-b-explanation": "Ethereum è la blockchain, ma la sua valuta nativa non si chiama Ethereum. Questo è un malinteso comune.", "what-is-ethereum-2-c-label": "Ethercoin", "what-is-ethereum-2-c-explanation": "A differenza di molte altre criptovalute, la criptovaluta nativa di Ethereum non contiene la parola 'coin'.", "what-is-ethereum-2-d-label": "Bitcoin", - "what-is-ethereum-2-d-explanation": "Bitcoin (B maiuscola) è stata la prima blockchain creata, bitcoin (B minuscola) è la sua criptovaluta nativa.", - "what-is-ethereum-3-prompt": "Chi controlla Ethereum?", + "what-is-ethereum-2-d-explanation": "Bitcoin (con la B maiuscola) è stata la prima blockchain creata, bitcoin (con la b minuscola) è la sua criptovaluta nativa.", + "what-is-ethereum-3-prompt": "Chi gestisce Ethereum?", "what-is-ethereum-3-a-label": "Sviluppatori", - "what-is-ethereum-3-a-explanation": "Gli sviluppatori sono fondamentali per costruire e migliorare Ethereum, ma non sono il gruppo che mantiene in funzione Ethereum.", - "what-is-ethereum-3-b-label": "Miner", - "what-is-ethereum-3-b-explanation": "Il mining non è più possibile dalla Fusione. Non ci sono più 'miner' su Ethereum.", + "what-is-ethereum-3-a-explanation": "Gli sviluppatori sono cruciali per costruire e migliorare Ethereum, ma non sono il gruppo che mantiene in funzione Ethereum.", + "what-is-ethereum-3-b-label": "Minatori", + "what-is-ethereum-3-b-explanation": "Il mining non è più possibile da The Merge. Non ci sono più 'minatori' su Ethereum.", "what-is-ethereum-3-c-label": "La Ethereum Foundation", - "what-is-ethereum-3-c-explanation": "La Ethereum Foundation non svolge alcun ruolo significativo nell'esecuzione quotidiana dei nodi di Ethereum.", + "what-is-ethereum-3-c-explanation": "La Ethereum Foundation non svolge alcun ruolo significativo nella gestione quotidiana dei nodi di Ethereum.", "what-is-ethereum-3-d-label": "Chiunque esegua un nodo", - "what-is-ethereum-3-d-explanation": "Chiunque esegua un nodo è una parte fondamentale dell'infrastruttura di Ethereum. Se non lo hai già fatto, valuta di eseguirne uno.", + "what-is-ethereum-3-d-explanation": "Chiunque esegua un nodo è una parte cruciale dell'infrastruttura di Ethereum. Se non l'hai già fatto, considera di eseguire un nodo di Ethereum.", "what-is-ethereum-4-prompt": "Dal lancio di Ethereum, quante volte la rete è stata offline?", "what-is-ethereum-4-a-label": "Mai", - "what-is-ethereum-4-a-explanation": "Ethereum non è mai andata completamente offline (interrompendo la produzione dei blocchi) dal suo lancio.", + "what-is-ethereum-4-a-explanation": "Ethereum non è mai andato completamente offline (smesso di produrre blocchi) dal suo lancio.", "what-is-ethereum-4-b-label": "Una volta", "what-is-ethereum-4-c-label": "Quattro volte", "what-is-ethereum-4-d-label": "Più di dieci volte", "what-is-ethereum-5-prompt": "Ethereum consuma più elettricità di:", "what-is-ethereum-5-a-label": "Estrazione dell'oro", - "what-is-ethereum-5-a-explanation": "L'estrazione di oro consuma circa 131 terawatt/ora l'anno. Ethereum consuma circa 0,0026 terawatt/ora l'anno.", + "what-is-ethereum-5-a-explanation": "L'estrazione dell'oro utilizza ~131 terawattora all'anno. Ethereum utilizza circa 0,0026 terawattora all'anno.", "what-is-ethereum-5-b-label": "Netflix", - "what-is-ethereum-5-b-explanation": "Netflix consuma circa 0,451 terawatt/ora l'anno. Ethereum consuma circa 0,0026 terawatt/ora l'anno.", + "what-is-ethereum-5-b-explanation": "Netflix utilizza ~0,451 terawattora all'anno. Ethereum utilizza circa 0,0026 terawattora all'anno.", "what-is-ethereum-5-c-label": "PayPal", - "what-is-ethereum-5-c-explanation": "PayPal consuma circa 0,26 terawatt/ora l'anno. Ethereum consuma circa 0,0026 terawatt/ora l'anno.", + "what-is-ethereum-5-c-explanation": "PayPal utilizza ~0,26 terawattora all'anno. Ethereum utilizza circa 0,0026 terawattora all'anno.", "what-is-ethereum-5-d-label": "Nessuna delle precedenti", - "what-is-ethereum-5-d-explanation": "Ethereum consuma circa 0,0026 terawatt/ora l'anno. Meno dell'estrazione di oro (circa 131 TWh/anno), Netflix (circa 0,451 TWh/anno) e PayPal (circa 0,26 TWh/anno).", + "what-is-ethereum-5-d-explanation": "Ethereum utilizza circa 0,0026 terawattora all'anno. Meno dell'estrazione dell'oro (~131 TWh/anno), di Netflix (~0,451 TWh/anno) e di PayPal (~0,26 TWh/anno).", "what-is-ether-1-prompt": "Ether è anche noto come:", "what-is-ether-1-a-label": "ETC", - "what-is-ether-1-a-explanation": "ETC è il ticker di Ethereum Classic.", + "what-is-ether-1-a-explanation": "ETC è il simbolo per Ethereum Classic.", "what-is-ether-1-b-label": "ETR", - "what-is-ether-1-b-explanation": "ETR non è un ticker di ether o di qualsiasi altra criptovaluta significativa.", + "what-is-ether-1-b-explanation": "ETR non è un simbolo per ether o per alcuna criptovaluta significativa.", "what-is-ether-1-c-label": "ETH", - "what-is-ether-1-c-explanation": "ETH è il ticker di ether su Ethereum.", + "what-is-ether-1-c-explanation": "ETH è il simbolo per ether su Ethereum.", "what-is-ether-1-d-label": "BTC", - "what-is-ether-1-d-explanation": "BTC è il ticker di bitcoin sulla rete di Bitcoin.", + "what-is-ether-1-d-explanation": "BTC è il simbolo per bitcoin sulla rete Bitcoin.", "what-is-ether-2-prompt": "Su Ethereum, le commissioni di rete sono pagate in:", "what-is-ether-2-a-label": "bitcoin", - "what-is-ether-2-a-explanation": "\"bitcoin\" in minuscolo è la criptovaluta nativa della rete di Bitcoin.", + "what-is-ether-2-a-explanation": "La parola \"bitcoin\" in minuscolo è la criptovaluta nativa della rete Bitcoin.", "what-is-ether-2-b-label": "ETH", "what-is-ether-2-b-explanation": "Ether (ETH) è la criptovaluta nativa di Ethereum. Tutte le commissioni di rete su Ethereum sono pagate in ETH.", "what-is-ether-2-c-label": "USD", - "what-is-ether-2-c-explanation": "Non è possibile pagare le commissioni di rete su Ethereum in USD (dollari statunitensi), o qualsiasi altra valuta legale.", + "what-is-ether-2-c-explanation": "Non è possibile pagare le commissioni di rete su Ethereum in USD (Dollari Statunitensi), o in qualsiasi altra valuta FIAT.", "what-is-ether-2-d-label": "Ethereum", "what-is-ether-2-d-explanation": "Ethereum è la rete, ma le commissioni di rete di Ethereum sono pagate in ETH.", "what-is-ether-3-prompt": "Lo staking su Ethereum aiuta a proteggere la rete perché:", - "what-is-ether-3-a-label": "Gli staker possono bandire le persone se non gli piace ciò che stanno facendo", - "what-is-ether-3-a-explanation": "Gli staker non possono censurare arbitrariamente gli utenti.", - "what-is-ether-3-b-label": "Se uno staker prova a imbrogliare la rete, rischia di perdere i propri ETH", - "what-is-ether-3-b-explanation": "Gli staker rischiano di perdere significativi importi di ETH se si comportano in modo malevolo contro la rete. Ciò è noto come taglio.", - "what-is-ether-3-c-label": "Gli staker utilizzano computer potenti per dimostrare il proof-of-work", - "what-is-ether-3-c-explanation": "Gli staker non necessitano di potenti hardware per mettere i propri ETH in staking. Ethereum ha smesso di utilizzare il proof-of-work alla Fusione.", - "what-is-ether-3-d-label": "Gli staker subiscono KYC prima di essere accettati come validatori", - "what-is-ether-3-d-explanation": "Lo staking su Ethereum è senza autorizzazioni e non richiede KYC.", - "what-is-ether-4-prompt": "Gli ETH possono essere utilizzati per:", - "what-is-ether-4-a-label": "Pagare le commissioni di transazione su Ethereum", - "what-is-ether-4-a-explanation": "Questa risposta è parzialmente corretta, ma è soltanto una delle molte cose per cui possono essere utilizzati gli ETH.", - "what-is-ether-4-b-label": "Pagamenti incensurabili tra pari", - "what-is-ether-4-b-explanation": "Questa risposta è parzialmente corretta, ma è soltanto una delle molte cose per cui possono essere utilizzati gli ETH.", - "what-is-ether-4-c-label": "Garanzia per i prestiti di criptovalute", - "what-is-ether-4-c-explanation": "Questa risposta è parzialmente corretta, ma è soltanto una delle molte cose per cui possono essere utilizzati gli ETH.", + "what-is-ether-3-a-label": "Gli staker possono bannare le persone se non gradiscono ciò che stanno facendo", + "what-is-ether-3-a-explanation": "Gli staker non sono in grado di censurare arbitrariamente gli utenti.", + "what-is-ether-3-b-label": "Se uno staker cerca di ingannare la rete, rischia di perdere i propri ETH", + "what-is-ether-3-b-explanation": "Gli staker rischiano di perdere una quantità significativa dei loro ETH se viene dimostrato che si comportano in modo malevolo contro la rete. Questo è noto come punire.", + "what-is-ether-3-c-label": "Gli staker eseguono computer potenti per dimostrare la prova di lavoro", + "what-is-ether-3-c-explanation": "Gli staker non hanno bisogno di hardware potente per fare staking dei loro ETH. Ethereum ha smesso di usare la prova di lavoro con The Merge.", + "what-is-ether-3-d-label": "Gli staker si sottopongono al KYC prima di essere accettati come validatore", + "what-is-ether-3-d-explanation": "Lo staking su Ethereum è senza permessi e non richiede KYC.", + "what-is-ether-4-prompt": "ETH può essere usato per:", + "what-is-ether-4-a-label": "Pagare le commissioni della transazione su Ethereum", + "what-is-ether-4-a-explanation": "Questa risposta è parzialmente corretta, ma è solo una delle tante cose per cui l'ETH può essere utilizzato.", + "what-is-ether-4-b-label": "Pagamenti peer-to-peer non censurabili", + "what-is-ether-4-b-explanation": "Questa risposta è parzialmente corretta, ma è solo una delle tante cose per cui l'ETH può essere utilizzato.", + "what-is-ether-4-c-label": "Collaterale per prestiti in criptovaluta", + "what-is-ether-4-c-explanation": "Questa risposta è parzialmente corretta, ma è solo una delle tante cose per cui l'ETH può essere utilizzato.", "what-is-ether-4-d-label": "Tutte le precedenti", - "what-is-ether-4-d-explanation": "Le transazioni su Ethereum sono censurabili, gli ETH sono necessari per effettuare qualsiasi transazione su Ethereum e sono fondamentali per la stabilità dell'ecosistema della DeFi.", + "what-is-ether-4-d-explanation": "Le transazioni di Ethereum non possono essere censurate, l'ETH è necessario per effettuare qualsiasi transazione su Ethereum ed è fondamentale per la stabilità dell'ecosistema DeFi.", "web3-1-prompt": "Il Web3 consente agli utenti di possedere risorse digitali tramite:", "web3-1-a-label": "Token", - "web3-1-a-explanation": "I token costituiscono un mezzo per rappresentare unità di valore tra loro intercambiabili, possedute da un conto di Ethereum. Sebbene rappresentino la proprietà, esistono altri modi per possedere risorse digitali su Ethereum.", + "web3-1-a-explanation": "I token forniscono un modo per rappresentare unità di valore intercambiabili tra loro, possedute da un account Ethereum. Sebbene rappresentino la proprietà, ci sono altri modi per possedere risorse digitali su Ethereum.", "web3-1-b-label": "NFT", - "web3-1-b-explanation": "Gli NFT (token non fungibili) costituiscono un mezzo per rappresentare qualsiasi cosa sia unica come una risorsa basata su Ethereum. Sebbene rappresentino la proprietà, esistono altri modi per possedere risorse digitali su Ethereum.", + "web3-1-b-explanation": "Gli NFT (token non fungibili) forniscono un modo per rappresentare qualsiasi cosa unica come una risorsa basata su Ethereum. Sebbene rappresentino la proprietà, ci sono altri modi per possedere risorse digitali su Ethereum.", "web3-1-c-label": "ENS", - "web3-1-c-explanation": "ENS (Servizio del Nome di Ethereum) è un servizio di denominazione decentralizzata per la blockchain di Ethereum. Sebbene rappresenti la proprietà, esistono altri modi per possedere risorse digitali su Ethereum.", + "web3-1-c-explanation": "L'ENS (Ethereum Name Service) è un servizio di denominazione decentralizzato per la blockchain di Ethereum. Sebbene rappresentino la proprietà, ci sono altri modi per possedere risorse digitali su Ethereum.", "web3-1-d-label": "Tutte le precedenti", - "web3-1-d-explanation": "Tutte le opzioni costituiscono metodi per possedere risorse digitali su Ethereum. Token, NFT ed ENS sono tutti metodi per rappresentare la proprietà di risorse digitali.", - "web3-2-prompt": "Il Web1 era di sola lettura, il Web2 è di lettura e scrittura, il Web3 è stato descritto come:", - "web3-2-a-label": "di lettura, scrittura e vendita", - "web3-2-a-explanation": "Il Web3 non è stato descritto così.", - "web3-2-b-label": "di lettura, scrittura e archiviazione", - "web3-2-b-explanation": "Il Web3 non è stato descritto così.", - "web3-2-c-label": "di lettura, scrittura e proprietà", - "web3-2-c-explanation": "Il Web3 consente agli utenti di possedere i propri dati e, dunque, è stato descritto come di 'lettura, scrittura e proprietà', un miglioramento rispetto al Web2, che è solo di 'lettura e scrittura'.", - "web3-2-d-label": "di lettura, scrittura e acquisto", - "web3-2-d-explanation": "Il Web3 non è stato descritto così.", - "web3-3-prompt": "Quale interazione del web non si affida a fornitori di pagamento terzi?", + "web3-1-d-explanation": "Tutte le opzioni forniscono modi per possedere risorse digitali su Ethereum. Token, NFT ed ENS sono tutti modi per rappresentare la proprietà di risorse digitali.", + "web3-2-prompt": "Il Web1 era di sola lettura, il Web2 è di lettura-scrittura, il Web3 è stato descritto come:", + "web3-2-a-label": "lettura-scrittura-vendita", + "web3-2-a-explanation": "Il Web3 non è stato descritto in questo modo.", + "web3-2-b-label": "lettura-scrittura-archiviazione", + "web3-2-b-explanation": "Il Web3 non è stato descritto in questo modo.", + "web3-2-c-label": "lettura-scrittura-proprietà", + "web3-2-c-explanation": "Il Web3 consente agli utenti di possedere i propri dati ed è stato quindi descritto come 'lettura-scrittura-proprietà', un miglioramento rispetto al Web2, che è solo 'lettura-scrittura'.", + "web3-2-d-label": "lettura-scrittura-acquisto", + "web3-2-d-explanation": "Il Web3 non è stato descritto in questo modo.", + "web3-3-prompt": "Quale iterazione del web non si affida a fornitori di pagamenti di terze parti?", "web3-3-a-label": "Web1", - "web3-3-a-explanation": "Il Web1 non aveva pagamenti nativi incorporati.", + "web3-3-a-explanation": "Il Web1 non aveva pagamenti nativi integrati.", "web3-3-b-label": "Web2", - "web3-3-b-explanation": "Il Web2 non ha pagamenti nativi incorporati.", + "web3-3-b-explanation": "Il Web2 non ha pagamenti nativi integrati.", "web3-3-c-label": "Web3", - "web3-3-c-explanation": "Il Web3 prevede pagamenti nativi incorporati con le criptovalute, come ETH.", + "web3-3-c-explanation": "Il Web3 ha pagamenti nativi integrati con criptovalute, come l'ETH.", "web3-3-d-label": "Tutte le precedenti", - "web3-3-d-explanation": "Il Web1 e il Web2 non hanno pagamenti nativi incorporati.", - "web3-4-prompt": "Il termine 'Web3' è stato coniato da:", + "web3-3-d-explanation": "Il Web1 e il Web2 non hanno pagamenti nativi integrati.", + "web3-4-prompt": "Il termine 'Web3' è stato coniato per la prima volta da:", "web3-4-a-label": "Gavin Wood", - "web3-4-a-explanation": "A Gavin Wood, un co-fondatore di Ethereum, è stato attribuito di aver coniato il termine Web3 poco dopo il lancio di Ethereum nel 2015.", + "web3-4-a-explanation": "A Gavin Wood, co-fondatore di Ethereum, è attribuito il merito di aver coniato il termine Web3 poco dopo il lancio di Ethereum nel 2015.", "web3-4-b-label": "Steve Jobs", - "web3-4-b-explanation": "Steve Jobs non ha coniato il termine 'Web3'.", + "web3-4-b-explanation": "Steve Jobs non ha coniato l'espressione 'Web3'.", "web3-4-c-label": "Vitalik Buterin", - "web3-4-c-explanation": "Vitalik Buterin, pur essendo il fondatore originale di Ethereum, non ha coniato il termine 'Web3'.", + "web3-4-c-explanation": "Vitalik Buterin, sebbene sia il fondatore originale di Ethereum, non ha coniato l'espressione 'Web3'.", "web3-4-d-label": "Elon Musk", - "web3-4-d-explanation": "Elon Musk non ha coniato il termine 'Web3'.", - "web3-5-prompt": "Puoi avere un unico accesso resistente alla censura in tutto il web utilizzando:", - "web3-5-a-label": "Accesso con Facebook", + "web3-4-d-explanation": "Elon Musk non ha coniato l'espressione 'Web3'.", + "web3-5-prompt": "Puoi avere un singolo accesso resistente alla censura su tutto il web attraverso l'uso di:", + "web3-5-a-label": "Accedi con Facebook", "web3-5-a-explanation": "L'accesso con Facebook non è resistente alla censura.", - "web3-5-b-label": "Accesso con Google", + "web3-5-b-label": "Accedi con Google", "web3-5-b-explanation": "L'accesso con Google non è resistente alla censura.", - "web3-5-c-label": "Accesso con Ethereum", - "web3-5-c-explanation": "L'accesso con Ethereum è l'unica opzione resistente alla censura ed è utilizzabile su qualsiasi applicazione web.", - "web3-5-d-label": "Accesso con Twitter", + "web3-5-c-label": "Accedi con Ethereum", + "web3-5-c-explanation": "L'accesso con Ethereum è l'unica opzione resistente alla censura e utilizzabile su qualsiasi applicazione web.", + "web3-5-d-label": "Accedi con Twitter", "web3-5-d-explanation": "L'accesso con Twitter non è resistente alla censura.", "wallets-1-prompt": "Il tipo di portafoglio più sicuro è:", "wallets-1-a-label": "Un portafoglio mobile", - "wallets-1-a-explanation": "I portafogli mobili detengono le chiavi private su un dispositivo mobile che, tipicamente, ha connessioni a Internet e potrebbe esser compromesso da altri software.", + "wallets-1-a-explanation": "I portafogli mobili conservano le chiavi private su un dispositivo mobile, che in genere ha connessioni a Internet ed è potenzialmente compromesso da altri software.", "wallets-1-b-label": "Un portafoglio hardware", - "wallets-1-b-explanation": "Le chiavi private di un portafoglio hardware sono memorizzate su un dispositivo dedicato che può essere tenuto isolato da Internet e dalle altre applicazioni sui tuoi dispositivi.", + "wallets-1-b-explanation": "Le chiavi private di un portafoglio hardware sono archiviate su un dispositivo dedicato che può essere tenuto disconnesso da Internet e sono isolate dalle altre applicazioni sui tuoi dispositivi.", "wallets-1-c-label": "Un portafoglio web", - "wallets-1-c-explanation": "I portafogli web sono meno sicuri dei portafogli hardware poiché le chiavi private sono memorizzate su un dispositivo connesso a Internet.", + "wallets-1-c-explanation": "I portafogli web hanno una sicurezza inferiore rispetto ai portafogli hardware perché le chiavi private sono archiviate su un dispositivo connesso a Internet.", "wallets-1-d-label": "Un portafoglio desktop", - "wallets-1-d-explanation": "I portafogli desktop detengono le chiavi private sul disco rigido di un computer che, tipicamente, ha connessioni a Internet e potrebbe essere compromesso da altri software.", - "wallets-2-prompt": "Come dovresti memorizzare la tua frase di seed?", + "wallets-1-d-explanation": "I portafogli desktop conservano le chiavi private sul disco rigido di un computer, che in genere ha connessioni a Internet ed è potenzialmente compromesso da altri software.", + "wallets-2-prompt": "Come dovresti conservare la tua frase di recupero?", "wallets-2-a-label": "In una foto sul tuo telefono", - "wallets-2-a-explanation": "Questa non è l'opzione più sicura. Se questa foto è caricata su un'archiviazione su cloud, un hacker potrebbe ottenerla e accedere al tuo conto.", + "wallets-2-a-explanation": "Questa non è l'opzione più sicura. Se questa foto viene caricata su un archivio cloud, un hacker potrebbe ottenere questa immagine e accedere al tuo account.", "wallets-2-b-label": "In un file sul tuo computer", - "wallets-2-b-explanation": "Questa non è l'opzione più sicura. Gli hacker cercano sempre più spesso le informazioni relative a criptovalute sui dispositivi di destinazione. Se un hacker accede al file contenente la tua frase di seed otterrà l'accesso al tuo conto.", + "wallets-2-b-explanation": "Questa non è l'opzione più sicura. Gli hacker cercano sempre più informazioni relative alle criptovalute sui dispositivi bersaglio. Se un hacker accede al file con la tua frase di recupero, otterrà l'accesso al tuo account.", "wallets-2-c-label": "In un messaggio di testo a un familiare fidato", - "wallets-2-c-explanation": "Non dovresti mai inviare la tua frase di seed in un messaggio a qualcuno. Il messaggio potrebbe essere intercettato da una terza parte; inoltre, anche se ti fidi assolutamente di questa persona, non sai chi potrebbe accedere al suo telefono.", + "wallets-2-c-explanation": "Non dovresti mai inviare la tua frase di recupero a nessuno tramite messaggio. Il messaggio potrebbe essere intercettato da terzi e, anche se ti fidi ciecamente di questa persona, non sai chi potrebbe avere accesso al suo telefono.", "wallets-2-d-label": "Nessuna delle precedenti", - "wallets-2-d-explanation": "La tua frase di seed dovrebbe essere memorizzata in modo sicuro, idealmente offline. Per questo motivo spesso è consigliato annotarla su carta; tuttavia, dei gestori di password sicuri sono una buona alternativa.", - "wallets-3-prompt": "A chi dovresti dare la tua frase di seed / le tue chiavi private?", - "wallets-3-a-label": "Qualcuno che stai pagando", - "wallets-3-a-explanation": "Non dovresti mai dare la tua frase di seed o le tue chiavi private a nessuno. Invece, invia i token all'indirizzo del suo portafoglio tramite una transazione.", - "wallets-3-b-label": "Per accedere a una dapp o a un portafoglio", - "wallets-3-b-explanation": "Non dovresti mai dare la tua frase di seed o le tue chiavi private per accedere al tuo portafoglio o alla tua dapp.", - "wallets-3-c-label": "Personale di supporto", - "wallets-3-c-explanation": "Non dovresti mai dare la tua frase di seed o le tue chiavi private a nessuno che affermi di essere parte del personale di supporto. Chiunque te lo chieda è un truffatore.", + "wallets-2-d-explanation": "La tua frase di recupero dovrebbe essere conservata in modo sicuro, idealmente offline. Scriverla su carta è spesso raccomandato per questo motivo, ma i gestori di password sicuri sono una buona alternativa.", + "wallets-3-prompt": "A chi dovresti dare la tua frase di recupero / le tue chiavi private?", + "wallets-3-a-label": "A qualcuno che stai pagando", + "wallets-3-a-explanation": "Non dovresti mai dare la tua frase di recupero o le tue chiavi private a nessuno. Invece, invia i token all'indirizzo del loro portafoglio tramite una transazione.", + "wallets-3-b-label": "Per accedere a una dApp o a un portafoglio", + "wallets-3-b-explanation": "Non dovresti mai fornire la tua frase di recupero / le tue chiavi private per accedere al tuo portafoglio o a una dApp.", + "wallets-3-c-label": "Al personale di supporto", + "wallets-3-c-explanation": "Non dovresti mai dare la tua frase di recupero / le tue chiavi private a nessuno che affermi di essere del personale di supporto. Chiunque ti chieda questo è un truffatore.", "wallets-3-d-label": "A nessuno", - "wallets-3-d-explanation": "Idealmente, non dovresti mai dare a nessuno la tua frase di seed o le tue chiavi private. Se ti fidi completamente di qualcuno dandogli l'accesso assoluto ai tuoi fondi (come il/la coniuge), potresti decidere di condividere tali informazioni con questa persona.", - "wallets-4-prompt": "Un portafoglio e un conto su Ethereum sono la stessa cosa.", + "wallets-3-d-explanation": "Idealmente, non dovresti mai dare la tua frase di recupero o le tue chiavi private a nessuno. Se ti fidi completamente di qualcuno con accesso assoluto ai tuoi fondi (come un coniuge), allora potresti decidere di condividere queste informazioni con loro.", + "wallets-4-prompt": "Un portafoglio e un account su Ethereum sono la stessa cosa.", "wallets-4-a-label": "Vero", - "wallets-4-a-explanation": "Un portafoglio è un'interfaccia visiva utilizzata per interagire con un conto di Ethereum.", + "wallets-4-a-explanation": "Un portafoglio è un'interfaccia visiva utilizzata per interagire con un account Ethereum.", "wallets-4-b-label": "Falso", - "wallets-4-b-explanation": "Un portafoglio è un'interfaccia visiva utilizzata per interagire con un conto di Ethereum.", - "security-1-prompt": "Perché dovresti utilizzare delle password univoche per tutti i tuoi conti?", + "wallets-4-b-explanation": "Un portafoglio è un'interfaccia visiva utilizzata per interagire con un account Ethereum.", + "security-1-prompt": "Perché dovresti usare password uniche per tutti i tuoi account?", "security-1-a-label": "Nel caso in cui una delle piattaforme subisca una violazione dei dati", "security-1-a-explanation": "Questa risposta è corretta, ma ci sono anche altre risposte corrette.", - "security-1-b-label": "Nel caso in cui qualcuno alle tue spalle scopra la tua password", + "security-1-b-label": "Nel caso in cui qualcuno che guarda alle tue spalle scopra la tua password", "security-1-b-explanation": "Questa risposta è corretta, ma ci sono anche altre risposte corrette.", "security-1-c-label": "Nel caso in cui un malware, come un key-logger, rubi la tua password", "security-1-c-explanation": "Questa risposta è corretta, ma ci sono anche altre risposte corrette.", "security-1-d-label": "Tutte le precedenti", - "security-1-d-explanation": "Tutte le risposte sono corrette. Utilizzare password univoche è il metodo migliore per impedire a chiunque altro di accedere al tuo conto.", - "security-2-prompt": "In seguito alla Fusione, gli ETH devono essere aggiornati in ETH2.", + "security-1-d-explanation": "Tutte le risposte sono corrette. Usare password uniche è il modo migliore per impedire a chiunque altro di accedere al tuo account.", + "security-2-prompt": "In seguito a The Merge, l'ETH deve essere aggiornato a ETH2.", "security-2-a-label": "Vero", - "security-2-a-explanation": "Non devi aggiornare i tuoi ETH in ETH2. Gli ETH2 non esistono e questa è una narrativa comune utilizzata dai truffatori.", + "security-2-a-explanation": "Non è necessario aggiornare il tuo ETH a ETH2. Non esiste alcun ETH2 e questa è una narrazione comune usata dai truffatori.", "security-2-b-label": "Falso", - "security-2-b-explanation": "Non devi aggiornare i tuoi ETH in ETH2. Gli ETH2 non esistono e questa è una narrativa comune utilizzata dai truffatori.", + "security-2-b-explanation": "Non è necessario aggiornare il tuo ETH a ETH2. Non esiste alcun ETH2 e questa è una narrazione comune usata dai truffatori.", "security-3-prompt": "I giveaway di ETH sono:", - "security-3-a-label": "Un ottimo modo per ottenere altri ETH", - "security-3-a-explanation": "I giveaway di ETH sono truffe progettate per rubare i tuoi ETH e altri token. Non sono mai un buon modo per ricevere altri ETH.", - "security-3-b-label": "Sempre autentici", - "security-3-b-explanation": "I giveaway di ETH non sono mai autentici.", - "security-3-c-label": "Comunemente eseguiti da membri di spicco della community", - "security-3-c-explanation": "I membri di spicco della community non effettuano giveaway di ETH. I truffatori fingono che degli individui ben noti, come Elon Musk, stiano effettuando giveaway per dare alla propria truffa un senso di legittimità.", - "security-3-d-label": "Sono molto probabilmente truffe", - "security-3-d-explanation": "I giveaway di ETH sono sempre truffe. Segnalare e ignorare i truffatori è la cosa migliore da fare.", + "security-3-a-label": "Un buon modo per ottenere più ETH", + "security-3-a-explanation": "I giveaway di ETH sono truffe progettate per rubare i tuoi ETH e altri token. Non sono mai un buon modo per ottenere più ETH.", + "security-3-b-label": "Sempre genuini", + "security-3-b-explanation": "I giveaway di ETH non sono mai genuini.", + "security-3-c-label": "Comunemente eseguiti da membri di spicco della comunità", + "security-3-c-explanation": "I membri di spicco della comunità non fanno giveaway di ETH. I truffatori fingono che individui noti, come Elon Musk, stiano facendo giveaway per dare alla truffa un senso di legittimità.", + "security-3-d-label": "Sono molto probabilmente una truffa", + "security-3-d-explanation": "I giveaway di ETH sono sempre truffe. Segnalare e ignorare i truffatori è la cosa migliore.", "security-4-prompt": "Le transazioni di Ethereum sono reversibili.", "security-4-a-label": "Vero", - "security-4-a-explanation": "Le transazioni di Ethereum non sono reversibili. Chiunque ti dica altrimenti sta forse provando a truffarti.", + "security-4-a-explanation": "Le transazioni di Ethereum non possono essere annullate. Chiunque ti dica il contrario potrebbe cercare di truffarti.", "security-4-b-label": "Falso", - "security-4-b-explanation": "Le transazioni di Ethereum non sono reversibili. Chiunque ti dica altrimenti sta forse provando a truffarti.", - "nfts-1-prompt": "Gli NFT sono definiti in modo più esaustivo come:", - "nfts-1-a-label": "risorse digitali univoche", - "nfts-1-a-explanation": "Gli NFT rappresentano una risorsa digitale univoca.", + "security-4-b-explanation": "Le transazioni di Ethereum non possono essere annullate. Chiunque ti dica il contrario potrebbe cercare di truffarti.", + "nfts-1-prompt": "Gli NFT sono definiti in modo più completo come:", + "nfts-1-a-label": "risorse digitali uniche", + "nfts-1-a-explanation": "Gli NFT rappresentano una risorsa digitale unica.", "nfts-1-b-label": "opere d'arte digitali", - "nfts-1-b-explanation": "Gli NFT rappresentano una risorsa digitale univoca, comunemente un'opera d'arte digitale, ma non si limitano all'arte.", + "nfts-1-b-explanation": "Gli NFT rappresentano una risorsa digitale unica, comunemente si tratta di opere d'arte digitali, ma non si limitano all'arte.", "nfts-1-c-label": "biglietti per eventi esclusivi", - "nfts-1-c-explanation": "Gli NFT rappresentano una risorsa digitale univoca, come un sistema di biglietteria, ma non si limita ai biglietti.", - "nfts-1-d-label": "contratti giuridicamente vincolanti", - "nfts-1-d-explanation": "Sebbene un contratto possa essere rappresentato come NFT, gli NFT non sono appannaggio esclusivo dei contratti giuridicamente vincolanti.", + "nfts-1-c-explanation": "Gli NFT rappresentano una risorsa digitale unica, potrebbe trattarsi di un sistema di biglietteria, ma non si limitano ai biglietti.", + "nfts-1-d-label": "contratti legalmente vincolanti", + "nfts-1-d-explanation": "Sebbene un contratto legale possa essere rappresentato come un NFT, gli NFT non sono esclusivi dei contratti legalmente vincolanti.", "nfts-2-prompt": "Due NFT che rappresentano la stessa opera d'arte sono la stessa cosa.", "nfts-2-a-label": "Vero", - "nfts-2-a-explanation": "Gli NFT sono non fungibili. Ciò significa che anche se rappresentano una stessa opera d'arte digitale, sono comunque identificabili univocamente. Nel mondo artistico tradizionale potrebbero somigliare a originali e ristampe.", + "nfts-2-a-explanation": "Gli NFT sono non fungibili. Ciò significa che anche se rappresentano la stessa opera d'arte digitale, sono comunque identificabili in modo univoco. Nel mondo dell'arte tradizionale, questo potrebbe essere simile agli originali e alle stampe.", "nfts-2-b-label": "Falso", - "nfts-2-b-explanation": "Gli NFT sono non fungibili. Ciò significa che anche se rappresentano una stessa opera d'arte digitale, sono comunque identificabili univocamente. Nel mondo artistico tradizionale potrebbero somigliare a originali e ristampe.", - "nfts-3-prompt": "Gli NFT rappresentano comunemente:", + "nfts-2-b-explanation": "Gli NFT sono non fungibili. Ciò significa che anche se rappresentano la stessa opera d'arte digitale, sono comunque identificabili in modo univoco. Nel mondo dell'arte tradizionale, questo potrebbe essere simile agli originali e alle stampe.", + "nfts-3-prompt": "Gli NFT rappresentano più comunemente:", "nfts-3-a-label": "La password del tuo portafoglio", - "nfts-3-a-explanation": "Questo è un rischio di sicurezza e, in generale, una cattiva idea!", - "nfts-3-b-label": "Proprietà di un oggetto digitale univoco", - "nfts-3-b-explanation": "Gli NFT rappresentano comunemente la proprietà di un oggetto digitale univoco.", - "nfts-3-c-label": "Il tuo saldo di ETH corrente", + "nfts-3-a-explanation": "Questo è un rischio per la sicurezza e generalmente una cattiva idea!", + "nfts-3-b-label": "La proprietà di un oggetto digitale unico", + "nfts-3-b-explanation": "Gli NFT rappresentano comunemente la proprietà di un oggetto digitale unico.", + "nfts-3-c-label": "Il tuo saldo attuale di ETH", "nfts-3-c-explanation": "Gli NFT non possono rappresentare arbitrariamente il tuo saldo di ETH.", "nfts-3-d-label": "Tutte le precedenti", - "nfts-3-d-explanation": "Gli NFT rappresentano comunemente la proprietà di un oggetto digitale univoco, non i saldi di ETH o le password del portafoglio.", - "nfts-4-prompt": "Gli NFT hanno aiutato a creare una nuova:", - "nfts-4-a-label": "economia per i curatori", - "nfts-4-a-explanation": "Gli NFT hanno aiutato a creare una nuova economia per i creatori, non per i curatori.", - "nfts-4-b-label": "economia carbonica", - "nfts-4-b-explanation": "Gli NFT hanno aiutato a creare una nuova economia per i creatori, non carbonica.", - "nfts-4-c-label": "economia per i creatori", - "nfts-4-c-explanation": "Gli NFT hanno aiutato a creare una nuova economia per i creatori.", - "nfts-4-d-label": "economia per i dogi", - "nfts-4-d-explanation": "Gli NFT hanno aiutato a creare una nuova economia per i creatori, non per i dogi 🐶.", + "nfts-3-d-explanation": "Gli NFT rappresentano comunemente la proprietà di un oggetto digitale unico, non i saldi di ETH o le password del portafoglio.", + "nfts-4-prompt": "Gli NFT hanno contribuito a creare una nuova:", + "nfts-4-a-label": "economia dei curatori", + "nfts-4-a-explanation": "Gli NFT hanno contribuito a creare una nuova economia per i creatori, non per i curatori.", + "nfts-4-b-label": "economia del carbonio", + "nfts-4-b-explanation": "Gli NFT hanno contribuito a creare una nuova economia per i creatori, non per il carbonio.", + "nfts-4-c-label": "economia dei creatori", + "nfts-4-c-explanation": "Gli NFT hanno contribuito a creare l'economia dei creatori.", + "nfts-4-d-label": "economia doge", + "nfts-4-d-explanation": "Gli NFT hanno contribuito a creare una nuova economia per i creatori, non per i doge 🐶.", "nfts-5-prompt": "Gli NFT su Ethereum sono dannosi per l'ambiente", "nfts-5-a-label": "Vero", - "nfts-5-a-explanation": "Dalla Fusione (transizione al proof-of-stake), qualsiasi transazione ha avuto un impatto trascurabile sull'ambiente.", + "nfts-5-a-explanation": "Da The Merge (transizione alla prova di stake), qualsiasi transazione ha avuto un impatto trascurabile sull'ambiente.", "nfts-5-b-label": "Falso", - "nfts-5-b-explanation": "Dalla Fusione (transizione al proof-of-stake), qualsiasi transazione ha avuto un impatto trascurabile sull'ambiente.", - "rollups-1-prompt": "Le reti della blockchain di livello 2 servono a:", - "rollups-1-a-label": "Ridimensionare Ethereum", - "rollups-1-a-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è ridimensionare Ethereum.", + "nfts-5-b-explanation": "Da The Merge (transizione alla prova di stake), qualsiasi transazione ha avuto un impatto trascurabile sull'ambiente.", + "rollups-1-prompt": "Le reti blockchain di livello 2 servono per:", + "rollups-1-a-label": "La scalabilità di Ethereum", + "rollups-1-a-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è la scalabilità di Ethereum.", "rollups-1-b-label": "Effettuare pagamenti", - "rollups-1-b-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è ridimensionare Ethereum.", + "rollups-1-b-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è la scalabilità di Ethereum.", "rollups-1-c-label": "Acquistare NFT", - "rollups-1-c-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è ridimensionare Ethereum.", + "rollups-1-c-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è la scalabilità di Ethereum.", "rollups-1-d-label": "Decentralizzare Ethereum", - "rollups-1-d-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è ridimensionare Ethereum.", - "rollups-2-prompt": "Ai fini del ridimensionamento, le reti di livello 1 più alternative si sono principalmente sacrificate in termini di:", + "rollups-1-d-explanation": "Lo scopo principale dei rollup e di altre soluzioni di livello 2 è la scalabilità di Ethereum.", + "rollups-2-prompt": "Per la scalabilità, la maggior parte delle reti alternative di livello 1 ha sacrificato principalmente:", "rollups-2-a-label": "Sicurezza", - "rollups-2-a-explanation": "Le reti di Livello 1 più alternative sacrificano la sicurezza e qualcos'altro a favore del ridimensionamento.", + "rollups-2-a-explanation": "La maggior parte delle reti alternative di livello 1 sacrifica la sicurezza e qualcos'altro per la scalabilità.", "rollups-2-b-label": "Decentralizzazione", - "rollups-2-b-explanation": "Le reti di Livello 1 più alternative sacrificano la decentralizzazione e qualcos'altro a favore del ridimensionamento.", - "rollups-2-c-label": "Prezzo dei token", - "rollups-2-c-explanation": "Il prezzo dei token non inficia la capacità di ridimensionamento.", + "rollups-2-b-explanation": "La maggior parte delle reti alternative di livello 1 sacrifica la decentralizzazione e qualcos'altro per la scalabilità.", + "rollups-2-c-label": "Prezzo del token", + "rollups-2-c-explanation": "Il prezzo del token non ha alcun impatto sulla capacità di scalabilità.", "rollups-2-d-label": "Sicurezza e decentralizzazione", - "rollups-2-d-explanation": "Le reti di Livello 1 più alternative sacrificano la sicurezza e la decentralizzazione per consentire il ridimensionamento.", - "rollups-3-prompt": "Quali delle seguenti soluzioni non sono considerate di livello 2?", + "rollups-2-d-explanation": "La maggior parte delle reti alternative di livello 1 sacrifica sia la sicurezza che la decentralizzazione per la scalabilità.", + "rollups-3-prompt": "Quali dei seguenti non sono considerati di livello 2?", "rollups-3-a-label": "Validium", - "rollups-3-a-explanation": "I Validium non sono considerati soluzioni di livello 2 in quanto non derivano sicurezza o disponibilità dei dati da Ethereum. Questa non è l'unica risposta corretta.", - "rollups-3-b-label": "Sidechain", - "rollups-3-b-explanation": "Le Sidechain non sono considerate soluzioni di livello 2 in quanto non derivano sicurezza o disponibilità dei dati da Ethereum. Questa non è l'unica risposta corretta.", - "rollups-3-c-label": "Blockchain di livello 1 alternative", - "rollups-3-c-explanation": "Le blockchain di livello 1 alternative non sono considerate soluzioni di livello 2. Questa non è l'unica risposta corretta.", + "rollups-3-a-explanation": "I Validium non sono considerati soluzioni di livello 2 in quanto non derivano la sicurezza o la disponibilità dei dati da Ethereum. Questa non è l'unica risposta corretta.", + "rollups-3-b-label": "Catene laterali", + "rollups-3-b-explanation": "Le catene laterali non sono considerate soluzioni di livello 2 in quanto non derivano la sicurezza o la disponibilità dei dati da Ethereum. Questa non è l'unica risposta corretta.", + "rollups-3-c-label": "Blockchain alternative di livello 1", + "rollups-3-c-explanation": "Le blockchain alternative di livello 1 non sono considerate soluzioni di livello 2. Questa non è l'unica risposta corretta.", "rollups-3-d-label": "Tutte le precedenti", - "rollups-3-d-explanation": "Validium, Sidechain e blockchain di livello 1 alternative non sono considerate soluzioni di livello 2 poiché non derivano la sicurezza o la disponibilità dei dati da Ethereum.", + "rollups-3-d-explanation": "Validium, catene laterali e blockchain alternative di livello 1 non sono considerate soluzioni di livello 2 in quanto non derivano la sicurezza o la disponibilità dei dati da Ethereum.", "rollups-4-prompt": "Perché Ethereum non ha un livello 2 'ufficiale'?", - "rollups-4-a-label": "Gli sviluppatori core sono troppo impegnati a lavorare a Ethereum", - "rollups-4-a-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci per la progettazione di soluzioni di livello 2.", - "rollups-4-b-label": "Come L1, alla fine Ethereum raggiungerà un proprio ridimensionamento di massa", - "rollups-4-b-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci per la progettazione di soluzioni di livello 2.", - "rollups-4-c-label": "Gli sviluppatori core stanno ancora discutendo tra rollup ottimistici e zk", - "rollups-4-c-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci per la progettazione di soluzioni di livello 2.", - "rollups-4-d-label": "Ethereum trarrà vantaggio da un'ampia varietà di approcci per la progettazione di un L2", - "rollups-4-d-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci per la progettazione di soluzioni di livello 2.", - "merge-1-prompt": "La Fusione ha spostato Ethereum su quale meccanismo di consenso?", - "merge-1-a-label": "Proof of Work", - "merge-1-a-explanation": "Il proof-of-work era il meccanismo di consenso utilizzato prima della Fusione.", - "merge-1-b-label": "Proof of Stake", - "merge-1-b-explanation": "Corretto! La Fusione ha spostato Ethereum al proof-of-stake.", - "merge-1-c-label": "Proof of Authority", - "merge-1-c-explanation": "Ethereum non utilizza e non ha mai utilizzato il proof-of-authority sulla Rete Principale di Ethereum.", + "rollups-4-a-label": "Gli sviluppatori principali sono troppo occupati a lavorare su Ethereum", + "rollups-4-a-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci alla progettazione di soluzioni di livello 2.", + "rollups-4-b-label": "Come L1, Ethereum raggiungerà alla fine una scalabilità di massa da solo", + "rollups-4-b-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci alla progettazione di soluzioni di livello 2.", + "rollups-4-c-label": "Gli sviluppatori principali stanno ancora dibattendo tra rollup ottimistici e zk-rollup", + "rollups-4-c-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci alla progettazione di soluzioni di livello 2.", + "rollups-4-d-label": "Ethereum trarrà vantaggio da un'ampia varietà di approcci alla progettazione di un L2", + "rollups-4-d-explanation": "Non ci sono piani per un livello 2 'ufficiale' su Ethereum poiché trarremo vantaggio da un'ampia varietà di approcci alla progettazione di soluzioni di livello 2.", + "merge-1-prompt": "The Merge ha spostato Ethereum su quale meccanismo di consenso?", + "merge-1-a-label": "Prova di lavoro", + "merge-1-a-explanation": "La prova di lavoro era il meccanismo di consenso utilizzato prima di The Merge.", + "merge-1-b-label": "Prova di stake", + "merge-1-b-explanation": "Corretto! The Merge ha spostato Ethereum sulla prova di stake.", + "merge-1-c-label": "Prova di autorità", + "merge-1-c-explanation": "Ethereum non utilizza, e non ha mai utilizzato, la prova di autorità sulla rete principale di Ethereum.", "merge-1-d-label": "Tutte le precedenti", - "merge-1-d-explanation": "Non sarebbe possibile, per Ethereum, disporre di tutti questi meccanismi di consenso in una volta.", - "merge-2-prompt": "La Fusione ha ridotto il consumo energetico di Ethereum del:", + "merge-1-d-explanation": "Non sarebbe possibile per Ethereum avere tutti questi meccanismi di consenso contemporaneamente.", + "merge-2-prompt": "The Merge ha ridotto il consumo energetico di Ethereum del:", "merge-2-a-label": "50%", - "merge-2-a-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che La Fusione ha consentito la transizione dal proof-of-work al proof-of-stake.", + "merge-2-a-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che The Merge ha consentito la transizione dalla prova di lavoro alla prova di stake.", "merge-2-b-label": "62,5%", - "merge-2-b-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che La Fusione ha consentito la transizione dal proof-of-work al proof-of-stake.", + "merge-2-b-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che The Merge ha consentito la transizione dalla prova di lavoro alla prova di stake.", "merge-2-c-label": "90%", - "merge-2-c-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che La Fusione ha consentito la transizione dal proof-of-work al proof-of-stake.", + "merge-2-c-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che Il Merge ha consentito la transizione dalla prova di lavoro alla prova di stake.", "merge-2-d-label": "99,95%", - "merge-2-d-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che La Fusione ha consentito la transizione dal proof-of-work al proof-of-stake.", - "merge-3-prompt": "Quando si è verificata La Fusione?", + "merge-2-d-explanation": "Il consumo energetico di Ethereum è stato ridotto del 99,95% dopo che Il Merge ha consentito la transizione dalla prova di lavoro alla prova di stake.", + "merge-3-prompt": "Quando è avvenuto Il Merge?", "merge-3-a-label": "15 settembre 2022", - "merge-3-a-explanation": "La Fusione si è verificata il 15 settembre 2022 alle 06:42:42 (UTC).", + "merge-3-a-explanation": "Il Merge è avvenuto il 15 settembre 2022 alle 06:42:42 (UTC).", "merge-3-b-label": "1 dicembre 2020", - "merge-3-b-explanation": "La Fusione si è verificata più tardi. L'1 dicembre 2020 è stata lanciata la Beacon Chain.", + "merge-3-b-explanation": "Il Merge è avvenuto più tardi. Il 1 dicembre 2020 è stata lanciata la beacon chain.", "merge-3-c-label": "27 novembre 2013", - "merge-3-c-explanation": "La Fusione si è verificata più tardi. Il 27 novembre 2013 è stato rilasciato il whitepaper di Ethereum.", + "merge-3-c-explanation": "Il Merge è avvenuto più tardi. Il 27 novembre 2013 è stato pubblicato il whitepaper di Ethereum.", "merge-3-d-label": "31 ottobre 2008", - "merge-3-d-explanation": "La Fusione si è verificata più tardi. Il 31 ottobre è il giorno di rilascio del Whitepaper di Bitcoin.", - "merge-4-prompt": "La Fusione ha comportato che gli utenti abbiano dovuto scambiare i propri ETH per ETH2:", + "merge-3-d-explanation": "Il Merge è avvenuto più tardi. Il 31 ottobre è il giorno in cui è stato pubblicato il whitepaper di Bitcoin.", + "merge-4-prompt": "Il Merge ha significato che gli utenti dovevano scambiare i loro ETH per ETH2:", "merge-4-a-label": "Vero", - "merge-4-a-explanation": "ETH non è cambiato in alcun momento prima, durante o dopo La Fusione. L'idea di 'aggiornare' gli ETH in ETH2 era una tattica comune utilizzata dagli utenti malevoli per truffare altri utenti.", + "merge-4-a-explanation": "Gli ETH non sono cambiati in alcun momento prima, durante o dopo Il Merge. L'idea di 'aggiornare' gli ETH a ETH2 era una tattica comune da parte di malintenzionati per truffare gli utenti.", "merge-4-b-label": "Falso", - "merge-4-b-explanation": "ETH non è cambiato in alcun momento prima, durante o dopo La Fusione. L'idea di 'aggiornare' gli ETH in ETH2 era una tattica comune utilizzata dagli utenti malevoli per truffare altri utenti.", + "merge-4-b-explanation": "Gli ETH non sono cambiati in alcun momento prima, durante o dopo Il Merge. L'idea di 'aggiornare' gli ETH a ETH2 era una tattica comune da parte di malintenzionati per truffare gli utenti.", "merge-5-prompt": "Il livello di consenso di Ethereum era precedentemente noto come:", - "merge-5-a-label": "Proof of Work", - "merge-5-a-explanation": "Il proof-of-work era il meccanismo di consenso utilizzato prima della Fusione.", + "merge-5-a-label": "Prova di lavoro", + "merge-5-a-explanation": "La prova di lavoro era il meccanismo di consenso utilizzato prima de Il Merge.", "merge-5-b-label": "Eth2", "merge-5-b-explanation": "Prima di essere rinominato livello di consenso, era originariamente chiamato 'Eth2'.", "merge-5-c-label": "Eth1", "merge-5-c-explanation": "Eth1 era il nome originale dato al livello di esecuzione, non al livello di consenso.", "merge-5-d-label": "Staking", "merge-5-d-explanation": "Lo staking consiste nel depositare ETH in un contratto intelligente per aiutare a proteggere la catena.", - "daos-1-prompt": "Cos'è vero sulle DAO?", - "daos-1-a-label": "Le DAO sono possedute collettivamente tramite i token di governance", - "daos-1-a-explanation": "Le DAO sono possedute collettivamente, ma questa non è l'unica frase corretta.", - "daos-1-b-label": "Sono governate dai propri membri", - "daos-1-b-explanation": "Le DAO sono governate dai loro membri, ma questa non è l'unica frase corretta.", - "daos-1-c-label": "Operano verso una missione condivisa", - "daos-1-c-explanation": "Le DAO operano verso una missione condivisa, ma questa non è l'unica frase corretta.", + "gas-1-prompt": "Cosa sono le commissioni del gas?", + "gas-1-a-label": "Una commissione associata alle transazioni e alle operazioni dei contratti intelligenti", + "gas-1-a-explanation": "Parzialmente corretto, le commissioni del gas rappresentano il costo delle transazioni e delle operazioni dei contratti intelligenti.", + "gas-1-b-label": "La quantità di gas utilizzata per eseguire un'operazione, moltiplicata per il costo per unità di gas", + "gas-1-b-explanation": "Parzialmente corretto. Sebbene sia vero, non è la risposta migliore date le opzioni.", + "gas-1-c-label": "Un pagamento che include una commissione di priorità per accelerare potenzialmente l'elaborazione della transazione", + "gas-1-c-explanation": "Parzialmente corretto, la commissione del gas totale include una commissione di base e una commissione di priorità che può influenzare la velocità di elaborazione della transazione", + "gas-1-d-label": "Tutte le precedenti", + "gas-1-d-explanation": "Le commissioni del gas comprendono tutti questi aspetti: compensano il calcolo, si applicano sia alle transazioni che ai contratti intelligenti e possono includere commissioni di priorità per un'inclusione più rapida.", + "gas-2-prompt": "Quale delle seguenti è la strategia MENO efficace per ridurre il costo del gas?", + "gas-2-a-label": "Eseguire transazioni durante i periodi di bassa congestione", + "gas-2-a-explanation": "Programmare le transazioni durante le ore non di punta può ridurre i costi del gas.", + "gas-2-b-label": "Aspettare che i prezzi del gas diminuiscano", + "gas-2-b-explanation": "Aspettare che i prezzi del gas diminuiscano è una strategia valida poiché il gas fluttua in base alla congestione.", + "gas-2-c-label": "Utilizzare catene di livello 2 per commissioni più basse", + "gas-2-c-explanation": "Le soluzioni di livello 2 riducono le commissioni e sono un modo efficace per risparmiare sul gas.", + "gas-2-d-label": "Utilizzare una logica complessa dei contratti intelligenti che aumenta i requisiti computazionali", + "gas-2-d-explanation": "La logica complessa dei contratti intelligenti aumenta i costi del gas richiedendo più calcoli. Una progettazione efficiente riduce al minimo i passaggi, l'archiviazione e le operazioni ridondanti per ridurre le commissioni.", + "gas-3-prompt": "Cosa causa l'aumento delle commissioni del gas?", + "gas-3-a-label": "Il calcolo della rete che supera una soglia specifica", + "gas-3-a-explanation": "Quando il calcolo su Ethereum supera una soglia, le commissioni del gas aumentano, specialmente durante i periodi di alta attività come i lanci di dApp o NFT.", + "gas-3-b-label": "I validatori che aumentano manualmente la commissione di base", + "gas-3-b-explanation": "I validatori non impostano manualmente le commissioni di base; vengono regolate dal protocollo in base alla domanda nel blocco precedente.", + "gas-3-c-label": "Contratti intelligenti ben scritti e ottimizzati", + "gas-3-c-explanation": "Una logica dei contratti intelligenti ben scritta, come l'uso efficiente dell'archiviazione e dei cicli, può portare a un minor consumo di gas.", + "gas-3-d-label": "Una mancanza di ETH disponibili sulla rete", + "gas-3-d-explanation": "Le commissioni del gas non sono influenzate dalla quantità di ETH disponibili sulla rete.", + "gas-4-prompt": "In che modo le commissioni del gas aiutano a mantenere sicuro Ethereum?", + "gas-4-a-label": "Incentivando i validatori ad agire onestamente", + "gas-4-a-explanation": "I validatori vengono compensati in vari modi, ma le commissioni del gas scoraggiano principalmente lo spam e l'uso eccessivo di risorse.", + "gas-4-b-label": "Disincentivando lo spam e le attività dannose con costi finanziari", + "gas-4-b-explanation": "Le commissioni del gas rendono costosi lo spam o le attività dannose, prevenendo gli abusi e aiutando a mantenere la stabilità della rete.", + "gas-4-c-label": "Garantendo che le transazioni vengano elaborate in ordine di priorità", + "gas-4-c-explanation": "La priorità può essere determinata dalla mancia, non dalle commissioni del gas stesse.", + "gas-4-d-label": "Aumentando la quantità totale di ETH in circolazione", + "gas-4-d-explanation": "La commissione di base (parte della commissione del gas totale) viene bruciata, riducendo gli ETH in circolazione, non aumentandoli", + "gas-5-prompt": "Come vengono calcolate le commissioni del gas?", + "gas-5-a-label": "Prezzo del gas × dimensione della transazione", + "gas-5-a-explanation": "Le commissioni del gas si basano sul calcolo, non sulla dimensione della transazione.", + "gas-5-b-label": "Unità di gas utilizzate × (commissione di base + commissione di priorità)", + "gas-5-b-explanation": "Le commissioni del gas sono determinate utilizzando la formula: unità di gas utilizzate × (commissione di base + commissione di priorità).", + "gas-5-c-label": "Dimensione del blocco × limite della mancia del validatore", + "gas-5-c-explanation": "La dimensione del blocco non rientra direttamente in questa formula.", + "gas-5-d-label": "Commissione di base + commissione di priorità + mancia", + "gas-5-d-explanation": "La commissione di base e la commissione di priorità fanno parte della formula; la mancia è la commissione di priorità.", + "daos-1-prompt": "Cosa è vero riguardo alle DAO?", + "daos-1-a-label": "Le DAO sono di proprietà collettiva tramite token di governance", + "daos-1-a-explanation": "Le DAO sono di proprietà collettiva, ma questa non è l'unica affermazione corretta.", + "daos-1-b-label": "Sono governate dai loro membri", + "daos-1-b-explanation": "Le DAO sono governate dai loro membri, ma questa non è l'unica affermazione corretta.", + "daos-1-c-label": "Lavorano verso una missione condivisa", + "daos-1-c-explanation": "Le DAO lavorano verso una missione condivisa, ma questa non è l'unica affermazione corretta.", "daos-1-d-label": "Tutte le precedenti", - "daos-1-d-explanation": "Corretto, una DAO è un'organizzazione posseduta collettivamente e governata dalla blockchain che opera per realizzare una missione condivisa.", - "daos-2-prompt": "Quali sono degli esempi pratici su come utilizzare una DAO?", + "daos-1-d-explanation": "Corretto, una DAO è un'organizzazione di proprietà collettiva, governata dalla blockchain, che lavora verso una missione condivisa.", + "daos-2-prompt": "Quali sono esempi pratici di come utilizzare una DAO?", "daos-2-a-label": "Protocolli decentralizzati, i membri votano sulle questioni del protocollo o su come sviluppare il prodotto", - "daos-2-a-explanation": "Le DAO di protocollo sono un esempio, ma le DAO non si limitano a ciò.", + "daos-2-a-explanation": "Le DAO di protocollo sono un esempio, ma le DAO non si limitano a questo.", "daos-2-b-label": "Proprietà collettiva, ad es. per NFT o risorse fisiche", - "daos-2-b-explanation": "Le DAO di raccolta sono un esempio, ma le DAO non si limitano a ciò.", - "daos-2-c-label": "Imprese e sovvenzioni, capitale di gruppo e voto su progetti da finanziare", - "daos-2-c-explanation": "Le DAO di impresa o sovvenzione sono un esempio, ma le DAO non si limitano a ciò.", + "daos-2-b-explanation": "Le DAO di collezionisti sono un esempio, ma le DAO non si limitano a questo.", + "daos-2-c-label": "Iniziative e sovvenzioni, mettere in comune capitali e votare sui progetti da finanziare", + "daos-2-c-explanation": "Le DAO di venture o sovvenzioni sono un esempio, ma le DAO non si limitano a questo.", "daos-2-d-label": "Tutte le precedenti", - "daos-2-d-explanation": "Una DAO può avere svariate 'missioni'.", + "daos-2-d-explanation": "Una DAO può avere una moltitudine di 'missioni'.", "daos-3-prompt": "A differenza delle organizzazioni tradizionali, le DAO sono…", "daos-3-a-label": "Di solito gerarchiche", - "daos-3-a-explanation": "Le DAO sono solitamente orizzontali, e completamente democraticizzate.", - "daos-3-b-label": "Trasparenti e completamente pubbliche sulle proprie attività", - "daos-3-b-explanation": "Grazie al voto sulla catena, le decisioni sono trasparenti sulla blockchain. Le discussioni e altri elementi del processo decisionale sono aperti a tutti i membri.", + "daos-3-a-explanation": "Le DAO sono di solito orizzontali e completamente democratizzate.", + "daos-3-b-label": "Trasparenti e completamente pubbliche riguardo alle loro attività", + "daos-3-b-explanation": "Grazie al voto on-chain, le decisioni sono trasparenti sulla blockchain. Le discussioni e altri elementi del processo decisionale sono aperti a tutti i membri.", "daos-3-c-label": "Controllate da una parte centrale", - "daos-3-c-explanation": "Le modifiche richiedono il voto da parte dei membri. I servizi offerti sono gestiti automaticamente in modo decentralizzato.", - "daos-3-d-label": "Limitate relativamente a chi può suggerire le modifiche", - "daos-3-d-explanation": "Solitamente, ogni membro di una DAO può suggerire delle modifiche.", - "daos-4-prompt": "Cos'è essenziale sui contratti intelligenti per le DAO?", + "daos-3-c-explanation": "Le modifiche richiedono il voto dei membri. I servizi offerti sono gestiti automaticamente in modo decentralizzato.", + "daos-3-d-label": "Limitate riguardo a chi può suggerire modifiche", + "daos-3-d-explanation": "Di solito, ogni membro della DAO può suggerire modifiche.", + "daos-4-prompt": "Cosa è essenziale riguardo ai contratti intelligenti per le DAO?", "daos-4-a-label": "Il codice del contratto intelligente può essere modificato", - "daos-4-a-explanation": "Una volta che il contratto è attivo su Ethereum, nessuno può modificarne le regole se non tramite un voto. Questo consente alla DAO di operare secondo le regole con cui è stata programmata.", - "daos-4-b-label": "Dispone di un singolo proprietario che detiene l'autorità per apportare le modifiche e inviare fondi dal patrimonio.", - "daos-4-b-explanation": "Il patrimonio è definito dal contratto intelligente. Per spendere del denaro è necessaria l'approvazione del gruppo.", + "daos-4-a-explanation": "Una volta che il contratto è attivo su Ethereum, nessuno può cambiare le regole se non tramite un voto. Questo permette alla DAO di funzionare secondo le regole con cui è stata programmata.", + "daos-4-b-label": "Ha un singolo proprietario che mantiene l'autorità di apportare modifiche e inviare fondi dalla tesoreria.", + "daos-4-b-explanation": "La tesoreria è definita dal contratto intelligente. Per spendere denaro, è necessaria l'approvazione del gruppo.", "daos-4-c-label": "Fiducia nel consenso distribuito della blockchain sottostante", - "daos-4-c-explanation": "Per una DAO è importante che la blockchain sottostante non possa essere manipolata. Il consenso di Ethereum è distribuito e abbastanza consolidato perché le organizzazioni si fidino della rete.", - "daos-4-d-label": "Le DAO non necessitano dei contratti intelligenti", - "daos-4-d-explanation": "La struttura portante di una DAO è rappresentata dal suo contratto intelligente, che definisce le regole dell'organizzazione e detiene il patrimonio del gruppo.", + "daos-4-c-explanation": "È importante per una DAO che la blockchain sottostante non possa essere manipolata. Il consenso stesso di Ethereum è distribuito e abbastanza consolidato affinché le organizzazioni si fidino della rete.", + "daos-4-d-label": "Le DAO non hanno bisogno di contratti intelligenti", + "daos-4-d-explanation": "La spina dorsale di una DAO è il suo contratto intelligente, che definisce le regole dell'organizzazione e detiene la tesoreria del gruppo.", "daos-5-prompt": "Quale non è un meccanismo per governare una DAO?", "daos-5-a-label": "Appartenenza basata su token", - "daos-5-a-explanation": "La governance basata sui token è ampiamente utilizzata. Solitamente è completamente senza permessi ed è tipicamente utilizzata per governare ampi protocolli decentralizzati e/o i token stessi.", + "daos-5-a-explanation": "La governance basata su token è molto utilizzata. Di solito è completamente senza permessi ed è tipicamente usata per governare ampi protocolli decentralizzati e/o i token stessi.", "daos-5-b-label": "Appartenenza basata su quote", - "daos-5-b-explanation": "Le DAO basate sulla condivisione presentano maggiori permessi, ma sono comunque abbastanza aperte. Ogni potenziale membro può inviare una proposta per unirsi alla DAO, solitamente offrendo un tributo di qualche valore sotto forma di token o di lavoro.", + "daos-5-b-explanation": "Le DAO basate su quote sono più autorizzate ma comunque abbastanza aperte. Qualsiasi potenziale membro può presentare una proposta per unirsi alla DAO, offrendo di solito un tributo di un certo valore sotto forma di token o lavoro.", "daos-5-c-label": "Appartenenza basata sulla reputazione", - "daos-5-c-explanation": "A differenza dell'adesione basata sui token o sulla condivisione, le DAO basate sulla reputazione non trasferiscono la proprietà ai collaboratori. I membri della DAO devono guadagnare reputazione tramite la partecipazione.", - "daos-5-d-label": "Comitato esecutivo e gestione esterna alla catena del patrimonio", - "daos-5-d-explanation": "Questo approccio utilizza meccanismi altamente centralizzati e opachi per governare. Al contrario, le DAO utilizzano dei meccanismi di voto verificabili e gestione su catena del patrimonio per assicurare trasparenza e responsabilità.", - "staking-solo-1-prompt": "Quale affermazione sullo slashing è corretta?", - "staking-solo-1-a-label": "Sanzioni per essere stato offline, le ricompense riprendono tornando online", - "staking-solo-1-a-explanation": "Essere offline NON comporta lo slashing. Sono applicate sanzioni ridotte per essere stato offline, e le ricompense riprendono quando il validatore torna online e riprende le attestazioni.", - "staking-solo-1-b-label": "Sanzioni per essere stato offline, al validatore viene immediatamente vietato attestare nuovamente in futuro", - "staking-solo-1-b-explanation": "Essere offline NON comporta lo slashing. Sebbene lo slashing comporti che al validatore sia vietato attestare nuovamente in futuro e in definitiva la sua espulsione forzata, essere offline NON comporterà l'espulsione dalla rete.", - "staking-solo-1-c-label": "Sanzioni per aver infranto regole di consenso specifiche, le ricompense riprendono dopo lo slashing", - "staking-solo-1-c-explanation": "Lo slashing è una sanzione severa per aver infranto delle regole di consenso specifiche, che comportano una minaccia alla rete. Pertanto, una volta sottoposto a slashing, al validatore viene immediatamente vietato attestare e, infine, viene espulso forzatamente dalla rete, mentre gli ETH rimanenti sono restituiti al proprietario.", - "staking-solo-1-d-label": "Sanzioni per aver infranto regole del consenso specifiche, al validatore è immediatamente vietato attestare nuovamente in futuro", - "staking-solo-1-d-explanation": "Lo slashing è una sanzione severa per aver infranto delle regole di consenso specifiche, che comportano una minaccia alla rete. Pertanto, una volta sottoposto a slashing, al validatore viene immediatamente vietato attestare e, infine, viene espulso forzatamente dalla rete, mentre gli ETH rimanenti sono restituiti al proprietario.", + "daos-5-c-explanation": "A differenza dell'appartenenza basata su token o quote, le DAO basate sulla reputazione non trasferiscono la proprietà ai contributori. I membri della DAO devono guadagnarsi la reputazione attraverso la partecipazione.", + "daos-5-d-label": "Comitato esecutivo e gestione della tesoreria fuori catena", + "daos-5-d-explanation": "Questo approccio utilizza meccanismi di governo altamente centralizzati e opachi. Al contrario, le DAO utilizzano meccanismi di voto verificabili e la gestione della tesoreria on-chain per garantire trasparenza e responsabilità.", + "staking-solo-1-prompt": "Cosa è vero riguardo al punire?", + "staking-solo-1-a-label": "Penalità per essere offline, le ricompense riprendono quando si torna online", + "staking-solo-1-a-explanation": "Essere offline NON comporta il punire. Si incorre in piccole penalità per essere offline e le ricompense riprendono quando il validatore torna online e riprende le attestazioni.", + "staking-solo-1-b-label": "Penalità per essere offline, al validatore è immediatamente proibito attestare di nuovo", + "staking-solo-1-b-explanation": "Essere offline NON comporta il punire. Mentre il punire comporterà il divieto per il validatore di attestare di nuovo e alla fine verrà espulso forzatamente, essere offline NON comporterà l'espulsione dalla rete.", + "staking-solo-1-c-label": "Penalità per aver infranto specifiche regole di consenso, le ricompense riprendono dopo il punire", + "staking-solo-1-c-explanation": "Il punire è una grave penalità per aver infranto specifiche regole di consenso che rappresentano una minaccia per la rete. Pertanto, una volta che un validatore viene punito, gli è immediatamente proibito attestare ulteriormente, e alla fine viene espulso forzatamente dalla rete e gli ETH rimanenti vengono prelevati dal proprietario.", + "staking-solo-1-d-label": "Penalità per aver infranto specifiche regole di consenso, al validatore è immediatamente proibito attestare di nuovo", + "staking-solo-1-d-explanation": "Il punire è una grave penalità per aver infranto specifiche regole di consenso che rappresentano una minaccia per la rete. Pertanto, una volta che un validatore viene punito, gli è immediatamente proibito attestare ulteriormente, e alla fine viene espulso forzatamente dalla rete e gli ETH rimanenti vengono prelevati dal proprietario.", "staking-solo-2-prompt": "Cosa succede se un validatore va offline?", "staking-solo-2-a-label": "Nessun effetto sulle ricompense", - "staking-solo-2-a-explanation": "Se non è disponibile per attestare lo stato della catena per qualsiasi data epoca, il validatore incorre in sanzioni, la cui entità è approssimativamente pari al 75% di quella che sarebbe stata la ricompensa per una corretta attestazione. Le ricompense riprendono quando il validatore torna online e NON si verifica alcuno slashing.", - "staking-solo-2-b-label": "Si incorre in sanzioni per inattività soltanto quando non si è disponibili", - "staking-solo-2-b-explanation": "Mentre non è disponibile, un validatore incorre in sanzioni ridotte per inattività, pari approssimativamente al 75% di quella che sarebbe stata la ricompensa per un'attestazione corretta. Nei casi rari/estremi in cui la rete non viene finalizzata (ossia anche più di 1/3 della rete è offline), queste sanzioni sono significativamente maggiori. Le ricompense riprendono quando il validatore torna online, e non avviene alcuno slashing.", - "staking-solo-2-c-label": "Slashing immediato e rimozione dalla rete", - "staking-solo-2-c-explanation": "Questo è un malinteso comune, ma andare offline NON comporta lo slashing! Lo slashing è un tipo specifico di sanzione per infrazioni più serie, di entità più elevata e che risulta anche nella rimozione dall'insieme di validatori.", - "staking-solo-2-d-label": "Ritardo di una settimana prima dello slashing e dell'espulsione", - "staking-solo-2-d-explanation": "Essere offline NON comporta lo slashing, anche dopo un periodo esteso di tempo. Un validatore potrebbe teoricamente restare offline per anni senza ricevere uno slashing, anche se le sanzioni d'inattività si accumulerebbero se il validatore non uscisse.", - "staking-solo-3-prompt": "Qual è il saldo massimo effettivo di un validatore?", + "staking-solo-2-a-explanation": "Si incorre in penalità quando un validatore non è disponibile per attestare lo stato della catena per una determinata epoca. L'entità di queste penalità è approssimativamente pari al 75% di quella che sarebbe stata la ricompensa per un'attestazione corretta. Le ricompense riprendono quando il validatore torna online e NON si verifica alcun punire.", + "staking-solo-2-b-label": "Le penalità di inattività si incorrono solo mentre non si è disponibili", + "staking-solo-2-b-explanation": "Mentre non è disponibile, un validatore incorrerà in piccole penalità di inattività, approssimativamente pari al 75% di quella che sarebbe stata la ricompensa per un'attestazione corretta. In casi rari/estremi in cui la rete non sta finalizzando (cioè, oltre 1/3 della rete è anch'esso offline), queste penalità sono significativamente maggiori. Le ricompense riprendono quando il validatore torna online e non si verifica alcun punire.", + "staking-solo-2-c-label": "Punire immediato e rimozione dalla rete", + "staking-solo-2-c-explanation": "Questo è un malinteso comune, ma andare offline NON comporta il punire! Il punire è un tipo specifico di penalità per reati più gravi, con penalità maggiori e comporta anche la rimozione dal set di validatori.", + "staking-solo-2-d-label": "Ritardo di una settimana prima del punire e dell'espulsione", + "staking-solo-2-d-explanation": "Essere offline NON comporta il punire, nemmeno dopo un lungo periodo di tempo. Un validatore potrebbe teoricamente essere offline per anni senza essere punito, sebbene le penalità di inattività aumenterebbero se il validatore non esce.", + "staking-solo-3-prompt": "Qual è il saldo effettivo massimo di un validatore?", "staking-solo-3-a-label": "16", - "staking-solo-3-a-explanation": "I validatori il cui saldo effettivo scende a 16 ETH vengono automaticamente espulsi dalla Beacon Chain.", + "staking-solo-3-a-explanation": "I validatori che scendono a un saldo effettivo di 16 ETH vengono automaticamente espulsi dalla Beacon Chain.", "staking-solo-3-b-label": "32", - "staking-solo-3-b-explanation": "32 ETH è sia il minimo di ETH richiesto per attivare un nuovo validatore, sia il \"saldo effettivo\" massimo (peso del voto) per tale validatore. Si possono accumulare ricompense superiori a 32 ETH, ma questo saldo non contribuisce al peso del voto di quel validatore nella rete, e le ricompense non vengono aumentate.", + "staking-solo-3-b-explanation": "32 ETH è sia il minimo di ETH richiesto per attivare un nuovo validatore, sia il 'saldo effettivo' massimo (peso del voto) per quel validatore. Le ricompense superiori a 32 possono essere accumulate, ma questo saldo non contribuisce al peso del voto di quel validatore sulla rete e le ricompense non vengono aumentate.", "staking-solo-3-c-label": "Variabile a seconda dell'operatore", - "staking-solo-3-c-explanation": "Le regole del consenso si applicano equamente a ogni conto di validatore e non dipendono dalla persona che esegue il nodo. Il saldo massimo effettivo di tutti i validatori è di 32 ETH.", + "staking-solo-3-c-explanation": "Le regole del consenso si applicano a ogni account del validatore in modo uguale e non dipendono dall'individuo che gestisce il nodo. Il saldo effettivo massimo di tutti i validatori è di 32 ETH.", "staking-solo-3-d-label": "Nessun limite", - "staking-solo-3-d-explanation": "Ogni conto di validatore è limitato a un saldo effettivo di 32 ETH, limitando cosí il potere complessivo di ogni singolo validatore sulla rete. Questo, inoltre, limita la quantità di ETH che può essere messa in staking o prelevata in un dato periodo di tempo, poiché le attivazioni e le uscite dei validatori sono elaborate attraverso una coda con limitazione di frequenza.", + "staking-solo-3-d-explanation": "Ogni account del validatore è limitato a un saldo effettivo di 32 ETH, limitando il potere complessivo di qualsiasi singolo validatore sulla rete. Questo limita anche la quantità di ETH che può essere messa in staking o ritirata dallo staking in un determinato periodo di tempo, poiché le attivazioni e le uscite dei validatori vengono elaborate attraverso una coda a velocità limitata.", "staking-solo-4-prompt": "Quale NON è una ricompensa ricevuta come validatore?", "staking-solo-4-a-label": "Ricompensa del blocco", - "staking-solo-4-a-explanation": "I validatori ricevono ricompense sotto forma di nuova emissione di ETH per aver proposto un blocco valido quando vengono selezionati casualmente dal protocollo. Queste ricompense sono separate dalle commissioni e dal MEV che si guadagnano proponendo blocchi.", + "staking-solo-4-a-explanation": "I validatori ricevono ricompense sotto forma di nuova emissione di ETH per aver proposto un blocco valido quando selezionati casualmente dal protocollo. Queste ricompense sono separate dalle commissioni e dal MEV che vengono guadagnati anche quando si propongono blocchi.", "staking-solo-4-b-label": "Mance sulle commissioni / MEV", - "staking-solo-4-b-explanation": "Le mance sulle commissioni (porzione di commissioni non bruciata) e i guadagni di MEV sono distribuiti al propositore di blocchi (staker/validatore) tramite l'indirizzo del destinatario della commissione fornito da quel validatore. Queste ricompense sono separate dalla ricompensa del blocco guadagnata quando si propongono blocchi.", + "staking-solo-4-b-explanation": "Le mance sulle commissioni (porzione non bruciata delle commissioni) e i guadagni MEV vengono distribuiti al proponente del blocco (staker/validatore) tramite l'indirizzo del destinatario delle commissioni fornito da quel validatore. Queste ricompense sono separate dalla ricompensa del blocco guadagnata anche quando si propongono blocchi.", "staking-solo-4-c-label": "Ricompensa per l'attestazione della testa della catena", - "staking-solo-4-c-explanation": "I validatori ricevono ricompense sotto forma di nuova emissione di ETH per la corretta e rapida attestazione alla testa della catena, l'attuale testa dell'epoca giustificata e l'attuale testa dell'epoca finalizzata.", + "staking-solo-4-c-explanation": "I validatori ricevono ricompense sotto forma di nuova emissione di ETH per aver attestato correttamente e tempestivamente la testa della catena, l'attuale testa dell'epoca giustificata e l'attuale testa dell'epoca finalizzata.", "staking-solo-4-d-label": "Commissioni di trading di Uniswap", - "staking-solo-4-d-explanation": "Le commissioni di trading generate dalle piattaforme di trading e dalle borse non sono ricevute dai validatori di Ethereum.", - "staking-solo-5-prompt": "Qual è il tempo di attività necessario affinché un validatore sia redditizio?", + "staking-solo-4-d-explanation": "Le commissioni di trading generate dalle piattaforme di trading e dagli exchange non vengono ricevute dai validatori di Ethereum.", + "staking-solo-5-prompt": "Quale tempo di attività (uptime) è richiesto affinché un validatore sia redditizio?", "staking-solo-5-a-label": "100%", - "staking-solo-5-a-explanation": "Sebbene sia un obiettivo ideale, raggiungere il 100% del tempo di attività non è il requisito minimo perché un validatore resti redditizio.", + "staking-solo-5-a-explanation": "Sebbene sia un obiettivo ideale, raggiungere il 100% di tempo di attività non è il requisito minimo affinché un validatore rimanga redditizio.", "staking-solo-5-b-label": "~99%", - "staking-solo-5-b-explanation": "Sebbene sia un eccellente obiettivo, raggiungere il 99% del tempo di attività non il requisito minimo perché un validatore resti redditizio.", + "staking-solo-5-b-explanation": "Sebbene sia un obiettivo eccellente, raggiungere il 99% di tempo di attività non è il requisito minimo affinché un validatore rimanga redditizio.", "staking-solo-5-c-label": "~50%", - "staking-solo-5-c-explanation": "I validatori sono sanzionati approssimativamente del 75% di quanto avrebbero ricevuto come ricompensa per aver attestato correttamente e prontamente allo stato della catena. Ciò significa che, per un dato periodo, essere offline il 50% del tempo porterebbe comunque a una redditività netta, pur essendo meno redditizio di un validatore più attendibilmente disponibile.", + "staking-solo-5-c-explanation": "I validatori vengono penalizzati di circa il 75% di ciò che avrebbero ricevuto in ricompensa per aver attestato correttamente e tempestivamente lo stato della catena. Questo significa che per un determinato periodo di tempo, essere offline il 50% di quel tempo sarà comunque redditizio al netto, sebbene meno redditizio rispetto a un validatore disponibile in modo più affidabile.", "staking-solo-5-d-label": "~25%", - "staking-solo-5-d-explanation": "Un validatore con soltanto il 25% di tempo di attività incorrerà in sanzioni per il restante 75% del tempo. Poiché che ricompense e sanzioni hanno entità simili, rimanere offline per 3 volte la quantità del tempo trascorso online comporterà in una perdita netta di ETH per tale periodo di tempo.", - "staking-solo-6-prompt": "Quale delle seguenti NON è un'infrazione passibile di slashing?", + "staking-solo-5-d-explanation": "Un validatore con solo il 25% di tempo di attività incorrerà in penalità per l'altro 75% del tempo. Data la dimensione simile di ricompense e penalità, essere offline per 3 volte la quantità di tempo online comporterà una perdita netta di ETH per quel periodo di tempo.", + "staking-solo-6-prompt": "Quale dei seguenti NON è un reato punibile?", "staking-solo-6-a-label": "Essere offline", - "staking-solo-6-a-explanation": "Essere semplicemente offline non comporta lo slashing. Comporterà sanzioni ridotte per inattività mentre si è offline, ma il validatore riprenderà ad attestare quando torna online.", - "staking-solo-6-b-label": "Proporre e firmare due blocchi differenti per lo stesso slot", - "staking-solo-6-b-explanation": "Questo minaccia l'integrità della rete e comporterà lo slashing e l'espulsione dalla rete.", - "staking-solo-6-c-label": "Attestare un blocco che ne \"circonda\" un altro (modificando di fatto la cronologia)", - "staking-solo-6-d-label": "Esprimere un \"doppio voto\" attestando due candidati per lo stesso blocco", - "staking-solo-7-prompt": "Quale NON è un modo per proteggere/impedire al tuo validatore di essere sottoposto a slashing?", - "staking-solo-7-a-label": "Evitare le configurazioni eccessivamente ridondanti, e memorizzare le proprie chiavi esclusivamente con un client di validatore per volta", - "staking-solo-7-a-explanation": "Gran parte dello slashing ad oggi proviene da operatori che hanno memorizzato le proprie chiavi di firma su più di una macchina, come un backup ridondante. Questo è altamente rischioso, poiché qualsiasi malfunzionamento può risultare in un doppio voto e nel conseguente slashing.", - "staking-solo-7-b-label": "Eseguire il software del client come fornito, senza alterare il codice", - "staking-solo-7-b-explanation": "Il software del client è scritto e testato per proteggere dall'esecuzione di azioni suscettibili di slashing. Eseguire un'azione punibile con slashing richiederebbe tipicamente l'alterazione autonoma del codice del client in modo malevolo.", - "staking-solo-7-c-label": "Eseguire un client utilizzato dalla maggioranza degli altri validatori", - "staking-solo-7-c-explanation": "L'utilizzo dello stesso client di una maggioranza del resto della rete espone al rischio di slashing nel caso di un bug del software di tale client. Eseguire un client di minoranza protegge da tale rischio.", - "staking-solo-7-d-label": "Disabilitare il validatore per 2-4 epoche prima di migrare le chiavi a una nuova macchina", - "staking-solo-7-d-explanation": "Questo concede alla catena il tempo per finalizzarsi mentre il nodo è offline, per ridurre al minimo qualsiasi rischio di doppio voto accidentale, e il conseguente slashing, durante la migrazione della chiave.", - "staking-solo-8-prompt": "Cosa NON è richiesto per ricevere i pagamenti delle ricompense / prelievi parziali?", - "staking-solo-8-a-label": "Fornire un indirizzo di prelievo d'esecuzione una volta", - "staking-solo-8-a-explanation": "Questo è richiesto una volta perché il processo di prelievo sappia dove inviare eventuali fondi del livello di consenso", + "staking-solo-6-a-explanation": "Semplicemente essere offline non comporta il punire. Comporterà piccole penalità di inattività mentre si è offline, ma riprenderà ad attestare quando si tornerà online.", + "staking-solo-6-b-label": "Proporre e firmare due blocchi diversi per lo stesso slot", + "staking-solo-6-b-explanation": "Questo minaccia l'integrità della rete e comporterà il punire e l'espulsione dalla rete.", + "staking-solo-6-c-label": "Attestare un blocco che 'circonda' un altro (cambiando di fatto la storia)", + "staking-solo-6-d-label": "'Doppio voto' attestando due candidati per lo stesso blocco", + "staking-solo-7-prompt": "Quale NON è un modo per proteggere/prevenire che il tuo validatore venga punito?", + "staking-solo-7-a-label": "Evitare configurazioni eccessivamente ridondanti e memorizzare le chiavi solo con un client del validatore alla volta", + "staking-solo-7-a-explanation": "La maggior parte dei casi di punire fino ad oggi deriva da operatori che memorizzano le loro chiavi di firma su più di una macchina, come backup ridondante. Questo è altamente rischioso, poiché qualsiasi malfunzionamento può comportare un doppio voto e il punire.", + "staking-solo-7-b-label": "Eseguire il software del client così com'è senza alterare il codice da soli", + "staking-solo-7-b-explanation": "Il software del client è scritto e testato per proteggere dall'esecuzione di azioni punibili. Per eseguire un'azione punibile, questo richiederebbe tipicamente di alterare il codice del client da soli in modo malevolo.", + "staking-solo-7-c-label": "Eseguire un client che viene utilizzato dalla maggioranza degli altri validatori", + "staking-solo-7-c-explanation": "Utilizzare lo stesso client della maggioranza del resto della rete ti mette a rischio di essere punito in caso di un bug del software in quel client. Eseguire un client di minoranza protegge da questo.", + "staking-solo-7-d-label": "Disabilitare il validatore per 2-4 epoche prima di migrare le chiavi su una nuova macchina", + "staking-solo-7-d-explanation": "Questo concede il tempo per permettere alla catena di finalizzare mentre il tuo nodo è offline, per ridurre al minimo qualsiasi rischio di doppio voto accidentale e punire durante la migrazione delle chiavi.", + "staking-solo-8-prompt": "Quale NON è richiesto per ricevere pagamenti di ricompense / prelievi parziali?", + "staking-solo-8-a-label": "Fornire un indirizzo di prelievo di esecuzione una volta", + "staking-solo-8-a-explanation": "Questo è richiesto una volta affinché il processo di prelievo sappia dove inviare eventuali fondi del livello di consenso", "staking-solo-8-b-label": "Avere un saldo effettivo di 32 ETH", - "staking-solo-8-b-explanation": "Il tuo saldo effettivo dev'essere massimizzato a 32 ETH prima di attivare qualsiasi prelievo parziale.", + "staking-solo-8-b-explanation": "Il tuo saldo effettivo deve essere massimizzato a 32 ETH prima che si attivino eventuali prelievi parziali.", "staking-solo-8-c-label": "Avere un saldo totale superiore a 32 ETH", - "staking-solo-8-c-explanation": "Il tuo saldo totale deve includere ricompense superiori ai 32 ETH perché l'eventuale prelievo parziale si attivi.", - "staking-solo-8-d-label": "L'invio dell'importo di prelievo richiesto con il pagamento del gas", - "staking-solo-8-d-explanation": "Una volta soddisfatti gli altri criteri, i pagamenti delle ricompense sono automatici. I destinatari non devono inviare una transazione o pagare il gas. L'importo prelevato è uguale al saldo del validatore eccedente i 32. Non è possibile richiedere importi personalizzati.", - "scaling-1-prompt": "Quale dei seguenti è utilizzato da Ethereum per il ridimensionamento?", - "scaling-1-a-label": "Rollup del Livello 2", - "scaling-1-a-explanation": "Questi aiutano Ethereum a ridimensionarsi impacchettando le transazioni, eseguendole e pubblicando poi i risultati su Ethereum per la convalida e la protezione. Esempi di rollup includono Arbitrum od Optimism. Questo non è il solo modo in cui Ethereum si sta ridimensionando.", + "staking-solo-8-c-explanation": "Il tuo saldo totale deve avere ricompense superiori a 32 ETH affinché si attivino eventuali prelievi parziali.", + "staking-solo-8-d-label": "Inviare l'importo del prelievo richiesto con il pagamento del gas", + "staking-solo-8-d-explanation": "Una volta soddisfatti gli altri criteri, i pagamenti delle ricompense sono automatici. I destinatari non devono inviare una transazione o pagare il gas. L'importo prelevato è pari al saldo del validatore in eccesso rispetto a 32. Non possono essere richiesti importi personalizzati.", + "scaling-1-prompt": "Quale dei seguenti sta utilizzando Ethereum per la scalabilità?", + "scaling-1-a-label": "Rollup di livello 2", + "scaling-1-a-explanation": "Questi aiutano Ethereum a scalare raggruppando le transazioni, eseguendole e poi pubblicando i risultati su Ethereum per la convalida e la sicurezza. Esempi di rollup includono Arbitrum o Optimism. Questo non è l'unico modo in cui Ethereum sta scalando.", "scaling-1-b-label": "Proto-Danksharding", - "scaling-1-b-explanation": "Questo offre un'opzione d'archiviazione temporanea ed economica per salvare i dati dei rollup sulla Rete Principale, attualmente responsabile del 90% circa dei costi sostenuti da un utente su un rollup. Questo non è il solo modo in cui Ethereum si sta ridimensionando.", + "scaling-1-b-explanation": "Questo fornisce un'opzione di archiviazione temporanea ed economica per salvare i dati dei rollup sulla rete principale, che attualmente è responsabile di circa il 90% del costo che un utente incontra su un rollup. Questo non è l'unico modo in cui Ethereum sta scalando.", "scaling-1-c-label": "Danksharding", - "scaling-1-c-explanation": "Questo rimuove l'esigenza per ogni validatore e nodo sulla rete di memorizzare il 100% dei dati per tutti i rollup, riducendo i requisiti hardware per gli operatori del nodo. Questo non è il solo modo in cui Ethereum si sta ridimensionando.", + "scaling-1-c-explanation": "Questo elimina la necessità che ogni validatore e nodo sulla rete debba memorizzare il 100% dei dati per tutti i rollup, riducendo i requisiti hardware per gli operatori dei nodi. Questo non è l'unico modo in cui Ethereum sta scalando.", "scaling-1-d-label": "Tutte le precedenti", - "scaling-1-d-explanation": "I rollup di Livello 2 impacchettano le transazioni, il Proto-Danksharding crea un'archiviazione temporanea economica per tali dati e il Danksharding condivide il carico di archiviazione tra tutti i validatori; il tutto aiuta Ethereum a ridimensionarsi.", - "scaling-2-prompt": "Dopo aver impacchettato le transazioni e averle eseguite, cosa fanno i rollup del Livello 2?", - "scaling-2-a-label": "Archiviano i dati su un server privato", - "scaling-2-a-explanation": "I risultati sono pubblicati sulla Rete Principale per trasparenza e disponibilità al pubblico, e non fanno affidamento su server privati.", + "scaling-1-d-explanation": "I rollup di livello 2 raggruppano le transazioni, il Proto-Danksharding crea un'archiviazione temporanea economica per questi dati e il Danksharding condivide il carico di archiviazione tra tutti i validatori: tutto ciò aiuta Ethereum a scalare.", + "scaling-2-prompt": "Dopo aver raggruppato le transazioni ed averle eseguite, cosa fanno successivamente i rollup di livello 2?", + "scaling-2-a-label": "Memorizzano i dati su un server privato", + "scaling-2-a-explanation": "I risultati vengono pubblicati sulla rete principale per trasparenza e disponibilità pubblica, e non dipendono da server privati.", "scaling-2-b-label": "Inviano la prova all'utente per l'archiviazione", - "scaling-2-b-explanation": "Gli utenti non devono conservare i risultati della propria transazione. Queste informazioni sono pubblicate sulla Rete Principale.", - "scaling-2-c-label": "Inviano i risultati a Ethereum", - "scaling-2-c-explanation": "I rollup di Livello 2 pubblicano i risultati dell'esecuzione della loro transazione sulla Rete Principale, proteggendola nello storico di Ethereum", - "scaling-2-d-label": "Eliminano i risultati per ridurre i costi", - "scaling-2-d-explanation": "I rollup di Livello 2 pubblicano i risultati dell'esecuzione della loro transazione sulla Rete Principale. I risparmi sui costi ottenuti con tale approccio derivano dall'impacchettamento e dalla compressione dei dati della transazione, nonché dalla loro conservazione in archiviazione economica che scade una volta resa disponibile a coloro che la necessitano.", - "scaling-3-prompt": "Come fa il Proto-Danksharding a ridurre i costi di transazione dei rollup?", - "scaling-3-a-label": "Incrementando direttamente le dimensioni del blocco", - "scaling-3-a-explanation": "Il Proto-Danksharding non incrementa direttamente il limite del gas, ma rende l'archiviazione dei dati dei rollup meno costosa rendendo disponibile l'archiviazione temporanea", - "scaling-3-b-label": "Dividendo i validatori che devono memorizzare i dati", - "scaling-3-b-explanation": "Sebbene ci si aspetti che il Danksharding completo riduca la necessità per tutti i validatori di memorizzare tutti i dati, ciò è preceduto dal Proto-Danksharding che costituisce un'opzione di archiviazione temporanea meno costosa per i dati prodotti dai rollup.", - "scaling-3-c-label": "Incrementando significativamente i requisiti hardware per gli operatori dei nodi", - "scaling-3-c-explanation": "Questa non è generalmente considerata un'opzione accettabile per ridimensionare Ethereum. Sono intrapresi grandi sforzi per minimizzare i requisiti hardware per la gestione di un nodo per mantenerlo il più possibile accessibile.", - "scaling-3-d-label": "Memorizzandone i dati in un'archiviazione a 'blob' più economica e temporanea", - "scaling-3-d-explanation": "Il Proto-Danksharding introduce un'opzione di archiviazione temporanea per i rollup per consentire loro di pubblicare i risultati sulla Rete Principale a un costo più contenuto", - "scaling-4-prompt": "Qual è un passaggio successivo critico per i rollup per ridimensionare Ethereum?", - "scaling-4-a-label": "Incentivare le entità con potenti computer a gestire l'intera sequenziazione", - "scaling-4-a-explanation": "Uno dei problemi dei rollup attuali è la natura centralizzata di coloro che eseguono i sequenziatori (coloro che decidono l'inclusione e l'ordine delle transazioni in un rollup). L'obiettivo è consentire a chiunque di partecipare, e non affidarsi in alcun modo a un singolo gruppo o una singola entità.", - "scaling-4-b-label": "Distribuire la responsabilità per l'esecuzione dei sequenziatori e dei dimostratori tra più persone", - "scaling-4-b-explanation": "Il controllo su un rollup nasce tipicamente centralizzato, il che aiuta a iniziare ma lascia la rete incline alla censura. Decentralizzare il procedimento di inclusione delle transazioni così che chiunque possa partecipare è essenziale per prevenire la possibilità di compromissione della rete.", - "scaling-4-c-label": "Rendere tutti i rollup conformi allo stesso metodo di sicurezza", - "scaling-4-c-explanation": "Ethereum beneficia dalla sua vasta gamma di approcci alla sicurezza all'interno del suo ecosistema di rollup come forma di resilienza.", - "scaling-4-d-label": "Oracoli dei dati per confermare l'archiviazione dei dati delle transazioni su server privati", - "scaling-4-d-explanation": "I dati dei rollup sono memorizzati su Ethereum e non si affidano a server o database privati.", - "run-a-node-1-prompt": "Cos'è necessario per eseguire un nodo?", - "run-a-node-1-a-label": "Eseguire il software del client con hardware modesto rimanendo online.", - "run-a-node-1-a-explanation": "Gestire un nodo consiste nell'esecuzione di software che comunica, utilizzando il linguaggio del protocollo di Ethereum, con altri computer che fanno lo stesso. Questo software scarica una copia della blockchain di Ethereum, verifica la validità di ogni blocco, quindi la tiene aggiornata con i nuovi blocchi e le nuove transazioni, aiutando gli altri a scaricare e aggiornare le proprie copie.", + "scaling-2-b-explanation": "Non ci si aspetta che gli utenti conservino i risultati della loro transazione. Queste informazioni vengono pubblicate sulla rete principale.", + "scaling-2-c-label": "Inviare i risultati a Ethereum", + "scaling-2-c-explanation": "I rollup di livello 2 pubblicano i risultati dell'esecuzione della loro transazione sulla rete principale, mettendola al sicuro nella cronologia di Ethereum", + "scaling-2-d-label": "Eliminare il risultato per ridurre i costi", + "scaling-2-d-explanation": "I rollup di livello 2 pubblicano i risultati dell'esecuzione della loro transazione sulla rete principale. Il risparmio sui costi ottenuto con questo approccio è dato dal raggruppamento e dalla compressione dei dati della transazione e, in ultima analisi, dalla loro archiviazione in uno spazio di archiviazione economico che scade una volta reso disponibile a chi ne ha bisogno.", + "scaling-3-prompt": "In che modo il Proto-Danksharding riduce i costi della transazione dei rollup sui rollup?", + "scaling-3-a-label": "Aumentando direttamente la dimensione del blocco", + "scaling-3-a-explanation": "Il Proto-Danksharding non aumenta direttamente il limite del gas, ma rende l'archiviazione dei dati dei rollup meno costosa rendendo disponibile un'archiviazione temporanea", + "scaling-3-b-label": "Suddividendo quali validatori sono tenuti ad archiviare i dati", + "scaling-3-b-explanation": "Sebbene si preveda che il Danksharding completo riduca la necessità per tutti i validatori di archiviare tutti i dati, questo è preceduto dal Proto-Danksharding che costituisce un'opzione di archiviazione temporanea e meno costosa per i dati prodotti dai rollup.", + "scaling-3-c-label": "Aumentando significativamente i requisiti hardware per gli operatori del nodo", + "scaling-3-c-explanation": "Questa non è generalmente considerata un'opzione accettabile per la scalabilità di Ethereum. Vengono compiuti grandi sforzi per ridurre al minimo i requisiti hardware per il funzionamento di un nodo, in modo da mantenerlo il più accessibile possibile.", + "scaling-3-d-label": "Archiviando i suoi dati in un'archiviazione 'blob' temporanea e più economica", + "scaling-3-d-explanation": "Il Proto-Danksharding introduce un'opzione di archiviazione temporanea dei dati per i rollup per consentire loro di pubblicare in modo più economico i propri risultati sulla rete principale", + "scaling-4-prompt": "Qual è un prossimo passo fondamentale per i rollup per la scalabilità di Ethereum?", + "scaling-4-a-label": "Incentivare le entità con computer potenti a gestire tutto il sequenziamento", + "scaling-4-a-explanation": "Uno dei problemi con gli attuali rollup è la natura centralizzata di coloro che gestiscono i sequenziatori (coloro che decidono l'inclusione e l'ordinamento delle transazioni all'interno di un rollup). L'obiettivo è consentire a chiunque di partecipare e non fare affidamento in alcun modo su un singolo gruppo o entità.", + "scaling-4-b-label": "Distribuire la responsabilità per la gestione di sequenziatori e prover tra più persone", + "scaling-4-b-explanation": "Il controllo su un rollup in genere inizia in modo centralizzato, il che aiuta ad avviare le cose, ma lascia la rete soggetta a censura. Decentralizzare il processo di inclusione delle transazioni in modo che chiunque possa partecipare è essenziale per prevenire la possibilità di compromissione della rete.", + "scaling-4-c-label": "Fare in modo che tutti i rollup si conformino allo stesso metodo di sicurezza", + "scaling-4-c-explanation": "Ethereum trae vantaggio dall'avere un'ampia gamma di approcci alla sicurezza all'interno del suo ecosistema di rollup come forma di resilienza.", + "scaling-4-d-label": "Oracoli di dati per confermare l'archiviazione dei dati della transazione su server privati", + "scaling-4-d-explanation": "I dati dei rollup sono archiviati su Ethereum e non si basano su server o database privati.", + "run-a-node-1-prompt": "Cosa è necessario per eseguire un nodo?", + "run-a-node-1-a-label": "Eseguire un software client con hardware modesto rimanendo online.", + "run-a-node-1-a-explanation": "Gestire un nodo consiste nell'eseguire un software che comunica utilizzando il linguaggio del protocollo di Ethereum con altri computer che fanno lo stesso. Questo software scarica una copia della blockchain di Ethereum, verifica la validità di ogni blocco, quindi lo mantiene aggiornato con nuovi blocchi e transazioni, aiutando al contempo gli altri a scaricare e aggiornare le proprie copie.", "run-a-node-1-b-label": "Depositare 32 ETH per guadagnare ricompense", - "run-a-node-1-b-explanation": "Questo è un requisito per lo staking, il processo tramite il quale si diventa un partecipante attivo al consenso della rete. Questo non è richiesto per eseguire semplicemente una copia sovrana della blockchain, che NON richiede ETH.", - "run-a-node-1-c-label": "Gestire potenti macchine ASIC di mining per raggiungere il consenso della rete", - "run-a-node-1-c-explanation": "Sebbene Ethereum utilizzasse in precedenza il mining con potenti computer per raggiungere il consenso, questo processo è stato sostituito interamente dallo staking. Né il mining in passato, né lo staking al momento, sono necessari semplicemente per gestire una copia sovrana della blockchain.", - "run-a-node-1-d-label": "Lavorare a tempo pieno all'infrastruttura della blockchain", - "run-a-node-1-d-explanation": "Gli strumenti software hanno continuato a migliorare nel tempo, rendendo l'esecuzione di un nodo da casa più accessibile per i principianti. Lavorare a tempo pieno all'infrastruttura della blockchain non è in alcun modo un requisito per partecipare.", - "run-a-node-2-prompt": "Quanti ETH occorre mettere in staking per gestire un nodo?", + "run-a-node-1-b-explanation": "Questo è un requisito per lo staking, il processo per diventare un partecipante attivo nel consenso della rete. Questo non è richiesto per eseguire semplicemente una copia sovrana della blockchain, che non richiede ALCUN ETH.", + "run-a-node-1-c-label": "Gestire potenti macchine di mining ASIC per raggiungere il consenso della rete", + "run-a-node-1-c-explanation": "Sebbene in precedenza Ethereum utilizzasse il mining con computer potenti per raggiungere il consenso, questo processo è stato interamente sostituito dallo staking. Né il mining in passato, né lo staking attualmente, sono richiesti per gestire semplicemente una copia sovrana della blockchain.", + "run-a-node-1-d-label": "Lavorare a tempo pieno nell'infrastruttura della blockchain", + "run-a-node-1-d-explanation": "Gli strumenti software hanno continuato a migliorare nel tempo, rendendo l'esecuzione di un nodo da casa come principiante molto più accessibile. Lavorare a tempo pieno nell'infrastruttura della blockchain non è in alcun modo un requisito per essere coinvolti.", + "run-a-node-2-prompt": "Quanto ETH devi mettere in stake per eseguire un nodo?", "run-a-node-2-a-label": "0", - "run-a-node-2-a-explanation": "Gestire un nodo di Ethereum non richiede alcun ETH. Contrariamente alla gestione di un validatore di staking come parte della configurazione di un nodo, chiunque è libero di eseguire il software del client e di sincronizzare la propria copia sovrana della blockchain senza che sia richiesto alcun ETH.", + "run-a-node-2-a-explanation": "La gestione di un nodo di Ethereum non richiede alcun ETH. A differenza della gestione di un validatore di staking come parte della configurazione di un nodo, chiunque è libero di eseguire il software client e sincronizzare la propria copia sovrana della blockchain: non è richiesto alcun ETH.", "run-a-node-2-b-label": "8", "run-a-node-2-c-label": "16", "run-a-node-2-d-label": "32", - "run-a-node-2-d-explanation": "Gestire un nodo di Ethereum non richiede alcun ETH. Contrariamente ai 32 ETH richiesti per attivare un validatore di staking che partecipi direttamente al consenso della rete, chiunque è libero di eseguire il software del client e di sincronizzare la propria copia sovrana della blockchain senza che sia richiesto alcun ETH.", - "run-a-node-3-prompt": "Quali vantaggi si ottengono dall'esecuzione del proprio nodo?", + "run-a-node-2-d-explanation": "La gestione di un nodo di Ethereum non richiede alcun ETH. A differenza dei 32 ETH richiesti per attivare un validatore di staking che partecipa direttamente al consenso della rete, chiunque è libero di eseguire il software client e sincronizzare la propria copia sovrana della blockchain: non è richiesto alcun ETH.", + "run-a-node-3-prompt": "Quali vantaggi ottieni dall'eseguire il tuo nodo?", "run-a-node-3-a-label": "Resistenza alla censura", - "run-a-node-3-a-explanation": "Questo è un vantaggio per gli utenti, ma non è l'unico. Eseguendo il software del nodo che comunica direttamente con altri pari sulla rete, le proprie transazioni si mescolano con ogni altra transazione che il proprio nodo sta propagando. Di conseguenza, è quasi impossibile differenziare e censurare una transazione valida condivisa dal proprio nodo.", + "run-a-node-3-a-explanation": "Questo è un vantaggio per gli utenti, ma non è l'unico. Eseguendo un software del nodo che comunica direttamente con altri peer sulla rete, le tue transazioni si mescolano con ogni altra transazione che il tuo nodo sta propagando. Pertanto, è quasi impossibile differenziare e censurare una transazione valida che il tuo nodo ha condiviso.", "run-a-node-3-b-label": "Sovranità", - "run-a-node-3-b-explanation": "Questo è un vantaggio per gli utenti, ma non l'unico. Avendo una propria copia della blockchain di Ethereum, non si dipende più da nessuna singola parte esterna per interagire con la rete. Non è mai necessario chiedere il permesso per verificare il proprio saldo o per eseguire una transazione, e tutte le transazioni vengono verificate utilizzando il software che si sta eseguendo personalmente. Quando si verificano aggiornamenti di rete, si è responsabili di decidere se supportare o meno l'aggiornamento.", + "run-a-node-3-b-explanation": "Questo è un vantaggio per gli utenti, ma non l'unico. Avendo la tua copia della blockchain di Ethereum, non dipendi più da alcuna singola parte esterna per interagire con la rete. Non devi mai chiedere il permesso per controllare il tuo saldo o per eseguire una transazione, e tutte le transazioni sono verificate utilizzando il software che stai eseguendo tu stesso. Quando si verificano aggiornamenti della rete, sei tu a decidere se supportare o meno l'aggiornamento.", "run-a-node-3-c-label": "Privacy", - "run-a-node-3-c-explanation": "Questo è un vantaggio per gli utenti, ma non è l'unico. Senza un proprio nodo, consultare semplicemente i saldi dei propri account di solito richiede l'invio di un elenco dei propri conti dal proprio portafoglio, collegato al proprio indirizzo IP, a un provider terzo da cui si confida di ricevere le informazioni corrette.", + "run-a-node-3-c-explanation": "Questo è un vantaggio per gli utenti, ma non è l'unico. Senza il tuo nodo, la semplice consultazione dei saldi del tuo account richiede in genere l'invio di un elenco dei tuoi account dal tuo portafoglio, allegato al tuo indirizzo IP, a un fornitore di terze parti a cui viene poi affidato il compito di fornirti le informazioni corrette.", "run-a-node-3-d-label": "Tutte le precedenti", - "run-a-node-3-d-explanation": "Eseguire un nodo conferisce pieno controllo e sovranità sui dati su cui ci si basa, consentendo di visualizzare e verificare privatamente i contenuti della catena e garantire efficacemente che nessuna transazione valida venga censurata.", - "run-a-node-4-prompt": "Quale memoria del disco rigido è necessaria per un nodo Ethereum?", + "run-a-node-3-d-explanation": "L'esecuzione di un nodo ti dà il pieno controllo e la sovranità sui dati su cui fai affidamento, consentendoti di visualizzare e verificare privatamente i contenuti della catena e di garantire efficacemente che eventuali transazioni valide non vengano censurate.", + "run-a-node-4-prompt": "Quale spazio di archiviazione su disco rigido è richiesto per un nodo di Ethereum?", "run-a-node-4-a-label": "SSD da 512 GB", - "run-a-node-4-a-explanation": "Attualmente, nessun software del client è in grado di memorizzare la catena utilizzando solamente 512 GB", - "run-a-node-4-b-label": "Rotante da 2 TB", - "run-a-node-4-b-explanation": "In generale, i dischi rigidi rotanti non supportano le velocità di lettura/scrittura necessarie per soddisfare i requisiti di elaborazione per un nodo Ethereum, e si consiglia l'utilizzo di un'unità SSD", - "run-a-node-4-c-label": "SSD 2 TB", - "run-a-node-4-c-explanation": "Al momento della scrittura, un'unità SSD da 2 TB dovrebbe soddisfare i requisiti di archiviazione e velocità di lettura/scrittura per un nodo Ethereum completo.", + "run-a-node-4-a-explanation": "Attualmente, nessun software client è in grado di archiviare la catena utilizzando solo 512 GB", + "run-a-node-4-b-label": "Disco rotante da 2 TB", + "run-a-node-4-b-explanation": "In generale, i dischi rigidi rotanti non supportano le velocità di lettura/scrittura necessarie per tenere il passo con i requisiti di elaborazione per un nodo di Ethereum, ed è consigliata un'unità SSD", + "run-a-node-4-c-label": "SSD da 2 TB", + "run-a-node-4-c-explanation": "Al momento della stesura, un'unità SSD da 2 TB dovrebbe soddisfare i requisiti di archiviazione e velocità di lettura/scrittura per un nodo di Ethereum completo.", "run-a-node-4-d-label": "SSD da 8 TB", - "run-a-node-4-d-explanation": "Al momento della scrittura, un'unità SSD da 2 TB dovrebbe soddisfare i requisiti di archiviazione e velocità di lettura/scrittura per un nodo Ethereum completo. Un'unità SSD da 8 TB consentirebbe una maggiore protezione per il futuro e la possibilità di sincronizzare anche le catene di livello 2, ma attualmente non è un requisito per la Rete Principale.", + "run-a-node-4-d-explanation": "Al momento della stesura, un'unità SSD da 2 TB dovrebbe soddisfare i requisiti di archiviazione e velocità di lettura/scrittura per un nodo di Ethereum completo. Un SSD da 8 TB consentirebbe una maggiore sicurezza per il futuro e la possibilità di sincronizzare anche le catene di livello 2, ma attualmente non è un requisito per la rete principale.", "run-a-node-5-prompt": "Cosa succede se il tuo nodo va offline?", "run-a-node-5-a-label": "Il tuo nodo perde la sincronizzazione con lo stato attuale della rete", - "run-a-node-5-a-explanation": "Quando il tuo nodo non è disponibile online, non è in grado di ricevere nuove transazioni e blocchi dai pari e, di conseguenza, perde la sincronizzazione con lo stato attuale della catena. Tornare online permetterà al software del tuo nodo di risincronizzarsi e tornare completamente funzionale.", - "run-a-node-5-b-label": "Gli ETH nella tua archiviazione fredda vengono sottoposti a slashing", - "run-a-node-5-b-explanation": "Gli ETH custoditi nella tua archiviazione fredda non hanno nulla a che fare con il fatto che il tuo nodo sia online o meno. Se il tuo nodo è offline, non potrai utilizzarlo per cercare il saldo più recente dei tuoi conti, ma essere offline non mette a rischio i tuoi fondi protetti. Se stai eseguendo il software di validatore con il tuo nodo anche come staker, saranno imposte delle sanzioni ridotte al saldo di questo validatore mentre non sei disponibile sulla rete.", - "run-a-node-5-c-label": "L'energia utilizzata per cercare il proof-of-work viene sprecata", - "run-a-node-5-c-explanation": "Ethereum non utilizza più il proof-of-work, e questo non è mai stato un requisito di tutti gli operatori di nodi. Essere offline comporta semplicemente che il tuo nodo non sia più sincronizzato con le modifiche più recenti alla rete, e potrà risincronizzarsi ritornando online.", - "run-a-node-5-d-label": "I dati della catena sono rimossi, ed è richiesta la risincronizzazione da zero", - "run-a-node-5-d-explanation": "Il semplice fatto di andare offline, di norma, non elimina alcun dato della catena salvato. Riconnettersi a Internet consentirà al software di riprendere da dove ha lasciato, per sincronizzarsi con le transazioni più recenti.", - "run-a-node-6-prompt": "Eseguire un nodo permette di guadagnare ricompense della rete", + "run-a-node-5-a-explanation": "Quando il tuo nodo non è disponibile online, non è in grado di ricevere nuove transazioni e blocchi dai peer e, in quanto tale, perde la sincronizzazione con lo stato attuale della catena. Riconnettersi online consentirà al software del tuo nodo di sincronizzarsi di nuovo per essere di nuovo completamente funzionale.", + "run-a-node-5-b-label": "Gli ETH nel tuo cold storage vengono puniti", + "run-a-node-5-b-explanation": "L'ETH conservato nel tuo cold storage non ha nulla a che fare con il fatto che il tuo nodo sia online o meno. Se il tuo nodo è offline, non sarai in grado di utilizzarlo per controllare l'ultimo saldo dei tuoi account, ma essere offline non mette a rischio i tuoi fondi protetti. Se stai anche eseguendo il software del validatore con il tuo nodo come staker, verranno applicate piccole penalità al saldo di questo validatore mentre non è disponibile per la rete.", + "run-a-node-5-c-label": "L'energia utilizzata per la ricerca della prova di lavoro viene sprecata", + "run-a-node-5-c-explanation": "Ethereum non utilizza più la prova di lavoro e questo non è mai stato un requisito per tutti gli operatori del nodo. Essere offline significa semplicemente che il tuo nodo non è più sincronizzato con le ultime modifiche sulla rete e può risincronizzarsi tornando online.", + "run-a-node-5-d-label": "I dati della catena vengono rimossi ed è necessaria la risincronizzazione da zero", + "run-a-node-5-d-explanation": "Andare semplicemente offline in genere non elimina alcun dato salvato della catena. Riconnettersi a Internet consentirà al software di riprendere da dove si era interrotto per sincronizzarsi con le ultime transazioni.", + "run-a-node-6-prompt": "L'esecuzione di un nodo fa guadagnare ricompense della rete", "run-a-node-6-a-label": "Vero", - "run-a-node-6-a-explanation": "La semplice esecuzione del software del client non ti consente di guadagnare ricompense. Per farlo, devi anche fare staking.", + "run-a-node-6-a-explanation": "La semplice esecuzione del software client non ti fa guadagnare ricompense. Per guadagnare ricompense, devi anche fare staking.", "run-a-node-6-b-label": "Falso", "stablecoins-1-prompt": "Cosa sono le stablecoin?", - "stablecoins-1-a-label": "Le criptovalute con una bassa volatilità del prezzo: il loro valore è stabile e simile a quello delle valute tradizionali", - "stablecoins-1-a-explanation": "Esatto! Le stablecoin sono progettate per risolvere il problema della volatilità, comune a molte criptovalute.", + "stablecoins-1-a-label": "Criptovalute con bassa volatilità dei prezzi, il loro valore è stabile e simile alle valute tradizionali", + "stablecoins-1-a-explanation": "Corretto! Le stablecoin sono progettate per affrontare il problema della volatilità comune in molte criptovalute.", "stablecoins-1-b-label": "Rappresentazioni digitali dell'oro", - "stablecoins-1-b-explanation": "Sbagliato. Sebbene alcune stablecoin possano essere sostenute da metalli preziosi, possono anche essere sostenute da valuta legale o da altre criptovalute.", + "stablecoins-1-b-explanation": "Questo non è corretto. Sebbene alcune stablecoin possano essere supportate da metalli preziosi, possono anche essere supportate da valuta fiat o altre criptovalute.", "stablecoins-1-c-label": "Un nuovo tipo di carta di credito", - "stablecoins-1-c-explanation": "Sbagliato. Le stablecoin sono un tipo di criptovaluta, non una carta di credito.", - "stablecoins-1-d-label": "Una sostituzione per gli ether", - "stablecoins-1-d-explanation": "Sbagliato. Le stablecoin non sono state progettate per sostituire gli ether (ETH). Sono un altro token sulla rete di Ethereum, progettato per mantenere un valore stabile nel tempo.", + "stablecoins-1-c-explanation": "Questo non è corretto. Le stablecoin sono un tipo di criptovaluta, non una carta di credito.", + "stablecoins-1-d-label": "Un sostituto per l'ether", + "stablecoins-1-d-explanation": "Questo non è corretto. Le stablecoin non sono progettate per sostituire l'ether (ETH). Sono un altro token sulla rete di Ethereum progettato per mantenere un valore stabile nel tempo.", "stablecoins-2-prompt": "Quale delle seguenti è una stablecoin?", - "stablecoins-2-a-label": "Dollaro statunitense", - "stablecoins-2-a-explanation": "Sbagliato. Sebbene le stablecoin possano rappresentare il dollaro statunitense, questo non è una criptovaluta.", + "stablecoins-2-a-label": "Dollaro USA", + "stablecoins-2-a-explanation": "Questo non è corretto. Sebbene le stablecoin possano rappresentare il dollaro USA, un dollaro USA non è una criptovaluta.", "stablecoins-2-b-label": "Token AAVE", - "stablecoins-2-b-explanation": "Sbagliato. AAVE è un token di governance per il protocollo Aave, che non fornisce mercati per le stablecoin, ma di per sé non è una stablecoin.", - "stablecoins-2-c-label": "DAI", - "stablecoins-2-c-explanation": "Esatto! Dai è probabilmente la stablecoin decentralizzata più famosa e il suo valore è approssimativamente di 1 dollaro statunitense.", + "stablecoins-2-b-explanation": "Questo non è corretto. AAVE è un token di governance per il protocollo Aave, che fornisce mercati per le stablecoin, ma AAVE stesso non è una stablecoin.", + "stablecoins-2-c-label": "Dai", + "stablecoins-2-c-explanation": "Corretto! Dai è probabilmente la stablecoin decentralizzata più famosa e il suo valore è di circa 1 dollaro USA.", "stablecoins-2-d-label": "Ether", - "stablecoins-2-d-explanation": "Sbagliato. Ether è la valuta nativa della rete di Ethereum, ma non è progettato per essere stabile.", + "stablecoins-2-d-explanation": "Questo non è corretto. L'ether è la valuta nativa della rete di Ethereum, ma non è inteso per essere stabile.", "stablecoins-3-prompt": "Per cosa possono essere utilizzate le stablecoin?", - "stablecoins-3-a-label": "Per proteggere i loro utenti dai cambiamenti volatili del prezzo", - "stablecoins-3-a-explanation": "Non proprio. Questa risposta è parzialmente corretta, ma è soltanto una delle tante cose per cui possono essere utilizzate le stablecoin.", - "stablecoins-3-b-label": "Per acquistare cose su Internet, in tutto il mondo", - "stablecoins-3-b-explanation": "Non proprio. Questa risposta è parzialmente corretta, ma è soltanto una delle tante cose per cui possono essere utilizzate le stablecoin.", - "stablecoins-3-c-label": "Per guadagnare concedendo denaro in prestito ad altri", - "stablecoins-3-c-explanation": "Non proprio. Questa risposta è parzialmente corretta, ma è soltanto una delle tante cose per cui possono essere utilizzate le stablecoin.", + "stablecoins-3-a-label": "Per proteggere i suoi utenti da variazioni volatili di prezzo", + "stablecoins-3-a-explanation": "Non esattamente. Questa risposta è parzialmente corretta, ma è solo una delle tante cose per cui le stablecoin possono essere utilizzate.", + "stablecoins-3-b-label": "Per comprare cose su Internet in qualsiasi parte del mondo", + "stablecoins-3-b-explanation": "Non esattamente. Questa risposta è parzialmente corretta, ma è solo una delle tante cose per cui le stablecoin possono essere utilizzate.", + "stablecoins-3-c-label": "Per guadagnare denaro prestandolo ad altri", + "stablecoins-3-c-explanation": "Non esattamente. Questa risposta è parzialmente corretta, ma è solo una delle tante cose per cui le stablecoin possono essere utilizzate.", "stablecoins-3-d-label": "Tutte le precedenti", - "stablecoins-3-d-explanation": "Esatto! Le stablecoin sono utilizzabili per possedere criptovalute meno volatili, effettuare transazioni globali su Internet e guadagnare interessi prestandole.", + "stablecoins-3-d-explanation": "Corretto! Le stablecoin possono essere utilizzate per detenere criptovaluta con minore volatilità, effettuare transazioni a livello globale su Internet e guadagnare interessi quando le presti.", "stablecoins-4-prompt": "Cosa rende uniche le stablecoin?", - "stablecoins-4-a-label": "Sono dei token collegati a risorse nel mondo reale", - "stablecoins-4-a-explanation": "Sbagliato. Sebbene molte stablecoin siano ancorate a risorse del mondo reale, questa caratteristica non è esclusiva delle stablecoin (ad es. token garantiti da ETH).", - "stablecoins-4-b-label": "Sono token di una criptovaluta progettati specificamente per mantenerne stabile il valore", - "stablecoins-4-b-explanation": "Esatto! Le stablecoin sono progettate per mantenere il proprio valore relativamente stabile, tipicamente ancorato a risorse come le valute (ad es. 1 USDC = 1 USD), ma non tutte le stablecoin seguono questo modello (ad es. RAI).", - "stablecoins-4-c-label": "Possono essere inviate via Internet", - "stablecoins-4-c-explanation": "Sbagliato. Sebbene questa sia una caratteristica, non è esclusiva delle stablecoin.", - "stablecoins-4-d-label": "Sono utilizzabili sulla rete di Ethereum.", - "stablecoins-4-d-explanation": "Sbagliato. Molti altri token di criptovalute sono utilizzabili sulla rete di Ethereum.", - "stablecoins-5-prompt": "Quale NON è un metodo per ottenere stablecoin?", + "stablecoins-4-a-label": "È un token legato a un asset nel mondo reale", + "stablecoins-4-a-explanation": "Questo non è corretto. Sebbene molte stablecoin siano ancorate ad asset del mondo reale, questa caratteristica non è esclusiva delle stablecoin (ad es. token collateralizzati in ETH).", + "stablecoins-4-b-label": "È un token di criptovaluta progettato specificamente per mantenere stabile il suo valore", + "stablecoins-4-b-explanation": "Corretto! Le stablecoin sono progettate per mantenere il loro valore relativamente stabile, tipicamente ancorato ad asset come le valute (es. 1 USDC = 1 dollaro USA), ma non tutte le stablecoin seguono questo modello (es. RAI).", + "stablecoins-4-c-label": "È in grado di essere inviato tramite internet", + "stablecoins-4-c-explanation": "Questo è errato. Sebbene questa sia una capacità, non è esclusiva delle stablecoin.", + "stablecoins-4-d-label": "Può essere utilizzato sulla rete di Ethereum.", + "stablecoins-4-d-explanation": "Questo è errato. Molti altri token di criptovaluta possono essere utilizzati sulla rete di Ethereum.", + "stablecoins-5-prompt": "Quale NON è un modo per ottenere stablecoin?", "stablecoins-5-a-label": "Scambiarle con altri token", - "stablecoins-5-a-explanation": "Sbagliato, questo è un metodo per ottenere le stablecoin: uno dei metodi più popolari di acquisizione è lo scambio di stablecoin per le proprie criptovalute esistenti.", + "stablecoins-5-a-explanation": "Errato, questo è un modo per ottenere stablecoin. Uno dei modi più comuni in cui le persone acquisiscono stablecoin è scambiando le loro criptovalute esistenti con stablecoin.", "stablecoins-5-b-label": "Prenderle in prestito", - "stablecoins-5-b-explanation": "Sbagliato, questo è un metodo per ottenere le stablecoin: puoi prenderne alcune in prestito utilizzando le tue criptovalute esistenti, come gli ether, come garanzia. Dovrai ripagare le stablecoin prese in prestito per rivendicare la tua garanzia bloccata.", - "stablecoins-5-c-label": "Acquistarle da una borsa", - "stablecoins-5-c-explanation": "Sbagliato, questo è un metodo per ottenere le stablecoin: molte borse e portafogli ti consentono di acquistarle direttamente. Potrebbero esistere restrizioni geografiche per le borse centralizzate.", + "stablecoins-5-b-explanation": "Errato, questo è un modo per ottenere stablecoin. Puoi prendere in prestito alcune stablecoin utilizzando le tue criptovalute esistenti, come ether, come collaterale. Dovrai restituire le stablecoin prese in prestito per recuperare il tuo collaterale bloccato.", + "stablecoins-5-c-label": "Comprarle da un exchange", + "stablecoins-5-c-explanation": "Errato, questo è un modo per ottenere stablecoin. Molti exchange e portafogli ti permettono di acquistare stablecoin direttamente. Potrebbero essere applicate restrizioni geografiche per gli exchange centralizzati.", "stablecoins-5-d-label": "Minarle", - "stablecoins-5-d-explanation": "Esatto! Diversamente dai bitcoin, non puoi minare le stablecoin.", - "defi-1-prompt": "Per cosa sta DeFi?", + "stablecoins-5-d-explanation": "Corretto! A differenza di bitcoin, non è possibile minare le stablecoin.", + "defi-1-prompt": "Cosa significa DeFi?", "defi-1-a-label": "Finanza Decentralizzata", - "defi-1-a-explanation": "Esatto! DeFi sta per Finanza Decentralizzata: un sistema finanziario basato su Ethereum che opera senza intermediari, come banche o istituzioni finanziarie.", + "defi-1-a-explanation": "Corretto! DeFi si riferisce alla Finanza Decentralizzata, un sistema finanziario costruito su Ethereum che opera senza intermediari come banche o istituzioni finanziarie.", "defi-1-b-label": "Finanza Digitale", - "defi-1-b-explanation": "Sbagliato. \"Finanza Digitale\" si riferisce ai servizi finanziari forniti tramite le piattaforme digitali, ma non implica la decentralizzazione nello specifico.", + "defi-1-b-explanation": "Questo è errato. La Finanza Digitale si riferisce ai servizi finanziari forniti attraverso piattaforme digitali, ma non implica specificamente la decentralizzazione.", "defi-1-c-label": "Finanza Distribuita", - "defi-1-c-explanation": "Sbagliato. Sebbene 'distribuita' possa implicare la decentralizzazione, il termine esatto è \"Finanza Decentralizzata\", non Finanza Distribuita.", + "defi-1-c-explanation": "Questo è errato. Sebbene 'distribuita' possa implicare la decentralizzazione, il termine utilizzato nel settore è 'Finanza Decentralizzata', non Finanza Distribuita.", "defi-1-d-label": "Finanza di Sviluppo", - "defi-1-d-explanation": "Sbagliato. Finanza di Sviluppo si riferisce tipicamente al supporto finanziario fornito per progetti di sviluppo economico, spesso nei Paesi in via di sviluppo, e non è correlata alla blockchain né alla DeFi.", - "defi-2-prompt": "Cosa NON puoi fare con la DeFi?", + "defi-1-d-explanation": "Questo è errato. La Finanza di Sviluppo si riferisce tipicamente al supporto finanziario fornito per progetti mirati allo sviluppo economico, spesso nei paesi in via di sviluppo, e non è correlata alla blockchain o alla DeFi.", + "defi-2-prompt": "Cosa NON PUOI fare con la DeFi?", "defi-2-a-label": "Inviare denaro in tutto il mondo.", - "defi-2-a-explanation": "Sbagliato. Con la DeFi puoi inviare valore a chiunque nel mondo, senza limiti.", - "defi-2-b-label": "Chiedere al supporto clienti di annullare i tuoi errori.", - "defi-2-b-explanation": "Esatto! Nella DeFi le transazioni sono definitive e controllate dal codice piuttosto che da un'azienda. Se si verifica un errore, come inviare fondi all'indirizzo sbagliato, non è previsto alcun supporto clienti per aiutarti a risolverlo. Dovrai prestare particolare attenzione.", - "defi-2-c-label": "Prendere in prestito fondi con garanzia.", - "defi-2-c-explanation": "Sbagliato. Con la DeFi puoi chiedere prestiti di denaro istantaneamente, evitando i più lunghi processi d'approvazione delle banche tradizionali.", + "defi-2-a-explanation": "Questo è errato. Con la DeFi, puoi inviare valore a chiunque in qualsiasi parte del mondo, senza alcun limite.", + "defi-2-b-label": "Chiedere all'assistenza clienti di annullare i tuoi errori.", + "defi-2-b-explanation": "Corretto! Nella DeFi, le transazioni sono definitive e controllate dal codice piuttosto che da un'azienda. Se si verifica un errore, come l'invio di fondi all'indirizzo sbagliato, non c'è un'assistenza clienti che aiuti a risolverlo. Devi prestare molta attenzione.", + "defi-2-c-label": "Prendere in prestito fondi con un collaterale.", + "defi-2-c-explanation": "Questo è errato. Con la DeFi, puoi prendere in prestito denaro istantaneamente, evitando il processo di approvazione di diversi giorni delle banche tradizionali.", "defi-2-d-label": "Scambiare i tuoi token 24/7.", - "defi-2-d-explanation": "Sbagliato. La DeFi ti consente di scambiare i token 24/7. I mercati sono sempre aperti e puoi scambiare i tuoi ETH con USDT, o qualsiasi altra valuta, in qualsiasi momento.", - "defi-3-prompt": "Quale piattaforma di DeFi è nota per consentire agli utenti di scambiare direttamente i token tra loro?", + "defi-2-d-explanation": "Questo è errato. La DeFi ti permette di scambiare token 24/7. I mercati sono sempre aperti e puoi scambiare i tuoi ETH con USDT o qualsiasi altra valuta in qualsiasi momento.", + "defi-3-prompt": "Quale piattaforma DeFi è nota per consentire agli utenti di scambiare token direttamente tra loro?", "defi-3-a-label": "Uniswap", - "defi-3-a-explanation": "Esatto! Uniswap è una borsa decentralizzata che consente agli utenti di scambiare direttamente i token tra loro utilizzando meccanismi di market-making automatizzati.", + "defi-3-a-explanation": "Corretto! Uniswap è un exchange decentralizzato che consente agli utenti di negoziare (scambiare) token direttamente tra loro utilizzando meccanismi di market-making automatizzati.", "defi-3-b-label": "Aave", - "defi-3-b-explanation": "Sbagliato. Aave è un protocollo della DeFi incentrato sul dare e ricevere prestiti, non sugli scambi di token.", + "defi-3-b-explanation": "Questo è errato. Aave è un protocollo DeFi incentrato sul prestito e sull'indebitamento, non sugli scambi di token.", "defi-3-c-label": "PoolTogether", - "defi-3-c-explanation": "Sbagliato. PoolTogether gestisce delle lotterie a perdita zero che offrono un nuovo metodo innovativo per risparmiare denaro.", + "defi-3-c-explanation": "Questo è errato. PoolTogether gestisce lotterie senza perdite che offrono un nuovo modo innovativo per risparmiare denaro.", "defi-3-d-label": "MakerDao", - "defi-3-d-explanation": "Sbagliato. MakerDAO è una piattaforma decentralizzata che consente agli utenti di emettere e gestire la stablecoin DAI, ma non si incentra sugli scambi di token.", - "defi-4-prompt": "Quando effettui una transazione con un'app di DeFi, dove sono memorizzate le informazioni correlate?", + "defi-3-d-explanation": "Questo è errato. MakerDAO è una piattaforma decentralizzata che consente agli utenti di emettere e gestire la stablecoin DAI, ma non si concentra sugli scambi di token.", + "defi-4-prompt": "Quando usi un'app DeFi ed effettui una transazione, dove vengono conservate le informazioni della transazione?", "defi-4-a-label": "ETH", - "defi-4-a-explanation": "Sbagliato. I dati non sono memorizzati in ether (ETH). ETH è la risorsa nativa della blockchain di Ethereum.", - "defi-4-b-label": "Nel mio portafoglio", - "defi-4-b-explanation": "Sbagliato. Un portafoglio è un'applicazione che gestisce il tuo conto di Ethereum connettendosi alla blockchain di Ethereum. Non memorizza alcun dato sul tuo storico delle transazioni.", - "defi-4-c-label": "Nelle app della DeFi", - "defi-4-c-explanation": "Sbagliato. Le app della DeFi non memorizzano direttamente lo storico delle tue transazioni. I dettagli sulla tua transazione sono registrati sulla blockchain di Ethereum.", - "defi-4-d-label": "Nella blockchain di Ethereum", - "defi-4-d-explanation": "Esatto! La blockchain di Ethereum memorizza tutti i dati creati dai suoi utenti e dalle sue app. Ciò consente ai validatori di mantenere lo stesso stato sulla rete P2P.", + "defi-4-a-explanation": "Questo è errato. I dati non sono memorizzati in ether (ETH). ETH è l'asset nativo della blockchain di Ethereum.", + "defi-4-b-label": "Il mio portafoglio", + "defi-4-b-explanation": "Questo è errato. Un portafoglio è un'applicazione che gestisce il tuo account di Ethereum connettendosi alla blockchain di Ethereum. Non memorizza alcun dato sulla cronologia delle tue transazioni.", + "defi-4-c-label": "App DeFi", + "defi-4-c-explanation": "Questo è errato. Le app DeFi non memorizzano direttamente la cronologia delle tue transazioni. Invece, i dettagli della tua transazione sono registrati sulla blockchain di Ethereum.", + "defi-4-d-label": "Blockchain di Ethereum", + "defi-4-d-explanation": "Corretto! Ethereum come blockchain memorizza tutti i dati creati dai suoi utenti e dalle sue app. Questo consente ai validatori di mantenere lo stesso stato in tutta la rete P2P.", "defi-5-prompt": "Cosa rende possibile la Finanza Decentralizzata (DeFi) su Ethereum?", - "defi-5-a-label": "Contratti Intelligenti", - "defi-5-a-explanation": "Esatto! I contratti intelligenti sono come delle istruzioni 'if-then' digitali, scritte su Ethereum. Sostituiscono i contratti tradizionali e gli intermediari, eseguendo automaticamente le transazioni al soddisfacimento di determinate condizioni.", - "defi-5-b-label": "Gli intermediari", - "defi-5-b-explanation": "Sbagliato. Ethereum non necessita di intermediari per l'esecuzione delle transazioni; si verifica tutto sulla catena, tramite i contratti intelligenti.", + "defi-5-a-label": "Contratti intelligenti", + "defi-5-a-explanation": "Corretto! I contratti intelligenti sono come dichiarazioni digitali 'se-allora' scritte in Ethereum. Sostituiscono i contratti tradizionali e gli intermediari, eseguendo automaticamente le transazioni se vengono soddisfatte determinate condizioni.", + "defi-5-b-label": "Intermediari", + "defi-5-b-explanation": "Questo è errato. Ethereum non ha bisogno di intermediari per eseguire le transazioni. Tutto viene eseguito sulla catena tramite contratti intelligenti.", "defi-5-c-label": "Bitcoin", - "defi-5-c-explanation": "Sbagliato. Bitcoin è una rete semplice che contiene valore, inadatta all'esecuzione di programmi avanzati. La DeFi richiede un sistema più flessibile, come Ethereum, capace di eseguire programmi complessi per gestire automaticamente prestiti e scambi.", - "defi-5-d-label": "Le istituzioni finanziarie tradizionali", - "defi-5-d-explanation": "Sbagliato. Le app della DeFi non necessitano delle istituzioni finanziarie tradizionali. Utilizzano dei programmi della blockchain, detti contratti intelligenti, per gestire automaticamente le transazioni." -} + "defi-5-c-explanation": "Questo è errato. Bitcoin è una rete semplice per conservare valore, non per eseguire programmi avanzati. La DeFi richiede un sistema più flessibile, come Ethereum, in grado di eseguire programmi complessi per gestire prestiti e scambi automaticamente.", + "defi-5-d-label": "Istituzioni finanziarie tradizionali", + "defi-5-d-explanation": "Questo è errato. Le app DeFi non hanno bisogno di istituzioni finanziarie tradizionali. Utilizzano programmi blockchain chiamati contratti intelligenti per gestire le transazioni automaticamente.", + "smart-contracts-1-prompt": "Come sono caratterizzati i contratti intelligenti?", + "smart-contracts-1-a-label": "I contratti intelligenti sono proprio come i contratti legali, ma memorizzati digitalmente sulla blockchain per salvare il contenuto in modo sicuro.", + "smart-contracts-1-a-explanation": "I contratti intelligenti utilizzano una logica simile ai contratti tradizionali, ma per il resto hanno poco in comune.", + "smart-contracts-1-b-label": "Collegati a sistemi di IA autonomi che eseguono transazioni", + "smart-contracts-1-b-explanation": "I contratti intelligenti eseguono le transazioni in modo prevedibile secondo la logica 'se-questo-allora-quello' prescritta nel codice: non utilizzano l'IA", + "smart-contracts-1-c-label": "Programmi on-chain che seguono la logica 'se-questo-allora-quello', garantiti per essere eseguiti secondo le proprie regole", + "smart-contracts-1-c-explanation": "Un contratto intelligente è un account di Ethereum distribuito con un codice immutabile che ne determina la funzionalità.", + "smart-contracts-1-d-label": "Sono le regole alla base della blockchain di Ethereum, sviluppate insieme ad avvocati per garantire la conformità legale.", + "smart-contracts-1-d-explanation": "I contratti intelligenti sono porzioni di codice che possono essere create dagli sviluppatori e distribuite su una blockchain.", + "smart-contracts-2-prompt": "Qual è una metafora che caratterizza più da vicino il funzionamento dei contratti intelligenti?", + "smart-contracts-2-a-label": "Una banca", + "smart-contracts-2-a-explanation": "Le banche richiedono un'esecuzione manuale e sono strutturate come entità gerarchiche, mentre i contratti intelligenti sono eseguiti in modo prevedibile da computer con regole immutabili.", + "smart-contracts-2-b-label": "Un distributore automatico digitale", + "smart-contracts-2-b-explanation": "Il distributore automatico erogherà il prodotto desiderato solo dopo che tutti i requisiti saranno stati soddisfatti: input specifici garantiscono output deterministici. Questo è simile alla logica dei contratti intelligenti.", + "smart-contracts-2-c-label": "Una calcolatrice", + "smart-contracts-2-c-explanation": "Il codice dei contratti intelligenti può essere utilizzato per i calcoli, ma non si limita a questo. Piuttosto, i contratti intelligenti sono programmi basati su blockchain che seguono la logica 'se-questo-allora-quello'.", + "smart-contracts-2-d-label": "Un sito web", + "smart-contracts-2-d-explanation": "Un sito web è il frontend che cattura le indicazioni dell'utente. Un contratto intelligente è la logica di backend in cui queste indicazioni vengono eseguite e il risultato può essere restituito.", + "smart-contracts-3-prompt": "Quale NON è una caratteristica principale dei contratti intelligenti?", + "smart-contracts-3-a-label": "Esecuzione deterministica", + "smart-contracts-3-a-explanation": "Il vantaggio principale di un contratto intelligente è che esegue in modo deterministico un codice inequivocabile, senza interpretazioni o pregiudizi umani.", + "smart-contracts-3-b-label": "Registro pubblico", + "smart-contracts-3-b-explanation": "Con i contratti intelligenti su una blockchain pubblica, chiunque può tracciare istantaneamente i trasferimenti di asset e altre informazioni correlate.", + "smart-contracts-3-c-label": "Protezione della privacy", + "smart-contracts-3-c-explanation": "Poiché le blockchain sono reti pseudonime, le transazioni sono legate pubblicamente a un indirizzo crittografico univoco, non a un'identità.", + "smart-contracts-3-d-label": "Capacità di cambiare", + "smart-contracts-3-d-explanation": "Un contratto intelligente non può essere modificato una volta creato: è garantito che venga eseguito secondo le regole definite dal suo codice.", + "smart-contracts-4-prompt": "Quale NON è un'applicazione dei contratti intelligenti?", + "smart-contracts-4-a-label": "Stablecoin", + "smart-contracts-4-a-explanation": "Le stablecoin sono oggetti token che vengono definiti e tracciati utilizzando contratti intelligenti.", + "smart-contracts-4-b-label": "Modifiche al protocollo", + "smart-contracts-4-b-explanation": "Sebbene le modifiche al protocollo possano talvolta utilizzare contratti intelligenti, la loro creazione e definizione vengono proposte attraverso forum online trasparenti e implementate nel software del client.", + "smart-contracts-4-c-label": "Token non fungibili (NFT)", + "smart-contracts-4-c-explanation": "I contratti intelligenti vengono utilizzati per definire un'ampia gamma di NFT, che vanno dall'arte digitale ai certificati di proprietà degli asset.", + "smart-contracts-4-d-label": "Exchange di valute aperto", + "smart-contracts-4-d-explanation": "Gli exchange decentralizzati (DEX) sono costruiti utilizzando contratti intelligenti per operare senza un controllo centralizzato." +} \ No newline at end of file diff --git a/src/intl/sw/glossary.json b/src/intl/sw/glossary.json index 3efe1ecdff4..269dc659128 100644 --- a/src/intl/sw/glossary.json +++ b/src/intl/sw/glossary.json @@ -1,408 +1,408 @@ { - "51%-attack-term": "mashambulizi ya 51%", - "51%-attack-definition": "Aina ya shambulio ambapo kikundi kinapata udhibiti wa idadi kubwa ya nodi. Hii ingewaruhusu kulaghai mnyororo wa bloku kwa kubatilisha miamala na kutumia mara mbili ether na tokeni zingine.

    Katika uthibitisho wa hisa wa Ethereum hili lingefikiwa kwa kukusanya zaidi ya nusu ya jumla ya ether iliyowekwa kama hisa. Hii ingemruhusu mshambuliaji kuamua ni bloku zipi mpya zinaongezwa kwenye mnyororo wa bloku. Hata hivyo, ili kubatilisha mnyororo au kutumia mara mbili mshambuliaji angehitaji angalau 66% ya jumla ya ether iliyowekwa kama hisa.", + "51%-attack-term": "shambulio la 51%", + "51%-attack-definition": "Aina ya shambulio ambapo kikundi kinapata udhibiti wa idadi kubwa ya Nodi. Hii ingewaruhusu kulaghai kiambajengo kwa kubatilisha miamala na kutumia mara mbili ether na tokeni zingine.

    Katika uthibitishaji wa dhamana wa Ethereum hii ingefikiwa kwa kukusanya zaidi ya nusu ya ether yote iliyowekwa dhamana. Hii ingemruhusu mshambuliaji kuamua ni bloku zipi mpya zinaongezwa kwenye kiambajengo. Hata hivyo, ili kurejesha mnyororo au kutumia mara mbili mshambuliaji angehitaji angalau 66% ya ether yote iliyowekwa dhamana.", "account-term": "Akaunti", - "account-definition": "Akaunti ya Ethereum ni utambulisho wa kidijitali kwenye kiambajengo cha Ethereum, inayomruhusu mtumiaji kutuma, kupokea Ether, na kushirikiana na mikataba mahiri.

    Kiteknolojia:
    Ni kitu kinachojumuisha anwani, salio, nonce, na hifadhi na msimbo wa hiari. Akaunti inaweza kuwa akaunti ya mkataba au akaunti inayomilikiwa moja kwa moja na mtumiaji (EOA).", + "account-definition": "Akaunti ya Ethereum ni utambulisho wa kidijitali kwenye kiambajengo cha Ethereum, unaoruhusu watumiaji kutuma, kupokea Ether, na kuingiliana na mikataba mahiri.

    Kiufundi:
    Ni kipengee kinachojumuisha anwani, salio, namba ya mara moja, na hifadhi na msimbo wa hiari. Akaunti inaweza kuwa akaunti ya mkataba au akaunti ya nje inayomilikiwa (EOA).", "address-term": "Anwani", - "address-definition": "Anwani ya Ethereum ni kitambulisho cha kipekee kinachotumika kupokea tokeni, hufanya kazi sawa na nambari ya akaunti ya benki kwa fedha za siri. Inatumika kutambua akaunti yako ya Ethereum.

    Ni biti 160 za kulia zaidi za ufunguo wa umma wa ECDSA.", + "address-definition": "Anwani ya Ethereum ni kitambulisho cha kipekee kinachotumika kupokea tokeni, hufanya kazi sawa na nambari ya akaunti ya benki kwa sarafu za kidigitali. Inatumika kutambua akaunti yako ya Ethereum.

    Ni biti 160 za upande wa kulia zaidi za hashi ya Keccak ya ufunguo wa umma wa ECDSA.", "anti-sybil-term": "Anti-Sybil", - "anti-sybil-definition": "Je! ni njia za kuwazuia watu kujifanya kuwa watumiaji wengi mara moja kwenye mtandao, kuhakikisha kila mtumiaji ni mtu halisi, aliyejitenga. Hii husaidia kuweka mwingiliano wa mtandaoni kuwa sawa na uaminifu.", - "abi-term": "Kiolesura cha paca cha Programu (ABI)", - "abi-definition": "Faili ya JSON inayofafanua vipengele na vigeu vilivyojumuishwa katika mkataba mahiri. ABI inaruhusu bytecode kuchorwa katika miundo inayoweza kusomeka na binadamu.", - "api-term": "Kiolesura cha Kuandaa Programu (API)", - "api-definition": "Kiolesura cha Kuandaa Programu (API) ni seti ya ufafanuzi wa jinsi ya kutumia kipande cha programu. API hukaa kati ya programu na seva ya tovuti, na kuwezesha uhamishaji wa data kati yao.", + "anti-sybil-definition": "Ni njia za kuzuia watu kujifanya kuwa watumiaji wengi kwa wakati mmoja kwenye mtandao, kuhakikisha kila mtumiaji ni mtu halisi, anayejitegemea. Hii inasaidia kuweka mwingiliano wa mtandaoni kuwa wa haki na wa kweli.", + "abi-term": "Application Binary Interface (ABI)", + "abi-definition": "Faili ya JSON inayofafanua utendaji na vigezo vilivyojumuishwa katika mkataba mahiri. ABI inaruhusu bytecode kuwekwa katika miundo inayosomeka na binadamu.", + "api-term": "Application Programming Interface (API)", + "api-definition": "Application Programming Interface (API) ni seti ya ufafanuzi wa jinsi ya kutumia programu. API inakaa kati ya programu na seva ya wavuti, na kuwezesha uhamishaji wa data kati yao.", "apr-term": "APR", - "apr-definition": "APR, au Kiwango cha Asilimia cha Mwaka, huonyesha gharama ya kila mwaka ya kukopa pesa, ikijumuisha riba na ada, kama asilimia.", + "apr-definition": "APR, au Kiwango cha Asilimia cha Mwaka, kinaonyesha gharama ya kila mwaka ya kukopa pesa, ikijumuisha riba na ada, kama asilimia.", "asic-term": "ASIC", - "asic-definition": "Sakiti iliyojumuishwa ya programu mahususi. Kawaida hii inarejelea mzunguko uliojumuishwa, iliyoundwa maalum kwa uchimbaji wa sarafu ya Kidigitali.", - "assert-term": "thibitisha", - "assert-definition": "Katika Solidity, `assert(false)` hujumuisha `0xfe`, opcode batili, ambayo hutumia gesi yote iliyosalia na kurejesha mabadiliko yote. Taarifa ya `assert()` inaposhindwa, kuna kitu kibaya sana na kisichotarajiwa kinatokea, na utahitaji kurekebisha nambari yako. Unapaswa kutumia `assert()` ili kuepuka hali ambazo hazipaswi kutokea kamwe. Mengi zaidi kuhusu usalama wa mkataba mahiri.", - "attestation-term": "Uthibitishaji", - "attestation-definition": "Dai lililotolewa na chombo kwamba kitu fulani ni kweli. Katika muktadha wa Ethereum, wathibitishaji wa makubaliano lazima watoe dai kuhusu kile wanachoamini kuwa hali ya mnyororo kuwa. Kwa nyakati zilizowekwa, kila mthibitishaji ana jukumu la kuchapisha uthibitisho tofauti ambao hutangaza rasmi maoni ya mthibitishaji huyu wa msururu, ikijumuisha kituo cha ukaguzi kilichokamilishwa na kichwa cha sasa cha msururu. Mengi zaidi kuhusu uthibitishaji.", + "asic-definition": "Application-specific integrated circuit. Hii kwa kawaida inarejelea saketi iliyounganishwa, iliyojengwa maalum kwa ajili ya kuchimba sarafu ya kidigitali.", + "assert-term": "assert", + "assert-definition": "Katika Solidity, `assert(false)` inakusanywa kuwa `0xfe`, opcode batili, ambayo hutumia gesi yote iliyosalia na kurejesha mabadiliko yote. Wakati taarifa ya `assert()` inashindwa, jambo baya sana na lisilotarajiwa linatokea, na utahitaji kurekebisha msimbo wako. Unapaswa kutumia `assert()` ili kuepuka hali ambazo hazipaswi kutokea kamwe. Zaidi kuhusu usalama wa mkataba mahiri.", + "attestation-term": "Uthibitisho", + "attestation-definition": "Madai yanayotolewa na chombo kwamba jambo fulani ni kweli. Katika muktadha wa Ethereum, wathibitishaji wa makubaliano lazima watoe madai kuhusu kile wanachoamini kuwa hali ya mnyororo. Kwa nyakati zilizopangwa, kila Mthibitishaji ana jukumu la kuchapisha uthibitisho tofauti ambao unatangaza rasmi mtazamo wa Mthibitishaji huyu kuhusu mnyororo, ikijumuisha kituo cha mwisho kilichokamilishwa na kichwa cha sasa cha mnyororo. Zaidi kuhusu uthibitisho.", "base-fee-term": "Ada ya msingi", - "base-fee-definition": "Kila block ina bei ya akiba inayojulikana kama 'ada ya msingi'. Ni ada ya chini zaidi ya gesi ambayo mtumiaji lazima alipe ili kujumuisha muamala katika eneo linalofuata. Mengi zaidi kuhusu gesi na ada.", - "beacon-chain-term": "Mnyororo wa beacon", - "beacon-chain-definition": "Msururu wa Beacon ulikuwa mnyororo wa kuzuia ulioleta uthibitisho wa hisa na wathibitishaji kwa Ethereum. Iliendeshwa pamoja na uthibitisho wa kazi wa Ethereum Mainnet kuanzia Desemba 2020 hadi minyororo hiyo miwili ilipounganishwa mnamo Septemba 2022 na kuunda Ethereum ya leo. Mengi zaidi kuhusu msururu wa vinara.", - "big-endian-term": "Kubwa-endian", - "big-endian-definition": "Uwakilishi wa nambari mahali ambapo tarakimu muhimu zaidi ni ya kwanza kwenye kumbukumbu. Kinyume cha-endian kidogo, ambapo tarakimu ndogo zaidi ni ya kwanza.", - "block-term": "Bloku", - "block-definition": "Kitalu ni mahali ambapo miamala au vitendo vya kidijitali huhifadhiwa. Mara tu kitalu kimejaa, kinaunganishwa na kile cha awali, na kuunda mlolongo wa vitalu au \"kiambajengo\". Mengi kuhusu vitalu.

    kitalu ni kitengo cha taarifa kilichounganishwa ambacho kinajumuisha orodha ya miamala iliyoagizwa na maelezo yanayohusiana na makubaliano. Vitalu vinapendekezwa na vithibitishaji vya uthibitisho wa dau, wakati ambapo vinashirikiwa katika mtandao mzima wa rika-kwa-rika, ambapo vinaweza kuthibitishwa kwa urahisi na nodi nyingine zote. Sheria za Makubaliano hudhibiti ni maudhui gani ya kizuizi yanachukuliwa kuwa halali, na vizuizi vyovyote batili vinapuuzwa na mtandao. Upangaji wa vizuizi hivi na miamala iliyomo huunda mlolongo wa kubainisha wa matukio na mwisho ukiwakilisha hali ya sasa ya mtandao.", - "block-explorer-term": "''Kichunguzi cha mnyororo.''", - "block-explorer-definition": "Kiolesura ambacho humruhusu mtumiaji kutafuta taarifa kutoka, na kuhusu, kiambajengo. Hii ni pamoja na kurejesha miamala ya kibinafsi, shughuli inayohusishwa na anwani maalum na taarifa kuhusu mtandao.", - "block-header-term": "Kitalu kichwa", - "block-header-definition": "Kitalu kichwa ni mkusanyiko wa metadata kuhusu kitalu na muhtasari wa miamala iliyojumuishwa katika upakiaji wa utekelezaji.", - "block-propagation-term": "Kitalu usambazaji", - "block-propagation-definition": "Mchakato wa kusambaza kitalu kilichothibitishwa kwa nodi zingine zote kwenye mtandao.", - "block-proposer-term": "Kitalu pendekezo", - "block-proposer-definition": "Kithibitishaji mahususi kilichochaguliwa kuunda kitalu katika slot fulani.", - "block-reward-term": "Kitalu zawadi", - "block-reward-definition": "Kiasi cha ether kitazawadiwa kwa anayependekeza kitalu kipya halali.", - "block-status-term": "Kitalu hali", - "block-status-definition": "Majimbo ambayo kitalu kinaweza kuwepo. Majimbo yanayowezekana ni pamoja na:

    • iliyopendekezwa: kitalu kilipendekezwa na kithibitishaji
    • kilichoratibiwa: wathibitishaji kwa sasa wanawasilisha data
    • wamekosa/kurukwa: mpendekezaji hakupendekeza kitalu ndani ya muda unaostahiki
    • yatima: kitalu kilipangwa upya algorithm ya kuchagua uma
    ", - "block-time-term": "Wakati wa bloku", - "block-time-definition": "Muda wa kati wa vitalu vinavyoongezwa kwenye kiambajengo.", - "block-validation-term": "Kitalu uthibitishaji", - "block-validation-definition": "Mchakato wa kuangalia kwamba kitalu kipya kina shughuli na saini halali, hujengwa juu ya mlolongo mzito zaidi wa kihistoria (ikimaanisha ule ambao umekusanya uthibitisho zaidi katika historia yake), na hufuata sheria zingine zote za makubaliano. Vitalu halali huongezwa kwa kichwa cha mnyororo na kuenezwa kwa wengine kwenye mtandao. Vitalu batili vinapuuzwa.", - "blockchain-term": "Blockchain", - "blockchain-definition": "Kiambajengo ni hifadhidata ya miamala, iliyorudiwa na kushirikiwa kwenye kompyuta zote kwenye mtandao, na kuhakikisha kwamba data haiwezi kubadilishwa kwa kurudi nyuma.

    Msururu wa block , kila moja ikiunganishwa na mtangulizi wake hadi genesis block kwa kurejelea hashi ya kitalu kilichopita. Uadilifu wa kiambajengo umelindwa kiuchumi kwa kutumia uthibitisho wa utaratibu wa makubaliano ya msingi wa hisa. kiambajengo ni nini?", + "base-fee-definition": "Kila kitalu kina bei ya akiba inayojulikana kama 'ada ya msingi'. Ni ada ya chini kabisa ya gesi ambayo mtumiaji lazima alipe ili kujumuisha muamala katika kitalu kinachofuata. Zaidi kuhusu gesi na ada.", + "beacon-chain-term": "Roro wa beacon", + "beacon-chain-definition": "Roro wa Beacon ulikuwa kiambajengo kilichoanzisha uthibitishaji wa dhamana na wathibitishaji kwenye Ethereum. Ilifanya kazi sambamba na uthibitishaji wa kazi wa Mainnet ya Ethereum kuanzia Desemba 2020 hadi minyororo hiyo miwili ilipounganishwa mnamo Septemba 2022 ili kuunda Ethereum ya leo. Zaidi kuhusu roro wa beacon.", + "big-endian-term": "Big-endian", + "big-endian-definition": "Uwakilishi wa nambari wa kimsimamo ambapo tarakimu muhimu zaidi inakuwa ya kwanza kwenye kumbukumbu. Kinyume cha little-endian, ambapo tarakimu isiyo muhimu sana inakuwa ya kwanza.", + "block-term": "Kitalu", + "block-definition": "Kitalu ni mahali ambapo miamala au vitendo vya kidijitali huhifadhiwa. Pindi kitalu kinapojaa, huunganishwa na kile kilichotangulia, na kuunda mnyororo wa bloku au \"kiambajengo\". Zaidi kuhusu bloku.

    Kitalu ni kitengo cha taarifa kilichounganishwa ambacho kinajumuisha orodha iliyopangwa ya miamala na taarifa zinazohusiana na makubaliano. Bloku hupendekezwa na wathibitishaji wa uthibitishaji wa dhamana, ambapo hushirikiwa kwenye mtandao mzima wa rika-kwa-rika, ambapo zinaweza kuthibitishwa kwa urahisi na Nodi zingine zote. Sheria za makubaliano hutawala ni yaliyomo yapi ya kitalu yanachukuliwa kuwa halali, na bloku zozote batili hupuuzwa na mtandao. Upangaji wa bloku hizi na miamala iliyomo huunda mnyororo thabiti wa matukio huku mwisho ukiwakilisha hali ya sasa ya mtandao.", + "block-explorer-term": "Kichunguzi kizuizi", + "block-explorer-definition": "Kiolesura kinachoruhusu mtumiaji kutafuta taarifa kutoka, na kuhusu, kiambajengo. Hii inajumuisha kurejesha miamala ya mtu binafsi, shughuli zinazohusiana na anwani mahususi na taarifa kuhusu mtandao.", + "block-header-term": "Kichwa cha kitalu", + "block-header-definition": "Kichwa cha kitalu ni mkusanyiko wa metadata kuhusu kitalu na muhtasari wa miamala iliyojumuishwa katika mzigo wa utekelezaji.", + "block-propagation-term": "Uenezaji wa kitalu", + "block-propagation-definition": "Mchakato wa kusambaza kitalu kilichothibitishwa kwa Nodi zingine zote kwenye mtandao.", + "block-proposer-term": "Mpendekezaji wa kizuizi", + "block-proposer-definition": "Mthibitishaji mahususi aliyechaguliwa kuunda kitalu katika nafasi fulani.", + "block-reward-term": "Zawadi ya kizuizi", + "block-reward-definition": "Kiasi cha ether kinachotolewa kama zawadi kwa mpendekezaji wa kitalu kipya halali.", + "block-status-term": "Hali ya kitalu", + "block-status-definition": "Hali ambazo kitalu kinaweza kuwepo. Hali zinazowezekana ni pamoja na:

    • iliyopendekezwa: kitalu kilipendekezwa na Mthibitishaji
    • iliyopangwa: wathibitishaji kwa sasa wanawasilisha data
    • iliyokosa/iliyokwepwa: mpendekezaji hakupendekeza kitalu ndani ya muda unaostahiki
    • yatima: kitalu kiliondolewa na algoriti ya uchaguzi wa uma
    ", + "block-time-term": "Muda wa kitalu", + "block-time-definition": "Muda kati ya bloku zinazoongezwa kwenye kiambajengo.", + "block-validation-term": "Uthibitishaji wa kitalu", + "block-validation-definition": "Mchakato wa kuangalia kwamba kitalu kipya kina miamala na saini halali, kinajengwa kwenye mnyororo mzito zaidi wa kihistoria (ikimaanisha ule ambao umekusanya uthibitisho mwingi zaidi katika historia yake), na kufuata sheria zingine zote za makubaliano. Bloku halali huongezwa kwenye kichwa cha mnyororo na kusambazwa kwa wengine kwenye mtandao. Bloku batili hupuuzwa.", + "blockchain-term": "Kiambajengo", + "blockchain-definition": "Kiambajengo ni hifadhidata ya miamala, iliyonakiliwa na kushirikiwa kwenye kompyuta zote katika mtandao, kuhakikisha data haiwezi kubadilishwa kurejea nyuma.

    Mfuatano wa kitalu , kila kimoja kikiunganishwa na kitangulizi chake hadi kwenye kitalu cha mwanzo kwa kurejelea hashi ya kitalu kilichotangulia. Uadilifu wa kiambajengo unalindwa kiuchumi-kripto kwa kutumia utaratibu wa makubaliano unaotegemea uthibitishaji wa dhamana. Kiambajengo ni nini?", "bootnode-term": "Bootnode", - "bootnode-definition": "Nodi ambazo zinaweza kutumika kuanzisha mchakato wa ugunduzi wakati wa kuendesha nodi. Bootnodi 'huanzisha' nodi mpya kwa nodi nyingine zilizopo ili waweze kupata wenzao kwa haraka, badala ya kulazimika kutafuta rika la awali. Mwisho wa nodi hizi kwa kawaida hutolewa katika msimbo wa chanzo wa mteja wa Ethereum, lakini watumiaji wanaweza kutoa orodha yao ya bootnodi.", - "bridge-term": "Madaraja / Vusha", - "bridge-definition": "Daraja la kiambajengo hutumiwa kuhamisha asserts kutoka kwa mtandao mmoja wa kiambajengo hadi mwingine. Kwa mfano unaweza kutumia daraja kuhamisha ETH kutoka mtandao mkuu wa Ethereum hadi kwa ufumbuzi wa bei nafuu wa safu ya 2.", + "bootnode-definition": "Nodi ambazo zinaweza kutumika kuanzisha mchakato wa ugunduzi wakati wa kuendesha Nodi. Bootnodes 'hutambulisha' Nodi mpya kwa Nodi zingine zilizopo ili ziweze kupata rika haraka, badala ya kulazimika kutafuta rika la awali. Vituo vya mwisho vya Nodi hizi kwa kawaida hutolewa katika msimbo wa chanzo wa mteja wa Ethereum, lakini watumiaji wanaweza kutoa orodha yao wenyewe ya bootnodes.", + "bridge-term": "Daraja", + "bridge-definition": "Daraja la kiambajengo linatumika kuhamisha mali kutoka mtandao mmoja wa kiambajengo hadi mwingine. Kwa mfano unaweza kutumia daraja kuhamisha ETH kutoka mtandao mkuu wa Ethereum hadi suluhisho za bei nafuu za uboreshaji wa uwezo wa safu ya 2.", "bytecode-term": "Bytecode", - "bytecode-definition": "Msimbo umeonyeshwa kwa ufupi, umbo la nambari ili uweze kutekelezwa ipasavyo na EVM.", + "bytecode-definition": "Msimbo ulioonyeshwa katika muundo thabiti, wa nambari ili uweze kutekelezwa kwa ufanisi na EVM.", "byzantium-fork-term": "Uma wa Byzantium", - "byzantium-fork-definition": "Njia ya kwanza kati ya mbili uma ngumu kwa ajili ya hatua ya ukuzaji ya Metropolis. Ilijumuisha EIP-649 Metropolis Bomu la Ugumu Kuchelewa na kitalu Kupunguza Zawadi, ambapo Ice Age ilicheleweshwa kwa mwaka 1 na zawadi ya kitalu ikapunguzwa kutoka etha 5 hadi 3.", + "byzantium-fork-definition": "Ya kwanza kati ya mabadiliko yasiyoruhusu uboreshaji mawili kwa hatua ya maendeleo ya Metropolis. Ilijumuisha EIP-649 Metropolis Bomu la Ugumu Kucheleweshwa na Kupunguzwa kwa Zawadi ya Kizuizi, ambapo Enzi ya Barafu ilicheleweshwa kwa mwaka 1 na zawadi ya kizuizi ilipunguzwa kutoka ether 5 hadi 3.", "casper-ffg-term": "Casper FFG", - "casper-ffg-definition": "Casper-FFG ni itifaki ya makubaliano ya uthibitisho wa dau inayotumika pamoja na LMD-GHOST algoriti ya chaguo la kuruhusu wateja wa makubaliano kukubaliana juu ya kichwa cha Msururu wa Beacon.", + "casper-ffg-definition": "Casper-FFG ni itifaki ya makubaliano ya uthibitishaji wa dhamana inayotumika kwa kushirikiana na algoriti ya uchaguzi wa uma ya LMD-GHOST ili kuruhusu wateja wa makubaliano kukubaliana juu ya kichwa cha Roro wa Beacon.", "checkpoint-term": "Kituo cha ukaguzi", - "checkpoint-definition": "mnyororo wa Beacon ina tempo iliyogawanywa katika nafasi (sekunde 12) na epochs (nafasi 32). Nafasi ya kwanza katika kila enzi ni kituo cha ukaguzi. Wakati idadi kubwa ya wathibitishaji inapothibitisha kiungo kati ya vituo viwili vya ukaguzi, wanaweza kuhalalishwa na kisha kituo kingine cha ukaguzi kikithibitishwa juu, wanaweza kukamilishwa.", - "compiling-term": "Kuandaa", - "compiling-definition": "Kubadilisha msimbo ulioandikwa katika lugha ya kiwango cha juu cha programu (k.m., Solidity) hadi lugha ya kiwango cha chini (k.m., EVM bytecode).Zaidi kuhusu kukusanya mikataba mahiri", + "checkpoint-definition": "Roro wa Beacon ina mdundo uliogawanywa katika nafasi (sekunde 12) na vipindi (nafasi 32). Nafasi ya kwanza katika kila kipindi ni kituo cha ukaguzi. Wakati wengi zaidi wa wathibitishaji wanathibitisha kiungo kati ya vituo viwili vya ukaguzi, vinaweza kuhalalishwa na kisha wakati kituo kingine cha ukaguzi kinahalalishwa juu, vinaweza kukamilishwa.", + "compiling-term": "Kukusanya", + "compiling-definition": "Kubadilisha msimbo ulioandikwa katika lugha ya programu ya kiwango cha juu (k.m., Solidity) kuwa lugha ya kiwango cha chini (k.m., EVM bytecode).Zaidi kuhusu kukusanya mikataba mahiri", "committee-term": "Kamati", - "committee-definition": "Kundi la angalau wathibitishaji 128 waliogawiwa kuthibitisha kitalu katika kila nafasi. Mmoja wa waidhinishaji katika kamati ni mjumlishaji, anayewajibika kujumlisha saini za wathibitishaji wengine wote katika kamati wanaokubali uthibitisho. Isichanganywe na kamati ya kusawazisha.", - "computational-infeasibility-term": "Ukosefu wa uwezekano wa kimahesabu", - "computational-infeasibility-definition": "Mchakato hauwezekani kimahesabu ikiwa utachukua muda mrefu usiowezekana (k.m., mabilioni ya miaka) kuufanya kwa mtu yeyote ambaye anaweza kuwa na nia ya kuutekeleza.", + "committee-definition": "Kikundi cha angalau wathibitishaji 128 waliopangiwa kuthibitisha bloku katika kila nafasi. Mmoja wa wathibitishaji katika kamati ni mkusanyaji, anayehusika na kukusanya saini za wathibitishaji wengine wote katika kamati wanaokubaliana juu ya uthibitisho. Isichanganywe na kamati ya usawazishaji.", + "computational-infeasibility-term": "Kutowezekana kwa kimahesabu", + "computational-infeasibility-definition": "Mchakato hauwezekani kimahesabu ikiwa itachukua muda mrefu usiotekelezeka (k.m., mabilioni ya miaka) kuufanya kwa mtu yeyote ambaye anaweza kuwa na nia ya kuutekeleza.", "consensus-term": "Makubaliano", - "consensus-definition": "Wakati zaidi ya 2/3 ya kompyuta kwenye mtandao zinakubali kuwa zina rekodi sawa, kuhakikisha kuwa kila mtu yuko kwenye ukurasa mmoja. Hii haihusu sheria wanazofuata, lakini kuhakikisha kuwa zote zina taarifa sawa.", - "consensus-client-term": "mteja wa makubaliano", - "consensus-client-definition": "Wateja wa Makubaliano (kama vile Prysm, Teku, Nimbus, Lighthouse, Lodestar) hutekeleza kanuni za makubaliano ya ya uthibitisho wa hisa ya Ethereum inayoruhusu mtandao kufikia makubaliano kuhusu mkuu wa Mnyororo wa Beacon. Wateja wa makubaliano hawashiriki katika kuthibitisha/kutangaza miamala au kutekeleza mabadiliko ya serikali. Hii inafanywa na wateja wa utekelezaji. Wateja wa makubaliano hawatoi ushahidi, au kupendekeza vitalu vipya. Hili hufanywa na mteja wa kiidhinishaji ambayo ni nyongeza ya hiari kwa mteja wa makubaliano.", + "consensus-definition": "Wakati zaidi ya 2/3 ya kompyuta katika mtandao zinakubali kwamba zina seti sawa ya rekodi, kuhakikisha kila mtu yuko kwenye ukurasa mmoja. Hii sio kuhusu sheria wanazofuata, lakini kuhakikisha wote wana taarifa sawa.", + "consensus-client-term": "Mteja wa makubaliano", + "consensus-client-definition": "Wateja wa makubaliano (kama vile Prysm, Teku, Nimbus, Lighthouse, Lodestar) huendesha algoriti ya makubaliano ya uthibitishaji wa dhamana ya Ethereum kuruhusu mtandao kufikia makubaliano kuhusu kichwa cha Roro wa Beacon. Wateja wa makubaliano hawashiriki katika kuthibitisha/kutangaza miamala au kutekeleza mabadiliko ya hali. Hili hufanywa na wateja wa utekelezaji. Wateja wa makubaliano hawathibitishi, au kupendekeza bloku mpya. Hili hufanywa na mteja wa Mthibitishaji ambayo ni nyongeza ya hiari kwa mteja wa makubaliano.", "consensus-layer-term": "Safu ya makubaliano", "consensus-layer-definition": "Safu ya makubaliano ya Ethereum ni mtandao wa wateja wa makubaliano.", "consensus-rules-term": "Sheria za makubaliano", - "consensus-rules-definition": "Sheria za uthibitishaji wa kuzuia ambazo nodi kamili hufuata ili kukaa katika makubaliano na nodi zingine. Isichanganywe na makubaliano.", - "cfi-term": "Inazingatiwa kwa Ujumuishaji (CFI)", - "cfi-definition": "Msingi EIP ambayo bado haitumiki kwenye Mainnet, na wasanifu wa mteja kwa ujumla wana maoni chanya kuelekea wazo hilo. Ikizingatiwa kuwa inakidhi mahitaji yote ya ujumuishaji wa mainnet, inaweza kujumuishwa katika uboreshaji wa mtandao (sio lazima ijayo).", + "consensus-rules-definition": "Sheria za uthibitishaji wa kitalu ambazo Nodi kamili hufuata ili kukaa katika makubaliano na Nodi zingine. Isichanganywe na makubaliano.", + "cfi-term": "Inayozingatiwa Kujumuishwa (CFI)", + "cfi-definition": "EIP ya Msingi ambayo bado haifanyi kazi kwenye Mainnet, na wasanidi wa mteja kwa ujumla wana mtazamo chanya kuelekea wazo hilo. Kwa kudhani inakidhi mahitaji yote ya kujumuishwa kwenye mainnet, inaweza kujumuishwa katika uboreshaji wa mtandao (sio lazima uwe unaofuata).", "constantinople-fork-term": "Uma wa Constantinople", - "constantinople-fork-definition": "Sehemu ya pili ya hatua ya Metropolis, iliyopangwa awali kufanyika katikati ya mwaka wa 2018. Inatarajiwa kujumuisha ubadilishaji hadi uthibitisho wa kazi/uthibitisho wa kuhusika, miongoni mwa mabadiliko mengine.", + "constantinople-fork-definition": "Sehemu ya pili ya hatua ya Metropolis, iliyopangwa awali kwa katikati ya 2018. Inatarajiwa kujumuisha mabadiliko kwenda kwenye algoriti ya makubaliano mseto ya uthibitishaji wa kazi/uthibitishaji wa dhamana, miongoni mwa mabadiliko mengine.", "contract-account-term": "Akaunti ya mkataba", - "contract-account-definition": "Akaunti iliyo na msimbo unaotekelezwa wakati wowote inapopokea muamala kutoka kwa akaunti nyingine (EOA] au mkataba).", - "contract-creation-transaction-term": "Muamala wa uundaji wa mkataba", - "contract-creation-transaction-definition": "muamala maalum unaojumuisha msimbo wa kuanzisha mkataba. Mpokeaji amewekwa `null` na mkataba utatumwa kwa anwani inayotokana na anwani ya mtumiaji na `nonce`. ambayo hutumika kusajili mkataba na kuirekodi kwenye kiambajengo cha Ethereum.", - "cryptoeconomics-term": "Uchumi-wa-Kripto", - "cryptoeconomics-definition": "Utafiti wa kanuni za hisabati na kiuchumi ili kubuni majukwaa salama na ya kuaminika ya kidigitali. Lengo ni kuhakikisha kuwa washiriki wote wanafuata sheria na wanatuzwa kwa kuchangia usalama na uendeshaji wa mtandao ", - "cryptography-term": "Usimbaji fiche", - "cryptography-definition": "Ni utaratibu wa kupata mawasiliano na data kupitia matumizi ya misimbo, ili wale tu ambao taarifa imekusudiwa waweze kuisoma na kuichakata.
    Inahusisha mbinu za usimbaji fiche (kubadilisha taarifa zinazosomeka kuwa umbizo lisilosomeka) na kusimbua (kuibadilisha kuwa umbizo linalosomeka), kuhakikisha usiri.", + "contract-account-definition": "Akaunti iliyo na msimbo unaotekelezwa kila inapopokea muamala kutoka kwa akaunti nyingine (EOA] au mkataba).", + "contract-creation-transaction-term": "Muamala wa kuunda mkataba", + "contract-creation-transaction-definition": "Muamala maalum unaojumuisha msimbo wa kuanzisha mkataba. Mpokeaji huwekwa kuwa `null` na mkataba husambazwa kwa anwani inayotokana na anwani ya mtumiaji na `namba ya mara moja`. ambayo inatumika kusajili mkataba na kuurekodi kwenye kiambajengo cha Ethereum.", + "cryptoeconomics-term": "Uchumi-kripto", + "cryptoeconomics-definition": "Utafiti wa kanuni za hisabati na kiuchumi ili kubuni majukwaa salama na ya kuaminika ya kidijitali. Lengo ni kuhakikisha kwamba washiriki wote wanafuata sheria na wanazawadiwa kwa kuchangia katika usalama na uendeshaji wa mtandao. ", + "cryptography-term": "Kriptografia", + "cryptography-definition": "Ni mazoezi ya kulinda mawasiliano na data kupitia matumizi ya misimbo, ili wale tu ambao taarifa inakusudiwa waweze kuisoma na kuichakata.
    Inahusisha mbinu za usimbaji (kubadilisha taarifa inayosomeka kuwa muundo usiosomeka) na usimbuzi (kuibadilisha tena kuwa muundo unaosomeka), kuhakikisha usiri.", "doge-d-term": "Đ", - "doge-d-definition": "Đ (D yenye kiharusi) inatumika katika Kiingereza cha Kale, Kiingereza cha Kati, Kiaislandi, na Kifarao kusimamisha herufi kubwa \"Eth\". Inatumika katika maneno kama vile ĐEV au Đapp (maombi yaliyogatuliwa), ambapo Đ ni herufi ya Norse \"eth\". Herufi kubwa eth (Ð) pia hutumika kuashiria Dogecoin ya sarafu ya fiche. Hii inaonekana kwa kawaida katika fasihi ya zamani ya Ethereum lakini hutumiwa mara chache leo.", + "doge-d-definition": "Đ (D yenye mstari) inatumika katika Kiingereza cha Kale, Kiingereza cha Kati, Kiaislandi, na Kifaroese kusimama badala ya herufi kubwa “Eth”. Inatumika katika maneno kama ĐEV au Đapp (mfumo uliotawanywa), ambapo Đ ni herufi ya Kinorse “eth”. Eth kubwa (Ð) pia inatumika kuashiria sarafu ya kidigitali ya Dogecoin. Hii inaonekana sana katika fasihi za zamani za Ethereum lakini inatumika mara chache leo.", "dag-term": "DAG", - "dag-definition": "DAG inasimama kwa Directed Acyclic Graph. Ni muundo wa data unaojumuisha nodi na viungo kati yao. Kabla ya Kuunganisha, Ethereum ilitumia DAG katika uthibitisho wa kazi algoriti, Ethash, lakini haitumiki tena katika uthibitisho wa hisa.", - "dapp-term": "Mfumo uliotawanywa", - "dapp-definition": "Dapp ni programu iliyotawanywa ambayo inaendeshwa kwenye mtandao wa kiambajengo, ikitoa huduma bila mamlaka kuu ya udhibiti. Mengi zaidi kuhusu programu zilizotawanywa.
    Kwa uchache dapp ina mkataba mahiri uliounganishwa kwenye kiolesura cha tovuti. Kwa kuongeza, dapps nyingi zinajumuisha hifadhi iliyotawanywa na/au itifaki ya ujumbe na jukwaa.", - "data-availability-term": "Uwepo wa data", - "data-availability-definition": "Nodi yoyote inaweza kuthibitisha miamala kwa uhuru kwenye mnyororo wa bloku ili kudumisha uwazi na uaminifu katika mfumo.", + "dag-definition": "DAG inasimama kwa Directed Acyclic Graph. Ni muundo wa data unaojumuisha Nodi na viungo kati yao. Kabla ya The Merge, Ethereum ilitumia DAG katika algoriti yake ya uthibitishaji wa kazi, Ethash, lakini haitumiki tena katika uthibitishaji wa dhamana.", + "dapp-term": "Dapp", + "dapp-definition": "dApp ni mfumo uliotawanywa unaoendeshwa kwenye mtandao wa kiambajengo, ukitoa huduma bila mamlaka kuu inayodhibiti. Zaidi kuhusu mifumo iliyotawanywa.
    Kwa uchache dapp ina mkataba mahiri uliounganishwa na kiolesura cha wavuti. Kwa kuongezea, mfumo mtawanyo wa kimamlaka nyingi hujumuisha hifadhi ya mfumo mtawanyo na/au itifaki na jukwaa la ujumbe.", + "data-availability-term": "Upatikanaji wa data", + "data-availability-definition": "Nodi yoyote inaweza kuthibitisha miamala kwa kujitegemea kwenye kiambajengo ili kudumisha uwazi na uaminifu katika mfumo.", "decentralization-term": "Ugatuzi", "decentralization-definition": "Dhana ya kuhamisha udhibiti na utekelezaji wa michakato mbali na chombo kikuu.", - "dao-term": "Shirika linalojitawala lililogatuliwa (DAO)", - "dao-definition": "DAO ni shirika la kidijitali linaloendeshwa kwa kanuni zilizowekwa kwenye kiambajengo, ambapo maamuzi hufanywa na kura za wanachama, si mamlaka kuu. Mengi zaidi kuhusu mashirika yanayojiendesha yenye mamlaka (DAOs).
    Nguvu za kupiga kura za kila mwanachama mara nyingi hulingana na idadi ya tokeni alizo nazo. DAOs zinalenga kuleta demokrasia katika kufanya maamuzi na uendeshaji, kwa kuzingatia uwazi na utawala wa jamii.", + "dao-term": "Shirika lisilo na mamlaka kuu linalojiendesha kiotimatiki (DAO)", + "dao-definition": "DAO ni shirika la kidijitali linaloendeshwa na sheria zilizowekwa kwenye kiambajengo, ambapo maamuzi hufanywa kwa kura za wanachama, sio mamlaka kuu. Zaidi kuhusu mashirika yasiyo na mamlaka kuu yanayojiendesha kiotimatiki (DAOs).
    Nguvu ya kupiga kura ya kila mwanachama mara nyingi hufungamanishwa na idadi ya tokeni anazoshikilia. DAOs zinalenga kuweka demokrasia katika kufanya maamuzi na shughuli, zikizingatia uwazi na utawala wa jamii.", "desci-term": "DeSci", - "desci-definition": "DeSci, au Sayansi Iliyogatuliwa, ni harakati inayotumia teknolojia ya mnyororo wa bloku katika utafiti wa kisayansi. Inatumia DAO, mikataba-erevu, na motisha za kitokeni kuunda mifumo ya ufadhili na utafiti iliyo wazi zaidi, na ya ushirikiano.", - "dex-term": "Soko la ubadilishanaji lililogatuliwa (DEX)", - "dex-definition": "Aina ya programu ya Ethereum inayokuruhusu kubadilisha tokeni na programu zingine kwenye mtandao. DEX haziko chini ya vikwazo vya kijiografia kama vile kubadilishana kati - mtu yeyote anaweza kushiriki.", + "desci-definition": "DeSci, au Sayansi ya Mfumo Mtawanyo, ni vuguvugu linalotumia teknolojia ya kiambajengo katika utafiti wa kisayansi. Inatumia DAOs, mikataba mahiri, na motisha za tokeni ili kuunda mifumo ya ufadhili na utafiti iliyo wazi zaidi, huru, na shirikishi.", + "dex-term": "Soko la ubadilishanaji lililotawanywa (DEX)", + "dex-definition": "Aina ya programu ya Ethereum inayokuruhusu kubadilishana tokeni na rika kwenye mtandao. DEXes haziko chini ya vikwazo vya kijiografia kama exchange zisizogatuliwa – mtu yeyote anaweza kushiriki.", "deposit-contract-term": "Mkataba wa amana", - "deposit-contract-definition": "Njia ya kuingia kwenye Ethereum. Mkataba wa amana ni mkataba mzuri kwenye Ethereum ambao unakubali amana za ETH na kudhibiti salio la waidhinishaji. Mthibitishaji hawezi kuanzishwa bila kuweka ETH katika mkataba huu. Mkataba unahitaji ETH na data ya ingizo. Data hii ya ingizo inajumuisha ufunguo wa umma wa kiidhinishaji na ufunguo wa umma wa kutoa, uliotiwa saini na ufunguo wa faragha wa kihalalishaji. Data hii inahitajika ili kithibitishaji kitambulishwe na kuidhinishwa na mtandao wa uthibitisho wa kuhusika.", + "deposit-contract-definition": "Njia kuu ya kuweka dhamana kwenye Ethereum. Mkataba wa amana ni mkataba mahiri kwenye Ethereum unaopokea amana za ETH na kusimamia salio la wathibitishaji. Mthibitishaji hawezi kuwezeshwa bila kuweka amana ya ETH kwenye mkataba huu. Mkataba unahitaji ETH na data ya kuingiza. Data hii ya kuingiza inajumuisha ufunguo wa umma wa mthibitishaji na ufunguo wa umma wa kutoa, uliotiwa saini na ufunguo binafsi wa mthibitishaji. Data hii inahitajika ili mthibitishaji atambuliwe na kuidhinishwa na mtandao wa uthibitishaji wa dhamana.", "defi-term": "DeFi", - "defi-definition": "Aina pana ya programu za Ethereum zinazolenga kutoa huduma za kifedha zinazoungwa mkono na kiambajengo, bila wapatanishi wowote. Mengi zaidi kuhusu utawanyaji wa fedha (DeFi)", + "defi-definition": "Kategoria pana ya programu za Ethereum zinazolenga kutoa huduma za kifedha zinazoungwa mkono na kiambajengo, bila waamuzi wowote. Zaidi kuhusu fedha zilizotawanywa (DeFi)", "difficulty-term": "Ugumu", - "difficulty-definition": "Mipangilio ya mtandao mzima katika mitandao ya uthibitisho wa kazi ambayo inadhibiti ni kiasi gani cha wastani cha hesabu kinachohitajika ili kupata nonce halali. Ugumu unawakilishwa na idadi ya sufuri zinazoongoza ambazo zinahitajika katika heshi ya kuzuia ili ichukuliwe kuwa halali. Wazo hili limeacha kutumika katika Ethereum tangu mabadiliko ya hadi uthibitisho wa hisa.", + "difficulty-definition": "Mpangilio wa mtandao mzima katika mitandao ya uthibitishaji wa kazi unaodhibiti kiasi cha wastani cha ukokotoaji kinachohitajika ili kupata namba ya mara moja halali. Ugumu unawakilishwa na idadi ya sufuri zinazoongoza ambazo zinahitajika katika hashi ya kitalu inayotokana ili ionekane kuwa halali. Dhana hii imeachwa kutumika katika Ethereum tangu mpito kwenda kwenye uthibitishaji wa dhamana.", "difficulty-bomb-term": "Bomu la ugumu", - "difficulty-bomb-definition": "Ongezeko la kielelezo lililopangwa katika mipangilio ya uthibitisho wa kazi ugumu ambayo iliundwa ili kuhamasisha mpito hadi uthibitisho wa kuhusika, kupunguza uwezekano wa uma. Bomu la ugumu liliacha kutumika na the Merge.", + "difficulty-bomb-definition": "Ongezeko lililopangwa la kielelezo katika mpangilio wa ugumu wa uthibitishaji wa kazi ambalo lilibuniwa kuhamasisha mpito kwenda kwenye uthibitishaji wa dhamana, na kupunguza uwezekano wa uma. Bomu la ugumu liliachwa kutumika pamoja na Unganisho (the Merge).", "digital-signatures-term": "Sahihi ya kidijitali", - "digital-signatures-definition": "Mfuatano mfupi wa data ambao mtumiaji hutoa kwa hati kwa kutumia ufunguo wa faragha ili mtu yeyote aliye na ufunguo unaolingana wa ufunguo wa umma, sahihi, na hati aweze kuthibitisha kwamba (1) hati \"ilitiwa saini\" na mmiliki wa hati hiyo (2) baada ya ufunguo huo wa faragha kubadilishwa, na kutotiwa saini.", + "digital-signatures-definition": "Mfuatano mfupi wa data ambao mtumiaji huzalisha kwa ajili ya waraka akitumia ufunguo binafsi kiasi kwamba mtu yeyote aliye na ufunguo wa umma unaolingana, sahihi, na waraka anaweza kuthibitisha kwamba (1) waraka \"ulitiwa saini\" na mmiliki wa ufunguo huo binafsi, na (2) waraka haukubadilishwa baada ya kutiwa saini.", "discovery-term": "Ugunduzi", - "discovery-definition": "Mchakato ambao nodi ya Ethereum hupata nodi zingine za kuunganisha nazo.", + "discovery-definition": "Mchakato ambao nodi ya Ethereum hupata nodi nyingine za kuunganishwa nazo.", "distributed-hash-table-term": "Jedwali la hashi lililosambazwa (DHT)", - "distributed-hash-table-definition": "Muundo wa data ulio na jozi `(ufunguo, thamani)` zinazotumiwa na nodi za Ethereum kutambua programu zingine za kuunganisha na kubainisha itifaki za kutumia kuwasiliana.", + "distributed-hash-table-definition": "Muundo wa data ulio na jozi za `(key, value)` zinazotumiwa na nodi za Ethereum kutambua wenzao wa kuunganishwa nao na kuamua ni itifaki zipi za kutumia kuwasiliana.", "double-spend-term": "Matumizi mara mbili", - "double-spend-definition": "Uma wa makusudi wa mnyororo wa bloku, ambapo mtumiaji aliye na kiasi kikubwa cha kutosha cha nguvu ya uchimbaji/hisa hutuma muamala unaohamisha sarafu fulani nje ya mnyororo (k.m., kutoka na kuingia katika pesa za fiat au kufanya ununuzi nje ya mnyororo) kisha kupanga upya mnyororo wa bloku ili kuondoa muamala huo. Matumizi ya mara mbili yaliyofanikiwa humwacha mshambuliaji na mali zake za ndani ya mnyororo na nje ya mnyororo.", - "ecdsa-term": "Algorithm ya Sahihi ya Kidijitali ya Mzingo Mduaradufu (ECDSA)", - "ecdsa-definition": "Algorithm ya kriptografia inayotumiwa na Ethereum kuhakikisha kuwa pesa zinaweza kutumiwa na wamiliki wao pekee. Ni njia inayopendekezwa ya kuunda funguo za umma na za kibinafsi. Inafaa kwa uzalishaji wa anwani ya akaunti na uthibitishaji wa shughuli.", + "double-spend-definition": "Uma wa kiambajengo wa makusudi, ambapo mtumiaji aliye na kiasi kikubwa cha kutosha cha nguvu ya kuchimba/dhamana hutuma muamala unaohamisha baadhi ya sarafu nje ya mnyororo (k.m., kutoka kwenda kwenye pesa ya fiat au kufanya ununuzi nje ya mnyororo) kisha kupanga upya kiambajengo ili kuondoa muamala huo. Matumizi mara mbili yaliyofanikiwa humwacha mshambuliaji na mali zake zote za ndani na nje ya mnyororo.", + "ecdsa-term": "Algoriti ya Sahihi ya Kidijitali ya Mzingo wa Duaradufu (ECDSA)", + "ecdsa-definition": "Algoriti ya kriptografia inayotumiwa na Ethereum kuhakikisha kuwa fedha zinaweza kutumiwa tu na wamiliki wake. Ndiyo njia inayopendelewa ya kuunda funguo za umma na binafsi. Inafaa kwa uzalishaji wa anwani ya akaunti na uthibitishaji wa muamala.", "encryption-term": "Usimbaji fiche", - "encryption-definition": "Usimbaji fiche ni ubadilishaji wa data ya kielektroniki kuwa fomu isiyoweza kusomeka na mtu yeyote isipokuwa mmiliki wa ufunguo sahihi wa kusimbua.", - "entropy-term": "Entropy", - "entropy-definition": "Katika muktadha wa kriptografia, ukosefu wa kutabirika au kiwango cha kubahatisha. Wakati wa kutoa maelezo ya siri, kama vile funguo za faragha, algoriti kwa kawaida hutegemea chanzo cha entropy ya juu ili kuhakikisha matokeo hayatabiriki.", - "epoch-term": "Epoch", - "epoch-definition": "Muda wa nafasi 32, kila nafasi ikiwa ni sekunde 12, jumla ya dakika 6.4. Kihalali kamati huchanganyika kila wakati kwa sababu za usalama. Kila enzi ina fursa kwa msururu kukamilika. Kila kithibitishaji hupewa majukumu mapya mwanzoni mwa kila kipindi. Mengi zaidi kuhusu uthibitisho wa hisa", - "equivocation-term": "Usawa", - "equivocation-definition": "Mthibitishaji anayetuma jumbe mbili zinazokinzana. Mfano mmoja rahisi ni mtumaji wa muamala anayetuma miamala miwili na nonce sawa. Mwingine ni mpendekezaji wa kitalu anapendekeza vitalu viwili kwa urefu sawa wa kitalu (au kwa yanayopangwa sawa).", + "encryption-definition": "Usimbaji fiche ni ubadilishaji wa data ya kielektroniki kuwa katika muundo usioweza kusomeka na mtu yeyote isipokuwa mmiliki wa ufunguo sahihi wa kusimbua.", + "entropy-term": "Entropi", + "entropy-definition": "Katika muktadha wa kriptografia, ukosefu wa utabiri au kiwango cha nasibu. Wakati wa kuzalisha taarifa za siri, kama vile funguo binafsi, algoriti kwa kawaida hutegemea chanzo cha entropi ya juu ili kuhakikisha matokeo hayabashiriki.", + "epoch-term": "Kipindi", + "epoch-definition": "Muda wa nafasi 32, kila nafasi ikiwa sekunde 12, jumla ya dakika 6.4. Kamati za wathibitishaji huchanganywa kila kipindi kwa sababu za kiusalama. Kila kipindi kina fursa ya mnyororo kukamilishwa. Kila mthibitishaji hupewa majukumu mapya mwanzoni mwa kila kipindi. Zaidi kuhusu uthibitishaji wa dhamana", + "equivocation-term": "Utata", + "equivocation-definition": "Mthibitishaji kutuma jumbe mbili zinazokinzana. Mfano mmoja rahisi ni mtumaji wa muamala kutuma miamala miwili yenye namba ya mara moja inayofanana. Mwingine ni mpendekezaji wa kizuizi kupendekeza bloku mbili katika urefu sawa wa kitalu (au kwa nafasi sawa).", "eth1-term": "Eth1", - "eth1-definition": "'Eth1' ni neno linalorejelea Mainnet Ethereum, mnyororo uliopo wa uthibitisho wa kazi. Neno hili limeacha kutumika kwa ajili ya 'safu ya utekelezaji'. Pata maelezo zaidi kuhusu mabadiliko haya ya jina.", + "eth1-definition": "'Eth1' ni neno lililorejelea mainnet ya Ethereum, kiambajengo kilichopo cha uthibitishaji wa kazi. Neno hili tangu wakati huo limeachwa kutumika kwa kupendelea 'safu ya utekelezaji'. Jifunze zaidi kuhusu mabadiliko haya ya jina.", "eth2-term": "Eth2", - "eth2-definition": "'Eth2' ni neno linalorejelea seti ya uboreshaji wa itifaki ya Ethereum, ikijumuisha ubadilishaji wa Ethereum hadi uthibitisho wa hisa. Neno hili limeacha kutumika kwa ajili ya 'safu ya makubaliano'. Pata maelezo zaidi kuhusu mabadiliko haya ya jina.", - "eip-term": "Pendekezo la Uboreshaji la Ethereum (EIP)", - "eip-definition": "Hati ya muundo inayotoa maelezo kwa jumuiya ya Ethereum, inayoelezea kipengele kipya kilichopendekezwa au michakato au mazingira yake (ona ERC). Utangulizi wa EIPs", - "ens-term": "Huduma ya Jina ya Ethereum (ENS)", - "ens-definition": "Huduma ya Jina ya Ethereum ni kama kitabu cha simu cha intaneti kwa anwani za Ethereum. Badala ya kutumia anwani ndefu za pochi, ENS hukuruhusu kutumia majina rahisi kama vile \"john.eth\" kutuma na kupokea pesa na mali dijitali.

    Kiufundi:
    Sajili ya ENS ni mkataba mmoja ambao hutoa ramani na kutatua vikoa kama ilivyofafanuliwa kutoka kwa majina ya vikoa 3 hadi EIP, 1. Soma zaidi katika ens.domains.", + "eth2-definition": "'Eth2' ni neno lililorejelea seti ya uboreshaji wa itifaki ya Ethereum, ikijumuisha mpito wa Ethereum kwenda kwenye uthibitishaji wa dhamana. Neno hili tangu wakati huo limeachwa kutumika kwa kupendelea 'safu ya makubaliano'. Jifunze zaidi kuhusu mabadiliko haya ya jina.", + "eip-term": "Pendekezo la Kuboresha Ethereum (EIP)", + "eip-definition": "Waraka wa muundo unaotoa taarifa kwa jamii ya Ethereum, ukielezea kipengele kipya kilichopendekezwa au michakato yake au mazingira (tazama ERC). Utangulizi wa EIPs", + "ens-term": "Huduma ya Jina la Ethereum (ENS)", + "ens-definition": "Huduma ya Jina la Ethereum ni kama kitabu cha simu cha intaneti kwa anwani za Ethereum. Badala ya kutumia anwani ndefu za mkoba, ENS inakuruhusu kutumia majina rahisi kama \"john.eth\" kutuma na kupokea pesa na mali za kidijitali.

    Kiufundi:
    Sajili ya ENS ni mkataba mmoja mkuu unaotoa ramani kutoka kwa majina ya kikoa hadi kwa wamiliki na wasuluhishi, kama ilivyoelezwa katika EIP-137. Soma zaidi kwenye ens.domains.", "erc-1155-term": "ERC-1155", - "erc-1155-definition": "ERC-1155 ni aina mpya zaidi ya kiwango cha tokeni ya Ethereum sawa na NFT (kama vile vitu vya kipekee vinavyoweza kukusanywa) ambayo pia inaruhusu kuunda bidhaa zinazoweza kubadilishwa (kama vile sarafu) ndani ya mkataba mmoja mahiri.
    Hii hurahisisha na ufanisi zaidi kudhibiti aina mbalimbali za vipengee vya dijitali, hasa kwa programu kama vile michezo ya video au mikusanyiko ya dijitali.", + "erc-1155-definition": "ERC-1155 ni aina mpya ya kiwango cha tokeni cha Ethereum sawa na NFT (kama vile bidhaa za kipekee zinazokusanywa) ambacho pia kinaruhusu kuunda bidhaa zinazoweza kubadilishana (kama sarafu) ndani ya mkataba mahiri mmoja.
    Hii inafanya iwe rahisi na yenye ufanisi zaidi kusimamia aina mbalimbali za mali za kidijitali, hasa kwa programu kama michezo ya video au mikusanyiko ya kidijitali.", "erc-20-term": "ERC-20", - "erc-20-definition": "ERC-20 ni kiwango ambacho tokeni nyingi kwenye mtandao wa Ethereum hutumia kwa uundaji wao.
    Mifano maarufu ni sarafu-imara kama DAI na USDC au tokeni za soko la ubadilishanaji kama UNI kutoka Uniswap. Sawa na aina yoyote ya pesa mbadala tulizo nazo katika mifumo ya jadi… yaani, pointi za zawadi, mifumo ya mikopo, au hata hisa, n.k.", + "erc-20-definition": "ERC-20 ni kiwango ambacho tokeni nyingi kwenye mtandao wa Ethereum hutumia kwa uundaji wake.
    Mifano maarufu ni sarafu imara kama DAI na USDC au tokeni za kubadilishana kama UNI kutoka Uniswap. Sawa na aina yoyote ya pesa mbadala tulizonazo katika mifumo ya kitamaduni… k.m., pointi za zawadi, mifumo ya mikopo, au hata hisa, n.k.", "erc-721-term": "ERC-721", - "erc-721-definition": "NFTs (tokeni zisizoweza kufungika) huundwa kwa kutumia kanuni za kawaida zinazojulikana kama ERC-721.
    Tokeni za NFT zinaweza kuwakilisha umiliki wa kitu chochote cha kipekee, kama vile sanaa ya kidijitali au mkusanyiko, huku kila tokeni ikiwa na sifa na thamani yake maalum. Kila NFT ni ya kipekee na inaweza kutofautishwa kwa urahisi na NFT nyingine yoyote.", + "erc-721-definition": "NFTs (tokeni zisizobadilika) zinaundwa kwa kutumia seti ya kawaida ya sheria inayojulikana kama ERC-721.
    Tokeni za NFT zinaweza kuwakilisha umiliki wa kitu chochote cha kipekee, kama sanaa ya kidijitali au vitu vya kukusanywa, huku kila tokeni ikiwa na sifa na thamani yake maalum. Kila NFT ni ya kipekee na inatofautishwa kwa urahisi na NFT nyingine yoyote.", "execution-client-term": "Mteja wa utekelezaji", - "execution-client-definition": "Wateja wa utekelezaji (hapo awali walijulikana kama \"Wateja wa Eth1\"), kama vile Besu, Erigon, Go-Ethereum (Geth), Nethermind, wana jukumu la kuchakata na kutangaza shughuli na kudhibiti jimbo la Ethereum. Huendesha hesabu kwa kila ununuzi kwa kutumia Ethereum Virtual Machine ili kuhakikisha kuwa sheria za itifaki zinafuatwa.", - "execution-layer-term": "safu ya utekelezaji", + "execution-client-definition": "Wateja wa utekelezaji (zamani wakijulikana kama \"wateja wa Eth1\"), kama vile Besu, Erigon, Go-Ethereum (Geth), Nethermind, wana jukumu la kuchakata na kutangaza miamala na kusimamia hali ya Ethereum. Wanaendesha ukokotoaji kwa kila muamala wakitumia Mashine Halisi ya Ethereum ili kuhakikisha kuwa sheria za itifaki zinafuatwa.", + "execution-layer-term": "Safu ya utekelezaji", "execution-layer-definition": "Safu ya utekelezaji ya Ethereum ni mtandao wa wateja wa utekelezaji.", - "eoa-term": "Akaunti inayomilikiwa na nje (EOA)", - "eoa-definition": "Akaunti Zinazomilikiwa Nje (EOAs) ni aina ya kawaida ya akaunti ya Ethereum. Zinadhibitiwa na mtu kupitia funguo za kibinafsi / kifungu cha urejeshaji. Mengi zaidi kuhusu pochi za Ethereum.", - "erc-term": "Ombi la Ethereum la Maoni (ERC)", - "erc-definition": "ERC (Ombi la Ethereum la Maoni) ni aina ya hati za kiufundi zinazotumiwa katika jumuiya ya Ethereum kupendekeza viwango vipya vya matumizi ya mtandao wa Ethereum.

    Mapendekezo haya yanaweza kushughulikia mada mbalimbali, ikiwa ni pamoja na viwango vipya vya tokeni (kama vile ERC-20 vinavyotumika kwa tokeni na ERC-721).", + "eoa-term": "Akaunti ya nje inayomilikiwa (EOA)", + "eoa-definition": "Akaunti za Nje Zinazomilikiwa (EOAs) ni aina ya kawaida zaidi ya akaunti ya Ethereum. Zinadhibitiwa na mtu kupitia funguo binafsi/kifungu rejea cha maneno. Zaidi kuhusu mikoba ya Ethereum.", + "erc-term": "Ombi la Maoni la Ethereum (ERC)", + "erc-definition": "ERC (Ombi la Maoni la Ethereum) ni aina ya nyaraka za kiufundi zinazotumiwa katika jamii ya Ethereum kupendekeza viwango vipya vya matumizi kwa mtandao wa Ethereum.

    Mapendekezo haya yanaweza kufunika mada mbalimbali, ikijumuisha viwango vipya vya tokeni (kama ERC-20 inayotumika kwa tokeni na ERC-721 kwa NFTs).", "ethash-term": "Ethash", - "ethash-definition": "Algoriti ya uthibitisho wa kazi ambayo ilitumika kwenye Ethereum kabla ya kubadilishwa hadi uthibitisho wa hisa. Soma zaidi", + "ethash-definition": "Algoriti ya uthibitishaji wa kazi iliyokuwa inatumika kwenye Ethereum kabla ya kuhamia kwenye uthibitishaji wa dhamana. Soma zaidi", "ether-term": "Ether", - "ether-definition": "Sarafu ya kifikra ya asili ya Ethereum, inayojulikana kama \"ETH\". Inatumika kulipia ada za ununuzi unapotumia mfumo wa ikolojia na programu za Ethereum. Mengi zaidi kuhusu etha.", + "ether-definition": "Sarafu ya kidigitali asili ya Ethereum, inayojulikana sana kama “ETH”. Inatumika kulipia ada za muamala unapotumia mfumo wa ikolojia na programu za Ethereum. Zaidi kuhusu ether.", "events-term": "Matukio", - "events-definition": "Inaruhusu matumizi ya EVM nyenzo za ukataji miti. Dapps inaweza kusikiliza matukio na kuzitumia kuanzisha JavaScript callbacks katika kiolesura cha mtumiaji. Mengi zaidi kuhusu matukio na kumbukumbu", + "events-definition": "Inaruhusu matumizi ya vifaa vya kuweka kumbukumbu vya EVM. Mfumo mtawanyo wa kimamlaka unaweza kusikiliza matukio na kuyatumia kuanzisha miito ya JavaScript katika kiolesura cha mtumiaji. Zaidi kuhusu matukio na kumbukumbu", "evm-term": "Mashine Halisi ya Ethereum (EVM)", - "evm-definition": "Mashine halisi ya msingi ya rafu inayotekeleza bytecode. Katika Ethereum, mtindo wa utekelezaji unabainisha jinsi hali ya mfumo inavyobadilishwa kutokana na mfululizo wa maagizo ya bytecode na nakala ndogo ya data ya mazingira. Hii inabainishwa kupitia mfano rasmi wa mashine ya hali pepe. Mengi zaidi kuhusu Ethereum Virtual Machine.", - "evm-assembly-language-term": "Lugha ya mkutano wa EVM", - "evm-assembly-language-definition": "Aina inayoweza kusomeka na binadamu ya EVM bytecode.", - "fallback-function-term": "Kitendaji cha kurudi nyuma", - "fallback-function-definition": "Chaguo la msingi linaloitwa bila data au jina la chaguo-msingi lililotangazwa.", - "faucet-term": "Faucet", - "faucet-definition": "Huduma inayotekelezwa kupitia mkataba mahirit ambayo hutoa fedha kwa njia ya etha ya majaribio ya bure ambayo inaweza kutumika kwenye testnet.", + "evm-definition": "Mashine halisi inayotegemea rundo ambayo hutekeleza msimbo wa baiti (bytecode). Katika Ethereum, muundo wa utekelezaji unabainisha jinsi hali ya mfumo inavyobadilishwa kutokana na mfululizo wa maagizo ya msimbo wa baiti na kiasi kidogo cha data ya mazingira. Hili linabainishwa kupitia muundo rasmi wa mashine halisi ya hali. Zaidi kuhusu Mashine Halisi ya Ethereum.", + "evm-assembly-language-term": "Lugha ya asambli ya EVM", + "evm-assembly-language-definition": "Muundo unaosomeka na binadamu wa msimbo wa baiti wa EVM.", + "fallback-function-term": "Kitendaji mbadala", + "fallback-function-definition": "Kitendaji chaguo-msingi inayoitwa kukiwa hakuna data au jina la kitendaji lililotangazwa.", + "faucet-term": "Bomba la majaribio", + "faucet-definition": "Huduma inayofanywa kupitia mkataba mahiri ambayo inatoa fedha kwa njia ya ether ya majaribio ya bure inayoweza kutumika kwenye testnet.", "finality-term": "Mwisho", - "finality-definition": "Mwisho ni dhamana ya kwamba seti ya shughuli haiwezi kubadilishwa bila kiasi kikubwa cha ETH kupotea.", + "finality-definition": "Mwisho ni hakikisho kwamba seti ya miamala haiwezi kubadilishwa bila kiasi kikubwa cha ETH kupotea.", "finney-term": "Finney", - "finney-definition": "Thamani ndogo ya etha. 1 finney = 1015 wei. 103 finney = etha 1.", + "finney-definition": "Kiwango cha ether. finney 1 = 1015 wei. 103 finney = ether 1.", "fork-term": "Uma", - "fork-definition": "Mabadiliko ya itifaki na kusababisha kuundwa kwa mlolongo mbadala.", - "fork-choice-algorithm-term": "Algorithm ya uchaguzi wa uma", - "fork-choice-algorithm-definition": "Algorithm inayotumika kutambua kichwa cha kiambajengo. Kwenye Ethereum kichwa cha mnyororo kinatambuliwa kama uma wenye 'uzito' mkubwa zaidi wa uthibitisho. Uzito ni bidhaa ya idadi ya uthibitisho na usawa wa ufanisi wa wathibitishaji wa kuthibitisha. Hii inamaanisha kuwa kichwa cha kweli cha mnyororo ndiye ambaye etha inayohusika zaidi amempigia kura. Kwenye safu ya makubaliano algoriti ya chaguo la uma inaitwa LMD_GHOST.", - "fraud-proof-term": "Ushahidi wa ulaghai", - "fraud-proof-definition": "Muundo wa usalama wa masuluhisho fulani ya safu 2 ambapo, ili kuongeza kasi, miamala hukungwa katika makundi na kuwasilishwa kwa Ethereum kwa muamala mmoja. Washiriki wengine wa mtandao wanaweza kutekeleza tena miamala ili kuhakikisha kuwa ilitekelezwa kwa uaminifu. Iwapo watagundua tofauti kati ya data iliyochapishwa na toleo lao wenyewe wanaweza kuchapisha uthibitisho wa siri ambao unaonyesha mahali ulaghai fulani ulifanyika. Baadhi ya rollups hutumia uthibitisho wa uhalali.", + "fork-definition": "Mabadiliko katika itifaki yanayosababisha kuundwa kwa mnyororo mbadala.", + "fork-choice-algorithm-term": "Algoriti ya uchaguzi wa uma", + "fork-choice-algorithm-definition": "Algoriti inayotumika kutambua kichwa cha kiambajengo. Kwenye Ethereum kichwa cha mnyororo kinatambuliwa kama uma wenye 'uzito' mkubwa zaidi wa uthibitisho. Uzito ni zao la idadi ya uthibitisho na salio halisi la wathibitishaji wanaothibitisha. Hii inamaanisha kichwa cha kweli cha mnyororo ni kile ambacho ether nyingi iliyowekwa dhamana imekipigia kura. Kwenye safu ya makubaliano algoriti ya uchaguzi wa uma inaitwa LMD_GHOST.", + "fraud-proof-term": "Uthibitisho wa udanganyifu", + "fraud-proof-definition": "Muundo wa usalama kwa baadhi ya suluhisho za safu ya 2 ambapo, ili kuongeza kasi, miamala inajumuishwa (rolled up) katika makundi na kuwasilishwa kwenye Ethereum katika muamala mmoja. Washiriki wengine wa mtandao wanaweza kutekeleza tena miamala ili kuangalia kwamba ilitekelezwa kwa uaminifu. Wakigundua tofauti kati ya data iliyochapishwa na toleo lao wenyewe wanaweza kuchapisha uthibitisho wa kriptografia unaoonyesha mahali ambapo udanganyifu fulani ulifanyika. Baadhi ya rollups hutumia uthibitisho wa uhalali.", "frontier-term": "Frontier", - "frontier-definition": "Hatua ya awali ya maendeleo ya mtihani wa Ethereum, ambayo ilidumu kutoka Julai 2015 hadi Machi 2016.", + "frontier-definition": "Hatua ya awali ya majaribio ya maendeleo ya Ethereum, iliyodumu kuanzia Julai 2015 hadi Machi 2016.", "gas-term": "Gesi", - "gas-definition": "Gharama ya muamala ni ada inayolipwa kwa miamala na mikataba mahiri kwenye kiambajengo, kama vile Ethereum. Mengi zaidi kuhusu gharama ya muamala na ada.", - "gas-limit-term": "Kikomo cha gharama ya muamala", - "gas-limit-definition": "Kiasi cha juu cha ggarama ya muamala muamala au kitalu kinaweza kutumia.", - "gas-price-term": "Bei ya gharama ya muamala", - "gas-price-definition": "Bei katika etha ya kitengo kimoja cha gharama ya muamala iliyobainishwa katika shughuli ya ununuzi.", - "genesis-block-term": "Bloku ya mwanzo", - "genesis-block-definition": "Bloku ya kwanza katika mnyororo wa bloku, inayotumiwa kuanzisha mtandao fulani na sarafu yake ya kidigitali.", + "gas-definition": "Gesi ni ada inayolipwa kwa miamala na mikataba mahiri kwenye kiambajengo, kama Ethereum. Zaidi kuhusu gesi na ada.", + "gas-limit-term": "Kikomo cha gesi", + "gas-limit-definition": "Kiwango cha juu cha gesi ambacho muamala au kitalu kinaweza kutumia.", + "gas-price-term": "Bei ya gesi", + "gas-price-definition": "Bei katika ether ya uniti moja ya gesi iliyobainishwa katika muamala.", + "genesis-block-term": "Kitalu cha mwanzo", + "genesis-block-definition": "Kitalu cha kwanza katika kiambajengo, kinachotumika kuanzisha mtandao fulani na sarafu yake ya kidigitali.", "geth-term": "Geth", "geth-definition": "Go Ethereum. Mojawapo ya utekelezaji maarufu zaidi wa itifaki ya Ethereum, iliyoandikwa kwa Go. Soma zaidi kwenye geth.ethereum.org", "gwei-term": "Gwei", - "gwei-definition": "Ufupi wa gigawei, thamani ndogo ya etha, hutumika kwa bei ya gharama ya muamala. 1 gwei = 109 wei. 109 gwei = etha 1.", - "hard-fork-term": "Uma mgumu", - "hard-fork-definition": "Tofauti ya kudumu katika blockchain; pia inajulikana kama mabadiliko ya hard-forking. Moja hutokea wakati nodi ambazo hazijaboreshwa haziwezi kuthibitisha vizuizi vilivyoundwa na nodi zilizoboreshwa zinazofuata sheria mpya zaidi za makubaliano. Haipaswi kuchanganyikiwa na uma, uma laini, uma wa programu, au uma wa Git.", + "gwei-definition": "Kifupi cha gigawei, kiwango cha ether, kinachotumiwa sana kupanga bei ya gesi. gwei 1 = 109 wei. 109 gwei = ether 1.", + "hard-fork-term": "Mabadiliko yasiyoruhusu uboreshaji", + "hard-fork-definition": "Mgawanyiko wa kudumu katika kiambajengo; pia inajulikana kama mabadiliko yasiyoruhusu uboreshaji. Mara nyingi hutokea wakati nodi ambazo hazijaboreshwa haziwezi kuthibitisha bloku zilizoundwa na nodi zilizoboreshwa zinazofuata sheria mpya za makubaliano. Isichanganywe na uma, mabadiliko laini, uma wa programu, au uma wa Git.", "hash-term": "Hashi", - "hash-definition": "Alama ya kidole ya urefu usiobadilika ya data ya ukubwa tofauti, inayozalishwa na chaguo za kukokotoa za hashi. (Tazama keccak-256).", + "hash-definition": "Alama ya vidole yenye urefu maalum ya ingizo la ukubwa unaobadilika, inayozalishwa na kitendaji ya hashi. (Tazama keccak-256).", "hash-rate-term": "Kiwango cha hashi", - "hash-rate-definition": "Idadi ya hesabu za hashi zinazofanywa kwa sekunde na kompyuta zinazoendesha programu ya uchimbaji madini.", - "homestead-term": "Nyumbani", - "holographic-consensus-term": "Makubaliano ya kiholografia", - "holographic-consensus-definition": "Inarejelea jinsi uamuzi wa kikundi kikubwa hufanywa kwa kuruhusu kikundi kidogo cha watu wawakilishi kupiga kura. Kisha watu wengine wote hukubali kwenda sambamba na hilo, mradi tu wanaamini kwamba kikundi kidogo kilifanya kazi nzuri.", - "homestead-definition": "Hatua ya pili ya maendeleo ya Ethereum, iliyozinduliwa Machi 2016 kwenye bloku ya 1,150,000.", - "index-term": "Faharasa", - "index-definition": "Muundo wa mtandao unaokusudiwa kuboresha uulizaji wa taarifa kutoka kwenye blockchain kwa kutoa njia bora ya uhifadhi wake.", - "ide-term": "Mazingira Jumuishi ya Maendeleo (IDE)", - "ide-definition": "Kiolesura cha mtumiaji ambacho kwa kawaida huchanganya kihariri cha msimbo, kikusanyaji, muda wa utekelezaji na kitatuzi. Mengi zaidi kuhusu mazingira jumuishi ya maendeleo.", - "immutable-deployed-code-problem-term": "Tatizo la msimbo uliotumwa lisilobadilika", - "immutable-deployed-code-problem-definition": "Pindi msimbo wa mkataba (au wa maktaba) unapotumwa, huwa hauwezi kubadilika. Mazoea ya kawaida ya uundaji wa programu hutegemea kuwa na uwezo wa kurekebisha hitilafu zinazowezekana na kuongeza vipengele vipya, kwa hivyo hii inawakilisha changamoto kwa uundaji wa mikataba mahiri. Mengi zaidi kuhusu kupeleka mikataba mahiri.", + "hash-rate-definition": "Idadi ya ukokotoaji wa hashi unaofanywa kwa sekunde na kompyuta zinazoendesha programu za kuchimba.", + "homestead-term": "Homestead", + "holographic-consensus-term": "Makubaliano ya Holografia", + "holographic-consensus-definition": "Inarejelea jinsi uamuzi wa kikundi kikubwa unavyofanywa kwa kuruhusu kikundi kidogo cha watu wawakilishi kupiga kura. Kisha kila mtu mwingine anakubali kuendelea nao, mradi tu wanaamini kikundi kidogo kilifanya kazi nzuri.
    Inatumika katika baadhi ya jamii za mtandaoni kufanya maamuzi haraka bila kuhitaji kila mtu kupiga kura kwa kila kitu, huku bado ikihakikisha maamuzi ni ya haki na yanawakilisha kile ambacho watu wengi wanataka.", + "homestead-definition": "Hatua ya pili ya maendeleo ya Ethereum, iliyozinduliwa Machi 2016 kwenye kitalu 1,150,000.", + "index-term": "Kielezo", + "index-definition": "Muundo wa mtandao unaokusudiwa kuboresha uuliziaji wa taarifa kutoka kote kwenye kiambajengo kwa kutoa njia yenye ufanisi kwenye chanzo chake cha hifadhi.", + "ide-term": "Mazingira jumuishi ya maendeleo (IDE)", + "ide-definition": "Kiolesura cha mtumiaji ambacho kwa kawaida hujumuisha kihariri cha msimbo, kikusanyaji, wakati wa utekelezaji, na kitatuzi. Zaidi kuhusu mazingira jumuishi ya maendeleo.", + "immutable-deployed-code-problem-term": "Tatizo la kodi iliyosambazwa isiyobadilika", + "immutable-deployed-code-problem-definition": "Mara tu kodi ya mkataba (au maktaba) inaposambazwa, inakuwa isiyobadilika. Taratibu za kawaida za uundaji wa programu hutegemea uwezo wa kurekebisha hitilafu zinazowezekana na kuongeza vipengele vipya, kwa hivyo hii inawakilisha changamoto kwa uundaji wa mkataba mahiri. Zaidi kuhusu kusambaza mikataba mahiri.", "internal-transaction-term": "Muamala wa ndani", - "internal-transaction-definition": "muamala uliotumwa kutoka akaunti ya mkataba hadi akaunti nyingine ya mkataba au EOA (angalia ujumbe).", - "issuance-term": "utoaji", - "issuance-definition": "Uundaji wa ether mpya ili kuzawadia pendekezo la bloku, uthibitishaji na ufichuaji.", - "kdf-term": "Chaguo la kukokotoa la utoaji ufunguo (KDF)", - "kdf-definition": "Pia inajulikana kama \"algoriti ya kunyoosha nenosiri\", hutumika na fomati za keystore kulinda dhidi ya mashambulizi ya nguvu kubwa, kamusi (dictionary), na jedwali la rainbow table kwenye usimbaji fiche wa nywila, kwa kurudia mara nyingi ku-hash nenosiri hilo.", - "keystore-term": "Hifadhi ya funguo", - "keystore-definition": "Jozi ya ufunguo wa kibinafsi/anwani ya kila akaunti inapatikana kama faili moja muhimu katika mteja wa Ethereum. Hizi ni faili za maandishi za JSON ambazo zina ufunguo wa faragha uliosimbwa kwa njia fiche wa akaunti, ambao unaweza tu kusimbwa kwa nenosiri lililowekwa wakati wa kuunda akaunti.", + "internal-transaction-definition": "Muamala uliotumwa kutoka kwenye akaunti ya mkataba kwenda kwenye akaunti nyingine ya mkataba au EOA (tazama ujumbe).", + "issuance-term": "Utoaji", + "issuance-definition": "Kuunda ether mpya ili kutoa zawadi kwa pendekezo la kitalu, uthibitisho na ufichuaji wa makosa.", + "kdf-term": "Kitendaji cha unyambulishaji wa ufunguo (KDF)", + "kdf-definition": "Pia inajulikana kama \"algoriti ya kunyoosha nenosiri,\" inatumiwa na fomati za keystore ili kulinda dhidi ya mashambulizi ya nguvu, kamusi, na jedwali la upinde wa mvua kwenye usimbaji fiche wa nenosiri, kwa kuhashi nenosiri mara kwa mara.", + "keystore-term": "Keystore", + "keystore-definition": "Kila jozi ya ufunguo binafsi/anwani ya akaunti ipo kama faili moja la ufunguo katika mteja wa Ethereum. Haya ni mafaili ya maandishi ya JSON ambayo yana ufunguo binafsi uliosimbwa wa akaunti, ambao unaweza kusimbuliwa tu kwa nenosiri lililowekwa wakati wa kuunda akaunti.", "keccak-256-term": "Keccak-256", - "keccak-256-definition": "Chaguo za kukokotoa za hashi ya kriptografia inayotumika katika Ethereum. Keccak-256 iliwekwa kama kiwango kama SHA-3.", + "keccak-256-definition": "Kitendaji cha hashi cha kriptografia kinachotumika katika Ethereum. Keccak-256 ilisanifiwa kama SHA-3.", "key-term": "Ufunguo", - "key-definition": "Katika muktadha wa Ethereum, funguo ni misimbo ya digitali: ufunguo wa umma wa kupokea miamala na ufunguo wa faragha wa kufikia na kutuma pesa.
    Funguo za umma: Hizi zinaweza kushirikiwa kwa uwazi.
    Funguo za faragha: Hizi ni siri na mmiliki.", + "key-definition": "Katika muktadha wa Ethereum, funguo ni kodi za kidijitali: ufunguo wa umma kwa ajili ya kupokea miamala na ufunguo binafsi kwa ajili ya kufikia na kutuma fedha.
    Funguo za umma: Hizi zinaweza kushirikiwa waziwazi.
    Funguo binafsi: Hizi huwekwa siri na mmiliki.", "layer-1-term": "Safu ya 1", - "layer-1-definition": "Safu ya 1 inarejelea blockchain kuu katika mtandao wa kiambajengo wa ngazi nyingi. Kwa mfano, Ethereum na Bitcoin ni safu moja ya viambajengo. viambajengo vingi vya safu ya pili hupakia miamala mikali ya rasilimali kwa viambajengo vyao tofauti, huku zikiendelea kutumia safu ya kwanza yakiambajengo cha Ethereum au Bitcoin kwa madhumuni ya usalama.", + "layer-1-definition": "Safu ya 1 inarejelea kiambajengo kikuu katika mtandao wa kiambajengo wa ngazi nyingi. Kwa mfano, Ethereum na Bitcoin ni viambajengo vya safu ya kwanza. Viambajengo vingi vya safu ya pili huhamisha miamala inayotumia rasilimali nyingi kwenye kiambajengo chao tofauti, huku vikiendelea kutumia kiambajengo cha safu ya kwanza cha Ethereum au Bitcoin kwa madhumuni ya usalama.", "layer-2-term": "Safu ya 2", - "layer-2-definition": "Safu za 2 ni mitandao mingine iliyojengwa juu ya mtandao mkuu wa Ethereum ili kufanya miamala iwe ya haraka na ya bei nafuu. Zaidi kuhusu safu ya 2.", + "layer-2-definition": "Safu za 2 ni mitandao mingine iliyojengwa juu ya mtandao mkuu wa Ethereum ili kufanya miamala iwe ya haraka na nafuu zaidi. Zaidi kuhusu safu ya 2.", "library-term": "Maktaba", - "library-definition": "Aina maalum ya mkataba ambayo haina vitendaji vinavyolipiwa, hakuna utendakazi mbadala, na hakuna hifadhi ya data. Kwa hivyo, haiwezi kupokea au kushikilia etha, au kuhifadhi data. Maktaba hutumika kama msimbo uliotumwa hapo awali ambao mikataba mingine inaweza kuita kwa ukokotoaji wa kusoma tu. Mengi zaidi kuhusu maktaba mahiri za mikataba.", + "library-definition": "Aina maalum ya mkataba ambayo haina vitendaji vinavyolipwa, haina kitendaji cha kurudi nyuma, na haina hifadhi ya data. Kwa hivyo, haiwezi kupokea au kushikilia ether, au kuhifadhi data. Maktaba hutumika kama kodi iliyosambazwa hapo awali ambayo mikataba mingine inaweza kuiita kwa ajili ya ukokotoaji wa kusoma tu. Zaidi kuhusu maktaba za mkataba mahiri.", "light-client-term": "Mteja mwepesi", - "light-client-definition": "Mteja wa Ethereum ambaye hahifadhi nakala ya ndani ya blockchain, au kuthibitisha vitalu na alama. Inatoa utendakazi wa mkoba na inaweza kuunda na kutangaza miamala.", + "light-client-definition": "Mteja wa Ethereum ambaye hahifadhi nakala ya ndani ya kiambajengo, au kuthibitisha bloku na miamala. Inatoa utendaji wa mkoba na inaweza kuunda na kutangaza miamala.", "liquidity-term": "Ukwasi", - "liquidity-definition": "Liquidity ni jinsi mali inaweza kubadilishwa kwa haraka na kwa urahisi kuwa pesa taslimu au mali nyingine. Biashara zilizogatuliwa kama vile Uniswap zina hifadhi nyingi za ukwasi ambapo wamiliki wa mali wanaweza kuweka mali zao ambapo wafanyabiashara wanaweza kuzinunua na kuziuza kwa njia iliyogatuliwa ili kubadilishana na zawadi.", + "liquidity-definition": "Ukwasi ni jinsi rasilimali inavyoweza kubadilishwa haraka na kwa urahisi kuwa pesa taslimu au rasilimali nyingine. Masoko ya ubadilishanaji yaliyotawanywa kama Uniswap yana mabwawa mengi ya ukwasi ambapo wamiliki wa rasilimali wanaweza kuweka rasilimali zao ambapo wafanyabiashara wanaweza kuzinunua na kuziuzia katika mfumo mtawanyo badala ya zawadi.", "liquidity-tokens-term": "Tokeni za ukwasi", - "liquidity-tokens-definition": "Tokeni za Liquidity (LST) ni tokeni za digitali zinazotolewa kwa washiriki wanaoweka mali kwenye kundi la ukwasi, ambayo ni mkusanyiko wa fedha zilizowekwa katika mkataba mahiri na zinazotumiwa kuwezesha biashara ya ubadilishanaji wa madaraka (DEX).
    Tokeni hizi zinawakilisha sehemu ya mshiriki ya dimbwi na zinaweza kukombolewa kwa kuongeza sehemu ya malipo ya awali kwa ajili ya malipo ya awali. Kimsingi, tokeni za ukwasi hutumika kama uthibitisho wa umiliki au hisa katika kundi la ukwasi, kuruhusu wamiliki kupata zawadi huku wakitoa ukwasi unaohitajika kwa wengine kufanya biashara ya jozi tofauti za sarafu ya fiche kwa ufanisi.", - "liquid-staking-tokens-term": "Tokeni za uwekaji hisa za ukwasi", - "liquid-staking-tokens-definition": "Tokeni inayotokana na ambayo inawakilisha umiliki wa sarafu-fiche iliyofungwa ambayo mtumiaji anahusika nayo. Baada ya kuweka kipengee cha mali, baadhi ya majukwaa yanaruhusu uundaji wa tokeni za kioevu (LSTs), ambazo zinawakilisha sehemu sawa ya tokeni zilizofungwa. LST hizi zinaweza kisha kuuzwa, kuuzwa au kutumika katika itifaki zingine za DeFi, kuboresha ufanisi wa mtaji kwa mdau kwa kuruhusu ufikiaji wa ukwasi kutoka kwa fedha zao, hata wakati mali zao asili zinasalia kuhusishwa.", + "liquidity-tokens-definition": "Tokeni za ukwasi (LST) ni tokeni za kidijitali zinazotolewa kwa washiriki wanaoweka rasilimali kwenye bwawa la ukwasi, ambalo ni mkusanyiko wa fedha zilizofungwa kwenye mkataba mahiri na kutumika kuwezesha biashara kwenye soko la ubadilishanaji lililotawanywa (DEX).
    Tokeni hizi zinawakilisha hisa ya mshiriki katika bwawa na zinaweza kukombolewa baadaye kwa amana ya awali pamoja na sehemu ya ada za biashara zinazozalishwa na shughuli za bwawa. Kimsingi, tokeni za ukwasi hutumika kama uthibitisho wa umiliki au dhamana katika bwawa la ukwasi, kuruhusu wamiliki kupata zawadi huku wakitoa ukwasi unaohitajika kwa wengine kufanya biashara ya jozi tofauti za sarafu ya kidigitali kwa ufanisi.", + "liquid-staking-tokens-term": "Tokeni za kuweka dhamana za ukwasi", + "liquid-staking-tokens-definition": "Tokeni inayotokana na nyingine ambayo inawakilisha umiliki wa sarafu ya kidigitali iliyofungwa ambayo mtumiaji anaweka dhamana. Baada ya kuweka dhamana ya rasilimali, baadhi ya majukwaa huruhusu kuunda tokeni za kuweka dhamana za ukwasi (LSTs), ambazo zinawakilisha hisa sawa ya tokeni zilizofungwa. LST hizi zinaweza kisha kufanyiwa biashara, kuuzwa, au kutumika katika itifaki nyingine za DeFi, kuboresha ufanisi wa mtaji kwa muweka dhamana kwa kuruhusu ufikiaji wa ukwasi kutoka kwa fedha zao, hata wakati rasilimali zao za asili zikiendelea kuwekwa dhamana.", "lmd-ghost-term": "LMD-GHOST", - "lmd-ghost-definition": "algorithu ya kuchagua fork inayotumiwa na wateja wa makubaliano ya Ethereum kutambua kichwa cha mnyororo. LMD-GHOST ni kifupi kinachosimama cha \"Latest Message Driven Greediest Heaviest Observed SubTree\" ambayo ina maana kwamba kichwa cha mnyororo ndicho kitalu chenye mkusanyiko mkubwa zaidi wa uthibitisho katika historia yake.", - "mainnet-term": "Mtandao Mkuu", - "mainnet-definition": "Fupi la \"mtandao mkuu,\" huu ndio mnyororo wa bloku mkuu wa umma wa Ethereum.", - "max-fee-per-gas-term": "Ada ya Juu kwa kila Gesi", - "max-fee-per-gas-definition": "Ada ya Juu ni kiwango cha juu kabisa ambacho mtumiaji yuko tayari kulipa kwa kila kitengo cha gharama ya muamala (gwei) ili shughuli ya malipo ijumuishwe kwenye kitalu.", + "lmd-ghost-definition": "Algoriti ya kuchagua uma inayotumiwa na wateja wa makubaliano wa Ethereum kutambua kichwa cha mnyororo. LMD-GHOST ni kifupi kinachosimama kwa \"Latest Message Driven Greediest Heaviest Observed SubTree\" ambayo inamaanisha kuwa kichwa cha mnyororo ni kitalu chenye mkusanyiko mkubwa zaidi wa uthibitisho katika historia yake.", + "mainnet-term": "mainnet", + "mainnet-definition": "Kifupi cha \"mtandao mkuu,\" hili ni kiambajengo kikuu cha umma cha Ethereum.", + "max-fee-per-gas-term": "Ada ya Juu kwa Gesi", + "max-fee-per-gas-definition": "Ada ya Juu ni kiasi cha juu kabisa ambacho mtumiaji yuko tayari kulipa kwa kila uniti ya gesi (gwei) ili muamala ujumuishwe kwenye kitalu.", "merkle-patricia-tree-term": "Mti wa Merkle Patricia (MPT)", - "merkle-patricia-tree-definition": "Muundo wa data unaotumika katika Ethereum kuhifadhi kwa ufanisi jozi za ufunguo-thamani.", + "merkle-patricia-tree-definition": "Muundo wa data unaotumika katika Ethereum kuhifadhi jozi za thamani ya ufunguo kwa ufanisi.", "merkle-root-term": "Mzizi wa Merkle", - "merkle-root-definition": "Mzizi wa Merkle ni hash moja ya juu ya mti wa Merkle. Inathibitisha shughuli zote ndani ya block.", + "merkle-root-definition": "Mzizi wa Merkle ni hashi moja ya juu ya mti wa Merkle. Inathibitisha miamala yote ndani ya kitalu.", "message-term": "Ujumbe", - "message-definition": "muamala wa ndani ambao haujasasishwa na hutumwa tu ndani ya EVM.", - "message-call-term": "Mwito wa ujumbe", - "message-call-definition": "Kitendo cha kupitisha ujumbe kutoka akaunti moja hadi nyingine. Ikiwa akaunti lengwa inahusishwa na EVM msimbo, basi VM itaanzishwa na hali ya kitu hicho na ujumbe kufanyiwa kazi.", - "mev-term": "Thamani ya Juu Inayoweza Kuchimbwa (MEV)", - "mev-definition": "Thamani ya juu zaidi inayoweza kutolewa kutoka kwa uzalishaji wa vitalu zaidi ya malipo ya kawaida ya kitalu na ada za gharama ya muamala kwa kujumuisha, kutojumuisha na kubadilisha mpangilio wa miamala katika block. Mengi zaidi kuhusu Thamani ya Juu Inayochimbwa (MEV).", + "message-definition": "Muamala wa ndani ambao haujawahi kufuatana na unatumwa tu ndani ya EVM.", + "message-call-term": "Wito wa ujumbe", + "message-call-definition": "Kitendo cha kupitisha ujumbe kutoka akaunti moja hadi nyingine. Ikiwa akaunti lengwa inahusishwa na kodi ya EVM, basi VM itaanzishwa na hali ya kitu hicho na ujumbe kufanyiwa kazi.", + "mev-term": "Thamani ya juu ambayo inaweza kutolewa (MEV)", + "mev-definition": "Thamani ya juu inayoweza kutolewa kutoka kwa uzalishaji wa kitalu zaidi ya zawadi ya kizuizi ya kawaida na ada za gesi kwa kujumuisha, kuondoa, na kubadilisha mpangilio wa miamala katika kitalu. Zaidi kuhusu Thamani ya juu ambayo inaweza kutolewa (MEV).", "mining-term": "Uchimbaji", - "mining-definition": "Mchakato wa kuharakisha kichwa cha kitalu mara kwa mara huku ukiongeza nonce hadi matokeo yawe na nambari kiholela ya sifuri pacha zinazoongoza. Huu ndio mchakato ambao vitalu vipya huongezwa kwenye msururu wa uthibitisho wa kazi. Hivi ndivyo Ethereum ililindwa kabla ya kuhamia kwa uthibitisho wa hisa.", - "miner-term": "Wachimbaji", - "miner-definition": "Mtandao nodi unaopata uthibitisho halali wa vitalu vipya, kwa kuharakisha kupita mara kwa mara (ona Ethash). Wachimbaji si sehemu ya Ethereum tena - walibadilishwa na wathibitishaji Ethereum ilipohamia kwenye uthibitisho wa hisa.", - "mint-term": "Mint", - "mint-definition": "Minting ni mchakato wa kuunda ishara mpya na kuzileta kwenye mzunguko ili ziweze kutumika. Ni mfumo mtawanyo wa kuunda tokeni mpya bila kuhusisha mamlaka kuu.", + "mining-definition": "Mchakato wa kuhashi kichwa cha kitalu mara kwa mara huku ukiongeza namba ya mara moja hadi matokeo yawe na idadi holela ya sufuri za mfumo wa namba mbili zinazoongoza. Huu ni mchakato ambao bloku mpya huongezwa kwenye kiambajengo cha uthibitishaji wa kazi. Hivi ndivyo Ethereum ilivyolindwa kabla ya kuhamia kwenye uthibitishaji wa dhamana.", + "miner-term": "Mchimbaji", + "miner-definition": "Nodi ya mtandao inayopata uthibitishaji wa kazi halali kwa bloku mpya, kwa kuhashi mara kwa mara (tazama Ethash). Wachimbaji si sehemu tena ya Ethereum - walibadilishwa na wathibitishaji wakati Ethereum ilipohamia kwenye uthibitishaji wa dhamana.", + "mint-term": "Kuunda", + "mint-definition": "Kuunda ni mchakato wa kutengeneza tokeni mpya na kuzileta kwenye mzunguko ili ziweze kutumika. Ni utaratibu wa mfumo mtawanyo wa kuunda tokeni mpya bila ushiriki wa mamlaka kuu.", "multisig-term": "Saini nyingi", - "multisig-definition": "Sahihi nyingi inarejelea pochi ya dijitali au akaunti inayohitaji saini nyingi au vibali ili kutekeleza miamala, kuimarisha usalama.
    Hii huongeza usalama zaidi ikilinganishwa na akaunti za kawaida za sahihi moja ambapo kibali cha mtu mmoja tu kinahitajika.", + "multisig-definition": "Saini nyingi (saini anuwai) inarejelea mkoba wa kidijitali au akaunti inayohitaji saini au idhini nyingi ili kutekeleza miamala, na kuongeza usalama.
    Hii inaongeza usalama wa ziada ikilinganishwa na akaunti za jadi za saini moja ambapo idhini ya mtu mmoja tu inahitajika.", "network-term": "Mtandao", - "network-definition": "Akizungumzia mtandao wa Ethereum, mtandao wa rika-kwa-rika ambao hueneza shughuli na kuzuia kwa kila nodi ya Ethereum (mshiriki wa mtandao). Mengi kwenye mitandao.", - "network-hashrate-term": "Mtandao hashrate", - "network-hashrate-definition": "Hashrate ya pamoja inayotolewa na mtandao mzima wa uchimbaji. Uchimbaji kwenye Ethereum ulizimwa Ethereum ilipohamia kwenye uthibitisho wa hisa.", - "nft-term": "Tokeni isiyoweza kubadilishwa (NFT)", - "nft-definition": "Kipengee cha kipekee cha kidijitali unachoweza kumiliki, kama vile sanaa au mkusanyiko, kilichothibitishwa na teknolojia ya kiambajengo. Mengi zaidi kuhusu tokeni zikipekee (NFTs).", + "network-definition": "Kurejelea mtandao wa Ethereum, mtandao wa rika-kwa-rika ambao hueneza miamala na bloku kwa kila Nodi ya Ethereum (mshiriki wa mtandao). Zaidi kuhusu mitandao.", + "network-hashrate-term": "Kiwango cha hashi cha mtandao", + "network-hashrate-definition": "Kiwango cha hashi cha pamoja kinachozalishwa na mtandao mzima wa uchimbaji. Uchimbaji kwenye Ethereum ulizimwa wakati Ethereum ilipohamia kwenye uthibitishaji wa dhamana.", + "nft-term": "Tokeni isiyobadilika (NFT)", + "nft-definition": "Kipengee cha kipekee cha kidijitali unachoweza kumiliki, kama vile sanaa au vitu vya kukusanywa, kilichothibitishwa na teknolojia ya kiambajengo. Zaidi kuhusu tokeni zisizobadilika (NFTs).", "node-term": "Nodi", - "node-definition": "Mteja wa programu anayeshiriki katika mtandao. Mengi zaidi kuhusu nodi na wateja.", - "nonce-term": "Nonce", - "nonce-definition": "Katika kriptografia, thamani ambayo inaweza kutumika mara moja tu. Nonce ya akaunti ni kaunta ya muamala katika kila akaunti, ambayo hutumiwa kizuia mashambulizi ya kucheza tena.", - "offchain-term": "Offchain", - "offchain-definition": "Nje ya mnyororo inamaanisha muamala au data yoyote iliyo nje ya kiambajengo. Kwa sababu kufanya kila muamala kwenye mnyororo kunaweza kuwa ghali na kutofaa, zana za wahusika wengine kama vile hotuba zinazoshughulikia data ya bei, au suluhu za safu ya 2 ambazo hutekeleza utendakazi wa juu zaidi wa miamala, kushughulikia sehemu kubwa ya kazi ya kuchakata nje ya msururu, na itawasilisha taarifa kwenye mnyororo kwa muda mfupi.", - "ommer-term": "Kitalu Ommer", - "ommer-definition": "Wakati mchimbaji mchimba anapata kitalu halali, mchimbaji mwingine anaweza kuwa amechapisha kitalu kinachoshindana ambacho huongezwa kwenye ncha ya kiambajengo kwanza. Kitalu hiki halali, lakini cha zamani kinaweza kujumuishwa na vitalu vipya zaidi kama ommers na kupokea zawadi ya kitalui kidogo. Neno \"ommer\" ni neno linalopendekezwa lisilopendelea kijinsia kwa kitalu cha asili, lakini hii pia wakati mwingine hujulikana kama \"ommers\". Hili lilikuwa jambo la kawaida kwa Ethereum ilipokuwa mtandao wa uthibitisho wa kazi. Kwa kuwa sasa Ethereum inatumia uthibitisho wa hisa, ni mpendekezaji mmoja tu wa kitalu ndiye anayechaguliwa kwa kila nafasi.", - "onchain-term": "Onchain", - "onchain-definition": "Inarejelea vitendo au miamala inayofanyika kwenye kiambajengo na inapatikana kwa umma.

    Fikiria kama kuandika kitu kwenye daftari kubwa, la pamoja ambalo kila mtu anaweza kuona na kuangalia, kuhakikisha kuwa chochote kilichoandikwa (kama vile kutuma pesa kidijitali au kufanya mkataba) ni cha kudumu na hakiwezi kubadilishwa au kufutwa.", - "optimistic-rollup-term": "''Kuunganisha kwa matumaini.''", - "optimistic-rollup-definition": "Uboreshaji wa Matumain ni suluhisho la Tabaka la 2 ambalo huharakisha ununuzi kwenye Ethereum, ikizingatiwa kuwa ni halali kwa chaguomsingi isipokuwa kama pingamizi liwe. Mengi zaidi kuhusu uboreshaji wa Matumaini.", - "oracle-term": "Oracle", - "oracle-definition": "Oracle ni daraja kati ya kiambajengo na ulimwengu halisi. Zinatumika kama API zinazoweza kuulizwa kwa maelezo na kutumika katika mikataba mahiri. Mengi zaidi kuhusu oracles.", + "node-definition": "Mteja wa programu anayeshiriki katika mtandao. Zaidi kuhusu nodi na wateja.", + "nonce-term": "Namba ya mara moja", + "nonce-definition": "Katika kriptografia, thamani ambayo inaweza kutumika mara moja tu. Namba ya mara moja ya akaunti ni kihesabu cha muamala katika kila akaunti, ambacho hutumika kuzuia mashambulizi ya kurudia.", + "offchain-term": "Nje ya mnyororo", + "offchain-definition": "Nje ya mnyororo inamaanisha muamala au data yoyote iliyopo nje ya kiambajengo. Kwa sababu kufanya kila muamala ndani ya mnyororo kunaweza kuwa ghali na kutokuwa na ufanisi, zana za wahusika wengine kama watoa taarifa wa nje wanaoshughulikia data ya bei, au suluhu za safu ya 2 zinazotekeleza kiwango cha juu cha miamala, hushughulikia sehemu kubwa ya kazi ya uchakataji nje ya mnyororo, na zitawasilisha taarifa ndani ya mnyororo kwa vipindi visivyo vya mara kwa mara.", + "ommer-term": "Kitalu cha Ommer (mjomba)", + "ommer-definition": "Wakati mchimbaji wa uthibitishaji wa kazi anapopata kitalu halali, mchimbaji mwingine anaweza kuwa amechapisha kitalu shindani ambacho kinaongezwa kwenye ncha ya kiambajengo kwanza. Kitalu hiki halali, lakini kilichopitwa na wakati, kinaweza kujumuishwa na bloku mpya kama ommers na kupokea zawadi ya kizuizi kwa kiasi. Neno \"ommer\" ni neno linalopendelewa lisiloegemea jinsia kwa ndugu wa kitalu cha mzazi, lakini hii pia wakati mwingine inajulikana kama \"mjomba\". Hili lilikuwa jambo la kawaida kwa Ethereum ilipokuwa mtandao wa uthibitishaji wa kazi. Kwa kuwa sasa Ethereum inatumia uthibitishaji wa dhamana, mpendekezaji wa kizuizi mmoja tu ndiye anayechaguliwa kwa kila nafasi.", + "onchain-term": "Ndani ya mnyororo", + "onchain-definition": "Inarejelea vitendo au miamala inayofanyika kwenye kiambajengo na inapatikana kwa umma.

    Ifikirie kama kuandika kitu katika daftari kubwa, la pamoja ambalo kila mtu anaweza kuona na kuangalia, kuhakikisha kwamba chochote kilichoandikwa (kama kutuma pesa za kidijitali au kufanya mkataba) ni cha kudumu na hakiwezi kubadilishwa au kufutwa.", + "optimistic-rollup-term": "optimistic rollup", + "optimistic-rollup-definition": "Optimistic Rollup ni suluhisho la Safu ya 2 ambalo huharakisha miamala kwenye Ethereum, ikichukulia kuwa ni halali kwa chaguo-msingi isipokuwa ikipingwa. Zaidi kuhusu Optimistic rollups.", + "oracle-term": "Mtoa taarifa wa nje", + "oracle-definition": "Mtoa taarifa wa nje ni daraja kati ya kiambajengo na ulimwengu wa kweli. Wanafanya kazi kama API za ndani ya mnyororo ambazo zinaweza kuulizwa taarifa na kutumika katika mikataba mahiri. Zaidi kuhusu watoa taarifa wa nje.", "peer-term": "Rika", - "peer-definition": "Kompyuta zilizounganishwa zinazotumia programu ya mteja wa Ethereum ambazo zina nakala zinazofanana za kiambajengo.", + "peer-definition": "Kompyuta zilizounganishwa zinazoendesha programu ya mteja wa Ethereum ambazo zina nakala zinazofanana za kiambajengo.", "peer-to-peer-network-term": "Mtandao wa rika-kwa-rika", - "peer-to-peer-network-definition": "Mtandao wa kompyuta (rika) ambazo kwa pamoja zinaweza kutekeleza utendakazi bila hitaji la huduma za kati, zinazotegemea seva.
    Mpangilio huu mara nyingi hutumiwa kushiriki faili (yaani, BitTorrent), habari, au sarafu za kidigitali, kuruhusu ubadilishanaji wa moja kwa moja na wenye ufanisi zaidi kati ya watumiaji.", - "permissionless-term": "Isiyohitaji ruhusa", - "permissionless-definition": "Bila ruhusa inamaanisha mtu yeyote anaweza kujiunga na kutumia mfumo kama vile Ethereum. Iko wazi kwa kila mtu kushiriki na haihitaji idhini yoyote.", - "plasma-term": "Njozi", - "plasma-definition": "Suluhisho la kuongeza kasi ya nje ya mnyororo linalotumia uthibitisho wa ulaghai, kama vile uboreshaji wa matumaini. Plasma ina ukomo wa shughuli rahisi kama vile uhamisho wa tokeni na ubadilishaji. Mengi kuhusu plasma.", + "peer-to-peer-network-definition": "Mtandao wa kompyuta (marika) ambazo kwa pamoja zina uwezo wa kufanya utendaji bila hitaji la huduma kuu, zinazotegemea seva.
    Mpangilio huu mara nyingi hutumika kwa kushiriki faili (k.m., Bit torrent), taarifa, au sarafu za kidijitali, kuruhusu ubadilishanaji wa moja kwa moja na unaowezekana kuwa na ufanisi zaidi kati ya watumiaji.", + "permissionless-term": "Bila ruhusa", + "permissionless-definition": "Bila ruhusa inamaanisha mtu yeyote anaweza kujiunga na kutumia mfumo kama Ethereum. Iko wazi kwa kila mtu kushiriki na haihitaji idhini yoyote.", + "plasma-term": "Plasma", + "plasma-definition": "Suluhisho la uboreshaji wa uwezo la nje ya mnyororo ambalo linatumia uthibitisho wa udanganyifu, kama optimistic rollups. Plasma ina kikomo kwa miamala rahisi kama uhamishaji wa msingi wa tokeni na kubadilishana. Zaidi kuhusu plasma.", "private-key-term": "Ufunguo binafsi", - "private-key-definition": "Ufunguo wa faragha ni msimbo wa siri unaothibitisha kuwa unamiliki pesa zako dijitali na hukuruhusu kuzitumia, kama vile PIN ya akaunti yako. USISHIRIKI.", + "private-key-definition": "Ufunguo binafsi ni kodi ya siri inayothibitisha kuwa unamiliki pesa zako za kidijitali na inakuruhusu kuzitumia, kama PIN ya akaunti yako. USIUSHIRIKI.", "public-goods-term": "Bidhaa za umma", - "public-goods-definition": "Bidhaa za umma ni vitu ambavyo kila mtu anaweza kutumia bila malipo, kama vile bustani au hewa safi, na kuzitumia hakuzuii wengine kuzitumia pia. Mara nyingi serikali hutoa hizi kwa sababu biashara kwa kawaida hazitoi, kwa kuwa haziwezi kutoza watu kwa urahisi kwa kuzitumia.", - "private-chain-term": "Mnyororo wa kibinafsi", - "private-chain-definition": "Kiambajengo cha kibinafsi kabisa ni kile kilicho na ufikiaji ulioidhinishwa, haipatikani kwa umma kwa matumizi.", + "public-goods-definition": "Bidhaa za umma ni vitu ambavyo kila mtu anaweza kutumia bure, kama mbuga au hewa safi, na kuzitumia hakuzuii wengine kuzitumia pia. Serikali mara nyingi hutoa hizi kwa sababu biashara kwa kawaida hazitafanya hivyo, kwani haziwezi kuwatoza watu kwa urahisi kwa kuzitumia.", + "private-chain-term": "Mnyororo binafsi", + "private-chain-definition": "Kiambajengo binafsi kikamilifu ni kile chenye ufikiaji unaoruhusiwa, hakipatikani kwa umma kwa matumizi.", "poap-term": "POAP", - "poap-definition": "Itifaki ya Uthibitisho wa Mahudhurio inatumika kuunda mkusanyiko wa dijitali (NFT) ambao unathibitisha kuwa ulihudhuria tukio au shughuli mahususi.", - "pos-term": "Uthibitisho-wa-hisa (PoS)", - "pos-definition": "Mbinu ambayo itifaki ya kiambajengo ya sarafu ya kidigitali inalenga kufikia makubaliano yaliyosambazwa. PoS inauliza watumiaji kuthibitisha umiliki wa kiasi fulani cha fedha za siri (\"hisa\" yao katika mtandao) ili waweze kushiriki katika uthibitishaji wa shughuli. Mengi zaidi kuhusu uthibitisho wa hisa.", - "pow-term": "Uthibitisho wa kazi (PoW)", - "pow-definition": "Utaratibu wa usalama wa viambajengo ambao unahitaji nodi kutumia nishati katika mfumo wa hesabu ili kupata thamani fulani.", - "proto-danksharding-term": "Proto-Dankharding", - "proto-danksharding-definition": "Aina mpya ya muamala ambayo inakubali \"blobs\" za data ya Ethereum. Data hii ya \"blob\" imehifadhiwa kwa muda kwenye msururu wa beacon kwa epochs 4096 (~siku 18.2), na inaweza kukatwa kwa hiari ili kusaidia kupunguza mahitaji ya maunzi kwa waendeshaji wa nodi.", + "poap-definition": "Itifaki ya Uthibitisho wa Mahudhurio inatumika kuunda kipengee cha kidijitali cha kukusanywa (NFT) kinachothibitisha ulihudhuria tukio au shughuli maalum.", + "pos-term": "Uthibitishaji wa dhamana (PoS)", + "pos-definition": "Njia ambayo itifaki ya kiambajengo cha sarafu ya kidigitali inalenga kufikia makubaliano yaliyosambazwa. PoS inawauliza watumiaji kuthibitisha umiliki wa kiasi fulani cha sarafu ya kidigitali (\"dhamana\" yao katika mtandao) ili kuweza kushiriki katika uthibitishaji wa miamala. Zaidi kuhusu uthibitishaji wa dhamana.", + "pow-term": "Uthibitishaji wa kazi (PoW)", + "pow-definition": "Utaratibu wa usalama kwa viambajengo ambao unahitaji nodi kutumia nishati kwa njia ya ukokotoaji ili kupata thamani fulani.", + "proto-danksharding-term": "Proto-Danksharding", + "proto-danksharding-definition": "Aina mpya ya muamala ambayo inakubali \"blobs\" za data kwa Ethereum. Data hii ya \"blob\" inahifadhiwa kwa muda kwenye roro wa beacon kwa vipindi 4096 (~siku 18.2), na inaweza kupunguzwa kwa hiari baada ya hapo ili kusaidia kupunguza mahitaji ya maunzi kwa waendeshaji wa Nodi.", "public-key-term": "Ufunguo wa umma", - "public-key-definition": "Ufunguo wa umma ni kundi la herufi zinazowaruhusu wengine kukutumia sarafu ya kidijitali kwa usalama, kama vile barua pepe ya pesa.", - "quadratic-voting-term": "Upigaji kura wa Quadratic", - "quadratic-voting-definition": "Ni njia ya kupiga kura ambapo wapiga kura hueleza jinsi wanavyohisi sana kuhusu masuala. Inaruhusu wapiga kura kuonyesha sio tu upendeleo, lakini pia ukubwa wa upendeleo wao.", + "public-key-definition": "Ufunguo wa umma ni seti ya herufi inayoruhusu wengine kukutumia sarafu ya kidijitali kwa usalama, kama anwani ya barua pepe kwa ajili ya pesa.", + "quadratic-voting-term": "Upigaji kura wa quadratic", + "quadratic-voting-definition": "Ni njia ya upigaji kura ambapo wapiga kura wanaeleza jinsi wanavyohisi kwa dhati kuhusu masuala. Inaruhusu wapiga kura kuonyesha sio tu upendeleo, bali pia ukubwa wa upendeleo wao.", "receipt-term": "Risiti", - "receipt-definition": "Data iliyorejeshwa na mteja wa Ethereum kuwakilisha matokeo ya muamala fulani, ikiwa ni pamoja na hash ya muamala, kitalu nambari yake, kiasi cha mkataba mahiri, anwani ya mkataba.", - "recovery-phrase-term": "Kifungu cha maneno / maneno ya kurejesha", - "recovery-phrase-definition": "Orodha ya maneno unayopewa unapounda mkoba wa kidijitali. Hufanya kazi kama nenosiri linaloweza kukusaidia kurejesha ufikiaji wa mkoba wako ukipoteza, na kuhakikisha haupotezi pesa zako za kidijitali au tokeni.", - "re-entrancy-attack-term": "Shambulio la kuingia tena", - "re-entrancy-attack-definition": "Mashambulizi ambayo yanajumuisha kandarasi ya mshambulizi inayoita kazi ya kandarasi ya mwathirika kwa njia ambayo wakati wa utekelezaji mwathirika humwita mshambulizi kandarasi tena, kwa kujirudia. Hii inaweza kusababisha, kwa mfano, katika wizi wa fedha kwa kuruka sehemu za mkataba wa mwathirika ambao huhihisha salio au kuhesabu kiasi cha uondoaji. Mengi zaidi kuhusu kuingia upya.", + "receipt-definition": "Data inayorejeshwa na mteja wa Ethereum ili kuwakilisha matokeo ya muamala fulani, ikijumuisha hashi ya muamala, nambari yake ya kitalu, kiasi cha gesi kilichotumika, na, katika kesi ya usambazaji wa mkataba mahiri, anwani ya mkataba.", + "recovery-phrase-term": "Kifungu cha maneno ya siri/kifungu rejea cha maneno", + "recovery-phrase-definition": "Orodha ya maneno unayopewa unapounda mkoba wa kidijitali. Inafanya kazi kama nenosiri ambalo linaweza kukusaidia kurudi kwenye mkoba wako ikiwa utapoteza ufikiaji, kuhakikisha hupotezi pesa zako za kidijitali au tokeni.", + "re-entrancy-attack-term": "Shambulio la re-entrancy", + "re-entrancy-attack-definition": "Shambulio ambalo linajumuisha mkataba wa mshambuliaji kuita utendaji wa mkataba wa mwathiriwa kwa njia ambayo wakati wa utekelezaji mwathiriwa anaita mkataba wa mshambuliaji tena, kwa kujirudia. Hii inaweza kusababisha, kwa mfano, wizi wa fedha kwa kuruka sehemu za mkataba wa mwathiriwa zinazosasisha salio au kuhesabu kiasi cha uondoaji. Zaidi kuhusu re-entrancy.", "reward-term": "Zawadi", - "reward-definition": "Kiasi cha ether tunukiwa kwa wathibitishaji ambao hufanya kazi fulani, ikiwa ni pamoja na kupendekeza kitalu au kushiriki katika kamati ya kusawazisha, katika kila nafasi.", - "rlp-term": "Kiambishi awali cha urefu kinachojirudia (RLP)", - "rlp-definition": "kiwango cha usimbaji kilichoundwa na wasanifu wa Ethereum ili kusimba na kusawazisha vitu (miundo ya data) ya utata na urefu usio na mpangilio.", - "rollups-term": "Unda-mpya", - "rollups-definition": "Aina ya safu ya 2 suluhisho la kuongeza kiwango ambalo hulinganisha miamala mingi na kuziwasilisha kwa mnyororo mkuu wa Ethereum katika muamala mmoja. Hii inaruhusu kupunguzwa kwa gharama ya gesi na kuongezeka kwa muamala. Kuna matoleo ya Optimistic na Zero-knowledge ambayo hutumia mbinu tofauti za usalama kutoa faida hizi za hatari. Mengi zaidi kuhusu rollups.", - "rpc-term": "Wito wa utaratibu wa mbali (RPC)", + "reward-definition": "Kiasi cha ether kinachotolewa kama zawadi kwa wathibitishaji wanaofanya kazi fulani, ikiwa ni pamoja na kupendekeza kitalu au kushiriki katika kamati ya usawazishaji (sync-committee), katika kila nafasi (slot).", + "rlp-term": "Recursive Length Prefix (RLP)", + "rlp-definition": "Kiwango cha usimbaji kilichoundwa na watengenezaji wa Ethereum ili kusimba na kupanga vitu (miundo ya data) ya utata na urefu wowote.", + "rollups-term": "Rollups", + "rollups-definition": "Aina ya suluhisho la uboreshaji wa uwezo la safu ya 2 ambalo hukusanya miamala mingi na kuiwasilisha kwenye mnyororo mkuu wa Ethereum katika muamala mmoja. Hii inaruhusu kupunguzwa kwa gharama za gesi na kuongezeka kwa uwezo wa kupitisha muamala. Kuna optimistic rollups na rollups za ujuzi sifuri (zero-knowledge rollups) ambazo hutumia mbinu tofauti za usalama kutoa faida hizi za uboreshaji wa uwezo. Zaidi kuhusu rollups.", + "rpc-term": "Remote procedure call (RPC)", "rpc-definition": "RPC inaruhusu kompyuta moja kuomba data au kitendo kutoka kwa nyingine kupitia mtandao, kama vile kuomba maelezo kwa kutumia rimoti.", - "sha-term": "Linda kanuni za Hash (SHA)", - "sha-definition": "Familia ya chaguo za kukokotoa za hashi za kriptografia zilizochapishwa na Taasisi ya Kitaifa ya Viwango na Teknolojia (NIST).", - "serialization-term": "Mpangilio wa data katika mfumo maalum", + "sha-term": "Secure Hash Algorithm (SHA)", + "sha-definition": "Kundi la utendaji wa hashi za kriptografia zilizochapishwa na Taasisi ya Kitaifa ya Viwango na Teknolojia (NIST).", + "serialization-term": "Upangaji (Serialization)", "serialization-definition": "Mchakato wa kubadilisha muundo wa data kuwa mfuatano wa baiti.", - "sequencer-term": "mratibu wa mfuatano", - "sequencer-definition": "Sequencer ni mpango unaowajibika kwa kuagiza miamala katika mtandao wa kiambajengo, haswa ndani ya suluhu za kuongeza safu ya Tabaka la 2.", - "shard-term": "Kigae / mnyororo wa vigae", - "shard-definition": "Minyororo ya Shard ni sehemu tofauti za jumla ya kiambajengo ambazo seti ndogo za waidhinishaji zinaweza kuwajibika. Hapo awali hii ilikusudiwa kuwa njia ambayo Ethereum ilipanda hadi mamilioni ya miamala kwa sekunde, lakini sasa imeondolewa na maendeleo ya haraka ya kuongeza viwango kwa kutumia rollups.", + "sequencer-term": "Mratibu wa mfuatano", + "sequencer-definition": "Mratibu wa mfuatano ni programu inayohusika na kupanga miamala katika mtandao wa kiambajengo, hasa ndani ya suluhisho za uboreshaji wa uwezo za Safu ya 2.", + "shard-term": "Shard / mnyororo wa shard", + "shard-definition": "Minyororo ya shard ni sehemu tofauti za kiambajengo kizima ambazo vikundi vidogo vya wathibitishaji vinaweza kuwajibika nazo. Hii awali ilikusudiwa kuwa njia ambayo Ethereum ingeboresha uwezo hadi mamilioni ya miamala kwa sekunde, lakini sasa imepitwa na wakati kutokana na maendeleo ya haraka ya uboreshaji wa uwezo kwa kutumia rollups.", "sidechain-term": "Sidechain", - "sidechain-definition": "Suluhisho la kuongeza ukubwa linalotumia mnyororo tofauti wenye sheria za maafikiano tofauti, mara nyingi kwa haraka. Daraja linahitajika ili kuunganisha minyororo hii ya kando na Mainnet. Rollups pia hutumia minyororo ya pembeni, lakini hufanya kazi kwa ushirikiano na Mainnet badala yake. Mengi zaidi kwenye sidechains.", - "signing-term": "Kutia sahihi", - "signing-definition": "Kuonyesha kwa njia ya kriptografia kwamba muamala uliidhinishwa na mmiliki wa ufunguo maalum wa faragha.", + "sidechain-definition": "Suluhisho la uboreshaji wa uwezo ambalo hutumia mnyororo tofauti wenye sheria za makubaliano tofauti, na mara nyingi za haraka zaidi. Daraja linahitajika ili kuunganisha sidechains hizi kwenye mainnet. Rollups pia hutumia sidechains, lakini zinafanya kazi kwa ushirikiano na mainnet badala yake. Zaidi kuhusu sidechains.", + "signing-term": "Kutia saini", + "signing-definition": "Kuonyesha kwa njia ya kriptografia kwamba muamala uliidhinishwa na mmiliki wa ufunguo binafsi maalum.", "singleton-term": "Singleton", - "singleton-definition": "Neno la programu za kompyuta linaloelezea kitu ambacho mfano mmoja tu unaweza kuwepo.", + "singleton-definition": "Neno la upangaji wa kompyuta linaloelezea kitu ambacho kinaweza kuwepo mara moja tu.", "slasher-term": "Slasher", - "slasher-definition": "Slasher ni huluki ambayo huchanganua uthibitisho unaotafuta makosa yanayoweza kupunguzwa. Kufyeka hutangazwa kwa mtandao, na mpendekezaji wa kitalu anayefuata anaongeza uthibitisho kwenye kitalu. Kisha anayependekeza kitalu hupokea thawabu kwa kufyeka kithibitishaji hasidi.", - "slot-term": "Yanayopangwa", - "slot-definition": "Kipindi cha muda (sekunde 12) ambapo vitalu vipya vinaweza kupendekezwa na kithibitishaji katika uthibitisho wa hisa. Nafasi inaweza kuwa tupu. Nafasi 32 zinaunda zama. Mengi zaidi kuhusu uthibitisho wa uwekaji dhamana.", - "smart-contract-term": "Mkataba nadhifu", - "smart-contract-definition": "Mkataba mahiri ni mpango ambao hutekeleza makubaliano kiotomatiki kwenye kiambajengo, kama vile mkataba wa kidigitali unaojitosheleza. Utangulizi wa mikataba mahiri.", + "slasher-definition": "Slasher ni chombo kinachochunguza uthibitisho kutafuta makosa yanayoweza kusababisha kupunguzwa kwa dhamana. Matukio ya kupunguzwa kwa dhamana yanatangazwa kwenye mtandao, na mpendekezaji wa kizuizi anayefuata anaongeza uthibitisho kwenye kitalu. Mpendekezaji wa kizuizi kisha anapokea zawadi kwa kupunguza dhamana ya mthibitishaji mwenye nia mbaya.", + "slot-term": "Nafasi (Slot)", + "slot-definition": "Kipindi cha muda (sekunde 12) ambacho bloku mpya zinaweza kupendekezwa na mthibitishaji katika mfumo wa uthibitishaji wa dhamana. Nafasi inaweza kuwa tupu. Nafasi 32 zinaunda kipindi. Zaidi kuhusu uthibitishaji wa dhamana.", + "smart-contract-term": "Mkataba mahiri", + "smart-contract-definition": "Mkataba mahiri ni programu inayotekeleza makubaliano kiotomatiki kwenye kiambajengo, kama mkataba wa kidijitali unaojitekeleza wenyewe. Utangulizi wa mikataba mahiri.", "snark-term": "SNARK", - "snark-definition": "Ufupi kwa \"hoja fupi isiyoingiliana ya maarifa\", SNARK ni aina ya uthibitisho usio na maarifa. Mengi zaidi kuhusu uboreshaji wa zero knowledge.", - "soft-fork-term": "Uma laini", - "soft-fork-definition": "Tofauti katika blockchain ambayo hutokea wakati sheria za makubaliano zinapobadilika. Kinyume na uma ngumu, uma laini unaendana kwa nyuma; nodi zilizoboreshwa zinaweza kuhalalisha vizuizi vilivyoundwa na nodi zisizosasishwa mradi tu zinafuata sheria mpya za makubaliano.", - "solidity-term": "Uimara", - "solidity-definition": "Lugha ya kiutaratibu (ya lazima) ya programu yenye sintaksia inayofanana na JavaScript, C++, au Java. Lugha maarufu na inayotumiwa sana kwa mikataba mahiri ya Ethereum. Imeundwa na Dk. Gavin Wood. Mengi zaidi kuhusu Mshikamano.", - "solidity-inline-assembly-term": "Mkutano wa ndani wa Solidity", - "solidity-inline-assembly-definition": "EVM lugha ya mkusanyiko katika programu ya Solidity. Usaidizi wa Solidity kwa mkusanyiko wa ndani hurahisisha kuandika shughuli fulani.", - "stablecoin-term": "Sarafu-imara", - "stablecoin-definition": "Sarafu mahiri ni aina ya sarafu ya kidigitali iliyobuniwa kuwa na thamani dhabiti, ambayo mara nyingi huwekwa kwenye sarafu au bidhaa (kama vile dola ya Marekani), ili kupunguza kubadilikabadilika kwa bei. Mengi zaidi kuhusu sarafu mahiri.", + "snark-definition": "Kifupi cha \"succinct non-interactive argument of knowledge\", SNARK ni aina ya uthibitisho wa zero-knowledge. Zaidi kuhusu rollups za ujuzi sifuri.", + "soft-fork-term": "Mabadiliko laini", + "soft-fork-definition": "Mgawanyiko katika kiambajengo unaotokea wakati sheria za makubaliano zinapobadilika. Tofauti na mabadiliko yasiyoruhusu uboreshaji, mabadiliko laini yanaendana na matoleo ya nyuma; nodi zilizoboreshwa zinaweza kuthibitisha bloku zilizoundwa na nodi ambazo hazijaboreshwa mradi tu zinafuata sheria mpya za makubaliano.", + "solidity-term": "Solidity", + "solidity-definition": "Lugha ya programu ya kiutaratibu (imperative) yenye sintaksia inayofanana na JavaScript, C++, au Java. Lugha maarufu na inayotumiwa mara nyingi zaidi kwa mikataba mahiri ya Ethereum. Iliundwa na Dkt. Gavin Wood. Zaidi kuhusu Solidity.", + "solidity-inline-assembly-term": "Solidity inline assembly", + "solidity-inline-assembly-definition": "Lugha ya assembly ya EVM katika programu ya Solidity. Usaidizi wa Solidity kwa inline assembly hurahisisha kuandika shughuli fulani.", + "stablecoin-term": "Sarafu imara", + "stablecoin-definition": "Sarafu imara ni aina ya sarafu ya kidigitali iliyoundwa kuwa na thamani thabiti, mara nyingi hufunganishwa na sarafu au bidhaa (kama dola ya Marekani), ili kupunguza kubadilikabadilika kwa bei. Zaidi kuhusu sarafu imara.", "staking-term": "Kuweka dhamana", - "staking-definition": "Inaweka idadi ya etha (dau lako) ili kuwa kihalalishaji na kulinda mtandao. Mthibitishaji hukagua shughuli na kupendekeza kkuzuia chini ya uthibitisho wa makubaliano. Staking inakupa motisha ya kiuchumi ya kutenda kwa manufaa ya mtandao. Utapata zawadi kwa kutekeleza jukumu lako la kithibitishaji, lakini utapoteza viwango tofauti vya ETH usipofanya hivyo. Mengi zaidi kuhusu Ethereum staking.", - "staking-pool-term": "Kuunganisha bwawa", - "staking-pool-definition": "ETH iliyojumuishwa ya zaidi ya kidau kimoja cha Ethereum, iliyotumika kufikia 32 ETH inayohitajika kuwezesha seti ya funguo za kihalali. mtoa huduma wa nodi hutumia funguo hizi kushiriki katika makubaliano na zawadi za kitalu hugawanywa miongoni mwa wadau wanaochangia. Mabwawa ya staking au ugawaji wa majukumu sio asili ya itifaki ya Ethereum, lakini masuluhisho mengi yamejengwa na jumuiya. Mengi zaidi kuhusu staking zilizokusanywa.", + "staking-definition": "Kuweka kiasi cha ether (dhamana yako) ili kuwa mthibitishaji na kulinda mtandao. Mthibitishaji hukagua miamala na kupendekeza bloku chini ya mfumo wa makubaliano wa uthibitishaji wa dhamana. Kuweka dhamana kunakupa motisha ya kiuchumi kutenda kwa maslahi bora ya mtandao. Utapata zawadi kwa kutekeleza majukumu yako ya mthibitishaji, lakini utapoteza viwango tofauti vya ETH usipofanya hivyo. Zaidi kuhusu kuweka dhamana kwenye Ethereum.", + "staking-pool-term": "Bwawa la kushikiria dhamana", + "staking-pool-definition": "ETH iliyojumuishwa ya zaidi ya muweka dhamana mmoja wa Ethereum, inayotumika kufikia ETH 32 zinazohitajika ili kuwezesha seti ya funguo za mthibitishaji. Mwendeshaji wa nodi hutumia funguo hizi kushiriki katika makubaliano na zawadi za kizuizi hugawanywa kati ya waweka dhamana wanaochangia. Mabwawa ya kushikiria dhamana au kukasimu uwekaji dhamana si asili ya itifaki ya Ethereum, lakini suluhisho nyingi zimejengwa na jamii. Zaidi kuhusu uwekaji dhamana wa pamoja.", "stark-term": "STARK", - "stark-definition": "Ufupi wa \"hoja ya uwazi ya maarifa\", STARK ni aina ya uthibitisho wa zero knowledge. Mengi zaidi kuhusu uboreshaji wa zero knowledge.", - "state-term": "State", - "state-definition": "Muhtasari wa mizani yote na data kwa wakati fulani kwenye kiambajengo, kwa kawaida inarejelea hali kwenye kitalu fulani.", - "state-channels-term": "Ugavi na Utoaji wa Eth {#eth-supply-and-issuance}", - "state-channels-definition": "Suluhisho la safu 2 ambapo kituo kimeundwa kati ya washiriki, ambapo wanaweza kufanya miamala kwa uhuru na kwa bei nafuu. Ni muamala pekee wa kusanifu kituo na kufunga kituo ndio hutumwa kwa Mainnet. Hii inaruhusu uboreshaji wa juu sana wa muamala, lakini inategemea kujua idadi ya washiriki mbele na kufunga pesa. Mengi zaidi njia za malipo nje ya mnyororo.", - "supermajority-term": "Walio wengi zaidi", - "supermajority-definition": "Walio wengi ni neno linalotolewa kwa kiasi kinachozidi 2/3 (66%) ya jumla ya ether iliyowekwa kwenye hisa inayolinda Ethereum. Kura ya walio wengi inahitajika ili vitalu viweze kukamilishwa kwenye Mnyoror wa Beacon.", - "sybil-attack-term": "Shambulio la Sybil", - "sybil-attack-definition": "Mashambulizi ya Sybil yanarejelea binadamu mmoja mmoja anayehadaa mfumo kufikiria kuwa wao ni watu wengi ili kuongeza ushawishi wao.", - "syncing-term": "Usawazishaji", - "syncing-definition": "Mchakato wa kupakua toleo zima la hivi karibuni la mnyororo wa bloku kwenye nodi.", + "stark-definition": "Kifupi cha \"scalable transparent argument of knowledge\", STARK ni aina ya uthibitisho wa zero-knowledge. Zaidi kuhusu rollups za ujuzi sifuri.", + "state-term": "Hali", + "state-definition": "Picha ya salio na data zote kwa wakati fulani kwenye kiambajengo, kwa kawaida ikirejelea hali kwenye kitalu fulani.", + "state-channels-term": "Njia za hali", + "state-channels-definition": "Suluhisho la safu ya 2 ambapo njia inawekwa kati ya washiriki, ambapo wanaweza kufanya miamala kwa uhuru na kwa bei nafuu. Ni muamala tu wa kuanzisha njia na kufunga njia ndio unaotumwa kwenye mainnet. Hii inaruhusu uwezo mkubwa sana wa kupitisha muamala, lakini inategemea kujua idadi ya washiriki mapema na kufungia fedha. Zaidi kuhusu njia za hali.", + "supermajority-term": "Wengi zaidi (Supermajority)", + "supermajority-definition": "Wengi zaidi ni neno linalopewa kiasi kinachozidi 2/3 (66%) ya jumla ya ether iliyowekwa dhamana inayolinda Ethereum. Kura ya wengi zaidi inahitajika ili bloku ziweze kufikia mwisho kwenye roro wa beacon.", + "sybil-attack-term": "Shambulio la sybil", + "sybil-attack-definition": "Mashambulio la sybil yanarejelea watu binafsi wanaohadaa mfumo kufikiri wao ni watu wengi ili kuongeza ushawishi wao.", + "syncing-term": "Kusawazisha (Syncing)", + "syncing-definition": "Mchakato wa kupakua toleo lote la hivi punde la kiambajengo kwenye nodi.", "sync-committee-term": "Kamati ya usawazishaji", - "sync-committee-definition": "Kamati ya kusawazisha ni kikundi kilichochaguliwa bila mpangilio cha vithibitishaji ambacho huhuisha kila ~ saa 27. Kusudi lao ni kuongeza saini zao kwa vichwa halali vya vitalu. Kamati za kusawazisha huruhusu wateja wepesi kufuatilia kichwa cha kiambajengo bila kuhitaji kufikia seti nzima ya kithibitishaji.", + "sync-committee-definition": "Kamati ya usawazishaji ni kikundi kilichochaguliwa kwa nasibu cha wathibitishaji ambacho husasishwa kila baada ya saa ~27. Kusudi lao ni kuongeza saini zao kwenye vichwa halali vya kitalu. Kamati za usawazishaji zinaruhusu wateja wepesi kufuatilia kichwa cha kiambajengo bila kuhitaji kufikia seti nzima ya wathibitishaji.", "szabo-term": "Szabo", - "szabo-definition": "Dhehebu la ether. szabo 1 = 1012 wei. szabo 106 = ether 1.", - "terminal-total-difficulty-term": "Ugumu kamili wa mwisho (TTD)", - "terminal-total-difficulty-definition": "Ugumu wa jumla ni jumla ya ugumu wa uchimbaji wa Ethash kwa vitalu vyote hadi sehemu fulani maalum kwenye kiambajengo. Ugumu wa jumla ni thamani mahususi kwa ugumu wa jumla ambao ulitumika kama kichochezi cha wateja wa utekelezaji kuzima uchimbaji wao na kuzuia utendakazi wa porojo zinazowezesha mtandao kubadilika hadi uthibitisho wa dau. Haifai tena kwa sababu Ethereum ilihamia uthibitisho wa hisa.", + "szabo-definition": "Kiwango cha ether. szabo 1 = 1012 wei. 106 szabo = ether 1.", + "terminal-total-difficulty-term": "Jumla ya ugumu wa mwisho (TTD)", + "terminal-total-difficulty-definition": "Jumla ya ugumu ni jumla ya ugumu wa uchimbaji wa Ethash kwa bloku zote hadi hatua fulani maalum katika kiambajengo. Jumla ya ugumu wa mwisho ni thamani maalum kwa jumla ya ugumu ambayo ilitumika kama kichocheo kwa wateja wa utekelezaji kuzima shughuli zao za uchimbaji na usambazaji wa kitalu kuwezesha mtandao kuhamia kwenye uthibitishaji wa dhamana. Haifai tena kwa sababu Ethereum ilihamia kwenye uthibitishaji wa dhamana.", "testnet-term": "Testnet", - "testnet-definition": "Fupi la \"mtandao wa majaribio,\" mtandao unaotumiwa kuiga tabia ya mtandao mkuu wa Ethereum.", + "testnet-definition": "Kifupi cha \"mtandao wa majaribio,\" mtandao unaotumika kuiga tabia ya mtandao mkuu wa Ethereum.", "token-term": "Tokeni", - "token-definition": "Dhamana ya mtandaoni inayoweza kuuzwa iliyofafanuliwa katika mikataba mahiri kwenye kiambajengo cha Ethereum.", + "token-definition": "Bidhaa pepe inayoweza kuuzwa iliyofafanuliwa katika mikataba mahiri kwenye kiambajengo cha Ethereum.", "token-factory-term": "Kiwanda cha tokeni", - "token-factory-definition": "Kiwanda cha tokeni ni mkataba-erevu unaowezesha uundaji wa tokeni ndani ya kiwango maalum, kama vile ERC-20, ERC-721, au ERC-1155. Mkataba-erevu hufanya kazi kama kiolezo, kuruhusu watumiaji kupeleka tokeni mpya zenye vigezo maalum kama jina, alama, usambazaji, na utendakazi wa ziada bila kuunda mkataba-erevu mpya kutoka mwanzo.", - "transaction-term": "Miamala", - "transaction-definition": "Data iliyowekwa kwa Ethereum kiambajengo iliyotiwa saini na akaunti asili, inayolenga anwani mahususi. Muamala una metadata kama vile kikomo cha gharama ya muamala kwa muamala huo. Mengi zaidi kuhusu miamala.", + "token-factory-definition": "Kiwanda cha tokeni ni mkataba mahiri unaowezesha uundaji wa tokeni ndani ya kiwango maalum, kama vile ERC-20, ERC-721, au ERC-1155. Mkataba mahiri hufanya kazi kama kiolezo, kuruhusu watumiaji kusambaza tokeni mpya zenye vigezo maalum kama jina, alama, usambazaji, na utendaji wa ziada bila kuunda mkataba mahiri mpya kuanzia mwanzo.", + "transaction-term": "Muamala", + "transaction-definition": "Data iliyowasilishwa kwenye Kiambajengo cha Ethereum iliyotiwa saini na akaunti asili, ikilenga anwani maalum. Muamala una metadata kama vile kikomo cha gesi kwa muamala huo. Zaidi kuhusu miamala.", "transaction-fee-term": "Ada ya muamala", - "transaction-fee-definition": "Ada unayohitaji kulipa wakati wowote unapotumia mtandao wa Ethereum. Mifano ni pamoja na kutuma pesa kutoka kwa pochi au mwingiliano wa dapp, kama vile kubadilishana tokeni au kununua kitu kinachoweza kukusanywa. Unaweza kufikiria hii kama malipo ya huduma. Ada hii itabadilika kulingana na jinsi mtandao ulivyo na shughuli nyingi. Hii ni kwa sababu waidhinishaji, watu walio na jukumu la kuchakata muamala wako, wana uwezekano wa kutanguliza malipo kwa ada ya juu - kwa hivyo msongamano unalazimisha bei kupanda.

    Katika kiwango cha kiufundi, ada yako ya muamala inahusiana na kiasi gani cha gesi muamala wako unahitaji.

    Kupunguza ada za miamala ni suala la riba kubwa kwa sasa. Tazama Safu ya 2.", - "trust-assumptions-term": "Dhana za uaminifu", - "trust-assumptions-definition": "Mawazo ya kutegemewa ni imani za kimsingi kuhusu usalama na kutegemewa kwa mfumo, zinazoongoza kile tunachoamini ili mfumo ufanye kazi.", - "trustlessness-term": "Hali ya kutokuwa na uaminifu", - "trustlessness-definition": "Uwezo wa mtandao kusuluhisha miamala bila mhusika yeyote anayehitaji kumwamini mtu mwingine.", - "turing-complete-term": "Turing kumekamilika", - "turing-complete-definition": "Dhana iliyopewa jina la mwanahisabati wa Kiingereza na mwanasayansi wa kompyuta Alan Turing - mfumo wa sheria za upotoshaji wa data (kama vile seti ya maagizo ya kompyuta, lugha ya programu au kiotomatiki cha simu za mkononi) inasemekana kuwa \"Turing kamili\" au \"kikokotozi zima\" ikiwa inaweza kutumika kuiga mashine yoyote ya Turing.", + "transaction-fee-definition": "Ada unayohitaji kulipa kila unapotumia mtandao wa Ethereum. Mifano ni pamoja na kutuma fedha kutoka kwenye mkoba wako au mwingiliano wa dapp, kama vile kubadilishana tokeni au kununua bidhaa inayokusanywa. Unaweza kufikiria hii kama malipo ya huduma. Ada hii itabadilika kulingana na jinsi mtandao ulivyo na shughuli nyingi. Hii ni kwa sababu wathibitishaji, watu wanaohusika na kuchakata muamala wako, wana uwezekano wa kupa kipaumbele miamala yenye ada kubwa – hivyo msongamano hulazimisha bei kupanda.

    Katika kiwango cha kiufundi, ada yako ya muamala inahusiana na kiasi gani cha gesi muamala wako unahitaji.

    Kupunguza ada za muamala ni mada inayovutia sana hivi sasa. Tazama Safu ya 2.", + "trust-assumptions-term": "Mawazo ya uaminifu", + "trust-assumptions-definition": "Mawazo ya uaminifu ni imani za msingi kuhusu usalama na kutegemewa kwa mfumo, zinazoongoza kile tunachokiamini ili mfumo ufanye kazi.", + "trustlessness-term": "Kutokuwa na hitaji la kuaminiana (Trustlessness)", + "trustlessness-definition": "Uwezo wa mtandao kusimamia miamala bila wahusika wowote kuhitaji kuamini mtu wa tatu.", + "turing-complete-term": "Turing complete", + "turing-complete-definition": "Dhana iliyopewa jina la mwanahisabati na mwanasayansi wa kompyuta wa Kiingereza Alan Turing - mfumo wa sheria za kudhibiti data (kama vile seti ya maagizo ya kompyuta, lugha ya programu, au cellular automaton) inasemekana kuwa \"Turing complete\" au \"computationally universal\" ikiwa inaweza kutumika kuiga mashine yoyote ya Turing.", "validator-term": "Mthibitishaji", - "validator-definition": "nodi katika uthibitisho wa hisa unaohusika na kuhifadhi data, kuchakata miamala na kuongeza vizuizi vipya kwenye kiambajengo. Ili kuamilisha programu ya kiidhinisha, unahitaji kuwa na uwezo wa hisa 32 ETH. Mengi zaidi kuhusu kuweka hisa kwenye Ethereum.", - "validator-lifecycle-term": "Mzunguko wa maisha ya mthibitishaji", - "validator-lifecycle-definition": "Msururu wa hali ambazo kiidhinishaji kinaweza kuwepo. Hizi ni pamoja na:

    • zilizowekwa: Angalau ETH 32 zimewekwa kwa mkataba wa amana na mthibitishaji
    • inasubiri: kiidhinishi yumo kwenye foleni ya kuwezesha
      • iliyoidhinishwa na mtandao uliopo unaosubiri kutumika kwa sasa. kuthibitisha na kupendekeza vizuizi
    • kufyeka: aliyeidhinisha ametenda vibaya na anapunguzwa
    • kutoka: aliyeidhinisha amealamishwa kwa kuondoka kwenye mtandao, ama kwa hiari au kwa sababu ameondolewa.
    ", + "validator-definition": "Nodi katika mfumo wa uthibitishaji wa dhamana inayohusika na kuhifadhi data, kuchakata miamala, na kuongeza bloku mpya kwenye kiambajengo. Ili kuwezesha programu ya mthibitishaji, unahitaji kuweza kuweka dhamana ya ETH 32. Zaidi kuhusu kuweka dhamana kwenye Ethereum.", + "validator-lifecycle-term": "Mzunguko wa maisha wa mthibitishaji", + "validator-lifecycle-definition": "Mfuatano wa hali ambazo mthibitishaji anaweza kuwepo. Hizi ni pamoja na:

    • imewekwa amana: Angalau ETH 32 zimewekwa kwenye mkataba wa amana na mthibitishaji
    • inasubiri: mthibitishaji yuko kwenye foleni ya kuwezeshwa akisubiri kupigiwa kura kuingia kwenye mtandao na wathibitishaji waliopo
    • inafanya kazi: kwa sasa inathibitisha na kupendekeza bloku
    • inapunguzwa dhamana: mthibitishaji amefanya makosa na anapunguzwa dhamana
    • inatoka: mthibitishaji amewekewa alama ya kutoka kwenye mtandao, iwe kwa hiari au kwa sababu wameondolewa.
    ", "validity-proof-term": "Uthibitisho wa uhalali", - "validity-proof-definition": "Muundo wa usalama wa masuluhisho fulani ya safu 2 ambapo, ili kuongeza kasi, miamala inakusanywa katika makundi na kuwasilishwa kwa Ethereum katika muamala mmoja. Uhesabuji wa muamala unafanywa nje ya mnyororo na kisha kutolewa kwa mnyororo mkuu na uthibitisho wa uhalali wao. Njia hii huongeza kiasi cha miamala inayowezekana wakati wa kudumisha usalama. Baadhi ya rollups hutumia uthibitisho wa ulaghai. Mengi zaidi kuhusu uboreshaji wa maarifa sifuri.", + "validity-proof-definition": "Mfumo wa usalama kwa baadhi ya suluhisho za safu ya 2 ambapo, ili kuongeza kasi, miamala inakusanywa katika makundi na kuwasilishwa kwenye Ethereum katika muamala mmoja. Ukokotoaji wa muamala unafanywa nje ya mnyororo na kisha kutolewa kwenye mnyororo mkuu na uthibitisho wa uhalali wao. Mbinu hii inaongeza kiasi cha miamala inayowezekana huku ikidumisha usalama. Baadhi ya rollups hutumia uthibitisho wa udanganyifu. Zaidi kuhusu rollups za ujuzi sifuri.", "validium-term": "Validium", - "validium-definition": "Suluhisho la nje ya mnyororo ambalo hutumia uthibitisho wa uhalali ili kuboresha utumaji wa muamala. Tofauti na Ziro-maarifa yanayokunjwa, data ya validium haijahifadhiwa kwenye safu ya 1 ya Mainnet. Mengi zaidi kuhusu validium.", + "validium-definition": "Suluhisho la nje ya mnyororo ambalo hutumia uthibitisho wa uhalali kuboresha uwezo wa kupitisha muamala. Tofauti na rollups za ujuzi sifuri, data ya validium haihifadhiwi kwenye mainnet ya safu ya 1. Zaidi kuhusu validium.", "vyper-term": "Vyper", - "vyper-definition": "Lugha ya programu ya kiwango cha juu yenye syntax kama ya Python. Inakusudiwa kupata karibu na lugha safi ya utendaji. Iliyoundwa na Vitalik Buterin. Mengi zaidi kuhusu Vyper.", - "wallet-term": "Pochi", - "wallet-definition": "Pochi ni zana ya kidijitali ya kuhifadhi, kutuma na kupokea sarafu ya kidijitali, kama vile pochi ya mtandaoni ya pesa zako mtandaoni. Mengi zaidi kuhusu pochi za Ethereum.", + "vyper-definition": "Lugha ya programu ya kiwango cha juu yenye sintaksia inayofanana na Python. Inakusudiwa kukaribia lugha safi ya kiutendaji. Iliundwa na Vitalik Buterin. Zaidi kuhusu Vyper.", + "wallet-term": "Mkoba", + "wallet-definition": "Mkoba ni zana ya kidijitali ya kuhifadhi, kutuma, na kupokea sarafu ya kidigitali, kama pochi pepe kwa pesa zako za mtandaoni. Zaidi kuhusu mikoba ya Ethereum.", "web2-term": "Web2", - "web2-definition": "Ni mtandao wa sasa, unaolenga maudhui yanayozalishwa na mtumiaji na mitandao ya kijamii ambayo inadhibitiwa na makampuni machache. Web3 ni imani ya siri kwamba watumiaji wanapaswa kudhibiti data na miamala yao badala yake.", - "web3-term": "Wavuti3", - "web3-definition": "Web3 ni mtandao mpya wenye kiambajengo, ambapo watumiaji hudhibiti data na miamala yao, si makampuni. Hakuna haja ya kushirikisha habari yoyote ya kibinafsi. Mengi kwenye web3.", + "web2-definition": "Ni mtandao wa sasa, unaozingatia maudhui yanayozalishwa na watumiaji na mitandao ya kijamii inayodhibitiwa na makampuni machache. Web3 ni imani ya kripto kwamba watumiaji wanapaswa kudhibiti data na miamala yao badala yake.", + "web3-term": "Web3", + "web3-definition": "Web3 ni mtandao mpya wenye kiambajengo, ambapo watumiaji hudhibiti data na miamala yao, sio makampuni. Hakuna haja ya kushiriki taarifa zozote za kibinafsi. Zaidi kuhusu web3.", "wei-term": "Wei", - "wei-definition": "Yeye ndiye thamani ndogo zaidi ya etha. 1018 wei = etha 1.", + "wei-definition": "Kiwango kidogo zaidi cha ether. 1018 wei = ether 1.", "wrapped-token-term": "Tokeni iliyofungwa", - "wrapped-token-definition": "Tokeni inayotokana na kiambajengo ambayo inawakilisha sarafu nyingine ya kidigitali au mali kwenye mtandao tofauti. Kwa mfano, Ether Iliyofungwa (WETH) inawakilisha Ether(ETH) katika umbizo ambalo linatii kiwango cha tokeni cha Ethereum cha ERC-20. tokeni bora imefungwa kwa usalama na mkataba mahiri, na tokeni sawa na iliyofungwa inaundwa. Utaratibu huu huwezesha mwingiliano ndani na kati ya minyororo ya kuzuia, kuruhusu mali kama ETH kutumika bila mshono katika programu zilizogatuliwa huku zikihifadhi thamani yake.", - "zero-address-term": "Anwani zero", - "zero-address-definition": "Anwani ya Ethereum, inayojumuisha sifuri kabisa, ambayo hutumiwa mara kwa mara kama anwani ya kuondoa tokeni kwenye mzunguko unaomilikiwa. Tofauti hutolewa kati ya tokeni zilizoondolewa rasmi kwenye faharasa ya mkataba mahiri kupitia njia ya burn() na zile zinazotumwa kwa anwani hii.", - "zk-proof-term": "Uthibitishaji wa Zero-knowledge", - "zk-proof-definition": "Uthibitishaji wa zero-knowledge ni mbinu ya siri ambayo inaruhusu mtu binafsi kuthibitisha kuwa taarifa ni kweli bila kuwasilisha taarifa yoyote ya ziada. Mengi zaidi kuhusu uboreshaji wa zero-knowledge .", - "zk-rollup-term": "''Kuunganisha kwa ujanja wa kukosa maarifa.''", - "zk-rollup-definition": "kuchapisha kwa miamala inayotumia uthibitisho wa uhalali ili kutoa ongezeko la safu ya 2 huku ukitumia usalama uliotolewa na Mainnet (safu ya 1). Ingawa haziwezi kushughulikia aina changamano za miamala, kama vile mipango yenye matumaini, hazina matatizo ya kusubiri kwa sababu miamala ni halali inapowasilishwa. Mengi zaidi kuhusu uboreshaji wa zero-knowledge." -} + "wrapped-token-definition": "Tokeni inayotegemea kiambajengo inayowakilisha sarafu ya kidigitali nyingine au rasilimali kwenye mtandao tofauti. Kwa mfano, Wrapped Ether (WETH) inawakilisha Ether (ETH) katika muundo unaotii kiwango cha tokeni cha ERC-20 cha Ethereum. Rasilimali asili inafungwa kwa usalama na mkataba mahiri, na tokeni iliyofungwa sawa inaundwa. Utaratibu huu unawezesha mwingiliano ndani na kati ya viambajengo, kuruhusu rasilimali kama ETH kutumika bila mshono katika mifumo iliyotawanywa huku ikihifadhi thamani yake.", + "zero-address-term": "Anwani sifuri", + "zero-address-definition": "Anwani ya Ethereum, inayoundwa na sifuri pekee, ambayo mara nyingi hutumika kama anwani ya kuondoa tokeni kutoka kwenye mzunguko unaomilikiwa. Tofauti inatolewa kati ya tokeni zilizoondolewa rasmi kutoka kwenye faharasa ya mkataba mahiri kupitia mbinu ya burn() na zile zinazotumwa kwenye anwani hii.", + "zk-proof-term": "Uthibitisho wa zero-knowledge", + "zk-proof-definition": "Uthibitisho wa zero-knowledge ni mbinu ya kriptografia inayoruhusu mtu kuthibitisha kwamba taarifa ni ya kweli bila kuwasilisha taarifa yoyote ya ziada. Zaidi kuhusu rollups za ujuzi sifuri.", + "zk-rollup-term": "Rollup ya ujuzi sifuri", + "zk-rollup-definition": "Rollup ya miamala inayotumia uthibitisho wa uhalali kutoa uwezo ulioongezeka wa kupitisha muamala wa safu ya 2 huku ikitumia usalama unaotolewa na mainnet (safu ya 1). Ingawa haziwezi kushughulikia aina ngumu za muamala, kama optimistic rollups, hazina matatizo ya ucheleweshaji kwa sababu miamala inathibitishwa kuwa halali inapowasilishwa. Zaidi kuhusu rollups za ujuzi sifuri." +} \ No newline at end of file diff --git a/src/intl/ta/glossary.json b/src/intl/ta/glossary.json index 7230880d633..901adbf85a2 100644 --- a/src/intl/ta/glossary.json +++ b/src/intl/ta/glossary.json @@ -1,408 +1,408 @@ { "51%-attack-term": "51% தாக்குதல்", - "51%-attack-definition": "ஒரு குழுவானது முனைகளின் பெரும்பான்மையைக் கட்டுப்படுத்தும் ஒரு வகை தாக்குதல். இது பரிவர்த்தனைகளை மாற்றியமைப்பதன் மூலமும் ஈதர் மற்றும் பிற டோக்கன்களை இரட்டைச் செலவு செய்வதன் மூலமும் பிளாக்செயினை ஏமாற்ற அவர்களை அனுமதிக்கும்.

    Ethereum சான்று-பங்கு அமைப்பில், மொத்த பங்குகொண்ட ஈதரில் பாதிக்கும் மேலானதைக் குவிப்பதன் மூலம் இது அடையப்படும். இது ஒரு தாக்குபவர் எந்த புதிய தொகுதிகள் பிளாக்செயினில் சேர்க்கப்பட வேண்டும் என்பதைத் தீர்மானிக்க அனுமதிக்கும். இருப்பினும், சங்கிலியை மாற்றியமைக்க அல்லது இரட்டைச் செலவு செய்ய, ஒரு தாக்குபவருக்கு மொத்த பங்குகொண்ட ஈதரில் குறைந்தது 66% தேவைப்படும்.", - "account-term": "கணக்கு", - "account-definition": "Ethereum கணக்கு என்பது Ethereum பிளாக்செயினில் உள்ள ஒரு டிஜிட்டல் அடையாளம், இது பயனர்களை ஈதரை அனுப்பவும், பெறவும் மற்றும் ஸ்மார்ட் ஒப்பந்தங்களுடன் தொடர்பு கொள்ளவும் அனுமதிக்கிறது.

    தொழில்நுட்பம்:
    இது ஒரு முகவரி, இருப்பு, நான்ஸ் மற்றும் விருப்ப சேமிப்பிடம் மற்றும் குறியீட்டைக் கொண்ட ஒரு பொருள் ஆகும். ஒரு கணக்கு ஒரு ஒப்பந்தக் கணக்காகவோ அல்லது வெளிப்புறமாகச் சொந்தமான கணக்காகவோ (EOA) இருக்கலாம்.", + "51%-attack-definition": "ஒரு குழு பெரும்பான்மையான nodes-ஐக் கட்டுப்படுத்தும் ஒரு வகை தாக்குதல். இது பரிவர்த்தனைகளை (transactions) மாற்றுவதன் மூலமும், ether மற்றும் பிற டோக்கன்களை இருமுறை செலவிடுவதன் மூலமும் பிளாக்செயினை மோசடி செய்ய அவர்களுக்கு அனுமதிக்கும்.

    Ethereum proof-of-stake-ல், மொத்தமாக ஸ்டேக் செய்யப்பட்ட ether-ல் பாதிக்கும் மேலானதைக் குவிப்பதன் மூலம் இது அடையப்படும். இது பிளாக்செயினில் எந்தப் புதிய பிளாக்குகள் சேர்க்கப்படுகின்றன என்பதைத் தீர்மானிக்க தாக்குபவரை அனுமதிக்கும். இருப்பினும், செயினை மாற்றியமைக்க அல்லது இருமுறை செலவிட, தாக்குபவருக்கு மொத்தமாக ஸ்டேக் செய்யப்பட்ட ether-ல் குறைந்தது 66% தேவைப்படும்.", + "account-term": "கணக்கு (Account)", + "account-definition": "Ethereum கணக்கு என்பது Ethereum பிளாக்செயினில் உள்ள ஒரு டிஜிட்டல் அடையாளமாகும், இது பயனர்களை Ether-ஐ அனுப்ப, பெற மற்றும் ஸ்மார்ட் ஒப்பந்தங்களுடன் (smart contracts) தொடர்பு கொள்ள அனுமதிக்கிறது.

    தொழில்நுட்பம்:
    இது ஒரு முகவரி, இருப்பு, நான்ஸ் (nonce) மற்றும் விருப்பமான சேமிப்பகம் மற்றும் குறியீட்டைக் கொண்ட ஒரு ஆப்ஜெக்ட் ஆகும். ஒரு கணக்கு என்பது ஒப்பந்தக் கணக்காகவோ (contract account) அல்லது வெளிப்புறமாகச் சொந்தமான கணக்காகவோ (EOA) இருக்கலாம்.", "address-term": "முகவரி", - "address-definition": "ஒரு Ethereum முகவரி என்பது டோக்கன்களைப் பெறுவதற்குப் பயன்படுத்தப்படும் ஒரு தனித்துவமான அடையாளங்காட்டியாகும், இது கிரிப்டோகரன்சிகளுக்கான வங்கிக் கணக்கு எண்ணைப் போன்ற செயல்பாடுகளைக் கொண்டுள்ளது. இது உங்கள் Ethereum கணக்கை அடையாளம் காணப் பயன்படுகிறது.

    இது ஒரு ஈ.சி.டி.எஸ்.ஏ பொது விசையின் கெக்காக் ஹாஷின் வலதுபுறமுள்ள 160 பிட்கள் ஆகும்.", - "anti-sybil-term": "சிபில்-எதிர்ப்பு", - "anti-sybil-definition": "இணையத்தில் ஒரே நேரத்தில் பல பயனர்களாக நடிப்பதை நிறுத்துவதற்கான வழிகள், ஒவ்வொரு பயனரும் ஒரு உண்மையான, தனிப்பட்ட நபர் என்பதை உறுதி செய்கிறது. இது ஆன்லைன் தொடர்புகளை நியாயமாகவும் நேர்மையாகவும் வைத்திருக்க உதவுகிறது.", - "abi-term": "பயன்பாட்டு பைனரி இடைமுகம் (ABI)", - "abi-definition": "ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் உள்ள செயல்பாடுகள் மற்றும் மாறிகளை வரையறுக்கும் ஒரு JSON கோப்பு. ABI ஆனது பைட் குறியீட்டை மனிதனால் படிக்கக்கூடிய வடிவங்களுக்கு வரைபடமாக்க அனுமதிக்கிறது.", - "api-term": "பயன்பாட்டு நிரலாக்க இடைமுகம் (API)", - "api-definition": "ஒரு பயன்பாட்டு நிரலாக்க இடைமுகம் (API) என்பது ஒரு மென்பொருளை எவ்வாறு பயன்படுத்துவது என்பதற்கான வரையறைகளின் தொகுப்பாகும். ஒரு API ஒரு பயன்பாட்டிற்கும் ஒரு வலை சேவையகத்திற்கும் இடையில் அமர்ந்து, அவற்றுக்கிடையே தரவு பரிமாற்றத்தை எளிதாக்குகிறது.", + "address-definition": "Ethereum முகவரி என்பது டோக்கன்களைப் பெறுவதற்குப் பயன்படுத்தப்படும் ஒரு தனித்துவமான அடையாளங்காட்டியாகும், இது கிரிப்டோகரன்சிகளுக்கான வங்கிக் கணக்கு எண்ணைப் போலவே செயல்படுகிறது. இது உங்கள் Ethereum கணக்கை அடையாளம் காணப் பயன்படுகிறது.

    இது ECDSA பொது விசையின் (public key) Keccak ஹாஷின் வலதுபுறம் உள்ள 160 பிட்கள் ஆகும்.", + "anti-sybil-term": "Anti-Sybil", + "anti-sybil-definition": "இணையத்தில் ஒரே நேரத்தில் பல பயனர்களாகப் போலியாக நடிப்பதைத் தடுக்கும் வழிகள், ஒவ்வொரு பயனரும் உண்மையான, தனி நபர் என்பதை உறுதி செய்கிறது. இது ஆன்லைன் தொடர்புகளை நியாயமாகவும் நேர்மையாகவும் வைத்திருக்க உதவுகிறது.", + "abi-term": "Application Binary Interface (ABI)", + "abi-definition": "ஸ்மார்ட் ஒப்பந்தத்தில் சேர்க்கப்பட்டுள்ள செயல்பாடுகள் மற்றும் மாறிகளை (variables) வரையறுக்கும் ஒரு JSON கோப்பு. ABI ஆனது பைட் குறியீட்டை (bytecode) மனிதர்கள் படிக்கக்கூடிய வடிவங்களில் மேப் செய்ய அனுமதிக்கிறது.", + "api-term": "Application Programming Interface (API)", + "api-definition": "Application Programming Interface (API) என்பது ஒரு மென்பொருளை எவ்வாறு பயன்படுத்துவது என்பதற்கான வரையறைகளின் தொகுப்பாகும். ஒரு API ஆனது ஒரு பயன்பாட்டிற்கும் வலை சேவையகத்திற்கும் (web server) இடையில் அமர்ந்து, அவற்றுக்கிடையேயான தரவு பரிமாற்றத்தை எளிதாக்குகிறது.", "apr-term": "APR", - "apr-definition": "APR, அல்லது வருடாந்திர சதவீத விகிதம், வட்டி மற்றும் கட்டணங்கள் உட்பட, கடன் வாங்கும் பணத்தின் வருடாந்திர செலவை ஒரு சதவீதமாக பிரதிபலிக்கிறது.", + "apr-definition": "APR, அல்லது வருடாந்திர சதவீத விகிதம் (Annual Percentage Rate), வட்டி மற்றும் கட்டணங்கள் உட்பட பணத்தை கடன் வாங்குவதற்கான வருடாந்திர செலவை ஒரு சதவீதமாகப் பிரதிபலிக்கிறது.", "asic-term": "ASIC", - "asic-definition": "பயன்பாடு-குறிப்பிட்ட ஒருங்கிணைந்த சுற்று. இது பொதுவாக கிரிப்டோகரன்சி சுரங்கத்திற்காக தனிப்பயனாக்கப்பட்ட ஒரு ஒருங்கிணைந்த சுற்றைக் குறிக்கிறது.", + "asic-definition": "பயன்பாடு சார்ந்த ஒருங்கிணைந்த சுற்று (Application-specific integrated circuit). இது பொதுவாக கிரிப்டோகரன்சி மைனிங்கிற்காகத் தனிப்பயனாக்கப்பட்ட ஒரு ஒருங்கிணைந்த சுற்றைக் குறிக்கிறது.", "assert-term": "assert", - "assert-definition": "Solidityயில், `assert(false)` என்பது `0xfe` க்கு தொகுக்கப்படுகிறது, இது ஒரு தவறான ஆப்கோட் ஆகும், இது மீதமுள்ள அனைத்து gasஐயும் பயன்படுத்தி அனைத்து மாற்றங்களையும் மாற்றியமைக்கிறது. ஒரு `assert()` அறிக்கை தோல்வியுற்றால், மிகவும் தவறான மற்றும் எதிர்பாராத ஒன்று நடக்கிறது, மேலும் உங்கள் குறியீட்டை நீங்கள் சரிசெய்ய வேண்டும். ஒருபோதும் ஏற்படக்கூடாத நிலைமைகளைத் தவிர்க்க `assert()` ஐப் பயன்படுத்த வேண்டும். ஸ்மார்ட் ஒப்பந்தப் பாதுகாப்பு பற்றி மேலும்.", - "attestation-term": "சான்றளிப்பு", - "attestation-definition": "ஏதேனும் ஒன்று உண்மை என்று ஒரு நிறுவனத்தால் செய்யப்பட்ட ஒரு கோரிக்கை. Ethereum சூழலில், ஒருமித்த கருத்துள்ள வேலிடேட்டர்கள் சங்கிலியின் நிலை என்னவாக இருக்கும் என்று தாங்கள் நம்புவதைக் கோர வேண்டும். நியமிக்கப்பட்ட நேரங்களில், ஒவ்வொரு சரிபார்ப்பாளரும் கடந்த இறுதி செய்யப்பட்ட சோதனைச் சாவடி மற்றும் சங்கிலியின் தற்போதைய தலைப்பு உட்பட, சங்கிலியின் பார்வையை முறையாக அறிவிக்கும் வெவ்வேறு சான்றளிப்புகளை வெளியிடுவதற்குப் பொறுப்பாவார்கள். சான்றளிப்புகள் பற்றி மேலும்.", - "base-fee-term": "அடிப்படை கட்டணம்", - "base-fee-definition": "ஒவ்வொரு பிளாக்கிற்கும் 'அடிப்படை கட்டணம்' எனப்படும் இருப்பு விலை உள்ளது. இது ஒரு பரிவர்த்தனையை அடுத்த பிளாக்கில் சேர்க்க ஒரு பயனர் செலுத்த வேண்டிய குறைந்தபட்ச எரிவாயு கட்டணமாகும். எரிவாயு மற்றும் கட்டணங்கள் பற்றி மேலும்.", - "beacon-chain-term": "பீக்கன் செயின்", - "beacon-chain-definition": "பீக்கன் செயின் என்பது பங்குச் சான்று மற்றும் வேலிடேட்டர்களை Ethereum இல் அறிமுகப்படுத்திய பிளாக்செயின் ஆகும். இது டிசம்பர் 2020 முதல் செப்டம்பர் 2022 வரை, இரு சங்கிலிகளும் ஒன்றிணைந்து இன்றைய Ethereum ஐ உருவாக்கும் வரை, வேலைச் சான்று Ethereum முதன்மைச் சங்கிலியுடன் இணைந்து இயங்கியது. பீக்கன் செயின் பற்றி மேலும்.", - "big-endian-term": "பிக்-எண்டியன்", - "big-endian-definition": "ஒரு நிலை எண் பிரதிநிதித்துவம், இதில் மிக முக்கியமான இலக்கம் நினைவகத்தில் முதலில் இருக்கும். லிட்டில்-எண்டியனுக்கு எதிரானது, இதில் குறைவான முக்கியமான இலக்கம் முதலில் இருக்கும்.", - "block-term": "பிளாக்", - "block-definition": "ஒரு பிளாக் என்பது பரிவர்த்தனைகள் அல்லது டிஜிட்டல் செயல்கள் சேமிக்கப்படும் இடமாகும். ஒரு பிளாக் நிரம்பியதும், அது முந்தைய பிளாக்குடன் இணைக்கப்பட்டு, பிளாக்குகளின் சங்கிலி அல்லது \"பிளாக்செயின்\" ஐ உருவாக்குகிறது. பிளாக்குகள் பற்றி மேலும்.

    ஒரு பிளாக் என்பது பரிவர்த்தனைகளின் வரிசைப்படுத்தப்பட்ட பட்டியல் மற்றும் ஒருமித்த கருத்து தொடர்பான தகவல்களை உள்ளடக்கிய ஒரு தொகுக்கப்பட்ட தகவல் அலகு ஆகும். பிளாக்குகள் பங்குச் சான்று வேலிடேட்டர்களால் முன்மொழியப்படுகின்றன, அப்போது அவை முழு பியர்-டு-பியர் நெட்வொர்க்கிலும் பகிரப்படுகின்றன, அங்கு அவை மற்ற அனைத்து முனைகளாலும் எளிதாக சுயாதீனமாக சரிபார்க்கப்படலாம். ஒரு பிளாக்கின் எந்த உள்ளடக்கங்கள் செல்லுபடியாகும் எனக் கருதப்படுகின்றன என்பதை ஒருமித்த கருத்து விதிகள் நிர்வகிக்கின்றன, மேலும் எந்தவொரு செல்லாத பிளாக்குகளும் நெட்வொர்க்கால் புறக்கணிக்கப்படுகின்றன. இந்த பிளாக்குகளின் வரிசைப்படுத்துதல் மற்றும் அதிலுள்ள பரிவர்த்தனைகள், நெட்வொர்க்கின் தற்போதைய நிலையை பிரதிநிதித்துவப்படுத்தும் இறுதியுடன் ஒரு தீர்மானகரமான நிகழ்வுகளின் சங்கிலியை உருவாக்குகின்றன.", - "block-explorer-term": "பிளாக் ஆராய்ச்சி", - "block-explorer-definition": "ஒரு பயனர் ஒரு பிளாக்செயினில் இருந்து மற்றும் அதைப் பற்றிய தகவல்களைத் தேட அனுமதிக்கும் ஒரு இடைமுகம். இது தனிப்பட்ட பரிவர்த்தனைகளை மீட்டெடுப்பது, குறிப்பிட்ட முகவரிகளுடன் தொடர்புடைய செயல்பாடு மற்றும் நெட்வொர்க் பற்றிய தகவல்களை உள்ளடக்கியது.", - "block-header-term": "பிளாக் தலைப்பு", - "block-header-definition": "பிளாக் தலைப்பு என்பது ஒரு பிளாக் பற்றிய மெட்டாடேட்டாவின் தொகுப்பு மற்றும் செயல்படுத்தல் பேலோடில் உள்ள பரிவர்த்தனைகளின் சுருக்கமாகும்.", - "block-propagation-term": "பிளாக் பரவல்", - "block-propagation-definition": "உறுதிப்படுத்தப்பட்ட ஒரு பிளாக்கை நெட்வொர்க்கில் உள்ள மற்ற எல்லா முனைகளுக்கும் அனுப்பும் செயல்முறை.", - "block-proposer-term": "பிளாக் முன்மொழிபவர்", - "block-proposer-definition": "ஒரு குறிப்பிட்ட ஸ்லாட்டில் ஒரு பிளாக்கை உருவாக்கத் தேர்ந்தெடுக்கப்பட்ட குறிப்பிட்ட வேலிடேட்டர்.", - "block-reward-term": "பிளாக் வெகுமதி", - "block-reward-definition": "ஒரு புதிய செல்லுபடியாகும் பிளாக்கின் முன்மொழிபவருக்கு வெகுமதியாக வழங்கப்படும் ஈதரின் அளவு.", - "block-status-term": "பிளாக் நிலை", - "block-status-definition": "ஒரு பிளாக் இருக்கக்கூடிய நிலைகள். சாத்தியமான நிலைகள் பின்வருமாறு:

    • முன்மொழியப்பட்டது: பிளாக் ஒரு சரிபார்ப்பாளரால் முன்மொழியப்பட்டது
    • திட்டமிடப்பட்டது: வேலிடேட்டர்கள் தற்போது தரவைச் சமர்ப்பிக்கின்றனர்
    • தவறியது/தவிர்க்கப்பட்டது: முன்மொழிபவர் தகுதியான காலக்கெடுவுக்குள் ஒரு பிளாக்கை முன்மொழியவில்லை
    • அனாதையாக்கப்பட்டது: பிளாக் ஃபோர்க் தேர்வு அல்காரிதம் மூலம் மறுசீரமைக்கப்பட்டது
    ", - "block-time-term": "பிளாக் நேரம்", - "block-time-definition": "பிளாக்செயினில் பிளாக்குகள் சேர்க்கப்படும் நேர இடைவெளி.", - "block-validation-term": "பிளாக் சரிபார்ப்பு", - "block-validation-definition": "ஒரு புதிய பிளாக் செல்லுபடியாகும் பரிவர்த்தனைகள் மற்றும் கையொப்பங்களைக் கொண்டிருக்கிறதா என்பதைச் சரிபார்க்கும் செயல்முறை, இது கனமான வரலாற்றுச் சங்கிலியில் (அதாவது அதன் வரலாற்றில் அதிக சான்றளிப்புகளைக் குவித்துள்ள ஒன்று) கட்டமைக்கப்பட்டுள்ளது, மேலும் மற்ற அனைத்து ஒருமித்த கருத்து விதிகளையும் பின்பற்றுகிறது. செல்லுபடியாகும் பிளாக்குகள் சங்கிலியின் தலைப்பில் சேர்க்கப்பட்டு நெட்வொர்க்கில் உள்ள மற்றவர்களுக்குப் பரப்பப்படுகின்றன. செல்லாத பிளாக்குகள் புறக்கணிக்கப்படுகின்றன.", - "blockchain-term": "பிளாக்செயின்", - "blockchain-definition": "ஒரு பிளாக்செயின் என்பது பரிவர்த்தனைகளின் ஒரு தரவுத்தளமாகும், இது நெட்வொர்க்கில் உள்ள அனைத்து கணினிகளிலும் நகலெடுக்கப்பட்டு பகிரப்படுகிறது, இது தரவை பின்னோக்கி மாற்ற முடியாது என்பதை உறுதி செய்கிறது.

    முந்தைய பிளாக்கின் ஹாஷைக் குறிப்பிடுவதன் மூலம், அதன் முன்னோடியுடன் ஆதி பிளாக் வரை இணைக்கும் பிளாக்குகளின் ஒரு வரிசை. பிளாக்செயினின் ஒருமைப்பாடு பங்குச் சான்று அடிப்படையிலான ஒருமித்த கருத்து பொறிமுறையைப் பயன்படுத்தி கிரிப்டோ-பொருளாதார ரீதியாகப் பாதுகாக்கப்படுகிறது. பிளாக்செயின் என்றால் என்ன?", - "bootnode-term": "பூட்நோட்", - "bootnode-definition": "ஒரு முனையை இயக்கும்போது கண்டறிதல் செயல்முறையைத் தொடங்கப் பயன்படுத்தக்கூடிய முனைகள். பூட்நோட்கள் புதிய முனைகளை மற்ற ஏற்கனவே உள்ள முனைகளுக்கு 'அறிமுகப்படுத்துகின்றன', இதனால் அவை ஆரம்ப பியரைத் தேட வேண்டிய அவசியமின்றி விரைவாக பியர்களைப் பெற முடியும். இந்த முனைகளின் எண்ட்பாயிண்ட்கள் பொதுவாக Ethereum கிளையன்ட் மூலக் குறியீட்டில் வழங்கப்படுகின்றன, ஆனால் பயனர்கள் தங்கள் சொந்த பூட்நோட்களின் பட்டியலை வழங்கலாம்.", - "bridge-term": "பாலம்", - "bridge-definition": "ஒரு பிளாக்செயின் பாலம் ஒரு பிளாக்செயின் நெட்வொர்க்கிலிருந்து மற்றொரு நெட்வொர்க்கிற்கு சொத்துக்களை மாற்றப் பயன்படுகிறது. எடுத்துக்காட்டாக, நீங்கள் முக்கிய Ethereum நெட்வொர்க்கிலிருந்து மலிவான லேயர் 2 அளவிடுதல் தீர்வுகளுக்கு ETH ஐ மாற்ற பாலத்தைப் பயன்படுத்தலாம்.", - "bytecode-term": "பைட்கோட்", - "bytecode-definition": "EVM ஆல் திறமையாக செயல்படுத்தப்படும் வகையில், ஒரு சுருக்கமான, எண் வடிவத்தில் வெளிப்படுத்தப்பட்ட குறியீடு.", - "byzantium-fork-term": "பைசாண்டியம் ஃபோர்க்", - "byzantium-fork-definition": "மெட்ரோபோலிஸ் வளர்ச்சி நிலைக்கு இரண்டு கடினமான ஃபோர்க்குகளில் முதலாவது. இது EIP-649 மெட்ரோபோலிஸ் சிரம வெடிகுண்டு தாமதம் மற்றும் பிளாக் வெகுமதி குறைப்பைக் கொண்டிருந்தது, இதில் பனிக்காலம் 1 வருடம் தாமதப்படுத்தப்பட்டது மற்றும் பிளாக் வெகுமதி 5 இலிருந்து 3 ஈதராகக் குறைக்கப்பட்டது.", - "casper-ffg-term": "காஸ்பர் FFG", - "casper-ffg-definition": "காஸ்பர்-FFG என்பது LMD-GHOST ஃபோர்க் தேர்வு அல்காரிதத்துடன் இணைந்து பயன்படுத்தப்படும் ஒரு பங்குச் சான்று ஒருமித்த கருத்து நெறிமுறையாகும், இது ஒருமித்த கருத்து கிளையண்ட்கள் பீக்கன் செயின்யின் தலைப்பில் உடன்பட அனுமதிக்கிறது.", - "checkpoint-term": "சோதனைச்சாவடி", - "checkpoint-definition": "பீக்கன் செயின் ஸ்லாட்டுகள் (12 வினாடிகள்) மற்றும் எபோக்கள் (32 ஸ்லாட்டுகள்) எனப் பிரிக்கப்பட்ட ஒரு டெம்போவைக் கொண்டுள்ளது. ஒவ்வொரு எபோக்கிலும் முதல் ஸ்லாட் ஒரு சோதனைச் சாவடியாகும். இரண்டு சோதனைச் சாவடிகளுக்கு இடையிலான இணைப்பிற்கு வேலிடேட்டர்களின் பெரும்பான்மை சான்றளிக்கும்போது, அவை நியாயப்படுத்தப்படலாம், பின்னர் மற்றொரு சோதனைச் சாவடி மேலே நியாயப்படுத்தப்படும்போது, அவை இறுதி செய்யப்படலாம்.", - "compiling-term": "தொகுத்தல்", - "compiling-definition": "உயர் மட்ட நிரலாக்க மொழியில் (எ.கா., Solidity) எழுதப்பட்ட குறியீட்டை குறைந்த மட்ட மொழிக்கு (எ.கா., EVM பைட்கோட்) மாற்றுதல்.ஸ்மார்ட் ஒப்பந்தங்களைத் தொகுப்பது பற்றி மேலும்", - "committee-term": "குழு", - "committee-definition": "ஒவ்வொரு ஸ்லாட்டிலும் பிளாக்குகளை சரிபார்க்க நியமிக்கப்பட்ட குறைந்தது 128 வேலிடேட்டர்களின் ஒரு குழு. குழுவில் உள்ள வேலிடேட்டர்களில் ஒருவர் திரட்டி ஆவார், இவர் ஒரு சான்றளிப்பில் உடன்படும் குழுவில் உள்ள மற்ற அனைத்து வேலிடேட்டர்களின் கையொப்பங்களையும் திரட்டுவதற்குப் பொறுப்பாவார். ஒத்திசைவுக் குழுவுடன் குழப்பிக் கொள்ள வேண்டாம்.", - "computational-infeasibility-term": "கணக்கீட்டு சாத்தியமற்ற தன்மை", - "computational-infeasibility-definition": "ஒரு செயல்முறை, அதைச் செய்ய ஆர்வமுள்ள எவருக்கும் நடைமுறைக்கு மாறாக நீண்ட காலம் (எ.கா., பில்லியன் கணக்கான ஆண்டுகள்) எடுத்தால், அது கணக்கீட்டு ரீதியாக சாத்தியமற்றது.", - "consensus-term": "கருத்தொற்றுமை", - "consensus-definition": "ஒரு நெட்வொர்க்கில் உள்ள 2/3 க்கும் மேற்பட்ட கணினிகள் ஒரே மாதிரியான பதிவுகளைக் கொண்டுள்ளன என்று ஒப்புக்கொள்ளும்போது, அனைவரும் ஒரே பக்கத்தில் இருப்பதை உறுதி செய்கிறது. இது அவர்கள் பின்பற்றும் விதிகளைப் பற்றியது அல்ல, ஆனால் அவர்கள் அனைவருக்கும் ஒரே தகவல் இருப்பதை உறுதி செய்வதாகும்.", - "consensus-client-term": "ஒருமித்த கருத்து கிளையண்ட்", - "consensus-client-definition": "Prysm, Teku, Nimbus, Lighthouse, Lodestar போன்ற ஒருமித்த கருத்து கிளையண்ட்கள் Ethereum இன் பங்குச் சான்று ஒருமித்த கருத்து அல்காரிதத்தை இயக்குகின்றன, இது நெட்வொர்க்கை பீக்கன் செயின்யின் தலைப்பில் உடன்பாட்டை அடைய அனுமதிக்கிறது. ஒருமித்த கருத்து கிளையண்ட்கள் பரிவர்த்தனைகளை சரிபார்ப்பது/ஒளிபரப்புவது அல்லது நிலை மாற்றங்களைச் செயல்படுத்துவதில் பங்கேற்பதில்லை. இது செயல்படுத்தல் கிளையண்ட்களால் செய்யப்படுகிறது. ஒருமித்த கருத்து கிளையண்ட்கள் புதிய பிளாக்குகளை சான்றளிக்கவோ அல்லது முன்மொழியவோ இல்லை. இது வேலிடேட்டர் கிளையண்டால் செய்யப்படுகிறது, இது ஒருமித்த கருத்து கிளையண்டிற்கான ஒரு விருப்பத் துணை நிரலாகும்.", - "consensus-layer-term": "ஒருமித்த கருத்து அடுக்கு", - "consensus-layer-definition": "Ethereum இன் ஒருமித்த கருத்து அடுக்கு என்பது ஒருமித்த கருத்து கிளையண்ட்களின் நெட்வொர்க் ஆகும்.", - "consensus-rules-term": "ஒருமித்த கருத்து விதிகள்", - "consensus-rules-definition": "முழு முனைகள் மற்ற முனைகளுடன் ஒருமித்த கருத்தில் இருக்கப் பின்பற்றும் பிளாக் சரிபார்ப்பு விதிகள். ஒருமித்த கருத்து உடன் குழப்பிக் கொள்ள வேண்டாம்.", - "cfi-term": "சேர்ப்பதற்காகக் கருதப்பட்டது (CFI)", - "cfi-definition": "முதன்மையான மெயின்நெட்டில் இன்னும் செயலில் இல்லாத ஒரு கோர் EIP, மற்றும் கிளையன்ட் உருவாக்குநர்கள் பொதுவாக இந்த யோசனைக்கு சாதகமாக உள்ளனர். இது முதன்மை மெயின்நெட் சேர்க்கைக்கான அனைத்துத் தேவைகளையும் பூர்த்தி செய்வதாகக் கருதினால், அது ஒரு நெட்வொர்க் மேம்படுத்தலில் (அடுத்தது அவசியமில்லை) சேர்க்கப்படலாம்.", - "constantinople-fork-term": "கான்ஸ்டான்டினோப்பிள் ஃபோர்க்", - "constantinople-fork-definition": "மெட்ரோபோலிஸ் கட்டத்தின் இரண்டாம் பகுதி, முதலில் 2018-ன் நடுப்பகுதியில் திட்டமிடப்பட்டது. மற்ற மாற்றங்களுடன், ஒரு கலப்பு வேலைச் சான்று/பங்குச் சான்று ஒருமித்த கருத்து அல்காரிதத்திற்கு மாறுவதை உள்ளடக்கும் என்று எதிர்பார்க்கப்படுகிறது.", - "contract-account-term": "ஒப்பந்தக் கணக்கு", - "contract-account-definition": "மற்றொரு கணக்கிலிருந்து (EOA] அல்லது ஒப்பந்தம்) ஒரு பரிவர்த்தனையைப் பெறும்போதெல்லாம் செயல்படுத்தப்படும் குறியீட்டைக் கொண்ட ஒரு கணக்கு.", - "contract-creation-transaction-term": "ஒப்பந்த உருவாக்கும் பரிவர்த்தனை", - "contract-creation-transaction-definition": "ஒரு ஒப்பந்தத்தின் தொடக்கக் குறியீட்டை உள்ளடக்கிய ஒரு சிறப்பு பரிவர்த்தனை. பெறுநர் `null` க்கு அமைக்கப்பட்டு, ஒப்பந்தம் பயனர் முகவரி மற்றும் `nonce` இலிருந்து உருவாக்கப்பட்ட ஒரு முகவரியில் பயன்படுத்தப்படுகிறது. இது ஒரு ஒப்பந்தக் கணக்கைப் பதிவு செய்யவும் மற்றும் அதை Ethereum பிளாக்செயினில் பதிவு செய்யவும் பயன்படுகிறது.", - "cryptoeconomics-term": "கிரிப்டோ பொருளாதாரம்", - "cryptoeconomics-definition": "பாதுகாப்பான மற்றும் நம்பகமான டிஜிட்டல் தளங்களை வடிவமைக்க கணித மற்றும் பொருளாதாரக் கொள்கைகளின் ஆய்வு. அனைத்து பங்கேற்பாளர்களும் விதிகளைப் பின்பற்றுவதை உறுதி செய்வதும், நெட்வொர்க்கின் பாதுகாப்பு மற்றும் செயல்பாட்டிற்கு பங்களித்ததற்காக வெகுமதி அளிக்கப்படுவதும் இதன் குறிக்கோள் ஆகும்.", - "cryptography-term": "கிரிப்டோகிராஃபி", - "cryptography-definition": "இது குறியீடுகளைப் பயன்படுத்தி தகவல்தொடர்பு மற்றும் தரவைப் பாதுகாக்கும் நடைமுறையாகும், இதனால் தகவல் யாருக்காகக் கருதப்படுகிறதோ அவர்களால் மட்டுமே அதைப் படித்து செயலாக்க முடியும்.
    இது குறியாக்கம் (படிக்கக்கூடிய தகவலைப் படிக்க முடியாத வடிவமாக மாற்றுதல்) மற்றும் மறைகுறியாக்கம் (அதை மீண்டும் படிக்கக்கூடிய வடிவமாக மாற்றுதல்) ஆகியவற்றுக்கான நுட்பங்களை உள்ளடக்கியது, இது ரகசியத்தன்மையை உறுதி செய்கிறது.", + "assert-definition": "Solidity-ல், `assert(false)` என்பது `0xfe` என்ற தவறான ஆப்கோடாக (opcode) தொகுக்கப்படுகிறது, இது மீதமுள்ள அனைத்து gas-ஐயும் பயன்படுத்தி அனைத்து மாற்றங்களையும் திரும்பப் பெறுகிறது. `assert()` அறிக்கை தோல்வியடையும் போது, மிகவும் தவறான மற்றும் எதிர்பாராத ஒன்று நடக்கிறது என்று அர்த்தம், மேலும் உங்கள் குறியீட்டை நீங்கள் சரிசெய்ய வேண்டும். ஒருபோதும் நிகழக்கூடாத நிபந்தனைகளைத் தவிர்க்க நீங்கள் `assert()`-ஐப் பயன்படுத்த வேண்டும். ஸ்மார்ட் ஒப்பந்தப் பாதுகாப்பு பற்றி மேலும் அறிய.", + "attestation-term": "சான்றளிப்பு (Attestation)", + "attestation-definition": "ஏதோ ஒன்று உண்மை என்று ஒரு நிறுவனத்தால் செய்யப்படும் உரிமை கோரல். Ethereum-ன் சூழலில், ஒருமித்த மதிப்பீட்டாளர்கள் (consensus validators) செயினின் நிலை என்னவென்று தாங்கள் நம்புவதைக் கோர வேண்டும். குறிப்பிட்ட நேரங்களில், ஒவ்வொரு மதிப்பீட்டாளரும் கடைசியாக இறுதி செய்யப்பட்ட செக்பாயிண்ட் மற்றும் செயினின் தற்போதைய ஹெட் (head) உட்பட, செயின் குறித்த இந்த மதிப்பீட்டாளரின் பார்வையை முறையாக அறிவிக்கும் வெவ்வேறு சான்றளிப்புகளை வெளியிடுவதற்குப் பொறுப்பாவார்கள். சான்றளிப்புகள் பற்றி மேலும் அறிய.", + "base-fee-term": "அடிப்படை கட்டணம் (Base fee)", + "base-fee-definition": "ஒவ்வொரு பிளாக்கிற்கும் (block) 'அடிப்படை கட்டணம்' எனப்படும் இருப்பு விலை உள்ளது. அடுத்த பிளாக்கில் ஒரு பரிவர்த்தனையைச் சேர்க்க பயனர் செலுத்த வேண்டிய குறைந்தபட்ச gas கட்டணம் இதுவாகும். gas மற்றும் கட்டணங்கள் பற்றி மேலும் அறிய.", + "beacon-chain-term": "Beacon chain", + "beacon-chain-definition": "Beacon Chain என்பது Ethereum-க்கு proof-of-stake மற்றும் மதிப்பீட்டாளர்களை (validators) அறிமுகப்படுத்திய பிளாக்செயின் ஆகும். இது டிசம்பர் 2020 முதல் செப்டம்பர் 2022-ல் இன்றைய Ethereum-ஐ உருவாக்க இரண்டு செயின்களும் இணைக்கப்படும் வரை proof-of-work Ethereum Mainnet-உடன் இணைந்து இயங்கியது. Beacon chain பற்றி மேலும் அறிய.", + "big-endian-term": "Big-endian", + "big-endian-definition": "மிக முக்கியமான இலக்கம் நினைவகத்தில் முதலில் இருக்கும் ஒரு நிலை எண் பிரதிநிதித்துவம். இது little-endian-க்கு எதிரானது, அங்கு குறைவான முக்கியத்துவம் வாய்ந்த இலக்கம் முதலில் இருக்கும்.", + "block-term": "பிளாக் (Block)", + "block-definition": "பிளாக் என்பது பரிவர்த்தனைகள் அல்லது டிஜிட்டல் செயல்கள் சேமிக்கப்படும் இடமாகும். ஒரு பிளாக் நிரம்பியவுடன், அது முந்தைய பிளாக்குடன் இணைக்கப்பட்டு, பிளாக்குகளின் சங்கிலி அல்லது \"பிளாக்செயின்\"-ஐ உருவாக்குகிறது. பிளாக்குகள் பற்றி மேலும் அறிய.

    பிளாக் என்பது பரிவர்த்தனைகளின் வரிசைப்படுத்தப்பட்ட பட்டியல் மற்றும் ஒருமித்த கருத்து தொடர்பான தகவல்களை உள்ளடக்கிய தகவல்களின் தொகுக்கப்பட்ட அலகு ஆகும். பிளாக்குகள் proof-of-stake மதிப்பீட்டாளர்களால் முன்மொழியப்படுகின்றன, அந்த நேரத்தில் அவை முழு பியர்-டு-பியர் (peer-to-peer) நெட்வொர்க்கிலும் பகிரப்படுகின்றன, அங்கு அவை மற்ற அனைத்து நோடுகளாலும் எளிதாகச் சுயாதீனமாகச் சரிபார்க்கப்படலாம். ஒரு பிளாக்கின் எந்த உள்ளடக்கங்கள் செல்லுபடியாகும் என்பதை ஒருமித்த விதிகள் (Consensus rules) நிர்வகிக்கின்றன, மேலும் செல்லாத பிளாக்குகள் நெட்வொர்க்கால் புறக்கணிக்கப்படும். இந்தப் பிளாக்குகள் மற்றும் அதில் உள்ள பரிவர்த்தனைகளின் வரிசைப்படுத்தல் நெட்வொர்க்கின் தற்போதைய நிலையைக் குறிக்கும் முடிவைக் கொண்ட நிகழ்வுகளின் உறுதியான சங்கிலியை உருவாக்குகிறது.", + "block-explorer-term": "பிளாக் எக்ஸ்ப்ளோரர் (Block explorer)", + "block-explorer-definition": "பிளாக்செயினிலிருந்து மற்றும் அது பற்றிய தகவல்களைத் தேட பயனரை அனுமதிக்கும் ஒரு இடைமுகம். தனிப்பட்ட பரிவர்த்தனைகளை மீட்டெடுப்பது, குறிப்பிட்ட முகவரிகளுடன் தொடர்புடைய செயல்பாடு மற்றும் நெட்வொர்க் பற்றிய தகவல்கள் ஆகியவை இதில் அடங்கும்.", + "block-header-term": "பிளாக் ஹெடர் (Block header)", + "block-header-definition": "பிளாக் ஹெடர் என்பது ஒரு பிளாக் பற்றிய மெட்டாடேட்டாவின் தொகுப்பு மற்றும் எக்ஸிகியூஷன் பேலோடில் (execution payload) சேர்க்கப்பட்டுள்ள பரிவர்த்தனைகளின் சுருக்கமாகும்.", + "block-propagation-term": "பிளாக் பரவல் (Block propagation)", + "block-propagation-definition": "உறுதிப்படுத்தப்பட்ட பிளாக்கை நெட்வொர்க்கில் உள்ள மற்ற அனைத்து நோடுகளுக்கும் கடத்தும் செயல்முறை.", + "block-proposer-term": "பிளாக் முன்மொழிபவர் (Block proposer)", + "block-proposer-definition": "ஒரு குறிப்பிட்ட ஸ்லாட்டில் (slot) ஒரு பிளாக்கை உருவாக்கத் தேர்ந்தெடுக்கப்பட்ட குறிப்பிட்ட மதிப்பீட்டாளர்.", + "block-reward-term": "பிளாக் வெகுமதி (Block reward)", + "block-reward-definition": "புதிய செல்லுபடியாகும் பிளாக்கை முன்மொழிபவருக்கு வெகுமதியாக வழங்கப்படும் ether-ன் அளவு.", + "block-status-term": "பிளாக் நிலை (Block status)", + "block-status-definition": "ஒரு பிளாக் இருக்கக்கூடிய நிலைகள். சாத்தியமான நிலைகள் பின்வருமாறு:

    • முன்மொழியப்பட்டது (proposed): பிளாக் ஒரு மதிப்பீட்டாளரால் முன்மொழியப்பட்டது
    • திட்டமிடப்பட்டது (scheduled): மதிப்பீட்டாளர்கள் தற்போது தரவைச் சமர்ப்பிக்கின்றனர்
    • தவறவிடப்பட்டது/தவிர்க்கப்பட்டது (missed/skipped): தகுதியான காலக்கெடுவுக்குள் முன்மொழிபவர் பிளாக்கை முன்மொழியவில்லை
    • அனாதையானது (orphaned): ஃபோர்க் தேர்வு அல்காரிதம் (fork choice algorithm) மூலம் பிளாக் மறுசீரமைக்கப்பட்டது
    ", + "block-time-term": "பிளாக் நேரம் (Block time)", + "block-time-definition": "பிளாக்செயினில் பிளாக்குகள் சேர்க்கப்படுவதற்கு இடையிலான நேர இடைவெளி.", + "block-validation-term": "பிளாக் சரிபார்ப்பு (Block validation)", + "block-validation-definition": "ஒரு புதிய பிளாக்கில் செல்லுபடியாகும் பரிவர்த்தனைகள் மற்றும் கையொப்பங்கள் உள்ளதா என்பதைச் சரிபார்க்கும் செயல்முறை, இது மிகவும் கனமான வரலாற்றுச் சங்கிலியில் (அதாவது அதன் வரலாற்றில் அதிக சான்றளிப்புகளைக் குவித்துள்ள ஒன்று) கட்டமைக்கப்படுகிறது, மேலும் மற்ற அனைத்து ஒருமித்த விதிகளையும் பின்பற்றுகிறது. செல்லுபடியாகும் பிளாக்குகள் சங்கிலியின் ஹெட்டில் (head) சேர்க்கப்பட்டு நெட்வொர்க்கில் உள்ள மற்றவர்களுக்குப் பரப்பப்படுகின்றன. செல்லாத பிளாக்குகள் புறக்கணிக்கப்படுகின்றன.", + "blockchain-term": "பிளாக்செயின் (Blockchain)", + "blockchain-definition": "பிளாக்செயின் என்பது பரிவர்த்தனைகளின் தரவுத்தளமாகும், இது நெட்வொர்க்கில் உள்ள அனைத்து கணினிகளிலும் நகலெடுக்கப்பட்டுப் பகிரப்படுகிறது, இது தரவை முன்தேதியிட்டு மாற்ற முடியாது என்பதை உறுதி செய்கிறது.

    முந்தைய பிளாக்கின் ஹாஷைக் குறிப்பிடுவதன் மூலம் ஜெனிசிஸ் பிளாக் (genesis block) வரை ஒவ்வொன்றும் அதன் முன்னோடியுடன் இணைக்கும் பிளாக்குகளின் (block) வரிசை. பிளாக்செயினின் ஒருமைப்பாடு proof-of-stake அடிப்படையிலான ஒருமித்த பொறிமுறையைப் பயன்படுத்தி கிரிப்டோ-பொருளாதார ரீதியாகப் பாதுகாக்கப்படுகிறது. பிளாக்செயின் என்றால் என்ன?", + "bootnode-term": "Bootnode", + "bootnode-definition": "ஒரு நோடை இயக்கும் போது கண்டறியும் செயல்முறையைத் தொடங்கப் பயன்படுத்தக்கூடிய நோடுகள். Bootnode-கள் புதிய நோடுகளை மற்ற நோடுகளுக்கு 'அறிமுகப்படுத்துகின்றன', இதனால் அவை ஆரம்ப பியரைத் (peer) தேடுவதற்குப் பதிலாக விரைவாக பியர்களைப் பெற முடியும். இந்த நோடுகளின் எண்ட்பாயிண்ட்கள் (endpoints) பொதுவாக Ethereum கிளையண்ட் மூலக் குறியீட்டில் வழங்கப்படுகின்றன, ஆனால் பயனர்கள் தங்களின் சொந்த bootnode-களின் பட்டியலை வழங்கலாம்.", + "bridge-term": "பிரிட்ஜ் (Bridge)", + "bridge-definition": "ஒரு பிளாக்செயின் நெட்வொர்க்கிலிருந்து மற்றொன்றுக்குச் சொத்துகளை மாற்ற பிளாக்செயின் பிரிட்ஜ் பயன்படுத்தப்படுகிறது. எடுத்துக்காட்டாக, பிரதான Ethereum நெட்வொர்க்கிலிருந்து மலிவான Layer 2 ஸ்கேலிங் தீர்வுகளுக்கு ETH-ஐ மாற்ற நீங்கள் பிரிட்ஜைப் பயன்படுத்தலாம்.", + "bytecode-term": "பைட் குறியீடு (Bytecode)", + "bytecode-definition": "EVM மூலம் திறமையாகச் செயல்படுத்தப்படும் வகையில் சுருக்கமான, எண் வடிவத்தில் வெளிப்படுத்தப்படும் குறியீடு.", + "byzantium-fork-term": "Byzantium fork", + "byzantium-fork-definition": "Metropolis மேம்பாட்டு நிலைக்கான இரண்டு ஹார்ட் ஃபோர்க்குகளில் (hard forks) முதலாவது. இது EIP-649 Metropolis Difficulty Bomb தாமதம் மற்றும் பிளாக் வெகுமதி குறைப்பு ஆகியவற்றை உள்ளடக்கியது, இதில் Ice Age 1 வருடம் தாமதமானது மற்றும் பிளாக் வெகுமதி 5-லிருந்து 3 ether ஆகக் குறைக்கப்பட்டது.", + "casper-ffg-term": "Casper FFG", + "casper-ffg-definition": "Casper-FFG என்பது LMD-GHOST ஃபோர்க் தேர்வு அல்காரிதத்துடன் இணைந்து பயன்படுத்தப்படும் ஒரு proof-of-stake ஒருமித்த நெறிமுறையாகும், இது ஒருமித்த கிளையண்ட்கள் (consensus clients) Beacon Chain-ன் ஹெட்டை ஏற்க அனுமதிக்கிறது.", + "checkpoint-term": "செக்பாயிண்ட் (Checkpoint)", + "checkpoint-definition": "Beacon Chain ஸ்லாட்டுகள் (12 வினாடிகள்) மற்றும் எபோக்குகள் (32 ஸ்லாட்டுகள்) எனப் பிரிக்கப்பட்ட ஒரு டெம்போவைக் கொண்டுள்ளது. ஒவ்வொரு எபோக்கிலும் உள்ள முதல் ஸ்லாட் ஒரு செக்பாயிண்ட் ஆகும். மதிப்பீட்டாளர்களின் பெரும்பான்மையினர் (supermajority) இரண்டு செக்பாயிண்ட்களுக்கு இடையிலான இணைப்பைச் சான்றளிக்கும் போது, அவை நியாயப்படுத்தப்படலாம் (justified), பின்னர் மற்றொரு செக்பாயிண்ட் மேலே நியாயப்படுத்தப்படும் போது, அவை இறுதி செய்யப்படலாம் (finalized).", + "compiling-term": "தொகுத்தல் (Compiling)", + "compiling-definition": "உயர்நிலை நிரலாக்க மொழியில் (எ.கா., Solidity) எழுதப்பட்ட குறியீட்டை கீழ்நிலை மொழியாக (எ.கா., EVM பைட் குறியீடு (bytecode)) மாற்றுதல்.ஸ்மார்ட் ஒப்பந்தங்களைத் தொகுப்பது பற்றி மேலும் அறிய", + "committee-term": "குழு (Committee)", + "committee-definition": "ஒவ்வொரு ஸ்லாட்டிலும் பிளாக்குகளைச் சரிபார்க்க ஒதுக்கப்பட்ட குறைந்தது 128 மதிப்பீட்டாளர்களின் (validators) குழு. குழுவில் உள்ள மதிப்பீட்டாளர்களில் ஒருவர் அக்ரிகேட்டர் (aggregator) ஆவார், அவர் சான்றளிப்பை ஏற்கும் குழுவில் உள்ள மற்ற அனைத்து மதிப்பீட்டாளர்களின் கையொப்பங்களையும் ஒருங்கிணைப்பதற்குப் பொறுப்பாவார். இதை ஒத்திசைவுக் குழுவுடன் (sync committee) குழப்பிக் கொள்ளக் கூடாது.", + "computational-infeasibility-term": "கணக்கீட்டுச் சாத்தியமின்மை (Computational infeasibility)", + "computational-infeasibility-definition": "ஒரு செயல்முறையைச் செயல்படுத்துவதில் ஆர்வம் காட்டக்கூடிய எவருக்கும் அதைச் செய்ய நடைமுறைக்குச் சாத்தியமில்லாத நீண்ட நேரம் (எ.கா., பில்லியன் கணக்கான ஆண்டுகள்) எடுத்தால், அது கணக்கீட்டு ரீதியாகச் சாத்தியமற்றது.", + "consensus-term": "ஒருமித்த கருத்து (Consensus)", + "consensus-definition": "நெட்வொர்க்கில் உள்ள 2/3-க்கும் மேற்பட்ட கணினிகள் தங்களிடம் ஒரே மாதிரியான பதிவுகள் இருப்பதை ஒப்புக்கொள்ளும் போது, அனைவரும் ஒரே பக்கத்தில் இருப்பதை உறுதி செய்கிறது. இது அவர்கள் பின்பற்றும் விதிகளைப் பற்றியது அல்ல, ஆனால் அவர்கள் அனைவரும் ஒரே தகவலைக் கொண்டிருப்பதை உறுதி செய்வதாகும்.", + "consensus-client-term": "ஒருமித்த கிளையண்ட் (Consensus client)", + "consensus-client-definition": "ஒருமித்த கிளையண்ட்கள் (Prysm, Teku, Nimbus, Lighthouse, Lodestar போன்றவை) Ethereum-ன் proof-of-stake ஒருமித்த அல்காரிதத்தை இயக்குகின்றன, இது Beacon Chain-ன் ஹெட் பற்றி நெட்வொர்க் உடன்பாட்டை எட்ட அனுமதிக்கிறது. ஒருமித்த கிளையண்ட்கள் பரிவர்த்தனைகளைச் சரிபார்ப்பதில்/ஒளிபரப்புவதில் அல்லது நிலை மாற்றங்களைச் செயல்படுத்துவதில் பங்கேற்பதில்லை. இது எக்ஸிகியூஷன் கிளையண்ட்களால் (execution clients) செய்யப்படுகிறது. ஒருமித்த கிளையண்ட்கள் புதிய பிளாக்குகளைச் சான்றளிக்கவோ அல்லது முன்மொழியவோ மாட்டாது. இது மதிப்பீட்டாளர் கிளையண்ட் (validator client) மூலம் செய்யப்படுகிறது, இது ஒருமித்த கிளையண்டிற்கான விருப்பமான செருகுநிரலாகும்.", + "consensus-layer-term": "ஒருமித்த லேயர் (Consensus layer)", + "consensus-layer-definition": "Ethereum-ன் ஒருமித்த லேயர் என்பது ஒருமித்த கிளையண்ட்களின் (consensus clients) நெட்வொர்க் ஆகும்.", + "consensus-rules-term": "ஒருமித்த விதிகள் (Consensus rules)", + "consensus-rules-definition": "மற்ற நோடுகளுடன் ஒருமித்த கருத்தில் இருக்க முழு நோடுகளும் பின்பற்றும் பிளாக் சரிபார்ப்பு விதிகள். இதை ஒருமித்த கருத்துடன் (consensus) குழப்பிக் கொள்ளக் கூடாது.", + "cfi-term": "சேர்ப்பதற்குக் கருதப்படுவது (CFI)", + "cfi-definition": "Mainnet-ல் இன்னும் செயலில் இல்லாத ஒரு Core EIP, மற்றும் கிளையண்ட் டெவலப்பர்கள் பொதுவாக இந்த யோசனைக்குச் சாதகமாக உள்ளனர். இது மெயின்நெட் சேர்ப்பதற்கான அனைத்துத் தேவைகளையும் பூர்த்தி செய்கிறது என்று வைத்துக்கொண்டால், இது நெட்வொர்க் மேம்படுத்தலில் சேர்க்கப்படலாம் (அடுத்ததாக இருக்க வேண்டிய அவசியமில்லை).", + "constantinople-fork-term": "Constantinople fork", + "constantinople-fork-definition": "Metropolis நிலையின் இரண்டாம் பகுதி, முதலில் 2018-ன் மத்தியில் திட்டமிடப்பட்டது. மற்ற மாற்றங்களுடன், ஹைப்ரிட் proof-of-work/proof-of-stake ஒருமித்த அல்காரிதத்திற்கு மாறுவது இதில் அடங்கும் என்று எதிர்பார்க்கப்படுகிறது.", + "contract-account-term": "ஒப்பந்தக் கணக்கு (Contract account)", + "contract-account-definition": "மற்றொரு கணக்கிலிருந்து (account) (EOA] அல்லது ஒப்பந்தம் (contract)) ஒரு பரிவர்த்தனையைப் (transaction) பெறும்போதெல்லாம் செயல்படும் குறியீட்டைக் கொண்ட கணக்கு.", + "contract-creation-transaction-term": "ஒப்பந்த உருவாக்கப் பரிவர்த்தனை (Contract creation transaction)", + "contract-creation-transaction-definition": "ஒப்பந்தத்தின் தொடக்கக் குறியீட்டை உள்ளடக்கிய ஒரு சிறப்பு பரிவர்த்தனை (transaction). பெறுநர் `null` என அமைக்கப்பட்டு, பயனர் முகவரி மற்றும் `nonce`-லிருந்து உருவாக்கப்பட்ட முகவரிக்கு ஒப்பந்தம் பயன்படுத்தப்படுகிறது. இது ஒரு ஒப்பந்தத்தைப் (contract) பதிவு செய்யவும், அதை Ethereum பிளாக்செயினில் பதிவு செய்யவும் பயன்படுகிறது.", + "cryptoeconomics-term": "கிரிப்டோ பொருளாதாரம் (Cryptoeconomics)", + "cryptoeconomics-definition": "பாதுகாப்பான மற்றும் நம்பகமான டிஜிட்டல் தளங்களை வடிவமைக்க கணித மற்றும் பொருளாதாரக் கொள்கைகள் பற்றிய ஆய்வு. அனைத்துப் பங்கேற்பாளர்களும் விதிகளைப் பின்பற்றுவதையும், நெட்வொர்க்கின் பாதுகாப்பு மற்றும் செயல்பாட்டிற்குப் பங்களித்ததற்காக வெகுமதி பெறுவதையும் உறுதி செய்வதே இதன் குறிக்கோள். ", + "cryptography-term": "கிரிப்டோகிராஃபி (Cryptography)", + "cryptography-definition": "இது குறியீடுகளைப் பயன்படுத்துவதன் மூலம் தகவல் தொடர்பு மற்றும் தரவைப் பாதுகாக்கும் நடைமுறையாகும், இதனால் யாருக்காகத் தகவல் உத்தேசிக்கப்பட்டுள்ளதோ அவர்கள் மட்டுமே அதைப் படித்துச் செயலாக்க முடியும்.
    இது குறியாக்கத்திற்கான (படிக்கக்கூடிய தகவலைப் படிக்க முடியாத வடிவமாக மாற்றுதல்) மற்றும் மறைகுறியாக்கத்திற்கான (அதைப் படிக்கக்கூடிய வடிவத்திற்கு மாற்றுதல்) நுட்பங்களை உள்ளடக்கியது, இது ரகசியத்தன்மையை உறுதி செய்கிறது.", "doge-d-term": "Đ", - "doge-d-definition": "Đ (D with stroke) பழைய ஆங்கிலம், மத்திய ஆங்கிலம், ஐஸ்லாண்டிக் மற்றும் ஃபரோயீஸ் மொழிகளில் ஒரு பெரிய எழுத்து “Eth” ஐக் குறிக்கப் பயன்படுத்தப்படுகிறது. இது ĐEV அல்லது Đapp (பரவலாக்கப்பட்ட பயன்பாடு) போன்ற சொற்களில் பயன்படுத்தப்படுகிறது, இங்கு Đ என்பது நார்ஸ் எழுத்து “eth” ஆகும். பெரிய எழுத்து eth (Ð) கிரிப்டோகரன்சி டோஜ்காயினைக் குறிக்கவும் பயன்படுத்தப்படுகிறது. இது பொதுவாக பழைய Ethereum இலக்கியங்களில் காணப்படுகிறது, ஆனால் இன்று குறைவாகவே பயன்படுத்தப்படுகிறது.", + "doge-d-definition": "Đ (ஸ்ட்ரோக்குடன் கூடிய D) பழைய ஆங்கிலம், இடைக்கால ஆங்கிலம், ஐஸ்லாண்டிக் மற்றும் ஃபரோஸ் மொழிகளில் பெரிய எழுத்தான “Eth”-ஐக் குறிக்கப் பயன்படுத்தப்படுகிறது. இது ĐEV அல்லது Đapp (பரவலாக்கப்பட்ட பயன்பாடு) போன்ற வார்த்தைகளில் பயன்படுத்தப்படுகிறது, இங்கு Đ என்பது நார்ஸ் எழுத்தான “eth” ஆகும். பெரிய எழுத்து eth (Ð) கிரிப்டோகரன்சியான Dogecoin-ஐக் குறிக்கவும் பயன்படுத்தப்படுகிறது. இது பொதுவாகப் பழைய Ethereum இலக்கியங்களில் காணப்படுகிறது, ஆனால் இன்று குறைவாகவே பயன்படுத்தப்படுகிறது.", "dag-term": "DAG", - "dag-definition": "DAG என்பது டைரக்டட் அசி கிளிக் வரைபடத்தைக் குறிக்கிறது. இது முனைகள் மற்றும் அவற்றுக்கிடையேயான இணைப்புகளால் ஆன ஒரு தரவுக் கட்டமைப்பாகும். ஒன்றிணைப்புக்கு முன்பு, Ethereum அதன் வேலைச் சான்று அல்காரிதமான Ethash இல் ஒரு DAG ஐப் பயன்படுத்தியது, ஆனால் பங்குச் சான்று அமைப்பில் இது இனி பயன்படுத்தப்படுவதில்லை.", - "dapp-term": "டாப்", - "dapp-definition": "ஒரு டாப் என்பது ஒரு பிளாக்செயின் நெட்வொர்க்கில் இயங்கும் ஒரு பரவலாக்கப்பட்ட பயன்பாடு ஆகும், இது ஒரு மையக் கட்டுப்பாட்டு அதிகாரம் இல்லாமல் சேவைகளை வழங்குகிறது. பரவலாக்கப்பட்ட பயன்பாடுகள் பற்றி மேலும்.
    குறைந்தபட்சம் ஒரு டாப் ஒரு வலை இடைமுகத்துடன் இணைக்கப்பட்ட ஒரு ஸ்மார்ட் ஒப்பந்தத்தைக் கொண்டுள்ளது. கூடுதலாக, பல டாப்கள் பரவலாக்கப்பட்ட சேமிப்பிடம் மற்றும்/அல்லது ஒரு செய்தி நெறிமுறை மற்றும் தளத்தை உள்ளடக்கியுள்ளன.", - "data-availability-term": "தரவு கிடைக்கும் தன்மை", - "data-availability-definition": "எந்தவொரு முனையும் ஒரு பிளாக்செயினில் பரிவர்த்தனைகளை சுயாதீனமாக சரிபார்க்க முடியும், இதன் மூலம் அமைப்பில் வெளிப்படைத்தன்மை மற்றும் நம்பிக்கையை பராமரிக்க முடியும்.", - "decentralization-term": "பரவலாக்கம்", - "decentralization-definition": "செயல்முறைகளின் கட்டுப்பாடு மற்றும் செயல்படுத்தலை ஒரு மைய நிறுவனத்திடமிருந்து நகர்த்தும் கருத்து.", + "dag-definition": "DAG என்பது Directed Acyclic Graph என்பதைக் குறிக்கிறது. இது நோடுகள் மற்றும் அவற்றுக்கிடையேயான இணைப்புகளால் ஆன தரவுக் கட்டமைப்பாகும். The Merge-க்கு முன்பு, Ethereum அதன் proof-of-work அல்காரிதமான Ethash-ல் DAG-ஐப் பயன்படுத்தியது, ஆனால் இப்போது proof-of-stake-ல் பயன்படுத்தப்படுவதில்லை.", + "dapp-term": "Dapp", + "dapp-definition": "dApp என்பது ஒரு பிளாக்செயின் நெட்வொர்க்கில் இயங்கும் பரவலாக்கப்பட்ட பயன்பாடாகும், இது மையக் கட்டுப்பாட்டு அதிகாரம் இல்லாமல் சேவைகளை வழங்குகிறது. பரவலாக்கப்பட்ட பயன்பாடுகள் பற்றி மேலும் அறிய.
    குறைந்தபட்சம் dapp-ல் வலை இடைமுகத்துடன் இணைக்கப்பட்ட ஸ்மார்ட் ஒப்பந்தம் இருக்கும். கூடுதலாக, பல dapp-கள் பரவலாக்கப்பட்ட சேமிப்பகம் மற்றும்/அல்லது செய்தி நெறிமுறை மற்றும் தளத்தை உள்ளடக்கியுள்ளன.", + "data-availability-term": "தரவு கிடைக்கும் தன்மை (Data availability)", + "data-availability-definition": "கணினியில் வெளிப்படைத்தன்மை மற்றும் நம்பிக்கையைப் பராமரிக்க எந்தவொரு நோடும் பிளாக்செயினில் உள்ள பரிவர்த்தனைகளைச் சுயாதீனமாகச் சரிபார்க்க முடியும்.", + "decentralization-term": "பரவலாக்கம் (Decentralization)", + "decentralization-definition": "செயல்முறைகளின் கட்டுப்பாடு மற்றும் செயல்பாட்டை ஒரு மைய நிறுவனத்திடமிருந்து நகர்த்தும் கருத்து.", "dao-term": "பரவலாக்கப்பட்ட தன்னாட்சி அமைப்பு (DAO)", - "dao-definition": "ஒரு DAO என்பது ஒரு பிளாக்செயினில் குறியிடப்பட்ட விதிகளால் இயக்கப்படும் ஒரு டிஜிட்டல் அமைப்பாகும், அங்கு முடிவுகள் உறுப்பினர் வாக்குகளால் எடுக்கப்படுகின்றன, ஒரு மைய அதிகாரத்தால் அல்ல. பரவலாக்கப்பட்ட தன்னாட்சி அமைப்புகள் (DAO கள்) பற்றி மேலும்.
    ஒவ்வொரு உறுப்பினரின் வாக்களிக்கும் சக்தியும் பெரும்பாலும் அவர்கள் வைத்திருக்கும் டோக்கன்களின் எண்ணிக்கையுடன் பிணைக்கப்பட்டுள்ளது. DAO கள் முடிவெடுக்கும் மற்றும் செயல்பாடுகளை ஜனநாயகப்படுத்துவதை நோக்கமாகக் கொண்டுள்ளன, வெளிப்படைத்தன்மை மற்றும் சமூக நிர்வாகத்தில் கவனம் செலுத்துகின்றன.", + "dao-definition": "DAO என்பது பிளாக்செயினில் குறியிடப்பட்ட விதிகளால் நடத்தப்படும் ஒரு டிஜிட்டல் அமைப்பாகும், இங்கு முடிவுகள் மைய அதிகாரத்தால் அல்லாமல் உறுப்பினர் வாக்குகளால் எடுக்கப்படுகின்றன. பரவலாக்கப்பட்ட தன்னாட்சி அமைப்புகள் (DAO-கள்) பற்றி மேலும் அறிய.
    ஒவ்வொரு உறுப்பினரின் வாக்குரிமையும் பெரும்பாலும் அவர்கள் வைத்திருக்கும் டோக்கன்களின் எண்ணிக்கையுடன் இணைக்கப்பட்டுள்ளது. DAO-கள் வெளிப்படைத்தன்மை மற்றும் சமூக நிர்வாகத்தில் கவனம் செலுத்தி, முடிவெடுப்பதையும் செயல்பாடுகளையும் ஜனநாயகப்படுத்துவதை நோக்கமாகக் கொண்டுள்ளன.", "desci-term": "DeSci", - "desci-definition": "DeSci, அல்லது பரவலாக்கப்பட்ட அறிவியல், என்பது அறிவியல் ஆராய்ச்சிக்கு பிளாக்செயின் தொழில்நுட்பத்தைப் பயன்படுத்தும் ஒரு இயக்கமாகும். இது மிகவும் வெளிப்படையான, திறந்த மற்றும் கூட்டு நிதி மற்றும் ஆராய்ச்சி சுற்றுச்சூழல் அமைப்புகளை உருவாக்க DAO கள், ஸ்மார்ட் ஒப்பந்தங்கள் மற்றும் டோக்கன் செய்யப்பட்ட ஊக்கத்தொகைகளைப் பயன்படுத்துகிறது.", + "desci-definition": "DeSci, அல்லது பரவலாக்கப்பட்ட அறிவியல் (Decentralized Science), என்பது அறிவியல் ஆராய்ச்சிக்கு பிளாக்செயின் (blockchain) தொழில்நுட்பத்தைப் பயன்படுத்தும் ஒரு இயக்கமாகும். இது மிகவும் வெளிப்படையான, திறந்த மற்றும் கூட்டு நிதி மற்றும் ஆராய்ச்சிச் சூழல் அமைப்புகளை உருவாக்க DAO-கள், ஸ்மார்ட் ஒப்பந்தங்கள் (smart contracts) மற்றும் டோக்கனைஸ் செய்யப்பட்ட ஊக்கத்தொகைகளைப் பயன்படுத்துகிறது.", "dex-term": "பரவலாக்கப்பட்ட பரிமாற்றம் (DEX)", - "dex-definition": "Ethereum பயன்பாட்டின் ஒரு வகை, இது நெட்வொர்க்கில் உள்ள பியர்களுடன் டோக்கன்களை மாற்ற உங்களை அனுமதிக்கிறது. DEX கள் மையப்படுத்தப்பட்ட பரிமாற்றங்களைப் போல புவியியல் கட்டுப்பாடுகளுக்கு உட்பட்டவை அல்ல - யார் வேண்டுமானாலும் பங்கேற்கலாம்.", - "deposit-contract-term": "வைப்புத் தொகை ஒப்பந்தம்", - "deposit-contract-definition": "Ethereum இல் பங்கு வைப்பதற்கான நுழைவாயில். வைப்பு ஒப்பந்தம் என்பது Ethereum இல் உள்ள ஒரு ஸ்மார்ட் ஒப்பந்தமாகும், இது ETH இன் வைப்புகளை ஏற்றுக்கொண்டு வேலிடேட்டர் இருப்புகளை நிர்வகிக்கிறது. இந்த ஒப்பந்தத்தில் ETH ஐ வைப்பு செய்யாமல் ஒரு சரிபார்ப்பாளரை செயல்படுத்த முடியாது. ஒப்பந்தத்திற்கு ETH மற்றும் உள்ளீட்டுத் தரவு தேவை. இந்த உள்ளீட்டுத் தரவில் வேலிடேட்டர் பொது விசை மற்றும் திரும்பப் பெறும் பொது விசை ஆகியவை அடங்கும், இவை வேலிடேட்டர் தனிப்பட்ட விசையால் கையொப்பமிடப்பட்டுள்ளன. ஒரு சரிபார்ப்பாளரை பங்குச் சான்று நெட்வொர்க்கால் அடையாளம் கண்டு அங்கீகரிக்க இந்தத் தரவு தேவைப்படுகிறது.", + "dex-definition": "நெட்வொர்க்கில் உள்ள பியர்களுடன் (peers) டோக்கன்களை மாற்றிக்கொள்ள உங்களை அனுமதிக்கும் ஒரு வகை Ethereum பயன்பாடு. மையப்படுத்தப்பட்ட பரிமாற்றங்களைப் போல DEX-கள் புவியியல் கட்டுப்பாடுகளுக்கு உட்பட்டவை அல்ல – யார் வேண்டுமானாலும் பங்கேற்கலாம்.", + "deposit-contract-term": "வைப்பு ஒப்பந்தம்", + "deposit-contract-definition": "Ethereum இல் ஸ்டேக்கிங் செய்வதற்கான நுழைவாயில். வைப்பு ஒப்பந்தம் (deposit contract) என்பது Ethereum இல் உள்ள ஒரு ஸ்மார்ட் ஒப்பந்தமாகும், இது ETH வைப்புகளை ஏற்றுக்கொள்கிறது மற்றும் மதிப்பீட்டாளர் (validator) நிலுவைகளை நிர்வகிக்கிறது. இந்த ஒப்பந்தத்தில் ETH ஐ வைப்பு செய்யாமல் ஒரு மதிப்பீட்டாளரைச் செயல்படுத்த முடியாது. ஒப்பந்தத்திற்கு ETH மற்றும் உள்ளீட்டுத் தரவு தேவை. இந்த உள்ளீட்டுத் தரவில் மதிப்பீட்டாளரின் பொது விசை (public key) மற்றும் திரும்பப் பெறும் பொது விசை ஆகியவை அடங்கும், இது மதிப்பீட்டாளரின் தனிப்பட்ட விசையால் (private key) கையொப்பமிடப்பட்டுள்ளது. உரிமைச் சான்று (proof-of-stake) நெட்வொர்க்கால் ஒரு மதிப்பீட்டாளரை அடையாளம் காணவும் அங்கீகரிக்கவும் இந்தத் தரவு தேவை.", "defi-term": "DeFi", - "defi-definition": "எந்தவொரு இடைத்தரகர்களும் இல்லாமல், பிளாக்செயினால் ஆதரிக்கப்படும் நிதிச் சேவைகளை வழங்குவதை நோக்கமாகக் கொண்ட Ethereum பயன்பாடுகளின் ஒரு பரந்த வகை. பரவலாக்கப்பட்ட நிதி (DeFi) பற்றி மேலும்", - "difficulty-term": "சிரமம்", - "difficulty-definition": "வேலைச் சான்று நெட்வொர்க்குகளில் ஒரு செல்லுபடியாகும் நான்ஸைக் கண்டுபிடிக்க எவ்வளவு சராசரி கணக்கீடு தேவைப்படுகிறது என்பதைக் கட்டுப்படுத்தும் ஒரு நெட்வொர்க் அளவிலான அமைப்பு. சிரமம், ஒரு பிளாக் ஹாஷ் செல்லுபடியாகும் எனக் கருதப்படத் தேவையான முன்னணி பூஜ்ஜியங்களின் எண்ணிக்கையால் குறிப்பிடப்படுகிறது. Ethereum பங்குச் சான்றுக்கு மாறியதிலிருந்து இந்தக் கருத்து வழக்கொழிந்துவிட்டது.", - "difficulty-bomb-term": "சிரம வெடிகுண்டு", - "difficulty-bomb-definition": "வேலைச் சான்று சிரம அமைப்பில் திட்டமிடப்பட்ட அதிவேக அதிகரிப்பு, இது பங்குச் சான்றுக்கு மாறுவதை ஊக்குவிக்க வடிவமைக்கப்பட்டது, இது ஒரு கடினமான ஃபோர்க்கின் வாய்ப்புகளைக் குறைக்கிறது. சிரம வெடிகுண்டு ஒன்றிணைப்புடன் வழக்கொழிந்துவிட்டது.", + "defi-definition": "எந்தவொரு இடைத்தரகர்களும் இல்லாமல், பிளாக்செயின் ஆதரவுடன் நிதிச் சேவைகளை வழங்குவதை நோக்கமாகக் கொண்ட Ethereum பயன்பாடுகளின் பரந்த வகை. பரவலாக்கப்பட்ட நிதி (DeFi) பற்றி மேலும் அறிய", + "difficulty-term": "கடினத்தன்மை", + "difficulty-definition": "சரியான நான்ஸைக் (nonce) கண்டறிய சராசரியாக எவ்வளவு கணக்கீடு தேவை என்பதைக் கட்டுப்படுத்தும் வேலைச் சான்று (proof-of-work) நெட்வொர்க்குகளில் உள்ள நெட்வொர்க் அளவிலான அமைப்பு. ஒரு பிளாக் ஹாஷ் செல்லுபடியாகும் எனக் கருதப்படுவதற்கு அதில் தேவைப்படும் முன்னணி பூஜ்ஜியங்களின் எண்ணிக்கையால் கடினத்தன்மை குறிக்கப்படுகிறது. உரிமைச் சான்றுக்கு (proof-of-stake) மாறியதிலிருந்து Ethereum இல் இந்தக் கருத்து கைவிடப்பட்டது.", + "difficulty-bomb-term": "கடினத்தன்மை வெடிகுண்டு (Difficulty bomb)", + "difficulty-bomb-definition": "வேலைச் சான்று (proof-of-work) கடினத்தன்மை அமைப்பில் திட்டமிடப்பட்ட அதிவேக அதிகரிப்பு, இது உரிமைச் சான்றுக்கு (proof-of-stake) மாறுவதை ஊக்குவிப்பதற்காக வடிவமைக்கப்பட்டது, இது ஒரு ஃபோர்க் (fork) ஏற்படுவதற்கான வாய்ப்புகளைக் குறைக்கிறது. தி மெர்ஜ் (The Merge) உடன் கடினத்தன்மை வெடிகுண்டு கைவிடப்பட்டது.", "digital-signatures-term": "டிஜிட்டல் கையொப்பம்", - "digital-signatures-definition": "ஒரு பயனர் ஒரு தனிப்பட்ட விசையைப் பயன்படுத்தி ஒரு ஆவணத்திற்காக உருவாக்கும் ஒரு குறுகிய தரவுச் சரம், இதனால் தொடர்புடைய பொது விசை, கையொப்பம் மற்றும் ஆவணத்தைக் கொண்ட எவரும் (1) ஆவணம் அந்த குறிப்பிட்ட தனிப்பட்ட விசையின் உரிமையாளரால் \"கையொப்பமிடப்பட்டது\" என்றும், மற்றும் (2) ஆவணம் கையொப்பமிடப்பட்ட பிறகு மாற்றப்படவில்லை என்றும் சரிபார்க்க முடியும்.", - "discovery-term": "கண்டறிதல்", - "discovery-definition": "கண்டறிதல்", - "distributed-hash-table-term": "விநியோகிக்கப்பட்ட ஹாஷ் அட்டவணை (DHT)", - "distributed-hash-table-definition": "Ethereum முனைகள் இணைக்கப்பட வேண்டிய பியர்களை அடையாளம் காணவும், தொடர்பு கொள்ள எந்த நெறிமுறைகளைப் பயன்படுத்த வேண்டும் என்பதைத் தீர்மானிக்கவும் பயன்படுத்தும் `(விசை, மதிப்பு)` ஜோடிகளைக் கொண்ட ஒரு தரவுக் கட்டமைப்பு.", - "double-spend-term": "இரட்டை செலவு", - "double-spend-definition": "ஒரு வேண்டுமென்றே செய்யப்படும் பிளாக்செயின் ஃபோர்க், இதில் போதுமான அளவு சுரங்க சக்தி/பங்கு கொண்ட ஒரு பயனர் சில நாணயங்களை ஆஃப்செயினுக்கு நகர்த்தும் ஒரு பரிவர்த்தனையை அனுப்புகிறார் (எ.கா., ஃபியட் பணத்திற்கு வெளியேறுதல் அல்லது ஒரு ஆஃப்செயின் கொள்முதல் செய்தல்) பின்னர் அந்தப் பரிவர்த்தனையை அகற்ற பிளாக்செயினை மறுசீரமைக்கிறார். ஒரு வெற்றிகரமான இரட்டைச் செலவு, தாக்குபவரை அவர்களின் ஆன் மற்றும் ஆஃப்செயின் சொத்துக்களுடன் விட்டுவிடுகிறது.", - "ecdsa-term": "எலிப்டிக் வளைவு டிஜிட்டல் கையொப்ப அல்காரிதம் (ECDSA)", - "ecdsa-definition": "Ethereum ஆல் பயன்படுத்தப்படும் ஒரு கிரிப்டோகிராஃபிக் அல்காரிதம், நிதிகள் அவற்றின் உரிமையாளர்களால் மட்டுமே செலவழிக்கப்படுவதை உறுதி செய்கிறது. இது பொது மற்றும் தனிப்பட்ட விசைகளை உருவாக்குவதற்கான விரும்பத்தக்க முறையாகும். கணக்கு முகவரி உருவாக்கம் மற்றும் பரிவர்த்தனை சரிபார்ப்புக்கு தொடர்புடையது.", - "encryption-term": "குறியாக்கம்", - "encryption-definition": "குறியாக்கம் என்பது மின்னணு தரவை சரியான மறைகுறியாக்க விசையின் உரிமையாளரைத் தவிர வேறு யாராலும் படிக்க முடியாத வடிவமாக மாற்றுவதாகும்.", - "entropy-term": "என்ட்ரோபி", - "entropy-definition": "கிரிப்டோகிராஃபியின் சூழலில், கணிக்க முடியாத தன்மை அல்லது சீரற்ற தன்மையின் அளவு இல்லாமை. தனிப்பட்ட விசைகள் போன்ற இரகசியத் தகவல்களை உருவாக்கும்போது, அல்காரிதம்கள் பொதுவாக வெளியீடு கணிக்க முடியாததாக இருப்பதை உறுதி செய்ய உயர் என்ட்ரோபி மூலத்தைச் சார்ந்துள்ளன.", - "epoch-term": "எபோக்", - "epoch-definition": "32 ஸ்லாட்டுகளின் ஒரு காலம், ஒவ்வொரு ஸ்லாட்டும் 12 வினாடிகள், மொத்தம் 6.4 நிமிடங்கள். வேலிடேட்டர் குழுக்கள் பாதுகாப்பு காரணங்களுக்காக ஒவ்வொரு எபோக்கிலும் மாற்றியமைக்கப்படுகின்றன. ஒவ்வொரு எபோக்கிலும் சங்கிலி இறுதி செய்யப்படுவதற்கான வாய்ப்பு உள்ளது. ஒவ்வொரு சரிபார்ப்பாளருக்கும் ஒவ்வொரு எபோக்கின் தொடக்கத்திலும் புதிய பொறுப்புகள் ஒதுக்கப்படுகின்றன. பங்குச் சான்று பற்றி மேலும்", - "equivocation-term": "சமன்பாடு", - "equivocation-definition": "ஒரு வேலிடேட்டர் ஒருவருக்கொருவர் முரண்படும் இரண்டு செய்திகளை அனுப்புகிறார். ஒரு எளிய உதாரணம், ஒரு பரிவர்த்தனை அனுப்புநர் ஒரே நான்ஸுடன் இரண்டு பரிவர்த்தனைகளை அனுப்புகிறார். மற்றொன்று, ஒரு பிளாக் முன்மொழிபவர் ஒரே பிளாக் உயரத்தில் (அல்லது ஒரே ஸ்லாட்டிற்கு) இரண்டு பிளாக்குகளை முன்மொழிகிறார்.", + "digital-signatures-definition": "ஒரு பயனர் ஒரு ஆவணத்திற்காக தனிப்பட்ட விசையைப் (private key) பயன்படுத்தி உருவாக்கும் தரவின் குறுகிய சரம், இதன் மூலம் தொடர்புடைய பொது விசை (public key), கையொப்பம் மற்றும் ஆவணத்தைக் கொண்ட எவரும் (1) அந்த குறிப்பிட்ட தனிப்பட்ட விசையின் உரிமையாளரால் ஆவணம் \"கையொப்பமிடப்பட்டது\" என்பதையும், (2) கையொப்பமிடப்பட்ட பிறகு ஆவணம் மாற்றப்படவில்லை என்பதையும் சரிபார்க்க முடியும்.", + "discovery-term": "கண்டுபிடிப்பு (Discovery)", + "discovery-definition": "ஒரு Ethereum நோடு இணைக்க மற்ற நோடுகளைக் கண்டறியும் செயல்முறை.", + "distributed-hash-table-term": "பகிர்ந்தளிக்கப்பட்ட ஹாஷ் அட்டவணை (DHT)", + "distributed-hash-table-definition": "Ethereum நோடுகள் இணைக்க வேண்டிய பியர்களை (peers) அடையாளம் காணவும், தொடர்புகொள்வதற்கு எந்த நெறிமுறைகளைப் பயன்படுத்த வேண்டும் என்பதைத் தீர்மானிக்கவும் பயன்படுத்தும் `(key, value)` ஜோடிகளைக் கொண்ட தரவுக் கட்டமைப்பு.", + "double-spend-term": "இரட்டைச் செலவு (Double spend)", + "double-spend-definition": "வேண்டுமென்றே உருவாக்கப்படும் பிளாக்செயின் ஃபோர்க், இதில் போதுமான அளவு மைனிங் சக்தி/பங்கு கொண்ட ஒரு பயனர் சில நாணயங்களை ஆஃப்செயினுக்கு (offchain) நகர்த்தும் பரிவர்த்தனையை அனுப்புகிறார் (எ.கா., ஃபியட் பணமாக மாற்றுவது அல்லது ஆஃப்செயின் கொள்முதல் செய்வது) பின்னர் அந்தப் பரிவர்த்தனையை அகற்றுவதற்காக பிளாக்செயினை மறுசீரமைக்கிறார். வெற்றிகரமான இரட்டைச் செலவு தாக்குபவருக்கு அவர்களின் ஆன் மற்றும் ஆஃப்செயின் சொத்துக்கள் இரண்டையும் விட்டுச்செல்கிறது.", + "ecdsa-term": "நீள்வட்ட வளைவு டிஜிட்டல் கையொப்ப அல்காரிதம் (ECDSA)", + "ecdsa-definition": "நிதியை அதன் உரிமையாளர்களால் மட்டுமே செலவிட முடியும் என்பதை உறுதிப்படுத்த Ethereum பயன்படுத்தும் கிரிப்டோகிராஃபிக் அல்காரிதம். பொது மற்றும் தனிப்பட்ட விசைகளை உருவாக்குவதற்கான விருப்பமான முறை இதுவாகும். கணக்கு முகவரி உருவாக்கம் மற்றும் பரிவர்த்தனை சரிபார்ப்புக்குப் பொருத்தமானது.", + "encryption-term": "குறியாக்கம் (Encryption)", + "encryption-definition": "குறியாக்கம் என்பது மின்னணுத் தரவை சரியான மறைகுறியாக்க விசையின் உரிமையாளரைத் தவிர வேறு எவராலும் படிக்க முடியாத வடிவமாக மாற்றுவதாகும்.", + "entropy-term": "என்ட்ரோபி (Entropy)", + "entropy-definition": "கிரிப்டோகிராஃபியின் சூழலில், கணிக்க முடியாத தன்மை அல்லது சீரற்ற தன்மையின் நிலை. தனிப்பட்ட விசைகள் போன்ற ரகசியத் தகவல்களை உருவாக்கும்போது, வெளியீடு கணிக்க முடியாதது என்பதை உறுதிப்படுத்த அல்காரிதம்கள் பொதுவாக அதிக என்ட்ரோபியின் மூலத்தை நம்பியுள்ளன.", + "epoch-term": "எபோக் (Epoch)", + "epoch-definition": "32 ஸ்லாட்டுகளின் (slots) காலம், ஒவ்வொரு ஸ்லாட்டும் 12 வினாடிகள், மொத்தம் 6.4 நிமிடங்கள். பாதுகாப்பு காரணங்களுக்காக ஒவ்வொரு எபோக்கிலும் மதிப்பீட்டாளர் குழுக்கள் (committees) மாற்றியமைக்கப்படுகின்றன. ஒவ்வொரு எபோக்கிலும் சங்கிலி இறுதி செய்யப்படுவதற்கான (finalized) வாய்ப்பு உள்ளது. ஒவ்வொரு எபோக்கின் தொடக்கத்திலும் ஒவ்வொரு மதிப்பீட்டாளருக்கும் புதிய பொறுப்புகள் ஒதுக்கப்படுகின்றன. உரிமைச் சான்று (proof-of-stake) பற்றி மேலும் அறிய", + "equivocation-term": "சந்தேகத்திற்கிடமான செயல் (Equivocation)", + "equivocation-definition": "ஒரு மதிப்பீட்டாளர் ஒன்றுக்கொன்று முரண்படும் இரண்டு செய்திகளை அனுப்புவது. ஒரு எளிய உதாரணம், ஒரு பரிவர்த்தனை அனுப்புநர் ஒரே நான்ஸுடன் (nonce) இரண்டு பரிவர்த்தனைகளை அனுப்புவது. மற்றொன்று, ஒரு பிளாக் முன்மொழிபவர் ஒரே பிளாக் உயரத்தில் (அல்லது அதே ஸ்லாட்டிற்கு) இரண்டு பிளாக்குகளை முன்மொழிவது.", "eth1-term": "Eth1", - "eth1-definition": "'Eth1' என்பது முதன்மை நெட்வொர்க் Ethereum, ஏற்கனவே உள்ள வேலைச் சான்று பிளாக்செயினைக் குறிக்கும் ஒரு சொல்லாகும். இந்த சொல் பின்னர் 'செயல்படுத்தல் அடுக்கு' என்பதற்கு ஆதரவாக வழக்கொழிந்துவிட்டது. இந்த பெயர் மாற்றம் பற்றி மேலும் அறிக.", + "eth1-definition": "'Eth1' என்பது தற்போதுள்ள வேலைச் சான்று பிளாக்செயினான மெயின்நெட் Ethereum ஐக் குறிக்கும் ஒரு சொல்லாகும். இந்தச் சொல் 'செயலாக்க அடுக்கு (execution layer)' என்பதற்கு ஆதரவாகக் கைவிடப்பட்டது. இந்தப் பெயர் மாற்றம் பற்றி மேலும் அறிக.", "eth2-term": "Eth2", - "eth2-definition": "'Eth2' என்பது Ethereum இன் பங்குச் சான்றுக்கு மாறுவது உட்பட, Ethereum நெறிமுறை மேம்படுத்தல்களின் தொகுப்பைக் குறிக்கும் ஒரு சொல்லாகும். இந்த சொல் பின்னர் 'ஒருமித்த கருத்து அடுக்கு' என்பதற்கு ஆதரவாக வழக்கொழிந்துவிட்டது. இந்த பெயர் மாற்றம் பற்றி மேலும் அறிக.", - "eip-term": "Ethereum முன்னேற்ற முன்மொழிவு (EIP)", - "eip-definition": "Ethereum சமூகத்திற்கு தகவல்களை வழங்கும் ஒரு வடிவமைப்பு ஆவணம், இது ஒரு முன்மொழியப்பட்ட புதிய அம்சத்தையோ அல்லது அதன் செயல்முறைகளையோ அல்லது சூழலையோ விவரிக்கிறது (பார்க்க ERC). EIP களுக்கு அறிமுகம்", + "eth2-definition": "'Eth2' என்பது Ethereum இன் உரிமைச் சான்றுக்கான மாற்றம் உட்பட Ethereum நெறிமுறை மேம்படுத்தல்களின் தொகுப்பைக் குறிக்கும் ஒரு சொல்லாகும். இந்தச் சொல் 'கருத்தொற்றுமை அடுக்கு (consensus layer)' என்பதற்கு ஆதரவாகக் கைவிடப்பட்டது. இந்தப் பெயர் மாற்றம் பற்றி மேலும் அறிக.", + "eip-term": "Ethereum மேம்பாட்டு முன்மொழிவு (EIP)", + "eip-definition": "Ethereum சமூகத்திற்குத் தகவல்களை வழங்கும் ஒரு வடிவமைப்பு ஆவணம், முன்மொழியப்பட்ட புதிய அம்சம் அல்லது அதன் செயல்முறைகள் அல்லது சூழலை விவரிக்கிறது (ERC ஐப் பார்க்கவும்). EIPகளுக்கான அறிமுகம்", "ens-term": "Ethereum பெயர் சேவை (ENS)", - "ens-definition": "Ethereum பெயர் சேவை என்பது Ethereum முகவரிகளுக்கான இணைய தொலைபேசி புத்தகம் போன்றது. நீண்ட பணப்பை முகவரிகளைப் பயன்படுத்துவதற்குப் பதிலாக, ENS உங்களை \"john.eth\" போன்ற எளிய பெயர்களைப் பயன்படுத்தி டிஜிட்டல் பணம் மற்றும் சொத்துக்களை அனுப்பவும் பெறவும் அனுமதிக்கிறது.

    தொழில்நுட்பம்:
    ENS பதிவேடு என்பது EIP-137 இல் விவரிக்கப்பட்டுள்ளபடி, டொமைன் பெயர்களிலிருந்து உரிமையாளர்கள் மற்றும் தீர்ப்பவர்களுக்கு ஒரு மேப்பிங்கை வழங்கும் ஒரு ஒற்றை மைய ஒப்பந்தமாகும். ens.domains இல் மேலும் படிக்கவும்.", - "erc-1155-term": "கருத்துகளுக்கான Ethereum கோரிக்கை 1155", - "erc-1155-definition": "ERC-1155 என்பது NFT (தனித்துவமான சேகரிப்புப் பொருட்கள் போன்றவை) போன்ற ஒரு புதிய வகை Ethereum டோக்கன் தரநிலையாகும், இது ஒரு ஒற்றை ஸ்மார்ட் ஒப்பந்தத்திற்குள் பரிமாற்றக்கூடிய பொருட்களை (நாணயம் போன்றவை) உருவாக்கவும் அனுமதிக்கிறது.
    இது வீடியோ கேம்கள் அல்லது டிஜிட்டல் சேகரிப்புகள் போன்ற பயன்பாடுகளுக்கு பல்வேறு வகையான டிஜிட்டல் சொத்துக்களை நிர்வகிப்பதை எளிதாகவும் திறமையாகவும் ஆக்குகிறது.", + "ens-definition": "Ethereum பெயர் சேவை (ENS) என்பது Ethereum முகவரிகளுக்கான இணைய தொலைபேசி புத்தகம் போன்றது. நீண்ட வாலட் முகவரிகளைப் பயன்படுத்துவதற்குப் பதிலாக, டிஜிட்டல் பணம் மற்றும் சொத்துக்களை அனுப்பவும் பெறவும் \"john.eth\" போன்ற எளிய பெயர்களைப் பயன்படுத்த ENS உங்களை அனுமதிக்கிறது.

    தொழில்நுட்பம்:
    ENS பதிவேடு என்பது EIP-137 இல் விவரிக்கப்பட்டுள்ளபடி, டொமைன் பெயர்களிலிருந்து உரிமையாளர்கள் மற்றும் ரிசால்வர்களுக்கு மேப்பிங்கை வழங்கும் ஒற்றை மைய ஒப்பந்தமாகும். ens.domains இல் மேலும் படிக்கவும்.", + "erc-1155-term": "ERC-1155", + "erc-1155-definition": "ERC-1155 என்பது NFT (தனித்துவமான சேகரிக்கக்கூடிய பொருட்கள் போன்றது) போன்ற புதிய வகை Ethereum டோக்கன் தரநிலையாகும், இது ஒரே ஸ்மார்ட் ஒப்பந்தத்திற்குள் ஒன்றுக்கொன்று மாற்றக்கூடிய பொருட்களை (நாணயம் போன்றது) உருவாக்க அனுமதிக்கிறது.
    இது பல்வேறு வகையான டிஜிட்டல் சொத்துக்களை நிர்வகிப்பதை எளிதாக்குகிறது மற்றும் திறம்படச் செய்கிறது, குறிப்பாக வீடியோ கேம்கள் அல்லது டிஜிட்டல் சேகரிப்புகள் போன்ற பயன்பாடுகளுக்கு.", "erc-20-term": "ERC-20", - "erc-20-definition": "ERC-20 என்பது Ethereum நெட்வொர்க்கில் பெரும்பாலான டோக்கன்கள் தங்கள் உருவாக்கத்திற்காகப் பயன்படுத்தும் தரநிலையாகும்.
    பிரபலமான எடுத்துக்காட்டுகள் DAI மற்றும் USDC போன்ற ஸ்டேபிள்காயின்கள் அல்லது யூனிஸ்வாப்பில் இருந்து UNI போன்ற பரிமாற்ற டோக்கன்கள். பாரம்பரிய அமைப்புகளில் நாம் கொண்டிருக்கும் எந்தவொரு மாற்றுப் பணத்தின் வடிவத்திற்கும் ஒப்பானது... அதாவது, வெகுமதி புள்ளிகள், கடன் அமைப்புகள், அல்லது பங்குகள் போன்றவை.", - "erc-721-term": "கருத்துகளுக்கான Ethereum கோரிக்கை 721", - "erc-721-definition": "NFTகள் (மாற்ற முடியாத டோக்கன்கள்) ERC-721 என குறிப்பிடப்படும் ஒரு நிலையான விதிகளைப் பயன்படுத்தி உருவாக்கப்படுகின்றன.
    NFT டோக்கன்கள் டிஜிட்டல் கலை அல்லது சேகரிப்புகள் போன்ற தனித்துவமான எதையும் உரிமையாளராகக் குறிக்கலாம், ஒவ்வொரு டோக்கனும் அதன் சொந்த சிறப்புப் பண்புகள் மற்றும் மதிப்பைக் கொண்டிருக்கும். ஒவ்வொரு NFT யும் தனித்துவமானது மற்றும் வேறு எந்த NFT யிலிருந்தும் எளிதில் வேறுபடுத்தக்கூடியது.", - "execution-client-term": "செயல்படுத்தல் கிளையண்ட்", - "execution-client-definition": "Besu, Erigon, Go-Ethereum (Geth), Nethermind போன்ற செயல்படுத்தல் கிளையண்ட்கள் (முன்னர் \"Eth1 கிளையண்ட்கள்\" என அறியப்பட்டன), பரிவர்த்தனைகளைச் செயலாக்குதல் மற்றும் ஒளிபரப்புதல் மற்றும் Ethereum இன் நிலையை நிர்வகித்தல் ஆகியவற்றுடன் பணிக்கப்பட்டுள்ளன. நெறிமுறையின் விதிகள் பின்பற்றப்படுவதை உறுதி செய்வதற்காக அவை ஒவ்வொரு பரிவர்த்தனைக்கும் Ethereum மெய்நிகர் இயந்திரத்தைப் பயன்படுத்தி கணக்கீடுகளை இயக்குகின்றன.", - "execution-layer-term": "செயல்படுத்தல் அடுக்கு", - "execution-layer-definition": "Ethereum இன் செயல்படுத்தல் அடுக்கு என்பது செயல்படுத்தல் கிளையண்ட்களின் நெட்வொர்க் ஆகும்.", - "eoa-term": "வெளிப்புறமாக சொந்தமான கணக்கு (EOA)", - "eoa-definition": "வெளிப்புறமாக சொந்தமான கணக்குகள் (EOA கள்) மிகவும் பொதுவான வகை Ethereum கணக்கு ஆகும். அவை ஒரு நபரால் தனிப்பட்ட விசைகள்/மீட்பு சொற்றொடர் மூலம் கட்டுப்படுத்தப்படுகின்றன. Ethereum பணப்பைகள் பற்றி மேலும்.", + "erc-20-definition": "ERC-20 என்பது Ethereum நெட்வொர்க்கில் உள்ள பெரும்பாலான டோக்கன்கள் அவற்றின் உருவாக்கத்திற்குப் பயன்படுத்தும் தரநிலையாகும்.
    DAI மற்றும் USDC போன்ற ஸ்டேபிள்காயின்கள் அல்லது Uniswap இலிருந்து UNI போன்ற பரிமாற்ற டோக்கன்கள் பிரபலமான எடுத்துக்காட்டுகள். பாரம்பரிய அமைப்புகளில் நாம் வைத்திருக்கும் மாற்றுப் பணத்தின் எந்தவொரு வடிவத்திற்கும் இது போன்றது... அதாவது, வெகுமதி புள்ளிகள், கடன் அமைப்புகள் அல்லது பங்குகள் போன்றவை.", + "erc-721-term": "ERC-721", + "erc-721-definition": "NFTகள் (பூஞ்சையற்ற டோக்கன்கள்) ERC-721 எனப்படும் நிலையான விதிகளின் தொகுப்பைப் பயன்படுத்தி உருவாக்கப்படுகின்றன.
    NFT டோக்கன்கள் டிஜிட்டல் கலை அல்லது சேகரிப்புகள் போன்ற தனித்துவமான எதற்கும் உரிமையைக் குறிக்கலாம், ஒவ்வொரு டோக்கனும் அதன் சொந்த சிறப்பு பண்புகள் மற்றும் மதிப்பைக் கொண்டிருக்கும். ஒவ்வொரு NFTயும் தனித்துவமானது மற்றும் வேறு எந்த NFTயிலிருந்தும் எளிதில் வேறுபடுத்திக் காட்டக்கூடியது.", + "execution-client-term": "செயலாக்க கிளையண்ட் (Execution client)", + "execution-client-definition": "Besu, Erigon, Go-Ethereum (Geth), Nethermind போன்ற செயலாக்க கிளையண்டுகள் (முன்னர் \"Eth1 கிளையண்டுகள்\" என்று அழைக்கப்பட்டன), பரிவர்த்தனைகளைச் செயலாக்குதல் மற்றும் ஒளிபரப்புதல் மற்றும் Ethereum இன் நிலையை நிர்வகிக்கும் பணியைக் கொண்டுள்ளன. நெறிமுறையின் விதிகள் பின்பற்றப்படுவதை உறுதிசெய்ய Ethereum மெய்நிகர் இயந்திரத்தைப் (EVM) பயன்படுத்தி ஒவ்வொரு பரிவர்த்தனைக்குமான கணக்கீடுகளை அவை இயக்குகின்றன.", + "execution-layer-term": "செயலாக்க அடுக்கு (Execution layer)", + "execution-layer-definition": "Ethereum இன் செயலாக்க அடுக்கு என்பது செயலாக்க கிளையண்டுகளின் நெட்வொர்க் ஆகும்.", + "eoa-term": "வெளிப்புறமாகச் சொந்தமான கணக்கு (EOA)", + "eoa-definition": "வெளிப்புறமாகச் சொந்தமான கணக்குகள் (EOAகள்) மிகவும் பொதுவான வகை Ethereum கணக்காகும். அவை தனிப்பட்ட விசைகள்/மீட்புச் சொற்றொடர் மூலம் ஒரு நபரால் கட்டுப்படுத்தப்படுகின்றன. Ethereum வாலட்டுகள் பற்றி மேலும் அறிய.", "erc-term": "Ethereum கருத்துகளுக்கான கோரிக்கை (ERC)", - "erc-definition": "ERC (Ethereum கருத்துகளுக்கான கோரிக்கை) என்பது Ethereum சமூகத்தில் Ethereum நெட்வொர்க்கிற்கான புதிய பயன்பாட்டுத் தரங்களை முன்மொழியப் பயன்படுத்தப்படும் ஒரு வகை தொழில்நுட்ப ஆவணமாகும்.

    இந்த முன்மொழிவுகள் டோக்கன்களுக்கான ERC-20 மற்றும் NFT களுக்கான ERC-721 போன்ற புதிய டோக்கன் தரநிலைகள் உட்பட பரந்த அளவிலான தலைப்புகளை உள்ளடக்கலாம்.", + "erc-definition": "ERC (Ethereum கருத்துகளுக்கான கோரிக்கை) என்பது Ethereum நெட்வொர்க்கிற்கான புதிய பயன்பாட்டுத் தரங்களை முன்மொழிய Ethereum சமூகத்தில் பயன்படுத்தப்படும் ஒரு வகை தொழில்நுட்ப ஆவணமாகும்.

    இந்த முன்மொழிவுகள் புதிய டோக்கன் தரநிலைகள் (டோக்கன்களுக்குப் பயன்படுத்தப்படும் ERC-20 மற்றும் NFTகளுக்கான ERC-721 போன்றவை) உட்படப் பரந்த அளவிலான தலைப்புகளை உள்ளடக்கும்.", "ethash-term": "Ethash", - "ethash-definition": "Ethereum பங்குச் சான்றுக்கு மாறும் முன் பயன்படுத்தப்பட்ட ஒரு வேலைச் சான்று அல்காரிதம். மேலும் படிக்க", - "ether-term": "ஈதர்", - "ether-definition": "Ethereum இன் சொந்த கிரிப்டோகரன்சி, பொதுவாக “ETH” என்று குறிப்பிடப்படுகிறது. Ethereum சுற்றுச்சூழல் அமைப்பு மற்றும் பயன்பாடுகளைப் பயன்படுத்தும்போது பரிவர்த்தனைக் கட்டணங்களை ஈடுகட்ட இது பயன்படுத்தப்படுகிறது. ஈதர் பற்றி மேலும்.", - "events-term": "நிகழ்வுகள்", - "events-definition": "EVM பதிவு வசதிகளைப் பயன்படுத்த அனுமதிக்கிறது. டாப்கள் நிகழ்வுகளைக் கேட்டு, பயனர் இடைமுகத்தில் ஜாவாஸ்கிரிப்ட் கால்பேக்குகளைத் தூண்ட அவற்றைப் பயன்படுத்தலாம். நிகழ்வுகள் மற்றும் பதிவுகள் பற்றி மேலும்", - "evm-term": "எத்தேரியம் மெய்நிகர் இயந்திரம் (EVM)", - "evm-definition": "பைட்கோடை செயல்படுத்தும் ஒரு ஸ்டேக் அடிப்படையிலான மெய்நிகர் இயந்திரம். Ethereum இல், ஒரு தொடர் பைட்கோட் அறிவுறுத்தல்கள் மற்றும் சுற்றுச்சூழல் தரவின் ஒரு சிறிய தொகுப்பு கொடுக்கப்பட்டால் கணினி நிலை எவ்வாறு மாற்றப்படுகிறது என்பதை செயல்படுத்தல் மாதிரி குறிப்பிடுகிறது. இது ஒரு மெய்நிகர் நிலை இயந்திரத்தின் முறையான மாதிரி மூலம் குறிப்பிடப்படுகிறது. Ethereum மெய்நிகர் இயந்திரம் பற்றி மேலும்.", - "evm-assembly-language-term": "EVM சட்டசபை மொழி", - "evm-assembly-language-definition": "EVM பைட்கோட்டின் மனிதனால் படிக்கக்கூடிய ஒரு வடிவம்.", - "fallback-function-term": "பின்வாங்கும் செயல்பாடு", - "fallback-function-definition": "தரவு அல்லது அறிவிக்கப்பட்ட செயல்பாட்டு பெயர் இல்லாத நிலையில் அழைக்கப்படும் ஒரு இயல்புநிலை செயல்பாடு.", - "faucet-term": "குழாய்", - "faucet-definition": "ஸ்மார்ட் ஒப்பந்தம் வழியாக மேற்கொள்ளப்படும் ஒரு சேவை, இது ஒரு டெஸ்ட்நெட்டில் பயன்படுத்தக்கூடிய இலவச சோதனை ஈதர் வடிவத்தில் நிதிகளை விநியோகிக்கிறது.", - "finality-term": "இறுதி நிலை", - "finality-definition": "இறுதி நிலை என்பது ஒரு பெரிய அளவு ETH இழக்கப்படாமல் பரிவர்த்தனைகளின் தொகுப்பை மாற்ற முடியாது என்பதற்கான உத்தரவாதமாகும்.", - "finney-term": "ஃபின்னி", - "finney-definition": "ஈதரின் ஒரு பிரிவு. 1 ஃபின்னி = 1015 வெய். 103 ஃபின்னி = 1 ஈதர்.", - "fork-term": "ஃபோர்க்", - "fork-definition": "நெறிமுறையில் ஒரு மாற்றம், இது ஒரு மாற்று சங்கிலியை உருவாக்குகிறது.", + "ethash-definition": "Ethereum உரிமைச் சான்றுக்கு (proof-of-stake) மாறுவதற்கு முன்பு பயன்படுத்தப்பட்ட ஒரு வேலைச் சான்று (proof-of-work) அல்காரிதம். மேலும் படிக்க", + "ether-term": "ஈதர் (Ether)", + "ether-definition": "Ethereum இன் சொந்த கிரிப்டோகரன்சி, பொதுவாக “ETH” என்று குறிப்பிடப்படுகிறது. Ethereum சுற்றுச்சூழல் அமைப்பு மற்றும் பயன்பாடுகளைப் பயன்படுத்தும் போது பரிவர்த்தனைக் கட்டணங்களை ஈடுகட்ட இது பயன்படுத்தப்படுகிறது. ஈதர் பற்றி மேலும் அறிய.", + "events-term": "நிகழ்வுகள் (Events)", + "events-definition": "EVM லாகிங் வசதிகளைப் பயன்படுத்த அனுமதிக்கிறது. Dappகள் நிகழ்வுகளைக் கேட்கலாம் மற்றும் பயனர் இடைமுகத்தில் ஜாவாஸ்கிரிப்ட் கால்பேக்குகளைத் தூண்ட அவற்றைப் பயன்படுத்தலாம். நிகழ்வுகள் மற்றும் பதிவுகள் பற்றி மேலும் அறிய", + "evm-term": "Ethereum மெய்நிகர் இயந்திரம் (EVM)", + "evm-definition": "பைட் குறியீட்டை (bytecode) இயக்கும் ஸ்டேக் அடிப்படையிலான மெய்நிகர் இயந்திரம். Ethereum இல், தொடர்ச்சியான பைட் குறியீடு வழிமுறைகள் மற்றும் சுற்றுச்சூழல் தரவின் சிறிய டியூப்பிள் கொடுக்கப்பட்டால் கணினி நிலை எவ்வாறு மாற்றப்படுகிறது என்பதைச் செயலாக்க மாதிரி குறிப்பிடுகிறது. இது மெய்நிகர் நிலை இயந்திரத்தின் முறையான மாதிரி மூலம் குறிப்பிடப்படுகிறது. Ethereum மெய்நிகர் இயந்திரம் பற்றி மேலும் அறிய.", + "evm-assembly-language-term": "EVM அசெம்பிளி மொழி", + "evm-assembly-language-definition": "EVM பைட் குறியீட்டின் (bytecode) மனிதர்கள் படிக்கக்கூடிய வடிவம்.", + "fallback-function-term": "ஃபால்பேக் செயல்பாடு (Fallback function)", + "fallback-function-definition": "தரவு அல்லது அறிவிக்கப்பட்ட செயல்பாட்டுப் பெயர் இல்லாத நிலையில் அழைக்கப்படும் இயல்புநிலைச் செயல்பாடு.", + "faucet-term": "ஃபௌசெட் (Faucet)", + "faucet-definition": "டெஸ்ட்நெட்டில் பயன்படுத்தக்கூடிய இலவச சோதனை ஈதர் வடிவத்தில் நிதியை வழங்கும் ஸ்மார்ட் ஒப்பந்தம் மூலம் மேற்கொள்ளப்படும் ஒரு சேவை.", + "finality-term": "இறுதித்தன்மை (Finality)", + "finality-definition": "இறுதித்தன்மை என்பது ஒரு பெரிய அளவிலான ETH இழக்கப்படாமல் பரிவர்த்தனைகளின் தொகுப்பை மாற்ற முடியாது என்பதற்கான உத்தரவாதமாகும்.", + "finney-term": "ஃபின்னி (Finney)", + "finney-definition": "ஈதரின் ஒரு மதிப்பு. 1 ஃபின்னி = 1015 wei. 103 ஃபின்னி = 1 ஈதர்.", + "fork-term": "ஃபோர்க் (Fork)", + "fork-definition": "மாற்றுச் சங்கிலியை உருவாக்கக் காரணமான நெறிமுறையில் ஏற்படும் மாற்றம்.", "fork-choice-algorithm-term": "ஃபோர்க் தேர்வு அல்காரிதம்", - "fork-choice-algorithm-definition": "பிளாக்செயினின் தலைப்பை அடையாளம் காணப் பயன்படுத்தப்படும் அல்காரிதம். Ethereum இல், சங்கிலியின் தலைப்பு, சான்றளிப்புகளின் மிகப்பெரிய 'எடை' கொண்ட ஃபோர்க்காக அடையாளம் காணப்படுகிறது. எடை என்பது சான்றளிப்புகளின் எண்ணிக்கை மற்றும் சான்றளிக்கும் வேலிடேட்டர்களின் பயனுள்ள இருப்பின் பெருக்கமாகும். இதன் பொருள், உண்மையான சங்கிலியின் தலைப்பு, அதிக பங்குகொண்ட ஈதர் வாக்களித்த ஒன்றாகும். ஒருமித்த கருத்து அடுக்கில், ஃபோர்க் தேர்வு அல்காரிதம் LMD_GHOST என்று அழைக்கப்படுகிறது.", - "fraud-proof-term": "மோசடி சான்று", - "fraud-proof-definition": "சில லேயர் 2 தீர்வுகளுக்கான ஒரு பாதுகாப்பு மாதிரி, இதில் வேகத்தை அதிகரிக்க, பரிவர்த்தனைகள் தொகுப்புகளில் தொகுக்கப்பட்டு Ethereum க்கு ஒரே பரிவர்த்தனையில் சமர்ப்பிக்கப்படுகின்றன. மற்ற நெட்வொர்க் பங்கேற்பாளர்கள் பரிவர்த்தனைகளை நேர்மையாக செயல்படுத்தப்பட்டதா என்பதை சரிபார்க்க மீண்டும் செயல்படுத்தலாம். அவர்கள் வெளியிடப்பட்ட தரவிற்கும் தங்கள் சொந்த பதிப்பிற்கும் இடையில் ஒரு முரண்பாட்டைக் கண்டறிந்தால், அவர்கள் சில மோசடி நடந்த இடத்தைக் காட்டும் ஒரு கிரிப்டோகிராஃபிக் சான்றை வெளியிடலாம். சில ரோலப்கள் செல்லுபடியாகும் சான்றுகளைப் பயன்படுத்துகின்றன.", - "frontier-term": "ஃபிரண்டியர்", - "frontier-definition": "Ethereum இன் ஆரம்ப சோதனை வளர்ச்சி நிலை, இது ஜூலை 2015 முதல் மார்ச் 2016 வரை நீடித்தது.", - "gas-term": "வாயு", - "gas-definition": "எரிவாயு என்பது Ethereum போன்ற ஒரு பிளாக்செயினில் பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்தங்களுக்காக செலுத்தப்படும் கட்டணமாகும். எரிவாயு மற்றும் கட்டணங்கள் பற்றி மேலும்.", - "gas-limit-term": "எரிவாயு வரம்பு", - "gas-limit-definition": "ஒரு பரிவர்த்தனை அல்லது பிளாக் நுகரக்கூடிய அதிகபட்ச எரிவாயு அளவு.", - "gas-price-term": "எரிவாயு விலை", - "gas-price-definition": "ஒரு பரிவர்த்தனையில் குறிப்பிடப்பட்ட ஒரு அலகு எரிவாயுவின் ஈதரில் விலை.", - "genesis-block-term": "ஆதி பிளாக்", - "genesis-block-definition": "ஒரு பிளாக்செயினில் முதல் பிளாக், ஒரு குறிப்பிட்ட நெட்வொர்க் மற்றும் அதன் கிரிப்டோகரன்சியைத் தொடங்கப் பயன்படுகிறது.", + "fork-choice-algorithm-definition": "பிளாக்செயினின் தலையை (head) அடையாளம் காணப் பயன்படுத்தப்படும் அல்காரிதம். Ethereum இல் சங்கிலியின் தலைப்பகுதி சான்றளிப்புகளின் (attestations) அதிக 'எடையைக்' கொண்ட ஃபோர்க்காக அடையாளம் காணப்படுகிறது. எடை என்பது சான்றளிப்புகளின் எண்ணிக்கை மற்றும் சான்றளிக்கும் மதிப்பீட்டாளர்களின் பயனுள்ள இருப்பு ஆகியவற்றின் பெருக்கலாகும். இதன் பொருள் சங்கிலியின் உண்மையான தலைப்பகுதி என்பது அதிக ஸ்டேக் செய்யப்பட்ட ஈதர் வாக்களித்ததாகும். கருத்தொற்றுமை அடுக்கில் ஃபோர்க் தேர்வு அல்காரிதம் LMD_GHOST என்று அழைக்கப்படுகிறது.", + "fraud-proof-term": "மோசடிச் சான்று (Fraud proof)", + "fraud-proof-definition": "சில லேயர் 2 தீர்வுகளுக்கான பாதுகாப்பு மாதிரி, இதில் வேகத்தை அதிகரிக்க, பரிவர்த்தனைகள் தொகுப்புகளாக ரோல் அப் (rolled up) செய்யப்பட்டு ஒரே பரிவர்த்தனையாக Ethereum இல் சமர்ப்பிக்கப்படுகின்றன. மற்ற நெட்வொர்க் பங்கேற்பாளர்கள் பரிவர்த்தனைகள் நேர்மையாகச் செயல்படுத்தப்பட்டதா என்பதைச் சரிபார்க்க அவற்றை மீண்டும் இயக்கலாம். இடுகையிடப்பட்ட தரவிற்கும் அவர்களின் சொந்த பதிப்பிற்கும் இடையே உள்ள முரண்பாட்டை அவர்கள் கண்டறிந்தால், சில மோசடிகள் எங்கு நடந்தன என்பதை நிரூபிக்கும் கிரிப்டோகிராஃபிக் சான்றை அவர்கள் இடுகையிடலாம். சில ரோலப்கள் (rollups) செல்லுபடியாகும் சான்றுகளைப் (validity proofs) பயன்படுத்துகின்றன.", + "frontier-term": "ஃபிரான்டியர் (Frontier)", + "frontier-definition": "Ethereum இன் ஆரம்பச் சோதனை மேம்பாட்டு நிலை, இது ஜூலை 2015 முதல் மார்ச் 2016 வரை நீடித்தது.", + "gas-term": "கேஸ் (Gas)", + "gas-definition": "கேஸ் என்பது Ethereum போன்ற பிளாக்செயினில் பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்தங்களுக்குச் செலுத்தப்படும் கட்டணமாகும். கேஸ் மற்றும் கட்டணங்கள் பற்றி மேலும் அறிய.", + "gas-limit-term": "கேஸ் வரம்பு (Gas limit)", + "gas-limit-definition": "ஒரு பரிவர்த்தனை அல்லது பிளாக் பயன்படுத்தக்கூடிய அதிகபட்ச கேஸ் அளவு.", + "gas-price-term": "கேஸ் விலை (Gas price)", + "gas-price-definition": "ஒரு பரிவர்த்தனையில் குறிப்பிடப்பட்டுள்ள ஒரு யூனிட் கேஸின் ஈதர் விலை.", + "genesis-block-term": "ஜெனிசிஸ் பிளாக் (Genesis block)", + "genesis-block-definition": "ஒரு குறிப்பிட்ட நெட்வொர்க் மற்றும் அதன் கிரிப்டோகரன்சியைத் துவக்கப் பயன்படுத்தப்படும் பிளாக்செயினில் உள்ள முதல் பிளாக்.", "geth-term": "Geth", - "geth-definition": "கோ Ethereum. Go இல் எழுதப்பட்ட Ethereum நெறிமுறையின் மிக முக்கியமான செயலாக்கங்களில் ஒன்று. geth.ethereum.org இல் மேலும் படிக்கவும்", + "geth-definition": "Go Ethereum. Go மொழியில் எழுதப்பட்ட Ethereum நெறிமுறையின் மிக முக்கியமான செயலாக்கங்களில் ஒன்று. geth.ethereum.org இல் மேலும் படிக்கவும்", "gwei-term": "Gwei", - "gwei-definition": "ஈதரின் ஒரு பிரிவான ஜிகாவெயின் சுருக்கம், பொதுவாக எரிவாயுவை விலை நிர்ணயம் செய்யப் பயன்படுகிறது. 1 gwei = 109 வெய். 109 gwei = 1 ஈதர்.", - "hard-fork-term": "கடின ஃபோர்க்", - "hard-fork-definition": "பிளாக்செயினில் ஒரு நிரந்தர வேறுபாடு; இது கடின-ஃபோர்க்கிங் மாற்றம் என்றும் அழைக்கப்படுகிறது. மேம்படுத்தப்படாத முனைகள் புதிய ஒருமித்த கருத்து விதிகளைப் பின்பற்றும் மேம்படுத்தப்பட்ட முனைகளால் உருவாக்கப்பட்ட பிளாக்குகளை சரிபார்க்க முடியாதபோது பொதுவாக இது நிகழ்கிறது. ஒரு ஃபோர்க், மென்மையான ஃபோர்க், மென்பொருள் ஃபோர்க் அல்லது Git ஃபோர்க்குடன் குழப்பிக் கொள்ள வேண்டாம்.", - "hash-term": "ஹாஷ்", - "hash-definition": "ஒரு ஹாஷ் செயல்பாட்டால் உருவாக்கப்பட்ட, மாறி-அளவு உள்ளீட்டின் ஒரு நிலையான-நீள கைரேகை. (பார்க்க keccak-256).", - "hash-rate-term": "ஹாஷ் விகிதம்", - "hash-rate-definition": "சுரங்க மென்பொருளை இயக்கும் கணினிகளால் வினாடிக்கு செய்யப்படும் ஹாஷ் கணக்கீடுகளின் எண்ணிக்கை.", - "homestead-term": "ஹோம்ஸ்டெட்", - "holographic-consensus-term": "ஹோலோகிராஃபிக் ஒருமித்த கருத்து", - "holographic-consensus-definition": "ஒரு சிறிய பிரதிநிதித்துவ மக்கள் குழு வாக்களிக்க அனுமதிப்பதன் மூலம் ஒரு பெரிய குழு முடிவு எவ்வாறு எடுக்கப்படுகிறது என்பதைக் குறிக்கிறது. பின்னர் மற்ற அனைவரும் அதை ஏற்றுக்கொள்கிறார்கள், சிறிய குழு ஒரு நல்ல வேலையைச் செய்ததாக அவர்கள் நம்பும் வரை.
    இது சில ஆன்லைன் சமூகங்களில், எல்லோரும் எல்லாவற்றிலும் வாக்களிக்கத் தேவையில்லாமல் விரைவாக முடிவுகளை எடுக்கப் பயன்படுகிறது, அதே நேரத்தில் முடிவுகள் நியாயமானவை மற்றும் பெரும்பாலான மக்கள் விரும்புவதைப் பிரதிநிதித்துவப்படுத்துகின்றன என்பதை உறுதி செய்கிறது.", - "homestead-definition": "Ethereum இன் இரண்டாவது வளர்ச்சி நிலை, மார்ச் 2016 இல் பிளாக் 1,150,000 இல் தொடங்கப்பட்டது.", - "index-term": "குறியீட்டெண்", - "index-definition": "பிளாக்செயினில் இருந்து தகவல்களை வினவுவதை மேம்படுத்துவதற்காக வடிவமைக்கப்பட்ட ஒரு நெட்வொர்க் கட்டமைப்பு, அதன் சேமிப்பக மூலத்திற்கு ஒரு திறமையான பாதையை வழங்குவதன் மூலம்.", + "gwei-definition": "கிகாவேயின் (gigawei) சுருக்கம், இது ஈதரின் ஒரு மதிப்பாகும், இது பொதுவாக கேஸ் விலையை நிர்ணயிக்கப் பயன்படுத்தப்படுகிறது. 1 gwei = 109 wei. 109 gwei = 1 ஈதர்.", + "hard-fork-term": "ஹார்டு ஃபோர்க் (Hard fork)", + "hard-fork-definition": "பிளாக்செயினில் ஒரு நிரந்தர வேறுபாடு; இது ஹார்டு-ஃபோர்க்கிங் மாற்றம் என்றும் அழைக்கப்படுகிறது. புதிய கருத்தொற்றுமை விதிகளைப் (consensus rules) பின்பற்றும் மேம்படுத்தப்பட்ட நோடுகளால் உருவாக்கப்பட்ட பிளாக்குகளை மேம்படுத்தப்படாத நோடுகளால் சரிபார்க்க முடியாதபோது இது பொதுவாக நிகழ்கிறது. ஃபோர்க், சாஃப்ட் ஃபோர்க், சாஃப்ட்வேர் ஃபோர்க் அல்லது கிட் ஃபோர்க் ஆகியவற்றுடன் குழப்பிக் கொள்ளக் கூடாது.", + "hash-term": "ஹாஷ் (Hash)", + "hash-definition": "ஹாஷ் செயல்பாட்டால் உருவாக்கப்பட்ட, மாறுபடும் அளவுள்ள உள்ளீட்டின் நிலையான நீள கைரேகை. (keccak-256 ஐப் பார்க்கவும்).", + "hash-rate-term": "ஹாஷ் வீதம் (Hash rate)", + "hash-rate-definition": "மைனிங் மென்பொருளை இயக்கும் கணினிகளால் வினாடிக்குச் செய்யப்படும் ஹாஷ் கணக்கீடுகளின் எண்ணிக்கை.", + "homestead-term": "ஹோம்ஸ்டெட் (Homestead)", + "holographic-consensus-term": "ஹோலோகிராஃபிக் கருத்தொற்றுமை (Holographic consensus)", + "holographic-consensus-definition": "ஒரு சிறிய குழு பிரதிநிதிகளை வாக்களிக்க அனுமதிப்பதன் மூலம் ஒரு பெரிய குழுவின் முடிவு எவ்வாறு எடுக்கப்படுகிறது என்பதைக் குறிக்கிறது. சிறிய குழு ஒரு நல்ல வேலையைச் செய்ததாக அவர்கள் நம்பும் வரை, மற்ற அனைவரும் அதனுடன் செல்ல ஒப்புக்கொள்கிறார்கள்.
    எல்லாவற்றிற்கும் அனைவரும் வாக்களிக்கத் தேவையில்லாமல் விரைவாக முடிவுகளை எடுக்க இது சில ஆன்லைன் சமூகங்களில் பயன்படுத்தப்படுகிறது, அதே நேரத்தில் முடிவுகள் நியாயமானவை மற்றும் பெரும்பாலான மக்கள் விரும்புவதைப் பிரதிபலிக்கின்றன என்பதை உறுதிப்படுத்துகிறது.", + "homestead-definition": "Ethereum இன் இரண்டாவது மேம்பாட்டு நிலை, மார்ச் 2016 இல் 1,150,000 பிளாக்கில் தொடங்கப்பட்டது.", + "index-term": "குறியீடு (Index)", + "index-definition": "அதன் சேமிப்பக மூலத்திற்குத் திறமையான பாதையை வழங்குவதன் மூலம் பிளாக்செயின் முழுவதும் உள்ள தகவல்களை வினவுவதை மேம்படுத்துவதற்கான ஒரு நெட்வொர்க் கட்டமைப்பு.", "ide-term": "ஒருங்கிணைந்த மேம்பாட்டுச் சூழல் (IDE)", - "ide-definition": "பொதுவாக ஒரு குறியீடு திருத்தி, கம்பைலர், ரன்டைம் மற்றும் டீபக்கரை இணைக்கும் ஒரு பயனர் இடைமுகம். ஒருங்கிணைந்த மேம்பாட்டுச் சூழல்கள் பற்றி மேலும்.", - "immutable-deployed-code-problem-term": "மாற்ற முடியாத பயன்படுத்தப்பட்ட குறியீடு சிக்கல்", - "immutable-deployed-code-problem-definition": "ஒரு ஒப்பந்தத்தின் (அல்லது நூலகத்தின்) குறியீடு பயன்படுத்தப்பட்டவுடன், அது மாற்ற முடியாததாகிவிடும். நிலையான மென்பொருள் மேம்பாட்டு நடைமுறைகள் சாத்தியமான பிழைகளை சரிசெய்வது மற்றும் புதிய அம்சங்களைச் சேர்ப்பதை நம்பியுள்ளன, எனவே இது ஸ்மார்ட் ஒப்பந்த மேம்பாட்டிற்கு ஒரு சவாலை பிரதிபலிக்கிறது. ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்துவது பற்றி மேலும்.", + "ide-definition": "பொதுவாகக் குறியீடு எடிட்டர், கம்பைலர், ரன்டைம் மற்றும் டீபக்கர் ஆகியவற்றை இணைக்கும் பயனர் இடைமுகம். ஒருங்கிணைந்த மேம்பாட்டுச் சூழல்கள் பற்றி மேலும் அறிய.", + "immutable-deployed-code-problem-term": "மாற்ற முடியாத பயன்படுத்தப்பட்ட குறியீட்டுச் சிக்கல்", + "immutable-deployed-code-problem-definition": "ஒரு ஒப்பந்தத்தின் (அல்லது நூலகத்தின்) குறியீடு பயன்படுத்தப்பட்டவுடன், அது மாற்ற முடியாததாகிவிடும். நிலையான மென்பொருள் மேம்பாட்டு நடைமுறைகள் சாத்தியமான பிழைகளைச் சரிசெய்வதையும் புதிய அம்சங்களைச் சேர்ப்பதையும் நம்பியுள்ளன, எனவே இது ஸ்மார்ட் ஒப்பந்த மேம்பாட்டிற்கு ஒரு சவாலாக உள்ளது. ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்துவது பற்றி மேலும் அறிய.", "internal-transaction-term": "உள் பரிவர்த்தனை", - "internal-transaction-definition": "ஒரு ஒப்பந்தக் கணக்கிலிருந்து மற்றொரு ஒப்பந்தக் கணக்கிற்கு அல்லது ஒரு EOA க்கு அனுப்பப்பட்ட ஒரு பரிவர்த்தனை (பார்க்க செய்தி).", - "issuance-term": "காசோலை", - "issuance-definition": "பிளாக் முன்மொழிவு, சான்றளிப்பு மற்றும் விசில் ஊதுதல் ஆகியவற்றுக்கு வெகுமதி அளிக்க புதிய ஈதரை உருவாக்கும் செயல்.", - "kdf-term": "விசை வருவிப்பு செயல்பாடு (KDF)", - "kdf-definition": "\"கடவுச்சொல் நீட்சி அல்காரிதம்\" என்றும் அழைக்கப்படுகிறது, இது கீஸ்டோர் வடிவங்களால், பாஸ்ஃப்ரேஸ் குறியாக்கத்தின் மீது முரட்டுத்தனமான சக்தி, அகராதி மற்றும் ரெயின்போ டேபிள் தாக்குதல்களுக்கு எதிராகப் பாதுகாக்கப் பயன்படுகிறது, கடவுச்சொல்லை மீண்டும் மீண்டும் ஹாஷ் செய்வதன் மூலம்.", + "internal-transaction-definition": "ஒரு ஒப்பந்தக் கணக்கிலிருந்து மற்றொரு ஒப்பந்தக் கணக்கிற்கு அல்லது ஒரு EOA-க்கு அனுப்பப்படும் ஒரு பரிவர்த்தனை (செய்தி என்பதைப் பார்க்கவும்).", + "issuance-term": "வழங்குதல்", + "issuance-definition": "பிளாக் முன்மொழிவு, சான்றளிப்பு மற்றும் விசிலூதுதல் ஆகியவற்றுக்கு வெகுமதியளிக்க புதிய ஈதரை உருவாக்குதல்.", + "kdf-term": "விசை வருவித்தல் செயல்பாடு (KDF)", + "kdf-definition": "\"கடவுச்சொல் நீட்டிப்பு அல்காரிதம்\" என்றும் அழைக்கப்படும் இது, கடவுச்சொற்றொடரைத் திரும்பத் திரும்ப ஹாஷ் செய்வதன் மூலம், கடவுச்சொற்றொடர் குறியாக்கத்தின் மீதான ப்ரூட்-ஃபோர்ஸ், அகராதி மற்றும் ரெயின்போ டேபிள் தாக்குதல்களிலிருந்து பாதுகாக்க கீஸ்டோர் வடிவங்களால் பயன்படுத்தப்படுகிறது.", "keystore-term": "கீஸ்டோர்", - "keystore-definition": "ஒவ்வொரு கணக்கின் தனிப்பட்ட விசை/முகவரி ஜோடி ஒரு Ethereum கிளையண்டில் ஒரு ஒற்றை கீஃபைலாக உள்ளது. இவை JSON உரை கோப்புகள், அவை கணக்கின் குறியாக்கம் செய்யப்பட்ட தனிப்பட்ட விசையைக் கொண்டிருக்கின்றன, இது கணக்கை உருவாக்கும்போது உள்ளிட்ட கடவுச்சொல் மூலம் மட்டுமே மறைகுறியாக்க முடியும்.", - "keccak-256-term": "கெக்காக்-256", - "keccak-256-definition": "Ethereum இல் பயன்படுத்தப்படும் கிரிப்டோகிராஃபிக் ஹாஷ் செயல்பாடு. கெக்காக்-256 SHA-3 ஆக தரப்படுத்தப்பட்டது.", + "keystore-definition": "ஒவ்வொரு கணக்கின் தனிப்பட்ட விசை/முகவரி ஜோடியும் Ethereum கிளையண்டில் ஒற்றை விசைக்கோப்பாக உள்ளது. இவை JSON உரை கோப்புகளாகும், அவை கணக்கின் மறைகுறியாக்கப்பட்ட தனிப்பட்ட விசையைக் கொண்டுள்ளன, கணக்கை உருவாக்கும் போது உள்ளிடப்பட்ட கடவுச்சொல்லைக் கொண்டு மட்டுமே இதை மறைகுறியாக்க முடியும்.", + "keccak-256-term": "Keccak-256", + "keccak-256-definition": "Ethereum-இல் பயன்படுத்தப்படும் கிரிப்டோகிராஃபிக் ஹாஷ் செயல்பாடு. Keccak-256 ஆனது SHA-3 ஆக தரப்படுத்தப்பட்டது.", "key-term": "விசை", - "key-definition": "Ethereum சூழலில், விசைகள் டிஜிட்டல் குறியீடுகள்: பரிவர்த்தனைகளைப் பெறுவதற்கான ஒரு பொது விசை மற்றும் நிதிகளை அணுகவும் அனுப்பவும் ஒரு தனிப்பட்ட விசை.
    பொது விசைகள்: இவை வெளிப்படையாகப் பகிரப்படலாம்.
    தனிப்பட்ட விசைகள்: இவை உரிமையாளரால் இரகசியமாக வைக்கப்படுகின்றன.", - "layer-1-term": "1ம் அடுக்கு", - "layer-1-definition": "லேயர் 1 என்பது ஒரு பல-நிலை பிளாக்செயின் நெட்வொர்க்கில் உள்ள முக்கிய பிளாக்செயினைக் குறிக்கிறது. எடுத்துக்காட்டாக, Ethereum மற்றும் Bitcoin லேயர் ஒன்று பிளாக்செயின்கள் ஆகும். பல லேயர் இரண்டு பிளாக்செயின்கள் வள-அடர்த்தி பரிவர்த்தனைகளை அவற்றின் தனித்தனி பிளாக்செயின்களுக்கு இறக்கிவிடுகின்றன, அதே நேரத்தில் Ethereum அல்லது Bitcoin இன் லேயர் ஒன்று பிளாக்செயினை பாதுகாப்பு நோக்கங்களுக்காக தொடர்ந்து பயன்படுத்துகின்றன.", - "layer-2-term": "2ம் அடுக்கு", - "layer-2-definition": "லேயர் 2 கள் Ethereum முக்கிய நெட்வொர்க்கின் மேல் கட்டப்பட்ட மற்றொரு நெட்வொர்க்குகள் ஆகும், இது பரிவர்த்தனைகளை வேகமாகவும் மலிவாகவும் ஆக்குகிறது. லேயர் 2 பற்றி மேலும்.", + "key-definition": "Ethereum-இன் சூழலில், விசைகள் டிஜிட்டல் குறியீடுகளாகும்: பரிவர்த்தனைகளைப் பெறுவதற்கான பொது விசை மற்றும் நிதியை அணுகுவதற்கும் அனுப்புவதற்குமான தனிப்பட்ட விசை.
    பொது விசைகள்: இவற்றை வெளிப்படையாகப் பகிரலாம்.
    தனிப்பட்ட விசைகள்: இவை உரிமையாளரால் ரகசியமாக வைக்கப்படுகின்றன.", + "layer-1-term": "லேயர் 1", + "layer-1-definition": "லேயர் 1 என்பது பல-நிலை பிளாக்செயின் நெட்வொர்க்கில் உள்ள பிரதான பிளாக்செயினைக் குறிக்கிறது. எடுத்துக்காட்டாக, Ethereum மற்றும் Bitcoin ஆகியவை லேயர் 1 பிளாக்செயின்களாகும். பல லேயர் 2 பிளாக்செயின்கள் அதிக வளங்கள் தேவைப்படும் பரிவர்த்தனைகளைத் தங்களின் தனி பிளாக்செயினுக்கு மாற்றுகின்றன, அதே நேரத்தில் பாதுகாப்பு நோக்கங்களுக்காக Ethereum அல்லது Bitcoin-இன் லேயர் 1 பிளாக்செயினைத் தொடர்ந்து பயன்படுத்துகின்றன.", + "layer-2-term": "லேயர் 2", + "layer-2-definition": "லேயர் 2-கள் என்பவை பரிவர்த்தனைகளை வேகமாகவும் மலிவாகவும் மாற்றுவதற்காக Ethereum பிரதான நெட்வொர்க்கின் மேல் கட்டமைக்கப்பட்ட மற்றொரு நெட்வொர்க்குகளாகும். லேயர் 2 பற்றி மேலும் அறிய.", "library-term": "நூலகம்", - "library-definition": "பணம் செலுத்தக்கூடிய செயல்பாடுகள், பின்வாங்கும் செயல்பாடு மற்றும் தரவு சேமிப்பிடம் இல்லாத ஒரு சிறப்பு வகை ஒப்பந்தம். எனவே, இது ஈதரைப் பெறவோ அல்லது வைத்திருக்கவோ, அல்லது தரவைச் சேமிக்கவோ முடியாது. ஒரு நூலகம், மற்ற ஒப்பந்தங்கள் படிக்க-மட்டும் கணக்கீட்டிற்காக அழைக்கக்கூடிய முன்னர் பயன்படுத்தப்பட்ட குறியீடாகச் செயல்படுகிறது. ஸ்மார்ட் ஒப்பந்த நூலகங்கள் பற்றி மேலும்.", + "library-definition": "செலுத்தக்கூடிய செயல்பாடுகள், ஃபால்பேக் செயல்பாடு மற்றும் தரவு சேமிப்பகம் இல்லாத ஒரு சிறப்பு வகை ஒப்பந்தம். எனவே, இது ஈதரைப் பெறவோ வைத்திருக்கவோ அல்லது தரவைச் சேமிக்கவோ முடியாது. ஒரு நூலகம் முன்பு பயன்படுத்தப்பட்ட குறியீடாகச் செயல்படுகிறது, மற்ற ஒப்பந்தங்கள் படிக்க-மட்டுமான கணக்கீட்டிற்கு இதை அழைக்கலாம். ஸ்மார்ட் ஒப்பந்த நூலகங்கள் பற்றி மேலும் அறிய.", "light-client-term": "லைட் கிளையண்ட்", - "light-client-definition": "பிளாக்செயினின் உள்ளூர் நகலைச் சேமிக்காத, அல்லது பிளாக்குகள் மற்றும் பரிவர்த்தனைகளை சரிபார்க்காத ஒரு Ethereum கிளையண்ட். இது ஒரு பணப்பையின் செயல்பாடுகளை வழங்கி, பரிவர்த்தனைகளை உருவாக்கி ஒளிபரப்ப முடியும்.", - "liquidity-term": "லிக்விடிட்டி", - "liquidity-definition": "லிக்விடிட்டி என்பது ஒரு சொத்து எவ்வளவு விரைவாகவும் எளிதாகவும் பணமாகவோ அல்லது மற்றொரு சொத்தாகவோ மாற்றப்பட முடியும் என்பதாகும். யூனிஸ்வாப் போன்ற பரவலாக்கப்பட்ட பரிமாற்றங்கள் பல லிக்விடிட்டி குளங்களைக் கொண்டுள்ளன, அங்கு சொத்து வைத்திருப்பவர்கள் தங்கள் சொத்துக்களை வைப்பு செய்யலாம், அங்கு வர்த்தகர்கள் அவற்றை வெகுமதிகளுக்கு ஈடாக பரவலாக்கப்பட்ட வழியில் வாங்கவும் விற்கவும் முடியும்.", - "liquidity-tokens-term": "லிக்விடிட்டி டோக்கன்கள்", - "liquidity-tokens-definition": "லிக்விடிட்டி டோக்கன்கள் (LST) என்பது ஒரு லிக்விடிட்டி குளத்தில் சொத்துக்களை வைப்பு செய்யும் பங்கேற்பாளர்களுக்கு வழங்கப்படும் டிஜிட்டல் டோக்கன்கள் ஆகும், இது ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் பூட்டப்பட்ட நிதிகளின் தொகுப்பாகும் மற்றும் ஒரு பரவலாக்கப்பட்ட பரிமாற்றத்தில் (DEX) வர்த்தகத்தை எளிதாக்கப் பயன்படுகிறது.
    இந்த டோக்கன்கள் குளத்தில் பங்கேற்பாளரின் பங்கைக் குறிக்கின்றன மற்றும் குளத்தின் செயல்பாட்டால் உருவாக்கப்பட்ட வர்த்தக கட்டணங்களின் ஒரு பகுதியுடன் ஆரம்ப வைப்புக்கு பின்னர் மீட்டெடுக்கப்படலாம். அடிப்படையில், லிக்விடிட்டி டோக்கன்கள் ஒரு லிக்விடிட்டி குளத்தில் உரிமை அல்லது பங்குக்கான சான்றாகச் செயல்படுகின்றன, இது வைத்திருப்பவர்களுக்கு வெகுமதிகளை ஈட்ட அனுமதிக்கிறது, அதே நேரத்தில் மற்றவர்கள் வெவ்வேறு கிரிப்டோகரன்சி ஜோடிகளை திறமையாக வர்த்தகம் செய்யத் தேவையான லிக்விடிட்டியை வழங்குகிறது.", + "light-client-definition": "பிளாக்செயினின் உள்ளூர் நகலைச் சேமிக்காத அல்லது பிளாக்குகள் மற்றும் பரிவர்த்தனைகளை சரிபார்க்காத ஒரு Ethereum கிளையண்ட். இது ஒரு வாலட்டின் செயல்பாடுகளை வழங்குகிறது மற்றும் பரிவர்த்தனைகளை உருவாக்கி ஒளிபரப்ப முடியும்.", + "liquidity-term": "நீர்மைத்தன்மை", + "liquidity-definition": "நீர்மைத்தன்மை என்பது ஒரு சொத்தை எவ்வளவு விரைவாகவும் எளிதாகவும் பணமாகவோ அல்லது மற்றொரு சொத்தாகவோ மாற்ற முடியும் என்பதைக் குறிக்கிறது. Uniswap போன்ற பரவலாக்கப்பட்ட பரிமாற்றங்களில் பல நீர்மைத்தன்மை குளங்கள் உள்ளன, அங்கு சொத்து வைத்திருப்பவர்கள் தங்கள் சொத்துக்களை டெபாசிட் செய்யலாம், அங்கு வர்த்தகர்கள் வெகுமதிகளுக்கு ஈடாக அவற்றை பரவலாக்கப்பட்ட முறையில் வாங்கலாம் மற்றும் விற்கலாம்.", + "liquidity-tokens-term": "நீர்மைத்தன்மை டோக்கன்கள்", + "liquidity-tokens-definition": "நீர்மைத்தன்மை டோக்கன்கள் (LST) என்பவை நீர்மைத்தன்மை குளத்தில் சொத்துக்களை டெபாசிட் செய்யும் பங்கேற்பாளர்களுக்கு வழங்கப்படும் டிஜிட்டல் டோக்கன்களாகும், இது ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் பூட்டப்பட்ட நிதிகளின் தொகுப்பாகும் மற்றும் பரவலாக்கப்பட்ட பரிமாற்றத்தில் (DEX) வர்த்தகத்தை எளிதாக்கப் பயன்படுகிறது.
    இந்த டோக்கன்கள் குளத்தில் பங்கேற்பாளரின் பங்கைக் குறிக்கின்றன, மேலும் ஆரம்ப டெபாசிட் மற்றும் குளத்தின் செயல்பாட்டால் உருவாக்கப்படும் வர்த்தகக் கட்டணத்தின் ஒரு பகுதியைப் பெற பின்னர் மீட்டெடுக்கப்படலாம். அடிப்படையில், நீர்மைத்தன்மை டோக்கன்கள் ஒரு நீர்மைத்தன்மை குளத்தில் உரிமை அல்லது பங்கின் சான்றாகச் செயல்படுகின்றன, மற்றவர்கள் வெவ்வேறு கிரிப்டோகரன்சி ஜோடிகளைத் திறமையாக வர்த்தகம் செய்யத் தேவையான நீர்மைத்தன்மையை வழங்கும் அதே வேளையில், வைத்திருப்பவர்கள் வெகுமதிகளைப் பெற அனுமதிக்கின்றன.", "liquid-staking-tokens-term": "லிக்விட் ஸ்டேக்கிங் டோக்கன்கள்", - "liquid-staking-tokens-definition": "ஒரு பயனர் பங்கு வைக்கும் பூட்டப்பட்ட கிரிப்டோகரன்சியின் உரிமையைக் குறிக்கும் ஒரு வருவிப்பு டோக்கன். ஒரு சொத்தை பங்கு வைத்தவுடன், சில தளங்கள் லிக்விட் ஸ்டேக்கிங் டோக்கன்களை (LST கள்) உருவாக்க அனுமதிக்கின்றன, இது பூட்டப்பட்ட டோக்கன்களின் சமமான பங்கைக் குறிக்கிறது. இந்த LST கள் பின்னர் வர்த்தகம் செய்யப்படலாம், விற்கப்படலாம் அல்லது பிற DeFi நெறிமுறைகளில் பயன்படுத்தப்படலாம், இது ஸ்டேக்கருக்கு அவர்களின் நிதிகளிலிருந்து லிக்விடிட்டியை அணுக அனுமதிப்பதன் மூலம் மூலதனத் திறனை மேம்படுத்துகிறது, அவர்களின் அசல் சொத்துக்கள் பங்கு வைக்கப்பட்டிருந்தாலும் கூட.", + "liquid-staking-tokens-definition": "ஒரு பயனர் ஸ்டேக் செய்யும் பூட்டப்பட்ட கிரிப்டோகரன்சியின் உரிமையைக் குறிக்கும் ஒரு டெரிவேட்டிவ் டோக்கன். ஒரு சொத்தை ஸ்டேக் செய்தவுடன், சில தளங்கள் லிக்விட் ஸ்டேக்கிங் டோக்கன்களை (LSTs) உருவாக்க அனுமதிக்கின்றன, அவை பூட்டப்பட்ட டோக்கன்களின் சமமான பங்கைக் குறிக்கின்றன. இந்த LST-களை பின்னர் வர்த்தகம் செய்யலாம், விற்கலாம் அல்லது பிற DeFi நெறிமுறைகளில் பயன்படுத்தலாம், இது ஸ்டேக்கரின் அசல் சொத்துக்கள் ஸ்டேக் செய்யப்பட்டிருந்தாலும், அவர்களின் நிதியிலிருந்து நீர்மைத்தன்மையை அணுக அனுமதிப்பதன் மூலம் மூலதனத் திறனை மேம்படுத்துகிறது.", "lmd-ghost-term": "LMD-GHOST", - "lmd-ghost-definition": "Ethereum இன் ஒருமித்த கருத்து கிளையண்ட்களால் சங்கிலியின் தலைப்பை அடையாளம் காணப் பயன்படுத்தப்படும் ஃபோர்க் தேர்வு அல்காரிதம். LMD-GHOST என்பது \"Latest Message Driven Greediest Heaviest Observed SubTree\" என்பதன் சுருக்கமாகும், இதன் பொருள் சங்கிலியின் தலைப்பு அதன் வரலாற்றில் சான்றளிப்புகளின் மிகப்பெரிய திரட்சியைக் கொண்ட பிளாக் என்பதாகும்.", - "mainnet-term": "முதன்மை நெட்வொர்க்", - "mainnet-definition": "\"முக்கிய நெட்வொர்க்\" என்பதன் சுருக்கம், இது முக்கிய பொது Ethereum பிளாக்செயின் ஆகும்.", - "max-fee-per-gas-term": "ஒரு எரிவாயுவிற்கான அதிகபட்ச கட்டணம்", - "max-fee-per-gas-definition": "அதிகபட்ச கட்டணம் என்பது ஒரு பரிவர்த்தனையை ஒரு பிளாக்கில் சேர்க்க ஒரு பயனர் ஒரு அலகு எரிவாயுவிற்கு (gwei) செலுத்தத் தயாராக இருக்கும் முழுமையான அதிகபட்ச தொகையாகும்.", - "merkle-patricia-tree-term": "மெர்க்கல் பேட்ரிஷியா மரம் (MPT)", - "merkle-patricia-tree-definition": "விசை-மதிப்பு ஜோடிகளை திறமையாக சேமிக்க Ethereum இல் பயன்படுத்தப்படும் ஒரு தரவுக் கட்டமைப்பு.", - "merkle-root-term": "மெர்க்கல் வேர்", - "merkle-root-definition": "ஒரு மெர்க்கல் வேர் என்பது ஒரு மெர்க்கல் மரத்தின் ஒற்றை மேல் ஹாஷ் ஆகும். இது ஒரு பிளாக்கிற்குள் உள்ள அனைத்து பரிவர்த்தனைகளையும் சரிபார்க்கிறது.", + "lmd-ghost-definition": "சங்கிலியின் தலையை அடையாளம் காண Ethereum-இன் ஒருமித்த கிளையண்டுகளால் பயன்படுத்தப்படும் ஃபோர்க்-சாய்ஸ் அல்காரிதம். LMD-GHOST என்பது \"Latest Message Driven Greediest Heaviest Observed SubTree\" என்பதன் சுருக்கமாகும், அதாவது சங்கிலியின் தலை என்பது அதன் வரலாற்றில் அதிக அளவிலான சான்றளிப்புகளைக் கொண்ட பிளாக் ஆகும்.", + "mainnet-term": "மெயின்நெட்", + "mainnet-definition": "\"பிரதான நெட்வொர்க்\" என்பதன் சுருக்கமான இது, பிரதான பொது Ethereum பிளாக்செயின் ஆகும்.", + "max-fee-per-gas-term": "ஒரு கேஸுக்கான அதிகபட்ச கட்டணம்", + "max-fee-per-gas-definition": "அதிகபட்ச கட்டணம் என்பது ஒரு பரிவர்த்தனையை பிளாக்கில் சேர்ப்பதற்காக ஒரு யூனிட் கேஸிற்கு (gwei) ஒரு பயனர் செலுத்தத் தயாராக இருக்கும் முழுமையான அதிகபட்சத் தொகையாகும்.", + "merkle-patricia-tree-term": "Merkle Patricia Tree (MPT)", + "merkle-patricia-tree-definition": "விசை-மதிப்பு ஜோடிகளைத் திறமையாகச் சேமிக்க Ethereum-இல் பயன்படுத்தப்படும் ஒரு தரவுக் கட்டமைப்பு.", + "merkle-root-term": "Merkle Root", + "merkle-root-definition": "Merkle root என்பது Merkle மரத்தின் ஒற்றை மேல் ஹாஷ் ஆகும். இது ஒரு பிளாக்கிற்குள் உள்ள அனைத்துப் பரிவர்த்தனைகளையும் சரிபார்க்கிறது.", "message-term": "செய்தி", - "message-definition": "ஒரு உள் பரிவர்த்தனை, இது ஒருபோதும் வரிசைப்படுத்தப்படாதது மற்றும் EVM க்குள் மட்டுமே அனுப்பப்படுகிறது.", + "message-definition": "ஒருபோதும் வரிசைப்படுத்தப்படாத மற்றும் EVM-க்குள் மட்டுமே அனுப்பப்படும் ஒரு உள் பரிவர்த்தனை.", "message-call-term": "செய்தி அழைப்பு", - "message-call-definition": "ஒரு கணக்கிலிருந்து மற்றொரு கணக்கிற்கு ஒரு செய்தியை அனுப்பும் செயல். இலக்கு கணக்கு EVM குறியீட்டுடன் தொடர்புடையதாக இருந்தால், அந்த பொருளின் நிலையுடன் VM தொடங்கப்பட்டு செய்தி மீது நடவடிக்கை எடுக்கப்படும்.", + "message-call-definition": "ஒரு கணக்கிலிருந்து மற்றொரு கணக்கிற்கு ஒரு செய்தியை அனுப்பும் செயல். இலக்குக் கணக்கு EVM குறியீட்டுடன் தொடர்புடையதாக இருந்தால், அந்தப் பொருளின் நிலையுடன் VM தொடங்கப்பட்டு செய்தி செயல்படுத்தப்படும்.", "mev-term": "அதிகபட்ச பிரித்தெடுக்கக்கூடிய மதிப்பு (MEV)", - "mev-definition": "தரமான பிளாக் வெகுமதி மற்றும் எரிவாயு கட்டணங்களுக்கு மேலதிகமாக, ஒரு பிளாக்கில் பரிவர்த்தனைகளைச் சேர்ப்பது, விலக்குவது மற்றும் வரிசையை மாற்றுவதன் மூலம் பிளாக் உற்பத்தியில் இருந்து பிரித்தெடுக்கக்கூடிய அதிகபட்ச மதிப்பு. அதிகபட்ச பிரித்தெடுக்கக்கூடிய மதிப்பு (MEV) பற்றி மேலும்.", - "mining-term": "சுரங்கம்", - "mining-definition": "ஒரு நான்ஸை அதிகரிக்கும்போது, முடிவு ஒரு குறிப்பிட்ட எண்ணிக்கையிலான முன்னணி பைனரி பூஜ்ஜியங்களைக் கொண்டிருக்கும் வரை, ஒரு பிளாக் தலைப்பை மீண்டும் மீண்டும் ஹாஷ் செய்யும் செயல்முறை. இது வேலைச் சான்று பிளாக்செயினில் புதிய பிளாக்குகள் சேர்க்கப்படும் செயல்முறையாகும். இது Ethereum பங்குச் சான்றுக்கு மாறும் முன் பாதுகாக்கப்பட்ட விதமாகும்.", - "miner-term": "சுரங்கத் தொழிலாளி", - "miner-definition": "புதிய பிளாக்குகளுக்கு செல்லுபடியாகும் வேலைச் சான்றைக் கண்டுபிடிக்கும் ஒரு நெட்வொர்க் முனை, மீண்டும் மீண்டும் பாஸ் ஹாஷிங் மூலம் (பார்க்க Ethash). சுரங்கத் தொழிலாளர்கள் இனி Ethereum இன் ஒரு பகுதியாக இல்லை - Ethereum பங்குச் சான்றுக்கு மாறியபோது அவர்கள் வேலிடேட்டர்களால் மாற்றப்பட்டனர்.", - "mint-term": "புதினா", - "mint-definition": "புதினா என்பது புதிய டோக்கன்களை உருவாக்கி அவற்றை புழக்கத்தில் கொண்டு வரும் செயல்முறையாகும், இதனால் அவை பயன்படுத்தப்படலாம். இது மைய அதிகாரத்தின் தலையீடு இல்லாமல் ஒரு புதிய டோக்கனை உருவாக்குவதற்கான ஒரு பரவலாக்கப்பட்ட பொறிமுறையாகும்.", - "multisig-term": "பல கையெழுத்து", - "multisig-definition": "மல்டிசிக் (பல கையொப்பம்) என்பது ஒரு டிஜிட்டல் பணப்பை அல்லது கணக்கைக் குறிக்கிறது, இது பரிவர்த்தனைகளைச் செயல்படுத்த பல கையொப்பங்கள் அல்லது ஒப்புதல்கள் தேவைப்படுகிறது, பாதுகாப்பை மேம்படுத்துகிறது.
    இது பாரம்பரிய ஒற்றை-கையொப்ப கணக்குகளுடன் ஒப்பிடும்போது கூடுதல் பாதுகாப்பைச் சேர்க்கிறது, அங்கு ஒரு நபரின் ஒப்புதல் மட்டுமே தேவைப்படுகிறது.", + "mev-definition": "ஒரு பிளாக்கில் பரிவர்த்தனைகளைச் சேர்ப்பதன், தவிர்ப்பதன் மற்றும் வரிசையை மாற்றுவதன் மூலம் நிலையான பிளாக் வெகுமதி மற்றும் கேஸ் கட்டணங்களுக்கு அதிகமாக பிளாக் உற்பத்தியிலிருந்து பிரித்தெடுக்கக்கூடிய அதிகபட்ச மதிப்பு. அதிகபட்ச பிரித்தெடுக்கக்கூடிய மதிப்பு (MEV) பற்றி மேலும் அறிய.", + "mining-term": "மைனிங்", + "mining-definition": "முடிவில் தன்னிச்சையான எண்ணிக்கையிலான முன்னணி பைனரி பூஜ்ஜியங்கள் இருக்கும் வரை நான்ஸை அதிகரிக்கும் போது பிளாக் ஹெடரைத் திரும்பத் திரும்ப ஹாஷ் செய்யும் செயல்முறை. இதுவே ப்ரூஃப்-ஆஃப்-வொர்க் பிளாக்செயினில் புதிய பிளாக்குகள் சேர்க்கப்படும் செயல்முறையாகும். ப்ரூஃப்-ஆஃப்-ஸ்டேக்கிற்கு மாறுவதற்கு முன்பு Ethereum இவ்வாறுதான் பாதுகாக்கப்பட்டது.", + "miner-term": "மைனர்", + "miner-definition": "திரும்பத் திரும்ப பாஸ் ஹாஷிங் செய்வதன் மூலம் புதிய பிளாக்குகளுக்கான சரியான ப்ரூஃப்-ஆஃப்-வொர்க்கைக் கண்டறியும் ஒரு நெட்வொர்க் நோட் (Ethash என்பதைப் பார்க்கவும்). மைனர்கள் இனி Ethereum-இன் ஒரு பகுதியாக இல்லை - Ethereum ப்ரூஃப்-ஆஃப்-ஸ்டேக்கிற்கு மாறியபோது அவர்கள் வேலிடேட்டர்களால் மாற்றப்பட்டனர்.", + "mint-term": "மின்ட்", + "mint-definition": "மின்ட்டிங் என்பது புதிய டோக்கன்களை உருவாக்கி அவற்றைப் பயன்பாட்டிற்குக் கொண்டுவரும் செயல்முறையாகும். இது மைய அதிகாரத்தின் ஈடுபாடின்றி புதிய டோக்கனை உருவாக்குவதற்கான பரவலாக்கப்பட்ட வழிமுறையாகும்.", + "multisig-term": "மல்டிசிக்", + "multisig-definition": "மல்டிசிக் (பல கையொப்பம்) என்பது பரிவர்த்தனைகளைச் செயல்படுத்த பல கையொப்பங்கள் அல்லது ஒப்புதல்கள் தேவைப்படும் டிஜிட்டல் வாலட் அல்லது கணக்கைக் குறிக்கிறது, இது பாதுகாப்பை மேம்படுத்துகிறது.
    ஒரு நபரின் ஒப்புதல் மட்டுமே தேவைப்படும் பாரம்பரிய ஒற்றை-கையொப்பக் கணக்குகளுடன் ஒப்பிடும்போது இது கூடுதல் பாதுகாப்பைச் சேர்க்கிறது.", "network-term": "நெட்வொர்க்", - "network-definition": "Ethereum நெட்வொர்க்கைக் குறிப்பிடுகையில், பரிவர்த்தனைகள் மற்றும் பிளாக்குகளை ஒவ்வொரு Ethereum முனைக்கும் (நெட்வொர்க் பங்கேற்பாளர்) பரப்பும் ஒரு பியர்-டு-பியர் நெட்வொர்க். நெட்வொர்க்குகள் பற்றி மேலும்.", + "network-definition": "Ethereum நெட்வொர்க்கைக் குறிக்கிறது, இது ஒவ்வொரு Ethereum நோடிற்கும் (நெட்வொர்க் பங்கேற்பாளர்) பரிவர்த்தனைகள் மற்றும் பிளாக்குகளைப் பரப்பும் பியர்-டு-பியர் நெட்வொர்க் ஆகும். நெட்வொர்க்குகள் பற்றி மேலும் அறிய.", "network-hashrate-term": "நெட்வொர்க் ஹாஷ்ரேட்", - "network-hashrate-definition": "ஒரு முழு சுரங்க நெட்வொர்க்கால் உருவாக்கப்பட்ட கூட்டு ஹாஷ்ரேட். Ethereum பங்குச் சான்றுக்கு மாறியபோது Ethereum இல் சுரங்கப் பணி அணைக்கப்பட்டது.", - "nft-term": "மாற்ற முடியாத டோக்கன் (NFT)", - "nft-definition": "நீங்கள் சொந்தமாக வைத்திருக்கக்கூடிய ஒரு தனித்துவமான டிஜிட்டல் பொருள், கலை அல்லது சேகரிப்புகள் போன்றவை, பிளாக்செயின் தொழில்நுட்பத்தால் சரிபார்க்கப்பட்டது. மாற்ற முடியாத டோக்கன்கள் (NFT கள்) பற்றி மேலும்.", - "node-term": "முனை", - "node-definition": "நெட்வொர்க்கில் பங்கேற்கும் ஒரு மென்பொருள் கிளையண்ட். முனைகள் மற்றும் கிளையண்ட்கள் பற்றி மேலும்.", - "nonce-term": "Nonce", - "nonce-definition": "கிரிப்டோகிராஃபியில், ஒரு முறை மட்டுமே பயன்படுத்தக்கூடிய ஒரு மதிப்பு. ஒரு கணக்கு நான்ஸ் என்பது ஒவ்வொரு கணக்கிலும் ஒரு பரிவர்த்தனை கவுண்டர் ஆகும், இது மறுபதிப்பு தாக்குதல்களைத் தடுக்கப் பயன்படுகிறது.", + "network-hashrate-definition": "முழு மைனிங் நெட்வொர்க்கால் உருவாக்கப்படும் கூட்டு ஹாஷ்ரேட். Ethereum ப்ரூஃப்-ஆஃப்-ஸ்டேக்கிற்கு மாறியபோது Ethereum-இல் மைனிங் நிறுத்தப்பட்டது.", + "nft-term": "நான்-ஃபஞ்சிபிள் டோக்கன் (NFT)", + "nft-definition": "பிளாக்செயின் தொழில்நுட்பத்தால் சரிபார்க்கப்பட்ட, கலை அல்லது சேகரிப்புகள் போன்ற நீங்கள் சொந்தமாக வைத்திருக்கக்கூடிய தனித்துவமான டிஜிட்டல் உருப்படி. நான்-ஃபஞ்சிபிள் டோக்கன்கள் (NFTs) பற்றி மேலும் அறிய.", + "node-term": "நோட்", + "node-definition": "நெட்வொர்க்கில் பங்கேற்கும் ஒரு மென்பொருள் கிளையண்ட். நோடுகள் மற்றும் கிளையண்டுகள் பற்றி மேலும் அறிய.", + "nonce-term": "நான்ஸ்", + "nonce-definition": "கிரிப்டோகிராஃபியில், ஒரு முறை மட்டுமே பயன்படுத்தக்கூடிய மதிப்பு. கணக்கு நான்ஸ் என்பது ஒவ்வொரு கணக்கிலும் உள்ள பரிவர்த்தனை கவுண்டராகும், இது ரீப்ளே தாக்குதல்களைத் தடுக்கப் பயன்படுகிறது.", "offchain-term": "ஆஃப்செயின்", - "offchain-definition": "ஆஃப்செயின் என்பது பிளாக்செயினுக்கு வெளியே இருக்கும் எந்தவொரு பரிவர்த்தனை அல்லது தரவையும் குறிக்கிறது. ஒவ்வொரு பரிவர்த்தனையையும் ஆன்செயினில் மேற்கொள்வது விலை உயர்ந்ததாகவும் திறனற்றதாகவும் இருக்கலாம் என்பதால், விலை தரவைக் கையாளும் ஆரக்கிள்கள் போன்ற மூன்றாம் தரப்பு கருவிகள், அல்லது அதிக பரிவர்த்தனைகளின் செயல்வீதத்தைச் செயல்படுத்தும் லேயர் 2 தீர்வுகள், ஆஃப்செயினில் பெரும்பாலான செயலாக்கப் பணிகளைக் கையாளுகின்றன, மேலும் குறைவான இடைவெளியில் ஆன்செயினில் தகவல்களைச் சமர்ப்பிக்கும்.", - "ommer-term": "ஓமர் (மாமா) பிளாக்", - "ommer-definition": "ஒரு வேலைச் சான்று சுரங்கத் தொழிலாளி ஒரு செல்லுபடியாகும் பிளாக்கைக் கண்டுபிடிக்கும்போது, மற்றொரு சுரங்கத் தொழிலாளி ஒரு போட்டியிடும் பிளாக்கை வெளியிட்டிருக்கலாம், அது முதலில் பிளாக்செயினின் நுனியில் சேர்க்கப்படுகிறது. இந்த செல்லுபடியாகும், ஆனால் பழைய, பிளாக் புதிய பிளாக்குகளால் ஓமர்களாக சேர்க்கப்படலாம் மற்றும் ஒரு பகுதி பிளாக் வெகுமதியைப் பெறலாம். \"ஓமர்\" என்ற சொல் ஒரு பெற்றோர் பிளாக்கின் உடன்பிறப்புக்கான விரும்பத்தக்க பாலின-நடுநிலை சொல்லாகும், ஆனால் இது சில நேரங்களில் \"மாமா\" என்றும் குறிப்பிடப்படுகிறது. Ethereum ஒரு வேலைச் சான்று நெட்வொர்க்காக இருந்தபோது இது பொதுவானதாக இருந்தது. இப்போது Ethereum பங்குச் சான்றைப் பயன்படுத்துவதால், ஒரு ஸ்லாட்டிற்கு ஒரு பிளாக் முன்மொழிபவர் மட்டுமே தேர்ந்தெடுக்கப்படுகிறார்.", + "offchain-definition": "ஆஃப்செயின் என்பது பிளாக்செயினுக்கு வெளியே இருக்கும் எந்தவொரு பரிவர்த்தனை அல்லது தரவையும் குறிக்கிறது. ஒவ்வொரு பரிவர்த்தனையையும் ஆன்செயினில் செய்வது விலைமதிப்பற்றதாகவும் திறமையற்றதாகவும் இருக்கலாம் என்பதால், விலை நிர்ணயத் தரவைக் கையாளும் ஆரக்கிள்கள் போன்ற மூன்றாம் தரப்புக் கருவிகள் அல்லது அதிக அளவிலான பரிவர்த்தனைகளைச் செயல்படுத்தும் லேயர் 2 தீர்வுகள், செயலாக்கப் பணிகளின் பெரும்பகுதியை ஆஃப்செயினில் கையாளுகின்றன, மேலும் குறைந்த இடைவெளியில் தகவல்களை ஆன்செயினில் சமர்ப்பிக்கும்.", + "ommer-term": "ஓமர் (அங்கிள்) பிளாக்", + "ommer-definition": "ஒரு ப்ரூஃப்-ஆஃப்-வொர்க் மைனர் சரியான பிளாக்கைக் கண்டறியும் போது, மற்றொரு மைனர் ஒரு போட்டி பிளாக்கை வெளியிட்டிருக்கலாம், அது முதலில் பிளாக்செயினின் முனையில் சேர்க்கப்படும். இந்தச் சரியான, ஆனால் பழைய பிளாக்கை புதிய பிளாக்குகள் ஓமர்களாகச் சேர்க்கலாம் மற்றும் பகுதி பிளாக் வெகுமதியைப் பெறலாம். \"ஓமர்\" என்ற சொல் பெற்றோர் பிளாக்கின் உடன்பிறப்பிற்கான விருப்பமான பாலின-நடுநிலைச் சொல்லாகும், ஆனால் இது சில நேரங்களில் \"அங்கிள்\" என்றும் குறிப்பிடப்படுகிறது. Ethereum ஒரு ப்ரூஃப்-ஆஃப்-வொர்க் நெட்வொர்க்காக இருந்தபோது இது பொதுவானதாக இருந்தது. இப்போது Ethereum ப்ரூஃப்-ஆஃப்-ஸ்டேக்கைப் பயன்படுத்துவதால், ஒரு ஸ்லாட்டிற்கு ஒரு பிளாக் முன்மொழிபவர் மட்டுமே தேர்ந்தெடுக்கப்படுகிறார்.", "onchain-term": "ஆன்செயின்", - "onchain-definition": "பிளாக்செயினில் நடக்கும் மற்றும் பொதுவில் கிடைக்கும் செயல்கள் அல்லது பரிவர்த்தனைகளைக் குறிக்கிறது.

    இதை ஒரு பெரிய, பகிரப்பட்ட நோட்புக்கில் எல்லோரும் பார்க்கவும் சரிபார்க்கவும் கூடிய ஒன்றை எழுதுவது போல நினைத்துப் பாருங்கள், இது எழுதப்பட்ட எதுவும் (டிஜிட்டல் பணத்தை அனுப்புவது அல்லது ஒரு ஒப்பந்தம் செய்வது போன்றவை) நிரந்தரமானது மற்றும் மாற்றப்படவோ அல்லது அழிக்கப்படவோ முடியாது என்பதை உறுதி செய்கிறது.", - "optimistic-rollup-term": "ஓப்டிமிஸ்டிக் ரோல்அப்", - "optimistic-rollup-definition": "ஆப்டிமிஸ்டிக் ரோலப் என்பது Ethereum இல் பரிவர்த்தனைகளை விரைவுபடுத்தும் ஒரு லேயர் 2 தீர்வாகும், இது சவால் விடப்படாவிட்டால் இயல்பாகவே செல்லுபடியாகும் என்று கருதுகிறது. ஆப்டிமிஸ்டிக் ரோலப்கள் பற்றி மேலும்.", + "onchain-definition": "பிளாக்செயினில் நடக்கும் மற்றும் பொதுவில் கிடைக்கும் செயல்கள் அல்லது பரிவர்த்தனைகளைக் குறிக்கிறது.

    எல்லோரும் பார்க்கக்கூடிய மற்றும் சரிபார்க்கக்கூடிய ஒரு பெரிய, பகிரப்பட்ட நோட்டுப்புத்தகத்தில் எதையாவது எழுதுவது போல் இதை நினைத்துப் பாருங்கள், எழுதப்பட்டவை (டிஜிட்டல் பணத்தை அனுப்புவது அல்லது ஒப்பந்தம் செய்வது போன்றவை) நிரந்தரமானவை மற்றும் மாற்றவோ அழிக்கவோ முடியாது என்பதை உறுதிசெய்கிறது.", + "optimistic-rollup-term": "ஆப்டிமிஸ்டிக் ரோலப்", + "optimistic-rollup-definition": "ஆப்டிமிஸ்டிக் ரோலப் என்பது ஒரு லேயர் 2 தீர்வாகும், இது சவால் செய்யப்படாவிட்டால் இயல்பாகவே சரியானவை என்று கருதி, Ethereum-இல் பரிவர்த்தனைகளை வேகப்படுத்துகிறது. ஆப்டிமிஸ்டிக் ரோலப்கள் பற்றி மேலும் அறிய.", "oracle-term": "ஆரக்கிள்", - "oracle-definition": "ஒரு ஆரக்கிள் என்பது பிளாக்செயின் மற்றும் உண்மையான உலகத்திற்கு இடையிலான ஒரு பாலமாகும். அவை ஸ்மார்ட் ஒப்பந்தங்களில் தகவல்களை வினவவும் பயன்படுத்தவும் கூடிய ஆன்செயின் API களாக செயல்படுகின்றன. ஆரக்கிள்கள் பற்றி மேலும்.", + "oracle-definition": "ஆரக்கிள் என்பது பிளாக்செயினுக்கும் நிஜ உலகிற்கும் இடையிலான ஒரு பாலமாகும். அவை ஆன்செயின் API-களாகச் செயல்படுகின்றன, தகவல்களுக்காக வினவப்படலாம் மற்றும் ஸ்மார்ட் ஒப்பந்தங்களில் பயன்படுத்தப்படலாம். ஆரக்கிள்கள் பற்றி மேலும் அறிய.", "peer-term": "பியர்", - "peer-definition": "Ethereum கிளையன்ட் மென்பொருளை இயக்கும் இணைக்கப்பட்ட கணினிகள், அவை பிளாக்செயினின் ஒரே மாதிரியான நகல்களைக் கொண்டுள்ளன.", + "peer-definition": "பிளாக்செயினின் ஒரே மாதிரியான நகல்களைக் கொண்ட Ethereum கிளையண்ட் மென்பொருளை இயக்கும் இணைக்கப்பட்ட கணினிகள்.", "peer-to-peer-network-term": "பியர்-டு-பியர் நெட்வொர்க்", - "peer-to-peer-network-definition": "கணினிகளின் ஒரு நெட்வொர்க் (பியர்கள்), அவை மையப்படுத்தப்பட்ட, சேவையக அடிப்படையிலான சேவைகளின் தேவை இல்லாமல் கூட்டாகச் செயல்பாடுகளைச் செய்ய முடியும்.
    இந்த அமைப்பு பெரும்பாலும் கோப்புகளைப் பகிர்தல் (அதாவது, பிட் டோரன்ட்), தகவல், அல்லது டிஜிட்டல் நாணயங்கள் ஆகியவற்றிற்குப் பயன்படுத்தப்படுகிறது, இது பயனர்களிடையே மிகவும் நேரடியான மற்றும் சாத்தியமான மிகவும் திறமையான பரிமாற்றங்களை அனுமதிக்கிறது.", - "permissionless-term": "அனுமதி தேவைப்படாதது", - "permissionless-definition": "அனுமதி இல்லாதது என்றால் யார் வேண்டுமானாலும் Ethereum போன்ற ஒரு அமைப்பில் சேர்ந்து பயன்படுத்தலாம். இது எல்லோரும் பங்கேற்கத் திறந்திருக்கிறது மற்றும் எந்த ஒப்புதலும் தேவையில்லை.", + "peer-to-peer-network-definition": "மையப்படுத்தப்பட்ட, சேவையக அடிப்படையிலான சேவைகளின் தேவையின்றி கூட்டாகச் செயல்பாடுகளைச் செய்யக்கூடிய கணினிகளின் (பியர்கள்) நெட்வொர்க்.
    இந்த அமைப்பு பெரும்பாலும் கோப்புகள் (அதாவது, பிட் டோரண்ட்), தகவல்கள் அல்லது டிஜிட்டல் நாணயங்களைப் பகிர்வதற்குப் பயன்படுத்தப்படுகிறது, இது பயனர்களிடையே மிகவும் நேரடியான மற்றும் திறமையான பரிமாற்றங்களை அனுமதிக்கிறது.", + "permissionless-term": "அனுமதியற்ற", + "permissionless-definition": "அனுமதியற்ற என்பது Ethereum போன்ற அமைப்பில் யார் வேண்டுமானாலும் இணைந்து பயன்படுத்தலாம் என்பதாகும். இது அனைவரும் பங்கேற்கத் திறந்திருக்கும் மற்றும் எந்த ஒப்புதலும் தேவையில்லை.", "plasma-term": "பிளாஸ்மா", - "plasma-definition": "ஆப்டிமிஸ்டிக் ரோலப்கள் போன்ற மோசடி சான்றுகளைப் பயன்படுத்தும் ஒரு ஆஃப்செயின் அளவிடுதல் தீர்வு. பிளாஸ்மா அடிப்படை டோக்கன் பரிமாற்றங்கள் மற்றும் மாற்றங்கள் போன்ற எளிய பரிவர்த்தனைகளுக்கு மட்டுமே வரையறுக்கப்பட்டுள்ளது. பிளாஸ்மா பற்றி மேலும்.", + "plasma-definition": "ஆப்டிமிஸ்டிக் ரோலப்கள் போன்ற மோசடிச் சான்றுகளைப் பயன்படுத்தும் ஆஃப்செயின் அளவிடுதல் தீர்வு. பிளாஸ்மா அடிப்படை டோக்கன் பரிமாற்றங்கள் மற்றும் இடமாற்றங்கள் போன்ற எளிய பரிவர்த்தனைகளுக்கு மட்டுமே வரம்பிடப்பட்டுள்ளது. பிளாஸ்மா பற்றி மேலும் அறிய.", "private-key-term": "தனிப்பட்ட விசை", - "private-key-definition": "ஒரு தனிப்பட்ட விசை என்பது உங்கள் டிஜிட்டல் பணத்திற்கு நீங்கள் உரிமையாளர் என்பதை நிரூபிக்கும் ஒரு இரகசியக் குறியீடாகும், மேலும் அதைச் செலவழிக்க உங்களை அனுமதிக்கிறது, உங்கள் கணக்கிற்கான ஒரு PIN போன்றது. அதைப் பகிர வேண்டாம்.", + "private-key-definition": "தனிப்பட்ட விசை என்பது உங்கள் டிஜிட்டல் பணத்தை நீங்கள் வைத்திருக்கிறீர்கள் என்பதை நிரூபிக்கும் மற்றும் உங்கள் கணக்கிற்கான PIN-ஐப் போல அதைச் செலவிட உங்களை அனுமதிக்கும் ஒரு ரகசியக் குறியீடாகும். இதைப் பகிர வேண்டாம்.", "public-goods-term": "பொதுப் பொருட்கள்", - "public-goods-definition": "பொதுப் பொருட்கள் என்பது பூங்காக்கள் அல்லது சுத்தமான காற்று போன்ற அனைவரும் இலவசமாகப் பயன்படுத்தக்கூடிய விஷயங்கள் ஆகும், மேலும் அவற்றைப் பயன்படுத்துவது மற்றவர்களைப் பயன்படுத்துவதைத் தடுக்காது. அரசாங்கங்கள் பெரும்பாலும் இவற்றை வழங்குகின்றன, ஏனென்றால் வணிகங்கள் பொதுவாக வழங்காது, ஏனெனில் அவை பயன்படுத்துபவர்களிடம் எளிதாகக் கட்டணம் வசூலிக்க முடியாது.", + "public-goods-definition": "பொதுப் பொருட்கள் என்பவை பூங்காக்கள் அல்லது சுத்தமான காற்று போன்ற அனைவரும் இலவசமாகப் பயன்படுத்தக்கூடிய விஷயங்களாகும், மேலும் அவற்றைப் பயன்படுத்துவது மற்றவர்கள் அவற்றைப் பயன்படுத்துவதைத் தடுக்காது. வணிகங்கள் பொதுவாக இவற்றை வழங்காது என்பதால் அரசாங்கங்கள் பெரும்பாலும் இவற்றை வழங்குகின்றன, ஏனெனில் அவற்றைப் பயன்படுத்துவதற்கு மக்களிடம் எளிதாகக் கட்டணம் வசூலிக்க முடியாது.", "private-chain-term": "தனிப்பட்ட சங்கிலி", - "private-chain-definition": "ஒரு முழுமையான தனிப்பட்ட பிளாக்செயின் என்பது அனுமதி பெற்ற அணுகலைக் கொண்ட ஒன்றாகும், இது பொதுவில் பயன்படுத்தக் கிடைக்காது.", + "private-chain-definition": "முழுமையான தனிப்பட்ட பிளாக்செயின் என்பது அனுமதிக்கப்பட்ட அணுகலைக் கொண்டதாகும், இது பொதுப் பயன்பாட்டிற்குக் கிடைக்காது.", "poap-term": "POAP", - "poap-definition": "வருகை சான்று நெறிமுறை, நீங்கள் ஒரு குறிப்பிட்ட நிகழ்வு அல்லது செயல்பாட்டில் கலந்து கொண்டீர்கள் என்பதை நிரூபிக்கும் ஒரு டிஜிட்டல் சேகரிப்பை (NFT) உருவாக்கப் பயன்படுகிறது.", - "pos-term": "பங்குச் சான்று (PoS)", - "pos-definition": "ஒரு கிரிப்டோகரன்சி பிளாக்செயின் நெறிமுறை பரவலாக்கப்பட்ட ஒருமித்த கருத்தை அடைய நோக்கமாகக் கொண்ட ஒரு முறை. பரிவர்த்தனைகளின் சரிபார்ப்பில் பங்கேற்க, பயனர்கள் ஒரு குறிப்பிட்ட அளவு கிரிப்டோகரன்சியின் உரிமையை (நெட்வொர்க்கில் அவர்களின் \"பங்கு\") நிரூபிக்குமாறு PoS கேட்கிறது. பங்குச் சான்று பற்றி மேலும்.", - "pow-term": "வேலைக்கான சான்று (PoW)", - "pow-definition": "பிளாக்செயின்களுக்கான ஒரு பாதுகாப்பு பொறிமுறை, இது ஒரு குறிப்பிட்ட மதிப்பைக் கண்டுபிடிக்க முனைகள் கணக்கீடு வடிவில் ஆற்றலைச் செலவழிக்க வேண்டும்.", - "proto-danksharding-term": "பிரோட்டோ-டாங்க்ஷார்டிங் (Proto-Danksharding)", - "proto-danksharding-definition": "Ethereum க்காக தரவுகளின் \"பிளாப்களை\" ஏற்கும் ஒரு புதிய பரிவர்த்தனை வகை. இந்த \"பிளாப்\" தரவு தற்காலிகமாக பீக்கன் செயின்யில் 4096 எபோக்களுக்கு (~18.2 நாட்கள்) சேமிக்கப்படுகிறது, மேலும் முனை ஆபரேட்டர்களுக்கான வன்பொருள் தேவைகளைக் குறைக்க உதவ பின்னர் விருப்பப்படி நீக்கப்படலாம்.", + "poap-definition": "Proof of Attendance Protocol என்பது நீங்கள் ஒரு குறிப்பிட்ட நிகழ்வு அல்லது செயல்பாட்டில் கலந்துகொண்டீர்கள் என்பதை நிரூபிக்கும் டிஜிட்டல் சேகரிப்பை (NFT) உருவாக்கப் பயன்படுகிறது.", + "pos-term": "ப்ரூஃப்-ஆஃப்-ஸ்டேக் (PoS)", + "pos-definition": "கிரிப்டோகரன்சி பிளாக்செயின் நெறிமுறை விநியோகிக்கப்பட்ட ஒருமித்த கருத்தை அடைய நோக்கமாகக் கொண்ட ஒரு முறை. பரிவர்த்தனைகளின் சரிபார்ப்பில் பங்கேற்க, பயனர்கள் குறிப்பிட்ட அளவு கிரிப்டோகரன்சியின் உரிமையை (நெட்வொர்க்கில் அவர்களின் \"பங்கு\") நிரூபிக்குமாறு PoS கேட்கிறது. ப்ரூஃப்-ஆஃப்-ஸ்டேக் பற்றி மேலும் அறிய.", + "pow-term": "ப்ரூஃப்-ஆஃப்-வொர்க் (PoW)", + "pow-definition": "ஒரு குறிப்பிட்ட மதிப்பைக் கண்டறிய நோடுகள் கணக்கீட்டு வடிவில் ஆற்றலைச் செலவிட வேண்டிய பிளாக்செயின்களுக்கான பாதுகாப்பு வழிமுறை.", + "proto-danksharding-term": "Proto-Danksharding", + "proto-danksharding-definition": "Ethereum-க்கான தரவின் \"ப்ளாப்களை\" (blobs) ஏற்கும் புதிய பரிவர்த்தனை வகை. இந்த \"ப்ளாப்\" தரவு 4096 எபோக்களுக்கு (~18.2 நாட்கள்) பீக்கான் சங்கிலியில் தற்காலிகமாகச் சேமிக்கப்படுகிறது, மேலும் நோட் ஆபரேட்டர்களுக்கான வன்பொருள் தேவைகளைக் குறைக்க உதவும் வகையில் விருப்பப்படி கத்தரிக்கப்படலாம்.", "public-key-term": "பொது விசை", - "public-key-definition": "ஒரு பொது விசை என்பது மற்றவர்கள் உங்களுக்கு டிஜிட்டல் நாணயத்தை பாதுகாப்பாக அனுப்ப அனுமதிக்கும் ஒரு எழுத்துகளின் தொகுப்பாகும், பணத்திற்கான ஒரு மின்னஞ்சல் முகவரி போன்றது.", - "quadratic-voting-term": "சதுர வாக்களிப்பு", - "quadratic-voting-definition": "வாக்காளர்கள் பிரச்சினைகளைப் பற்றி எவ்வளவு வலுவாக உணர்கிறார்கள் என்பதை வெளிப்படுத்தும் ஒரு வாக்களிப்பு முறையாகும். இது வாக்காளர்களை விருப்பத்தை மட்டுமல்ல, அவர்களின் விருப்பத்தின் தீவிரத்தையும் காட்ட அனுமதிக்கிறது.", + "public-key-definition": "பொது விசை என்பது பணத்திற்கான மின்னஞ்சல் முகவரியைப் போல, மற்றவர்கள் உங்களுக்கு டிஜிட்டல் நாணயத்தைப் பாதுகாப்பாக அனுப்ப அனுமதிக்கும் எழுத்துகளின் தொகுப்பாகும்.", + "quadratic-voting-term": "குவாட்ராடிக் வோட்டிங்", + "quadratic-voting-definition": "இது வாக்காளர்கள் சிக்கல்களைப் பற்றி எவ்வளவு வலுவாக உணர்கிறார்கள் என்பதை வெளிப்படுத்தும் ஒரு வாக்களிப்பு முறையாகும். இது வாக்காளர்கள் விருப்பத்தை மட்டுமல்ல, அவர்களின் விருப்பத்தின் தீவிரத்தையும் காட்ட அனுமதிக்கிறது.", "receipt-term": "ரசீது", - "receipt-definition": "ஒரு குறிப்பிட்ட பரிவர்த்தனையின் முடிவைக் குறிக்க ஒரு Ethereum கிளையண்டால் திரும்ப வழங்கப்படும் தரவு, இதில் பரிவர்த்தனையின் ஒரு ஹாஷ், அதன் பிளாக் எண், பயன்படுத்தப்பட்ட எரிவாயுவின் அளவு, மற்றும், ஒரு ஸ்மார்ட் ஒப்பந்தத்தைப் பயன்படுத்தும் பட்சத்தில், ஒப்பந்தத்தின் முகவரி ஆகியவை அடங்கும்.", - "recovery-phrase-term": "விதை சொற்றொடர்/மீட்பு சொற்றொடர்", - "recovery-phrase-definition": "நீங்கள் ஒரு டிஜிட்டல் பணப்பையை உருவாக்கும்போது உங்களுக்கு வழங்கப்படும் வார்த்தைகளின் பட்டியல். இது ஒரு கடவுச்சொல் போல செயல்படுகிறது, இது நீங்கள் அணுகலை இழந்தால் உங்கள் பணப்பைக்கு மீண்டும் வர உதவும், உங்கள் டிஜிட்டல் பணம் அல்லது டோக்கன்களை இழக்காமல் இருப்பதை உறுதி செய்கிறது.", - "re-entrancy-attack-term": "மீண்டும் நுழையும் தாக்குதல்", - "re-entrancy-attack-definition": "ஒரு தாக்குபவர் ஒப்பந்தம் ஒரு பாதிக்கப்பட்ட ஒப்பந்த செயல்பாட்டை அழைக்கும் ஒரு தாக்குதல், இதில் செயல்படுத்தும் போது பாதிக்கப்பட்டவர் தாக்குபவர் ஒப்பந்தத்தை மீண்டும் மீண்டும் அழைக்கிறார். இது, எடுத்துக்காட்டாக, பாதிக்கப்பட்ட ஒப்பந்தத்தின் இருப்புகளைப் புதுப்பிக்கும் அல்லது திரும்பப் பெறும் அளவுகளை எண்ணும் பகுதிகளைத் தவிர்ப்பதன் மூலம் நிதிகளைத் திருடுவதற்கு வழிவகுக்கும். மீண்டும் நுழைவது பற்றி மேலும்.", + "receipt-definition": "ஒரு குறிப்பிட்ட பரிவர்த்தனையின் முடிவைக் குறிக்க Ethereum கிளையண்டால் வழங்கப்படும் தரவு, இதில் பரிவர்த்தனையின் ஹாஷ், அதன் பிளாக் எண், பயன்படுத்தப்பட்ட கேஸ் அளவு மற்றும் ஒரு ஸ்மார்ட் ஒப்பந்தம் பயன்படுத்தப்பட்டால், ஒப்பந்தத்தின் முகவரி ஆகியவை அடங்கும்.", + "recovery-phrase-term": "விதைச் சொற்றொடர்/மீட்புச் சொற்றொடர் (Seed phrase/recovery phrase)", + "recovery-phrase-definition": "நீங்கள் டிஜிட்டல் வாலட்டை உருவாக்கும்போது உங்களுக்கு வழங்கப்படும் சொற்களின் பட்டியல். உங்கள் வாலட்டிற்கான அணுகலை நீங்கள் இழந்தால், மீண்டும் அதைப் பெற உதவும் கடவுச்சொல் போல இது செயல்படுகிறது, இதன் மூலம் உங்கள் டிஜிட்டல் பணம் அல்லது டோக்கன்களை நீங்கள் இழக்காமல் இருப்பதை உறுதி செய்கிறது.", + "re-entrancy-attack-term": "Re-entrancy தாக்குதல்", + "re-entrancy-attack-definition": "தாக்குபவரின் ஒப்பந்தம் பாதிக்கப்பட்ட ஒப்பந்தத்தின் செயல்பாட்டை அழைக்கும் போது, பாதிக்கப்பட்ட ஒப்பந்தம் மீண்டும் தாக்குபவரின் ஒப்பந்தத்தை சுழல்முறையில் (recursively) அழைக்கும் வகையில் அமைந்த ஒரு தாக்குதல். இதன் விளைவாக, நிலுவைகளைப் புதுப்பிக்கும் அல்லது திரும்பப் பெறும் தொகைகளைக் கணக்கிடும் பாதிக்கப்பட்ட ஒப்பந்தத்தின் பகுதிகளைத் தவிர்த்து, நிதியைத் திருட முடியும். re-entrancy பற்றி மேலும் அறிய.", "reward-term": "வெகுமதி", - "reward-definition": "ஒவ்வொரு ஸ்லாட்டிலும் ஒரு பிளாக்கை முன்மொழிவது அல்லது ஒரு ஒத்திசைவு-குழுவில் பங்கேற்பது உள்ளிட்ட சில செயல்பாடுகளைச் செய்யும் வேலிடேட்டர்களுக்கு வழங்கப்படும் ஈதரின் ஒரு அளவு.", - "rlp-term": "சுழல் நீள முன்னொட்டு (RLP)", - "rlp-definition": "Ethereum உருவாக்குநர்களால் வடிவமைக்கப்பட்ட ஒரு குறியாக்கத் தரம், இது எந்தவொரு சிக்கலான மற்றும் நீளமான பொருள்களையும் (தரவுக் கட்டமைப்புகள்) குறியாக்கம் செய்யவும் மற்றும் வரிசைப்படுத்தவும் பயன்படுகிறது.", - "rollups-term": "ரோல்அப்புகள்", - "rollups-definition": "பல்வேறு பரிவர்த்தனைகளைத் தொகுத்து, அவற்றை Ethereum முதன்மைச் சங்கிலிக்கு ஒரே பரிவர்த்தனையில் சமர்ப்பிக்கும் ஒரு வகை லேயர் 2 அளவிடுதல் தீர்வு. இது எரிவாயு செலவுகளைக் குறைக்கவும், பரிவர்த்தனை செயல்வீதத்தை அதிகரிக்கவும் அனுமதிக்கிறது. இந்த அளவிடுதல் ஆதாயங்களை வழங்க வெவ்வேறு பாதுகாப்பு முறைகளைப் பயன்படுத்தும் ஆப்டிமிஸ்டிக் மற்றும் பூஜ்ஜிய-அறிவு ரோலப்கள் உள்ளன. ரோலப்கள் பற்றி மேலும்.", - "rpc-term": "ரிமோட் நடைமுறை அழைப்பு (RPC)", - "rpc-definition": "RPC ஒரு கணினியை மற்றொரு கணினியிடமிருந்து ஒரு நெட்வொர்க் வழியாக தரவு அல்லது செயலைக் கோர அனுமதிக்கிறது, ஒரு ரிமோட் கண்ட்ரோலுடன் தகவலைக் கேட்பது போல.", - "sha-term": "பாதுகாப்பான ஹாஷ் அல்காரிதம் (SHA)", - "sha-definition": "தேசிய தரநிலைகள் மற்றும் தொழில்நுட்ப நிறுவனத்தால் (NIST) வெளியிடப்பட்ட கிரிப்டோகிராஃபிக் ஹாஷ் செயல்பாடுகளின் ஒரு குடும்பம்.", - "serialization-term": "Serialization", - "serialization-definition": "ஒரு தரவுக் கட்டமைப்பை பைட்டுகளின் வரிசையாக மாற்றும் செயல்முறை.", - "sequencer-term": "வரிசைப்படுத்தி", - "sequencer-definition": "ஒரு வரிசைப்படுத்தி என்பது ஒரு பிளாக்செயின் நெட்வொர்க்கில், குறிப்பாக லேயர் 2 அளவிடுதல் தீர்வுகளுக்குள் பரிவர்த்தனைகளை வரிசைப்படுத்துவதற்குப் பொறுப்பான ஒரு நிரலாகும்.", - "shard-term": "ஷார்ட் / ஷார்ட் சங்கிலி", - "shard-definition": "ஷார்ட் சங்கிலிகள் மொத்த பிளாக்செயினின் தனித்தனி பிரிவுகள் ஆகும், அவற்றிற்கு வேலிடேட்டர்களின் துணைக்குழுக்கள் பொறுப்பாக இருக்கலாம். இது முதலில் Ethereum மில்லியன் கணக்கான பரிவர்த்தனைகளை வினாடிக்கு அளவிடுவதற்கான வழியாகக் கருதப்பட்டது, ஆனால் ரோலப்களைப் பயன்படுத்தி அளவிடுவதன் விரைவான வளர்ச்சியால் இது இப்போது மாற்றப்பட்டுள்ளது.", - "sidechain-term": "பக்கச்சங்கிலி", - "sidechain-definition": "வெவ்வேறு, பெரும்பாலும் வேகமான, ஒருமித்த கருத்து விதிகளைக் கொண்ட ஒரு தனித்தனி சங்கிலியைப் பயன்படுத்தும் ஒரு அளவிடுதல் தீர்வு. இந்த பக்கச்சங்கிலிகளை மெயின்நெட்டுடன் இணைக்க ஒரு பாலம் தேவை. ரோலப்களும் பக்கச்சங்கிலிகளைப் பயன்படுத்துகின்றன, ஆனால் அவை மெயின்நெட்டுடன் இணைந்து செயல்படுகின்றன. பக்கச்சங்கிலிகள் பற்றி மேலும்.", - "signing-term": "கையொப்பமிடுதல்", - "signing-definition": "ஒரு பரிவர்த்தனை ஒரு குறிப்பிட்ட தனிப்பட்ட விசையின் வைத்திருப்பவரால் அங்கீகரிக்கப்பட்டது என்பதை கிரிப்டோகிராஃபிக் முறையில் நிரூபித்தல்.", - "singleton-term": "சிங்கிள்டன்", - "singleton-definition": "ஒரு கணினி நிரலாக்கச் சொல், இது ஒரு ஒற்றை நிகழ்வு மட்டுமே இருக்கக்கூடிய ஒரு பொருளை விவரிக்கிறது.", - "slasher-term": "ஸ்லாஷர்", - "slasher-definition": "ஒரு ஸ்லாஷர் என்பது ஸ்லாஷ் செய்யக்கூடிய குற்றங்களைத் தேடி சான்றளிப்புகளை ஸ்கேன் செய்யும் ஒரு நிறுவனம் ஆகும். ஸ்லாஷிங்குகள் நெட்வொர்க்கிற்கு ஒளிபரப்பப்படுகின்றன, மேலும் அடுத்த பிளாக் முன்மொழிபவர் சான்றை பிளாக்கில் சேர்க்கிறார். பிளாக் முன்மொழிபவர் பின்னர் தீங்கிழைக்கும் சரிபார்ப்பாளரை ஸ்லாஷ் செய்ததற்காக ஒரு வெகுமதியைப் பெறுகிறார்.", - "slot-term": "ஸ்லாட்", - "slot-definition": "பங்குச் சான்று அமைப்பில் ஒரு சரிபார்ப்பாளரால் புதிய பிளாக்குகள் முன்மொழியப்படக்கூடிய ஒரு கால அளவு (12 வினாடிகள்). ஒரு ஸ்லாட் காலியாக இருக்கலாம். 32 ஸ்லாட்டுகள் ஒரு எபோக்கை உருவாக்குகின்றன. பங்குச் சான்று பற்றி மேலும்.", - "smart-contract-term": "ஸ்மார்ட் ஒப்பந்தம்", - "smart-contract-definition": "ஒரு ஸ்மார்ட் ஒப்பந்தம் என்பது ஒரு பிளாக்செயினில் ஒப்பந்தங்களை தானாகவே செயல்படுத்தும் ஒரு நிரலாகும், ஒரு சுய-செயல்படுத்தும் டிஜிட்டல் ஒப்பந்தம் போல. ஸ்மார்ட் ஒப்பந்தங்களுக்கு அறிமுகம்.", + "reward-definition": "ஒவ்வொரு ஸ்லாட்டிலும் பிளாக்கை முன்மொழிவது அல்லது ஒத்திசைவுக் குழுவில் (sync-committee) பங்கேற்பது உள்ளிட்ட குறிப்பிட்ட செயல்பாடுகளைச் செய்யும் மதிப்பீட்டாளர்களுக்கு வழங்கப்படும் ether தொகை.", + "rlp-term": "Recursive Length Prefix (RLP)", + "rlp-definition": "எந்தவொரு சிக்கலான மற்றும் நீளமான பொருள்களையும் (தரவுக் கட்டமைப்புகள்) குறியாக்கம் (encode) மற்றும் வரிசைப்படுத்த (serialize) Ethereum டெவலப்பர்களால் வடிவமைக்கப்பட்ட ஒரு குறியாக்கத் தரநிலை.", + "rollups-term": "Rollups", + "rollups-definition": "பல பரிவர்த்தனைகளைத் தொகுத்து அவற்றை ஒரே பரிவர்த்தனையாக Ethereum பிரதான சங்கிலிக்கு (main chain) சமர்ப்பிக்கும் ஒரு வகையான layer 2 அளவிடுதல் தீர்வு. இது gas செலவுகளைக் குறைக்கவும், பரிவர்த்தனை வேகத்தை அதிகரிக்கவும் அனுமதிக்கிறது. இந்த அளவிடுதல் நன்மைகளை வழங்க வெவ்வேறு பாதுகாப்பு முறைகளைப் பயன்படுத்தும் Optimistic மற்றும் Zero-knowledge rollups உள்ளன. rollups பற்றி மேலும் அறிய.", + "rpc-term": "Remote procedure call (RPC)", + "rpc-definition": "ரிமோட் கண்ட்ரோல் மூலம் தகவலைக் கேட்பது போல, நெட்வொர்க் வழியாக ஒரு கணினி மற்றொரு கணினியிடம் தரவு அல்லது செயலைக் கோர RPC அனுமதிக்கிறது.", + "sha-term": "Secure Hash Algorithm (SHA)", + "sha-definition": "National Institute of Standards and Technology (NIST) வெளியிட்ட கிரிப்டோகிராஃபிக் ஹாஷ் செயல்பாடுகளின் குடும்பம்.", + "serialization-term": "வரிசைப்படுத்தல் (Serialization)", + "serialization-definition": "ஒரு தரவுக் கட்டமைப்பை பைட் வரிசையாக மாற்றும் செயல்முறை.", + "sequencer-term": "Sequencer", + "sequencer-definition": "Sequencer என்பது பிளாக்செயின் நெட்வொர்க்கில், குறிப்பாக Layer 2 அளவிடுதல் தீர்வுகளில், பரிவர்த்தனைகளை வரிசைப்படுத்துவதற்குப் பொறுப்பான ஒரு நிரலாகும்.", + "shard-term": "Shard / shard சங்கிலி", + "shard-definition": "Shard சங்கிலிகள் என்பவை மொத்த பிளாக்செயினின் தனித்தனிப் பிரிவுகளாகும், இவற்றிற்கு மதிப்பீட்டாளர்களின் துணைக்குழுக்கள் பொறுப்பேற்கலாம். வினாடிக்கு மில்லியன் கணக்கான பரிவர்த்தனைகளைச் செய்ய Ethereum அளவிடப்படும் வழியாக இது முதலில் கருதப்பட்டது, ஆனால் இப்போது இது rollups ஐப் பயன்படுத்தும் அளவிடுதலின் விரைவான வளர்ச்சியால் மாற்றப்பட்டுள்ளது.", + "sidechain-term": "பக்கச்சங்கிலி (Sidechain)", + "sidechain-definition": "வெவ்வேறு, பெரும்பாலும் வேகமான, ஒருமித்த விதிகளுடன் (consensus rules) தனிச் சங்கிலியைப் பயன்படுத்தும் அளவிடுதல் தீர்வு. இந்தப் பக்கச்சங்கிலிகளை Mainnet உடன் இணைக்க ஒரு பாலம் (bridge) தேவை. Rollups பக்கச்சங்கிலிகளையும் பயன்படுத்துகின்றன, ஆனால் அவை Mainnet உடன் இணைந்து செயல்படுகின்றன. பக்கச்சங்கிலிகள் பற்றி மேலும் அறிய.", + "signing-term": "கையெழுத்திடுதல் (Signing)", + "signing-definition": "ஒரு குறிப்பிட்ட தனிப்பட்ட திறவுகோலை (private key) வைத்திருப்பவரால் ஒரு பரிவர்த்தனை அங்கீகரிக்கப்பட்டது என்பதை கிரிப்டோகிராஃபிக் முறையில் நிரூபித்தல்.", + "singleton-term": "Singleton", + "singleton-definition": "ஒரே ஒரு நிகழ்வு (instance) மட்டுமே இருக்கக்கூடிய ஒரு பொருளை விவரிக்கும் கணினி நிரலாக்கச் சொல்.", + "slasher-term": "Slasher", + "slasher-definition": "Slasher என்பது அபராதம் விதிக்கக்கூடிய (slashable) குற்றங்களைத் தேடி சான்றளிப்புகளை (attestations) ஸ்கேன் செய்யும் ஒரு அமைப்பாகும். அபராதங்கள் நெட்வொர்க்கில் ஒளிபரப்பப்படுகின்றன, மேலும் அடுத்த பிளாக்கை முன்மொழிபவர் அதற்கான ஆதாரத்தை பிளாக்கில் சேர்க்கிறார். தீங்கிழைக்கும் மதிப்பீட்டாளருக்கு அபராதம் விதித்ததற்காக பிளாக்கை முன்மொழிபவர் வெகுமதியைப் பெறுகிறார்.", + "slot-term": "ஸ்லாட் (Slot)", + "slot-definition": "proof-of-stake அமைப்பில் ஒரு மதிப்பீட்டாளரால் புதிய பிளாக்குகளை முன்மொழியக்கூடிய கால அளவு (12 வினாடிகள்). ஒரு ஸ்லாட் காலியாக இருக்கலாம். 32 ஸ்லாட்டுகள் ஒரு epoch ஐ உருவாக்குகின்றன. proof-of-stake பற்றி மேலும் அறிய.", + "smart-contract-term": "ஸ்மார்ட் ஒப்பந்தம் (Smart contract)", + "smart-contract-definition": "ஸ்மார்ட் ஒப்பந்தம் என்பது பிளாக்செயினில் ஒப்பந்தங்களைத் தானாகவே செயல்படுத்தும் ஒரு நிரலாகும், இது தானாகவே செயல்படும் டிஜிட்டல் ஒப்பந்தம் போன்றது. ஸ்மார்ட் ஒப்பந்தங்கள் அறிமுகம்.", "snark-term": "SNARK", - "snark-definition": "\"சுருக்கமான ஊடாடும் அல்லாத அறிவு வாதம்\" என்பதன் சுருக்கம், ஒரு SNARK என்பது ஒரு வகை பூஜ்ஜிய-அறிவு சான்றாகும். பூஜ்ஜிய-அறிவு ரோலப்கள் பற்றி மேலும்.", - "soft-fork-term": "மென்மையான ஃபோர்க்", - "soft-fork-definition": "ஒருமித்த கருத்து விதிகள் மாறும்போது ஏற்படும் ஒரு பிளாக்செயினில் ஒரு வேறுபாடு. ஒரு கடினமான ஃபோர்க்கிற்கு மாறாக, ஒரு மென்மையான ஃபோர்க் பின்னோக்கி இணக்கமானது; மேம்படுத்தப்பட்ட முனைகள் புதிய ஒருமித்த கருத்து விதிகளைப் பின்பற்றும் வரை மேம்படுத்தப்படாத முனைகளால் உருவாக்கப்பட்ட பிளாக்குகளை சரிபார்க்க முடியும்.", + "snark-definition": "\"succinct non-interactive argument of knowledge\" என்பதன் சுருக்கமான SNARK என்பது ஒரு வகையான zero-knowledge proof ஆகும். zero-knowledge rollups பற்றி மேலும் அறிய.", + "soft-fork-term": "Soft fork", + "soft-fork-definition": "ஒருமித்த விதிகள் (consensus rules) மாறும்போது பிளாக்செயினில் ஏற்படும் ஒரு விலகல். hard fork க்கு மாறாக, soft fork ஆனது பின்னோக்கி இணக்கமானது (backwards compatible); மேம்படுத்தப்பட்ட நோடுகள் புதிய ஒருமித்த விதிகளைப் பின்பற்றும் வரை, மேம்படுத்தப்படாத நோடுகளால் உருவாக்கப்பட்ட பிளாக்குகளைச் சரிபார்க்க முடியும்.", "solidity-term": "Solidity", - "solidity-definition": "ஜாவாஸ்கிரிப்ட், சி ++, அல்லது ஜாவா போன்ற தொடரியலைக் கொண்ட ஒரு செயல்முறை (கட்டாய) நிரலாக்க மொழி. Ethereum ஸ்மார்ட் ஒப்பந்தங்களுக்கான மிகவும் பிரபலமான மற்றும் அடிக்கடி பயன்படுத்தப்படும் மொழி. டாக்டர் கவின் உட்டால் உருவாக்கப்பட்டது. Solidity பற்றி மேலும்.", - "solidity-inline-assembly-term": "Solidity இன்லைன் சட்டசபை", - "solidity-inline-assembly-definition": "Solidity நிரலில் EVM சட்டசபை மொழி. Solidity இன் இன்லைன் சட்டசபைகான ஆதரவு சில செயல்பாடுகளை எழுதுவதை எளிதாக்குகிறது.", - "stablecoin-term": "ஸ்டேபிள்காயின்", - "stablecoin-definition": "ஒரு ஸ்டேபிள்காயின் என்பது ஒரு நிலையான மதிப்பைக் கொண்டிருக்க வடிவமைக்கப்பட்ட ஒரு வகை கிரிப்டோகரன்சி ஆகும், இது பெரும்பாலும் ஒரு நாணயம் அல்லது பண்டத்துடன் (அமெரிக்க டாலர் போன்றவை) பிணைக்கப்பட்டுள்ளது, விலை ஏற்ற இறக்கத்தைக் குறைக்க. ஸ்டேபிள்காயின்கள் பற்றி மேலும்.", - "staking-term": "ஸ்டேக்கிங்", - "staking-definition": "நெட்வொர்க்கைப் பாதுகாக்கவும், ஒரு சரிபார்ப்பாளராக மாறவும், ஒரு அளவு ஈதரை (உங்கள் பங்கு) வைப்பு செய்தல். ஒரு வேலிடேட்டர் பங்குச் சான்று ஒருமித்த கருத்து மாதிரியின் கீழ் பரிவர்த்தனைகளைச் சரிபார்த்து பிளாக்குகளை முன்மொழிகிறார். பங்கு வைப்பது நெட்வொர்க்கின் சிறந்த நலன்களுக்காகச் செயல்பட உங்களுக்கு ஒரு பொருளாதார ஊக்கத்தை அளிக்கிறது. உங்கள் வேலிடேட்டர் கடமைகளைச் செய்வதற்காக நீங்கள் வெகுமதிகளைப் பெறுவீர்கள், ஆனால் அவ்வாறு செய்யாவிட்டால் மாறுபட்ட அளவு ETH ஐ இழப்பீர்கள். Ethereum பங்கு வைப்பது பற்றி மேலும்.", + "solidity-definition": "JavaScript, C++ அல்லது Java போன்ற தொடரியல் (syntax) கொண்ட ஒரு செயல்முறை (கட்டாய) நிரலாக்க மொழி. Ethereum ஸ்மார்ட் ஒப்பந்தங்களுக்கு மிகவும் பிரபலமான மற்றும் அடிக்கடி பயன்படுத்தப்படும் மொழி. டாக்டர் கவின் வுட் (Dr. Gavin Wood) என்பவரால் உருவாக்கப்பட்டது. Solidity பற்றி மேலும் அறிய.", + "solidity-inline-assembly-term": "Solidity inline assembly", + "solidity-inline-assembly-definition": "ஒரு Solidity நிரலில் உள்ள EVM அசெம்பிளி மொழி. Solidity இன் inline assembly ஆதரவு சில செயல்பாடுகளை எழுதுவதை எளிதாக்குகிறது.", + "stablecoin-term": "Stablecoin", + "stablecoin-definition": "Stablecoin என்பது விலை ஏற்ற இறக்கத்தைக் குறைப்பதற்காக, பெரும்பாலும் ஒரு நாணயம் அல்லது பொருளுடன் (அமெரிக்க டாலர் போல) இணைக்கப்பட்டு, நிலையான மதிப்பைக் கொண்டிருக்கும் வகையில் வடிவமைக்கப்பட்ட ஒரு வகையான கிரிப்டோகரன்சி ஆகும். stablecoins பற்றி மேலும் அறிய.", + "staking-term": "Staking", + "staking-definition": "ஒரு மதிப்பீட்டாளராக மாறி நெட்வொர்க்கைப் பாதுகாக்க ஒரு குறிப்பிட்ட அளவு ether ஐ (உங்கள் stake) டெபாசிட் செய்தல். ஒரு மதிப்பீட்டாளர் proof-of-stake ஒருமித்த மாதிரியின் கீழ் பரிவர்த்தனைகளைச் சரிபார்த்து பிளாக்குகளை முன்மொழிகிறார். Staking நெட்வொர்க்கின் சிறந்த நலன்களுக்காகச் செயல்பட உங்களுக்குப் பொருளாதார ஊக்கத்தை அளிக்கிறது. உங்கள் மதிப்பீட்டாளர் கடமைகளைச் செய்வதற்காக நீங்கள் வெகுமதிகளைப் பெறுவீர்கள், ஆனால் நீங்கள் அவ்வாறு செய்யாவிட்டால் மாறுபட்ட அளவுகளில் ETH ஐ இழப்பீர்கள். Ethereum staking பற்றி மேலும் அறிய.", "staking-pool-term": "Staking pool", - "staking-pool-definition": "ஒரு வேலிடேட்டர் விசைகளின் தொகுப்பைச் செயல்படுத்தத் தேவையான 32 ETH ஐ அடையப் பயன்படும், ஒன்றுக்கு மேற்பட்ட Ethereum ஸ்டேக்கர்களின் ஒருங்கிணைந்த ETH. ஒரு முனை ஆபரேட்டர் இந்த விசைகளைப் பயன்படுத்தி ஒருமித்த கருத்தில் பங்கேற்கிறார், மேலும் பிளாக் வெகுமதிகள் பங்களிக்கும் ஸ்டேக்கர்களிடையே பிரிக்கப்படுகின்றன. பங்கு வைக்கும் குளங்கள் அல்லது பங்கு வைப்பதை ஒப்படைத்தல் ஆகியவை Ethereum நெறிமுறைக்கு சொந்தமானவை அல்ல, ஆனால் பல தீர்வுகள் சமூகத்தால் உருவாக்கப்பட்டுள்ளன. கூட்டுப் பங்கு வைப்பது பற்றி மேலும்.", + "staking-pool-definition": "மதிப்பீட்டாளர் திறவுகோல்களின் தொகுப்பைச் செயல்படுத்தத் தேவையான 32 ETH ஐ அடையப் பயன்படுத்தப்படும், ஒன்றுக்கும் மேற்பட்ட Ethereum staker-களின் ஒருங்கிணைந்த ETH. ஒரு நோடு ஆபரேட்டர் இந்தத் திறவுகோல்களைப் பயன்படுத்தி ஒருமித்த கருத்தில் பங்கேற்கிறார், மேலும் பிளாக் வெகுமதிகள் பங்களிக்கும் staker-களிடையே பிரிக்கப்படுகின்றன. Staking pools அல்லது delegating staking ஆகியவை Ethereum நெறிமுறைக்குச் சொந்தமானவை அல்ல, ஆனால் சமூகத்தால் பல தீர்வுகள் உருவாக்கப்பட்டுள்ளன. pooled staking பற்றி மேலும் அறிய.", "stark-term": "STARK", - "stark-definition": "\"அளவிடக்கூடிய வெளிப்படையான அறிவு வாதம்\" என்பதன் சுருக்கம், ஒரு STARK என்பது ஒரு வகை பூஜ்ஜிய-அறிவு சான்றாகும். பூஜ்ஜிய-அறிவு ரோலப்கள் பற்றி மேலும்.", - "state-term": "நிலை", - "state-definition": "பிளாக்செயினில் ஒரு குறிப்பிட்ட நேரத்தில், பொதுவாக ஒரு குறிப்பிட்ட பிளாக்கில் உள்ள நிலையைக்குறித்து, அனைத்து இருப்புகள் மற்றும் தரவுகளின் ஒரு ஸ்னாப்ஷாட்.", - "state-channels-term": "ஸ்டேட் சேனல்கள்", - "state-channels-definition": "பங்கேற்பாளர்களிடையே ஒரு சேனல் அமைக்கப்படும் ஒரு லேயர் 2 தீர்வு, அங்கு அவர்கள் சுதந்திரமாகவும் மலிவாகவும் பரிவர்த்தனை செய்யலாம். சேனலை அமைக்கவும் சேனலை மூடவும் ஒரு பரிவர்த்தனை மட்டுமே மெயின்நெட்டுக்கு அனுப்பப்படுகிறது. இது மிக அதிக பரிவர்த்தனை செயல்வீதத்தை அனுமதிக்கிறது, ஆனால் பங்கேற்பாளர்களின் எண்ணிக்கையை முன்கூட்டியே அறிவது மற்றும் நிதிகளைப் பூட்டுவதை நம்பியுள்ளது. நிலை சேனல்கள் பற்றி மேலும்.", - "supermajority-term": "மீப்பெரும்பான்மை", - "supermajority-definition": "சூப்பர்மெஜாரிட்டி என்பது Ethereum ஐப் பாதுகாக்கும் மொத்த பங்குகொண்ட ஈதரில் 2/3 (66%) க்கும் அதிகமான தொகையைக் குறிக்கும் சொல்லாகும். பீக்கன் செயின்யில் பிளாக்குகள் இறுதி செய்யப்படுவதற்கு ஒரு சூப்பர்மெஜாரிட்டி வாக்கு தேவைப்படுகிறது.", - "sybil-attack-term": "சிபில் தாக்குதல்", - "sybil-attack-definition": "சிபில் தாக்குதல்கள் தனிப்பட்ட மனிதர்கள் தங்கள் செல்வாக்கை அதிகரிக்க பல நபர்களாக இருப்பதாக ஒரு அமைப்பை ஏமாற்றுவதைக் குறிக்கின்றன.", - "syncing-term": "ஒத்திசைத்தல்", - "syncing-definition": "ஒரு பிளாக்செயினின் முழு சமீபத்திய பதிப்பையும் ஒரு முனைக்கு பதிவிறக்கும் செயல்முறை.", - "sync-committee-term": "ஒத்திசைவு குழு", - "sync-committee-definition": "ஒரு ஒத்திசைவு குழு என்பது தோராயமாக தேர்ந்தெடுக்கப்பட்ட வேலிடேட்டர்களின் ஒரு குழு ஆகும், இது ஒவ்வொரு ~27 மணி நேரத்திற்கும் புதுப்பிக்கப்படுகிறது. அவர்களின் நோக்கம் செல்லுபடியாகும் பிளாக் தலைப்புகளில் தங்கள் கையொப்பங்களைச் சேர்ப்பதாகும். ஒத்திசைவு குழுக்கள் லைட் கிளையண்ட்கள் முழு வேலிடேட்டர் தொகுப்பை அணுக வேண்டிய அவசியமின்றி பிளாக்செயினின் தலைப்பைக் கண்காணிக்க அனுமதிக்கின்றன.", - "szabo-term": "ஸாபோ", - "szabo-definition": "ஈதரின் ஒரு பிரிவு. 1 ஸாபோ = 1012 வெய். 106 ஸாபோ = 1 ஈதர்.", - "terminal-total-difficulty-term": "முனைய மொத்த சிரமம் (TTD)", - "terminal-total-difficulty-definition": "மொத்த சிரமம் என்பது பிளாக்செயினில் ஒரு குறிப்பிட்ட புள்ளி வரை உள்ள அனைத்து பிளாக்குகளுக்கும் Ethash சுரங்க சிரமத்தின் கூட்டுத்தொகையாகும். முனைய மொத்த சிரமம் என்பது மொத்த சிரமத்திற்கான ஒரு குறிப்பிட்ட மதிப்பாகும், இது செயல்படுத்தல் கிளையண்ட்கள் தங்கள் சுரங்கம் மற்றும் பிளாக் கிசுகிசு செயல்பாடுகளை அணைக்கத் தூண்டுதலாகப் பயன்படுத்தப்பட்டது, இது நெட்வொர்க்கை பங்குச் சான்றுக்கு மாற உதவுகிறது. Ethereum பங்குச் சான்றுக்கு மாறியதால் இது இனி தொடர்புடையது அல்ல.", - "testnet-term": "டெஸ்ட்நெட்", - "testnet-definition": "\"சோதனை நெட்வொர்க்\" என்பதன் சுருக்கம், முக்கிய Ethereum நெட்வொர்க்கின் நடத்தையை உருவகப்படுத்தப் பயன்படும் ஒரு நெட்வொர்க்.", - "token-term": "டோக்கன்", - "token-definition": "Ethereum பிளாக்செயினில் உள்ள ஸ்மார்ட் ஒப்பந்தங்களில் வரையறுக்கப்பட்ட ஒரு வர்த்தகம் செய்யக்கூடிய மெய்நிகர் பொருள்.", - "token-factory-term": "டோக்கன் தொழிற்சாலை", - "token-factory-definition": "ஒரு டோக்கன் தொழிற்சாலை என்பது ERC-20, ERC-721, அல்லது ERC-1155 போன்ற ஒரு குறிப்பிட்ட தரத்திற்குள் டோக்கன்களை உருவாக்குவதை எளிதாக்கும் ஒரு ஸ்மார்ட் ஒப்பந்தமாகும். ஸ்மார்ட் ஒப்பந்தம் ஒரு டெம்ப்ளேட்டாகச் செயல்படுகிறது, இது பயனர்களை பெயர், சின்னம், சப்ளை மற்றும் கூடுதல் செயல்பாடு போன்ற தனிப்பயன் அளவுருக்களுடன் புதிய டோக்கன்களை ஒரு புதிய ஸ்மார்ட் ஒப்பந்தத்தை புதிதாக உருவாக்காமல் பயன்படுத்த அனுமதிக்கிறது.", - "transaction-term": "பரிவர்த்தனை", - "transaction-definition": "ஒரு தொடக்க கணக்கால் கையொப்பமிடப்பட்டு, ஒரு குறிப்பிட்ட முகவரியை இலக்காகக் கொண்டு Ethereum பிளாக்செயினில் சமர்ப்பிக்கப்பட்ட தரவு. பரிவர்த்தனை, அந்தப் பரிவர்த்தனைக்கான எரிவாயு வரம்பு போன்ற மெட்டாடேட்டாவைக் கொண்டுள்ளது. பரிவர்த்தனைகள் பற்றி மேலும்.", + "stark-definition": "\"scalable transparent argument of knowledge\" என்பதன் சுருக்கமான STARK என்பது ஒரு வகையான zero-knowledge proof ஆகும். zero-knowledge rollups பற்றி மேலும் அறிய.", + "state-term": "நிலை (State)", + "state-definition": "பிளாக்செயினில் ஒரு குறிப்பிட்ட நேரத்தில் உள்ள அனைத்து நிலுவைகள் மற்றும் தரவுகளின் ஸ்னாப்ஷாட், இது பொதுவாக ஒரு குறிப்பிட்ட பிளாக்கில் உள்ள நிலையைக் குறிக்கிறது.", + "state-channels-term": "State channels", + "state-channels-definition": "பங்கேற்பாளர்களிடையே ஒரு சேனல் அமைக்கப்பட்டு, அவர்கள் சுதந்திரமாகவும் மலிவாகவும் பரிவர்த்தனை செய்யக்கூடிய ஒரு layer 2 தீர்வு. சேனலை அமைக்கவும் மூடவும் ஒரு பரிவர்த்தனை மட்டுமே Mainnet க்கு அனுப்பப்படும். இது மிக அதிக பரிவர்த்தனை வேகத்தை அனுமதிக்கிறது, ஆனால் பங்கேற்பாளர்களின் எண்ணிக்கையை முன்கூட்டியே அறிந்துகொள்வதையும் நிதியை முடக்குவதையும் நம்பியுள்ளது. state channels பற்றி மேலும் அறிய.", + "supermajority-term": "Supermajority", + "supermajority-definition": "Supermajority என்பது Ethereum ஐப் பாதுகாக்கும் மொத்த staked ether-இல் 2/3 (66%) க்கும் அதிகமான தொகையைக் குறிக்கும் சொல்லாகும். Beacon சங்கிலியில் பிளாக்குகள் இறுதி செய்யப்பட supermajority வாக்கு தேவை.", + "sybil-attack-term": "Sybil தாக்குதல்", + "sybil-attack-definition": "Sybil தாக்குதல்கள் என்பது தனிப்பட்ட மனிதர்கள் தங்கள் செல்வாக்கை அதிகரிப்பதற்காக, தாங்கள் பல நபர்கள் என்று ஒரு அமைப்பை ஏமாற்றுவதைக் குறிக்கிறது.", + "syncing-term": "ஒத்திசைவு (Syncing)", + "syncing-definition": "பிளாக்செயினின் முழுமையான சமீபத்திய பதிப்பை ஒரு நோடிற்குப் பதிவிறக்கும் செயல்முறை.", + "sync-committee-term": "ஒத்திசைவுக் குழு (Sync committee)", + "sync-committee-definition": "ஒத்திசைவுக் குழு என்பது தோராயமாக ஒவ்வொரு 27 மணிநேரத்திற்கும் புதுப்பிக்கப்படும், சீரற்ற முறையில் தேர்ந்தெடுக்கப்பட்ட மதிப்பீட்டாளர்களின் குழுவாகும். செல்லுபடியாகும் பிளாக் தலைப்புகளில் (block headers) தங்கள் கையொப்பங்களைச் சேர்ப்பதே அவர்களின் நோக்கமாகும். முழு மதிப்பீட்டாளர் தொகுப்பையும் அணுக வேண்டிய அவசியமின்றி பிளாக்செயினின் தலையைக் (head) கண்காணிக்க light clients ஐ ஒத்திசைவுக் குழுக்கள் அனுமதிக்கின்றன.", + "szabo-term": "Szabo", + "szabo-definition": "ether இன் ஒரு மதிப்பு. 1 szabo = 1012 wei. 106 szabo = 1 ether.", + "terminal-total-difficulty-term": "Terminal total difficulty (TTD)", + "terminal-total-difficulty-definition": "மொத்த சிரமம் (total difficulty) என்பது பிளாக்செயினில் ஒரு குறிப்பிட்ட புள்ளி வரையிலான அனைத்து பிளாக்குகளுக்குமான Ethash மைனிங் சிரமத்தின் கூட்டுத்தொகையாகும். Terminal total difficulty என்பது மொத்த சிரமத்திற்கான ஒரு குறிப்பிட்ட மதிப்பாகும், இது execution clients தங்கள் மைனிங் மற்றும் பிளாக் கிசுகிசு (block gossip) செயல்பாடுகளை முடக்குவதற்கான தூண்டுதலாகப் பயன்படுத்தப்பட்டது, இது நெட்வொர்க்கை proof-of-stake க்கு மாற்ற உதவியது. Ethereum proof-of-stake க்கு மாறியதால் இது இனி பொருந்தாது.", + "testnet-term": "Testnet", + "testnet-definition": "\"test network\" என்பதன் சுருக்கம், இது பிரதான Ethereum நெட்வொர்க்கின் நடத்தையை உருவகப்படுத்தப் பயன்படுத்தப்படும் ஒரு நெட்வொர்க் ஆகும்.", + "token-term": "டோக்கன் (Token)", + "token-definition": "Ethereum பிளாக்செயினில் உள்ள ஸ்மார்ட் ஒப்பந்தங்களில் வரையறுக்கப்பட்ட வர்த்தகம் செய்யக்கூடிய மெய்நிகர் பொருள்.", + "token-factory-term": "Token factory", + "token-factory-definition": "Token factory என்பது ERC-20, ERC-721, அல்லது ERC-1155 போன்ற ஒரு குறிப்பிட்ட தரநிலைக்குள் டோக்கன்களை உருவாக்குவதை எளிதாக்கும் ஒரு ஸ்மார்ட் ஒப்பந்தமாகும். இந்த ஸ்மார்ட் ஒப்பந்தம் ஒரு டெம்ப்ளேட்டாகச் செயல்படுகிறது, பயனர்கள் புதிதாக ஒரு ஸ்மார்ட் ஒப்பந்தத்தை உருவாக்காமல் பெயர், சின்னம், வழங்கல் மற்றும் கூடுதல் செயல்பாடு போன்ற தனிப்பயன் அளவுருக்களுடன் புதிய டோக்கன்களைப் பயன்படுத்த அனுமதிக்கிறது.", + "transaction-term": "பரிவர்த்தனை (Transaction)", + "transaction-definition": "ஒரு குறிப்பிட்ட முகவரியை (address) இலக்காகக் கொண்டு, தொடங்கும் கணக்கால் (account) கையொப்பமிடப்பட்டு Ethereum பிளாக்செயினில் சமர்ப்பிக்கப்பட்ட தரவு. பரிவர்த்தனையில் அந்தப் பரிவர்த்தனைக்கான gas வரம்பு (gas limit) போன்ற மெட்டாடேட்டா உள்ளது. பரிவர்த்தனைகள் பற்றி மேலும் அறிய.", "transaction-fee-term": "பரிவர்த்தனைக் கட்டணம்", - "transaction-fee-definition": "Ethereum நெட்வொர்க்கைப் பயன்படுத்தும்போதெல்லாம் நீங்கள் செலுத்த வேண்டிய கட்டணம். உங்கள் பணப்பையிலிருந்து நிதிகளை அனுப்புவது அல்லது டோக்கன்களை மாற்றுவது அல்லது ஒரு சேகரிப்பை வாங்குவது போன்ற ஒரு dapp தொடர்பு ஆகியவை எடுத்துக்காட்டுகளில் அடங்கும். இதை ஒரு சேவைக் கட்டணம் போல நீங்கள் நினைக்கலாம். நெட்வொர்க் எவ்வளவு பிஸியாக இருக்கிறது என்பதைப் பொறுத்து இந்தக் கட்டணம் மாறும். ஏனென்றால், உங்கள் பரிவர்த்தனையைச் செயலாக்குவதற்குப் பொறுப்பான வேலிடேட்டர்கள், அதிக கட்டணங்களைக் கொண்ட பரிவர்த்தனைகளுக்கு முன்னுரிமை அளிப்பார்கள் - எனவே நெரிசல் விலையை உயர்த்துகிறது.

    தொழில்நுட்ப மட்டத்தில், உங்கள் பரிவர்த்தனைக் கட்டணம் உங்கள் பரிவர்த்தனைக்கு எவ்வளவு எரிவாயு தேவைப்படுகிறது என்பதுடன் தொடர்புடையது.

    பரிவர்த்தனைக் கட்டணங்களைக் குறைப்பது தற்போது தீவிர ஆர்வமுள்ள ஒரு விஷயமாகும். லேயர் 2 ஐப் பார்க்கவும்.", - "trust-assumptions-term": "நம்பிக்கை கருதுமுறைகள்", - "trust-assumptions-definition": "நம்பிக்கை அனுமானங்கள் ஒரு அமைப்பின் பாதுகாப்பு மற்றும் நம்பகத்தன்மை பற்றிய அடிப்படைக் நம்பிக்கைகள் ஆகும், இது அமைப்பு செயல்பட நாம் எதை நம்புகிறோம் என்பதை வழிநடத்துகிறது.", - "trustlessness-term": "நம்பிக்கையின்மை", - "trustlessness-definition": "ஈடுபட்ட எந்தத் தரப்பினரும் ஒரு மூன்றாம் தரப்பினரை நம்ப வேண்டிய அவசியமின்றி பரிவர்த்தனைகளை மத்தியஸ்தம் செய்யும் ஒரு நெட்வொர்க்கின் திறன்.", - "turing-complete-term": "டியூரிங் முழுமையானது", - "turing-complete-definition": "ஆங்கிலக் கணிதவியலாளர் மற்றும் கணினி விஞ்ஞானி ஆலன் டியூரிங்கின் பெயரிடப்பட்ட ஒரு கருத்து - தரவு-கையாளும் விதிகள் ஒரு அமைப்பு (ஒரு கணினியின் அறிவுறுத்தல் தொகுப்பு, ஒரு நிரலாக்க மொழி, அல்லது ஒரு செல்லுலார் ஆட்டோமேட்டன் போன்றவை) எந்தவொரு டியூரிங் இயந்திரத்தையும் உருவகப்படுத்தப் பயன்படுத்தப்பட்டால், அது \"டியூரிங் முழுமையானது\" அல்லது \"கணக்கீட்டு ரீதியாக உலகளாவியது\" என்று கூறப்படுகிறது.", - "validator-term": "வேலிடேட்டர்", - "validator-definition": "பங்குச் சான்று அமைப்பில் தரவைச் சேமிப்பது, பரிவர்த்தனைகளைச் செயலாக்குவது மற்றும் பிளாக்செயினில் புதிய பிளாக்குகளைச் சேர்ப்பதற்குப் பொறுப்பான ஒரு முனை. வேலிடேட்டர் மென்பொருளைச் செயல்படுத்த, நீங்கள் 32 ETH ஐ பங்கு வைக்க முடியும். Ethereum இல் பங்கு வைப்பது பற்றி மேலும்.", - "validator-lifecycle-term": "வேலிடேட்டர் வாழ்க்கைச் சுழற்சி", - "validator-lifecycle-definition": "ஒரு வேலிடேட்டர் இருக்கக்கூடிய நிலைகளின் வரிசை. இவை பின்வருமாறு:

    • வைக்கப்பட்டது: குறைந்தது 32 ETH சரிபார்ப்பாளரால் வைப்பு ஒப்பந்தத்தில் வைப்பு செய்யப்பட்டுள்ளது
    • நிலுவையில் உள்ளது: வேலிடேட்டர் ஏற்கனவே உள்ள வேலிடேட்டர்களால் நெட்வொர்க்கில் வாக்களிக்கப்படக் காத்திருக்கும் செயல்படுத்தல் வரிசையில் இருக்கிறார்
    • செயலில் உள்ளது: தற்போது பிளாக்குகளை சான்றளித்து முன்மொழிகிறார்
    • ஸ்லாஷிங்: வேலிடேட்டர் தவறாக நடந்து கொண்டார் மற்றும் ஸ்லாஷ் செய்யப்படுகிறார்
    • வெளியேறுகிறார்: வேலிடேட்டர் நெட்வொர்க்கிலிருந்து வெளியேறக் கொடியிடப்பட்டுள்ளார், ஒன்று தானாக முன்வந்து அல்லது அவர்கள் வெளியேற்றப்பட்டதால்.
    ", - "validity-proof-term": "செல்லுபடியாகும் சான்று", - "validity-proof-definition": "சில லேயர் 2 தீர்வுகளுக்கான ஒரு பாதுகாப்பு மாதிரி, இதில் வேகத்தை அதிகரிக்க, பரிவர்த்தனைகள் தொகுப்புகளில் தொகுக்கப்பட்டு Ethereum க்கு ஒரே பரிவர்த்தனையில் சமர்ப்பிக்கப்படுகின்றன. பரிவர்த்தனை கணக்கீடு ஆஃப்செயினில் செய்யப்பட்டு பின்னர் அவற்றின் செல்லுபடியாகும் தன்மையுடன் முக்கிய சங்கிலிக்கு வழங்கப்படுகிறது. இந்த முறை பாதுகாப்பைப் பராமரிக்கும் போது சாத்தியமான பரிவர்த்தனைகளின் அளவை அதிகரிக்கிறது. சில ரோலப்கள் மோசடி சான்றைப் பயன்படுத்துகின்றன. பூஜ்ஜிய-அறிவு ரோலப்கள் பற்றி மேலும்.", + "transaction-fee-definition": "நீங்கள் Ethereum நெட்வொர்க்கைப் பயன்படுத்தும் போதெல்லாம் செலுத்த வேண்டிய கட்டணம். உங்கள் வாலட்டிலிருந்து நிதியை அனுப்புவது அல்லது டோக்கன்களை மாற்றுவது அல்லது சேகரிக்கக்கூடிய ஒன்றை வாங்குவது போன்ற dapp தொடர்பு ஆகியவை எடுத்துக்காட்டுகளில் அடங்கும். இதை நீங்கள் ஒரு சேவைக் கட்டணமாகக் கருதலாம். நெட்வொர்க் எவ்வளவு பிஸியாக இருக்கிறது என்பதைப் பொறுத்து இந்தக் கட்டணம் மாறும். ஏனென்றால், உங்கள் பரிவர்த்தனையைச் செயலாக்குவதற்குப் பொறுப்பான மதிப்பீட்டாளர்கள், அதிக கட்டணம் உள்ள பரிவர்த்தனைகளுக்கு முன்னுரிமை அளிக்க வாய்ப்புள்ளது - எனவே நெரிசல் விலையை உயர்த்துகிறது.

    தொழில்நுட்ப அளவில், உங்கள் பரிவர்த்தனைக் கட்டணம் உங்கள் பரிவர்த்தனைக்கு எவ்வளவு gas தேவைப்படுகிறது என்பதோடு தொடர்புடையது.

    பரிவர்த்தனைக் கட்டணங்களைக் குறைப்பது தற்போது தீவிர ஆர்வமுள்ள ஒரு விஷயமாகும். Layer 2 ஐப் பார்க்கவும்.", + "trust-assumptions-term": "நம்பிக்கை அனுமானங்கள் (Trust assumptions)", + "trust-assumptions-definition": "நம்பிக்கை அனுமானங்கள் என்பவை ஒரு அமைப்பின் பாதுகாப்பு மற்றும் நம்பகத்தன்மை பற்றிய அடிப்படை நம்பிக்கைகளாகும், இது அமைப்பு செயல்படுவதற்கு நாம் எதை நம்புகிறோம் என்பதை வழிநடத்துகிறது.", + "trustlessness-term": "Trustlessness", + "trustlessness-definition": "சம்பந்தப்பட்ட தரப்பினர் எவரும் மூன்றாம் தரப்பினரை நம்ப வேண்டிய அவசியமின்றி பரிவர்த்தனைகளை மத்தியஸ்தம் செய்யும் நெட்வொர்க்கின் திறன்.", + "turing-complete-term": "Turing complete", + "turing-complete-definition": "ஆங்கில கணிதவியலாளர் மற்றும் கணினி விஞ்ஞானி ஆலன் டூரிங் (Alan Turing) பெயரிடப்பட்ட ஒரு கருத்து - தரவு கையாளுதல் விதிகளின் அமைப்பு (கணினியின் அறிவுறுத்தல் தொகுப்பு, நிரலாக்க மொழி அல்லது செல்லுலார் ஆட்டோமேட்டன் போன்றவை) எந்தவொரு டூரிங் இயந்திரத்தையும் உருவகப்படுத்தப் பயன்படுத்தப்பட்டால் அது \"Turing complete\" அல்லது \"computationally universal\" என்று கூறப்படுகிறது.", + "validator-term": "மதிப்பீட்டாளர் (Validator)", + "validator-definition": "தரவைச் சேமிப்பதற்கும், பரிவர்த்தனைகளைச் செயலாக்குவதற்கும், பிளாக்செயினில் புதிய பிளாக்குகளைச் சேர்ப்பதற்கும் பொறுப்பான proof-of-stake அமைப்பில் உள்ள ஒரு நோடு (node). மதிப்பீட்டாளர் மென்பொருளைச் செயல்படுத்த, நீங்கள் 32 ETH ஐ stake செய்ய வேண்டும். Ethereum இல் staking பற்றி மேலும் அறிய.", + "validator-lifecycle-term": "மதிப்பீட்டாளர் வாழ்க்கைச் சுழற்சி (Validator lifecycle)", + "validator-lifecycle-definition": "ஒரு மதிப்பீட்டாளர் இருக்கக்கூடிய நிலைகளின் வரிசை. இவற்றில் அடங்குபவை:

    • டெபாசிட் செய்யப்பட்டது (deposited): மதிப்பீட்டாளரால் டெபாசிட் ஒப்பந்தத்தில் (deposit contract) குறைந்தது 32 ETH டெபாசிட் செய்யப்பட்டுள்ளது
    • நிலுவையில் உள்ளது (pending): மதிப்பீட்டாளர் செயல்படுத்தும் வரிசையில் உள்ளார், தற்போதுள்ள மதிப்பீட்டாளர்களால் நெட்வொர்க்கில் வாக்களிக்கப்படுவதற்குக் காத்திருக்கிறார்
    • செயலில் உள்ளது (active): தற்போது சான்றளித்து பிளாக்குகளை முன்மொழிகிறார்
    • அபராதம் விதிக்கப்படுகிறது (slashing): மதிப்பீட்டாளர் தவறாக நடந்து கொண்டார், அவருக்கு அபராதம் விதிக்கப்படுகிறது
    • வெளியேறுகிறார் (exiting): மதிப்பீட்டாளர் நெட்வொர்க்கிலிருந்து வெளியேறுவதற்காகக் கொடியிடப்பட்டுள்ளார், தானாக முன்வந்தோ அல்லது வெளியேற்றப்பட்டதாலோ.
    ", + "validity-proof-term": "செல்லுபடியாகும் ஆதாரம் (Validity proof)", + "validity-proof-definition": "வேகத்தை அதிகரிக்க, பரிவர்த்தனைகள் தொகுப்புகளாகச் சுருட்டப்பட்டு ஒரே பரிவர்த்தனையாக Ethereum-க்குச் சமர்ப்பிக்கப்படும் சில layer 2 தீர்வுகளுக்கான பாதுகாப்பு மாதிரி. பரிவர்த்தனைக் கணக்கீடு ஆஃப்செயினில் (offchain) செய்யப்படுகிறது, பின்னர் அவற்றின் செல்லுபடியாகும் ஆதாரத்துடன் பிரதான சங்கிலிக்கு வழங்கப்படுகிறது. இந்த முறை பாதுகாப்பைப் பராமரிக்கும் அதே வேளையில் சாத்தியமான பரிவர்த்தனைகளின் அளவை அதிகரிக்கிறது. சில rollups மோசடி ஆதாரத்தைப் (fraud proof) பயன்படுத்துகின்றன. zero-knowledge rollups பற்றி மேலும் அறிய.", "validium-term": "Validium", - "validium-definition": "செல்லுபடியாகும் சான்றுகளைப் பயன்படுத்தி பரிவர்த்தனை செயல்வீதத்தை மேம்படுத்தும் ஒரு ஆஃப்செயின் தீர்வு. பூஜ்ஜிய-அறிவு ரோலப்கள் போலல்லாமல், வேலிடியம் தரவு லேயர் 1 மெயின்நெட்டில் சேமிக்கப்படுவதில்லை. வேலிடியம் பற்றி மேலும்.", + "validium-definition": "பரிவர்த்தனை வேகத்தை மேம்படுத்த செல்லுபடியாகும் ஆதாரங்களைப் (validity proofs) பயன்படுத்தும் ஒரு ஆஃப்செயின் (offchain) தீர்வு. Zero-knowledge rollups போலல்லாமல், validium தரவு layer 1 Mainnet இல் சேமிக்கப்படுவதில்லை. validium பற்றி மேலும் அறிய.", "vyper-term": "Vyper", - "vyper-definition": "பைதான் போன்ற தொடரியலைக் கொண்ட ஒரு உயர் மட்ட நிரலாக்க மொழி. ஒரு தூய செயல்பாட்டு மொழிக்கு நெருக்கமாக இருக்க நோக்கம் கொண்டது. விட்டாலிக் புட்டரினால் உருவாக்கப்பட்டது. Vyper பற்றி மேலும்.", - "wallet-term": "பணப்பை", - "wallet-definition": "ஒரு பணப்பை என்பது டிஜிட்டல் நாணயத்தைச் சேமிக்கவும், அனுப்பவும் மற்றும் பெறவும் ஒரு டிஜிட்டல் கருவியாகும், உங்கள் ஆன்லைன் பணத்திற்கான ஒரு மெய்நிகர் பை போன்றது. Ethereum பணப்பைகள் பற்றி மேலும்.", + "vyper-definition": "Python போன்ற தொடரியல் கொண்ட உயர்நிலை நிரலாக்க மொழி. தூய்மையான செயல்பாட்டு மொழிக்கு (pure functional language) நெருக்கமாக இருக்க உத்தேசிக்கப்பட்டுள்ளது. விட்டலிக் புட்டரின் (Vitalik Buterin) என்பவரால் உருவாக்கப்பட்டது. Vyper பற்றி மேலும் அறிய.", + "wallet-term": "வாலட் (Wallet)", + "wallet-definition": "வாலட் என்பது டிஜிட்டல் நாணயத்தைச் சேமிக்க, அனுப்ப மற்றும் பெற உதவும் ஒரு டிஜிட்டல் கருவியாகும், இது உங்கள் ஆன்லைன் பணத்திற்கான மெய்நிகர் பணப்பை போன்றது. Ethereum வாலட்டுகள் பற்றி மேலும் அறிய.", "web2-term": "Web2", - "web2-definition": "தற்போதைய இணையம், பயனர் உருவாக்கிய உள்ளடக்கம் மற்றும் சில நிறுவனங்களால் கட்டுப்படுத்தப்படும் சமூக ஊடகங்களில் கவனம் செலுத்துகிறது. வெப்3 என்பது பயனர்கள் தங்கள் தரவு மற்றும் பரிவர்த்தனைகளைக் கட்டுப்படுத்த வேண்டும் என்ற ஒரு கிரிப்டோ நம்பிக்கையாகும்.", - "web3-term": "வலை3", - "web3-definition": "வெப்3 என்பது பிளாக்செயினுடன் கூடிய புதிய இணையம் ஆகும், அங்கு பயனர்கள் தங்கள் தரவு மற்றும் பரிவர்த்தனைகளைக் கட்டுப்படுத்துகிறார்கள், நிறுவனங்கள் அல்ல. எந்தவொரு தனிப்பட்ட தகவலையும் பகிர வேண்டிய அவசியமில்லை. வெப்3 பற்றி மேலும்.", + "web2-definition": "இது தற்போதைய இணையமாகும், இது சில நிறுவனங்களால் கட்டுப்படுத்தப்படும் பயனர் உருவாக்கிய உள்ளடக்கம் மற்றும் சமூக ஊடகங்களில் கவனம் செலுத்துகிறது. Web3 என்பது பயனர்கள் தங்கள் தரவு மற்றும் பரிவர்த்தனைகளைக் கட்டுப்படுத்த வேண்டும் என்ற கிரிப்டோ நம்பிக்கையாகும்.", + "web3-term": "Web3", + "web3-definition": "Web3 என்பது பிளாக்செயினுடன் கூடிய புதிய இணையமாகும், இதில் பயனர்கள் தங்கள் தரவு மற்றும் பரிவர்த்தனைகளைக் கட்டுப்படுத்துகிறார்கள், நிறுவனங்கள் அல்ல. எந்தவொரு தனிப்பட்ட தகவலையும் பகிர வேண்டிய அவசியமில்லை. web3 பற்றி மேலும் அறிய.", "wei-term": "Wei", - "wei-definition": "ஈதரின் மிகச்சிறிய பிரிவு. 1018 வெய் = 1 ஈதர்.", - "wrapped-token-term": "சுற்றப்பட்ட டோக்கன்", - "wrapped-token-definition": "மற்றொரு கிரிப்டோகரன்சி அல்லது சொத்தை வேறு நெட்வொர்க்கில் பிரதிநிதித்துவப்படுத்தும் ஒரு பிளாக்செயின் அடிப்படையிலான டோக்கன். எடுத்துக்காட்டாக, சுற்றப்பட்ட ஈதர் (WETH), Ethereum இன் ERC-20 டோக்கன் தரநிலையுடன் இணக்கமான ஒரு வடிவத்தில் ஈதரை (ETH) பிரதிபலிக்கிறது. அசல் சொத்து ஒரு ஸ்மார்ட் ஒப்பந்தத்தால் பாதுகாப்பாகப் பூட்டப்பட்டு, ஒரு சமமான சுற்றப்பட்ட டோக்கன் உருவாக்கப்படுகிறது. இந்த பொறிமுறை பிளாக்செயின்களுக்குள் மற்றும் அவற்றுக்கிடையே আন্তঃசெயல்பாட்டை செயல்படுத்துகிறது, ETH போன்ற சொத்துக்களை அவற்றின் மதிப்பைத் தக்க வைத்துக் கொள்ளும் போது பரவலாக்கப்பட்ட பயன்பாடுகளில் தடையின்றிப் பயன்படுத்த அனுமதிக்கிறது.", - "zero-address-term": "பூஜ்ஜிய முகவரி", - "zero-address-definition": "முழுமையாக பூஜ்ஜியங்களால் ஆன ஒரு Ethereum முகவரி, இது டோக்கன்களை சொந்தமான புழக்கத்திலிருந்து அகற்ற ஒரு முகவரியாக அடிக்கடி பயன்படுத்தப்படுகிறது. burn() முறை மூலம் ஒரு ஸ்மார்ட் ஒப்பந்தத்தின் குறியீட்டிலிருந்து முறையாக அகற்றப்பட்ட டோக்கன்களுக்கும் இந்த முகவரிக்கு அனுப்பப்பட்டவற்றுக்கும் இடையில் ஒரு வேறுபாடு வரையப்படுகிறது.", - "zk-proof-term": "பூஜ்ஜிய-அறிவு சான்று", - "zk-proof-definition": "ஒரு பூஜ்ஜிய-அறிவு சான்று என்பது ஒரு அறிக்கை உண்மை என்பதை எந்தவொரு கூடுதல் தகவலையும் தெரிவிக்காமல் நிரூபிக்க ஒரு தனிநபரை அனுமதிக்கும் ஒரு கிரிப்டோகிராஃபிக் முறையாகும். பூஜ்ஜிய-அறிவு ரோலப்கள் பற்றி மேலும்.", - "zk-rollup-term": "ஜீரோ-நொலிஜ் ரோல்அப்", - "zk-rollup-definition": "செல்லுபடியாகும் சான்றுகளைப் பயன்படுத்தி லேயர் 2 பரிவர்த்தனை செயல்வீதத்தை அதிகரிக்க வழங்கும் பரிவர்த்தனைகளின் ஒரு ரோலப், அதே நேரத்தில் மெயின்நெட் (லேயர் 1) வழங்கும் பாதுகாப்பைப் பயன்படுத்துகிறது. ஆப்டிமிஸ்டிக் ரோலப்கள் போல சிக்கலான பரிவர்த்தனை வகைகளைக் கையாள முடியாது என்றாலும், பரிவர்த்தனைகள் சமர்ப்பிக்கப்படும்போது நிரூபிக்கக்கூடிய வகையில் செல்லுபடியாகும் என்பதால் அவற்றுக்கு தாமத சிக்கல்கள் இல்லை. பூஜ்ஜிய-அறிவு ரோலப்கள் பற்றி மேலும்." -} + "wei-definition": "ether இன் மிகச்சிறிய மதிப்பு. 1018 wei = 1 ether.", + "wrapped-token-term": "Wrapped token", + "wrapped-token-definition": "வெவ்வேறு நெட்வொர்க்கில் உள்ள மற்றொரு கிரிப்டோகரன்சி அல்லது சொத்தைப் பிரதிநிதித்துவப்படுத்தும் பிளாக்செயின் அடிப்படையிலான டோக்கன். எடுத்துக்காட்டாக, Wrapped Ether (WETH) ஆனது Ethereum இன் ERC-20 டோக்கன் தரநிலைக்கு இணங்கும் வடிவத்தில் Ether (ETH) ஐப் பிரதிநிதித்துவப்படுத்துகிறது. அசல் சொத்து ஒரு ஸ்மார்ட் ஒப்பந்தத்தால் பாதுகாப்பாகப் பூட்டப்பட்டு, அதற்குச் சமமான wrapped token உருவாக்கப்படுகிறது (minted). இந்த வழிமுறை பிளாக்செயின்களுக்கு உள்ளேயும் வெளியேயும் இயங்குதன்மையை (interoperability) செயல்படுத்துகிறது, ETH போன்ற சொத்துக்கள் அவற்றின் மதிப்பைத் தக்கவைத்துக்கொண்டு பரவலாக்கப்பட்ட பயன்பாடுகளில் தடையின்றிப் பயன்படுத்த அனுமதிக்கிறது.", + "zero-address-term": "Zero address", + "zero-address-definition": "முற்றிலும் பூஜ்ஜியங்களால் ஆன ஒரு Ethereum முகவரி, இது சொந்தமான புழக்கத்திலிருந்து டோக்கன்களை அகற்றுவதற்கான முகவரியாக அடிக்கடி பயன்படுத்தப்படுகிறது. burn() முறை மூலம் ஸ்மார்ட் ஒப்பந்தத்தின் குறியீட்டிலிருந்து முறையாக அகற்றப்பட்ட டோக்கன்களுக்கும் இந்த முகவரிக்கு அனுப்பப்பட்ட டோக்கன்களுக்கும் இடையே வேறுபாடு வரையப்படுகிறது.", + "zk-proof-term": "Zero-knowledge proof", + "zk-proof-definition": "Zero-knowledge proof என்பது ஒரு கிரிப்டோகிராஃபிக் முறையாகும், இது எந்தவொரு கூடுதல் தகவலையும் தெரிவிக்காமல் ஒரு அறிக்கை உண்மை என்பதை நிரூபிக்க ஒரு நபரை அனுமதிக்கிறது. zero-knowledge rollups பற்றி மேலும் அறிய.", + "zk-rollup-term": "Zero-knowledge rollup", + "zk-rollup-definition": "Mainnet (layer 1) வழங்கும் பாதுகாப்பைப் பயன்படுத்தும் அதே வேளையில், அதிகரித்த layer 2 பரிவர்த்தனை வேகத்தை வழங்க செல்லுபடியாகும் ஆதாரங்களைப் (validity proofs) பயன்படுத்தும் பரிவர்த்தனைகளின் rollup. optimistic rollups போன்ற சிக்கலான பரிவர்த்தனை வகைகளை அவற்றால் கையாள முடியாது என்றாலும், பரிவர்த்தனைகள் சமர்ப்பிக்கப்படும்போது அவை செல்லுபடியாகும் என நிரூபிக்கப்படுவதால் அவற்றுக்கு தாமதச் சிக்கல்கள் இல்லை. zero-knowledge rollups பற்றி மேலும் அறிய." +} \ No newline at end of file diff --git a/src/intl/ta/learn-quizzes.json b/src/intl/ta/learn-quizzes.json index e048236fa2a..7266d063c89 100644 --- a/src/intl/ta/learn-quizzes.json +++ b/src/intl/ta/learn-quizzes.json @@ -1,698 +1,698 @@ { - "add-quiz": "ஒரு கேள்வி/வினாடி வினாவைச் சேர்க்கவும்", + "add-quiz": "ஒரு கேள்வி/வினாடி வினாவைச் சேர்", "average-score": "சராசரி மதிப்பெண்:", "basics": "Ethereum அடிப்படைகள்", - "basics-description": "இந்த பகுதி Ethereum இன் அடிப்படைக் கருத்துக்களை உள்ளடக்கியது, உங்களுக்கு வலுவான அடித்தளம் இருப்பதை உறுதி செய்கிறது.", - "completed": "முடிவடைந்தது:", + "basics-description": "இந்தப் பகுதி Ethereum இன் அடிப்படைக் கருத்துகளை உள்ளடக்கியது, உங்களுக்கு வலுவான அடித்தளம் இருப்பதை உறுதிசெய்கிறது.", + "completed": "முடிந்தது:", "community-stats": "சமூகப் புள்ளிவிவரங்கள்", - "contribute": "எங்கள் நூலகத்திற்கு பங்களிக்கவும்.", + "contribute": "எங்கள் நூலகத்திற்குப் பங்களிக்கவும்.", "correct": "சரி", "explanation": "விளக்கம்", "next-question": "அடுத்த கேள்வி", "next-quiz": "அடுத்த வினாடி வினா", "question-number": "கேள்வி எண் {{number}}:", - "page-assets-merge": "மெர்ஜ்", + "page-assets-merge": "The Merge", "passed": "நீங்கள் வினாடி வினாவில் தேர்ச்சி பெற்றுவிட்டீர்கள்!", "questions": "கேள்விகள்", "questions-answered": "பதிலளிக்கப்பட்ட கேள்விகள்:", - "quizzes-subtitle": "Ethereum மற்றும் கிரிப்டோகரன்சிகளை நீங்கள் எவ்வளவு நன்றாக புரிந்துகொள்கிறீர்கள் என்பதை அறியுங்கள். நீங்கள் ஒரு நிபுணராக மாறத் தயாரா?", + "quizzes-subtitle": "Ethereum மற்றும் கிரிப்டோகரன்சிகளை நீங்கள் எவ்வளவு நன்றாகப் புரிந்துகொள்கிறீர்கள் என்பதைக் கண்டறியவும். நீங்கள் ஒரு நிபுணராக மாறத் தயாரா?", "retry": "மீண்டும் முயற்சிக்கும் விகிதம்:", "score": "மதிப்பெண்", - "see-results": "முடிவுகளைக் காணவும்", + "see-results": "முடிவுகளைப் பார்க்கவும்", "share-results": "முடிவுகளைப் பகிரவும்", "start": "தொடங்கு", "submit-answer": "பதிலைச் சரிபார்க்கவும்", - "test-your-knowledge": "உங்கள் Ethereum அறிவை சோதிக்கவும்", + "test-your-knowledge": "உங்கள் Ethereum அறிவைச் சோதிக்கவும்", "try-again": "மீண்டும் முயற்சிக்கவும்", "using-ethereum": "Ethereum ஐப் பயன்படுத்துதல்", - "using-ethereum-description": "எத்தேரியத்தின் நிஜ உலகப் பயன்பாடுகளை ஆராய்ந்து, இந்த புரட்சிகரமான பிளாக்செயின் தளம் தொழில்துறையை எவ்வாறு மாற்றியமைக்கிறது என்பதைக் கண்டறியுங்கள். நீங்கள் கிரிப்டோகரன்சிகளை தீவிரமாகப் பயன்படுத்தத் தொடங்குவதற்கு முன், விஷயங்களை நீங்கள் நன்கு புரிந்து வைத்திருப்பதை உறுதி செய்வதற்கான ஒரு சிறந்த வழி இது.", - "want-more-quizzes": "இங்கு மேலும் வினாடி வினாக்களைக் காண விரும்புகிறீர்களா?", + "using-ethereum-description": "Ethereum இன் நிஜ-உலகப் பயன்பாடுகளை ஆராய்ந்து, இந்தப் புரட்சிகரமான பிளாக்செயின் தளம் தொழில்துறைகளை எவ்வாறு மாற்றியமைக்கிறது என்பதைக் கண்டறியவும். கிரிப்டோகரன்சிகளை நீங்கள் தீவிரமாகப் பயன்படுத்தத் தொடங்குவதற்கு முன், விஷயங்களை நீங்கள் போதுமான அளவு புரிந்துகொண்டிருப்பதை உறுதிசெய்ய இது ஒரு சிறந்த வழியாகும்.", + "want-more-quizzes": "இங்கே மேலும் வினாடி வினாக்களைப் பார்க்க விரும்புகிறீர்களா?", "your-results": "உங்கள் முடிவுகள்", - "your-total": "உங்கள் மொத்த புள்ளிகள்", - "what-is-ethereum-1-prompt": "Ethereum மற்றும் Bitcoin க்கு இடையேயான மிகப்பெரிய வேறுபாடு:", - "what-is-ethereum-1-a-label": "Ethereum மற்றவர்களுக்கு பணம் செலுத்த உங்களை அனுமதிக்காது", - "what-is-ethereum-1-a-explanation": "Bitcoin மற்றும் Ethereum இரண்டுமே மற்றவர்களுக்கு பணம் செலுத்த உங்களை அனுமதிக்கின்றன.", + "your-total": "உங்கள் மொத்தப் புள்ளிகள்", + "what-is-ethereum-1-prompt": "Ethereum மற்றும் Bitcoin இடையேயான மிகப்பெரிய வித்தியாசம்:", + "what-is-ethereum-1-a-label": "மற்றவர்களுக்குப் பணம் செலுத்த Ethereum உங்களை அனுமதிப்பதில்லை", + "what-is-ethereum-1-a-explanation": "Bitcoin மற்றும் Ethereum ஆகிய இரண்டும் மற்றவர்களுக்குப் பணம் செலுத்த உங்களை அனுமதிக்கின்றன.", "what-is-ethereum-1-b-label": "நீங்கள் Ethereum இல் கணினி நிரல்களை இயக்கலாம்", - "what-is-ethereum-1-b-explanation": "Ethereum நிரல்படுத்தக்கூடியது. இதன் பொருள் நீங்கள் எந்த கணினி நிரலையும் Ethereum பிளாக்செயினில் வைக்கலாம்.", + "what-is-ethereum-1-b-explanation": "Ethereum நிரல்படுத்தக்கூடியது. அதாவது நீங்கள் எந்தவொரு கணினி நிரலையும் Ethereum பிளாக்செயினில் வைக்கலாம்.", "what-is-ethereum-1-c-label": "நீங்கள் Bitcoin இல் கணினி நிரல்களை இயக்கலாம்", - "what-is-ethereum-1-c-explanation": "Ethereum போலல்லாமல், Bitcoin நிரல்படுத்தக்கூடியது அல்ல மற்றும் தன்னிச்சையான கணினி நிரல்களை இயக்க முடியாது.", - "what-is-ethereum-1-d-label": "அவற்றுக்கு வெவ்வேறு சின்னங்கள் உள்ளன", - "what-is-ethereum-1-d-explanation": "அவற்றுக்கு வெவ்வேறு சின்னங்கள் உள்ளன! ஆனால் இது அவற்றுக்கு இடையேயான மிகப்பெரிய வேறுபாடு அல்ல.", - "what-is-ethereum-2-prompt": "Ethereum இன் சொந்த கிரிப்டோகரன்சி அழைக்கப்படுகிறது:", - "what-is-ethereum-2-a-label": "ஈதர்", - "what-is-ethereum-2-a-explanation": "ஈதர் என்பது Ethereum நெட்வொர்க்கிற்கு சொந்தமான கிரிப்டோகரன்சி ஆகும்.", - "what-is-ethereum-2-b-label": "எத்தீரியம்", - "what-is-ethereum-2-b-explanation": "Ethereum ஒரு பிளாக்செயின், ஆனால் அதன் சொந்த நாணயம் Ethereum என்று அழைக்கப்படுவதில்லை. இது ஒரு பொதுவான தவறான கருத்து.", + "what-is-ethereum-1-c-explanation": "Ethereum ஐப் போலல்லாமல், Bitcoin நிரல்படுத்தக்கூடியது அல்ல, மேலும் தன்னிச்சையான கணினி நிரல்களை இயக்க முடியாது.", + "what-is-ethereum-1-d-label": "அவை வெவ்வேறு லோகோக்களைக் கொண்டுள்ளன", + "what-is-ethereum-1-d-explanation": "அவை வெவ்வேறு லோகோக்களைக் கொண்டுள்ளன! ஆனால் இது அவற்றுக்கிடையேயான மிகப்பெரிய வித்தியாசம் அல்ல.", + "what-is-ethereum-2-prompt": "Ethereum இன் சொந்த கிரிப்டோகரன்சி இவ்வாறு அழைக்கப்படுகிறது:", + "what-is-ethereum-2-a-label": "Ether", + "what-is-ethereum-2-a-explanation": "Ether என்பது Ethereum நெட்வொர்க்கின் சொந்த கிரிப்டோகரன்சி ஆகும்.", + "what-is-ethereum-2-b-label": "Ethereum", + "what-is-ethereum-2-b-explanation": "Ethereum என்பது பிளாக்செயின், ஆனால் அதன் சொந்த நாணயம் Ethereum என்று அழைக்கப்படுவதில்லை. இது ஒரு பொதுவான தவறான கருத்தாகும்.", "what-is-ethereum-2-c-label": "Ethercoin", - "what-is-ethereum-2-c-explanation": "பல கிரிப்டோகரன்சிகளைப் போலல்லாமல், Ethereum இன் சொந்த கிரிப்டோகரன்சியில் 'காயின்' என்ற வார்த்தை இல்லை.", - "what-is-ethereum-2-d-label": "பிட்காயின்", - "what-is-ethereum-2-d-explanation": "பிட்காயின் (பெரிய எழுத்து B) உருவாக்கப்பட்ட முதல் பிளாக்செயின் ஆகும், பிட்காயின் (சிறிய எழுத்து b) அதன் சொந்த கிரிப்டோகரன்சி ஆகும்.", - "what-is-ethereum-3-prompt": "Ethereum ஐ இயக்குபவர் யார்?", - "what-is-ethereum-3-a-label": "உருவாக்குநர்கள் (டெவலப்பர்கள்)", - "what-is-ethereum-3-a-explanation": "Ethereum ஐ உருவாக்குவதற்கும் மேம்படுத்துவதற்கும் உருவாக்குநர்கள் (டெவலப்பர்கள்) முக்கியமானவர்கள், ஆனால் அவர்கள் Ethereum ஐ இயங்க வைக்கும் குழுவினர் அல்ல.", - "what-is-ethereum-3-b-label": "சுரங்கத் தொழிலாளர்கள்", - "what-is-ethereum-3-b-explanation": "The Merge-க்கு பிறகு சுரங்கம் சாத்தியமில்லை. Ethereum இல் இனி 'சுரங்கத் தொழிலாளர்கள்' இல்லை.", - "what-is-ethereum-3-c-label": "Ethereum அறக்கட்டளை", - "what-is-ethereum-3-c-explanation": "Ethereum முனைகளின் அன்றாட செயல்பாட்டில் Ethereum அறக்கட்டளை குறிப்பிடத்தக்க பங்கு எதையும் வகிக்கவில்லை.", - "what-is-ethereum-3-d-label": "ஒரு முனையை இயக்கும் எவரும்", - "what-is-ethereum-3-d-explanation": "ஒரு முனையை இயக்கும் எவரும் Ethereum இன் உள்கட்டமைப்பின் ஒரு முக்கிய பகுதியாகும். நீங்கள் இதுவரை செய்யவில்லை என்றால், ஒரு Ethereum முனையை இயக்க பரிசீலிக்கவும்.", - "what-is-ethereum-4-prompt": "Ethereum தொடங்கப்பட்டதிலிருந்து, நெட்வொர்க் எத்தனை முறை ஆஃப்லைனில் இருந்துள்ளது?", + "what-is-ethereum-2-c-explanation": "பல கிரிப்டோகரன்சிகளைப் போலல்லாமல், Ethereum இன் சொந்த கிரிப்டோகரன்சியில் 'coin' என்ற சொல் இல்லை.", + "what-is-ethereum-2-d-label": "Bitcoin", + "what-is-ethereum-2-d-explanation": "Bitcoin (பெரிய எழுத்து B) என்பது உருவாக்கப்பட்ட முதல் பிளாக்செயின் ஆகும், bitcoin (சிறிய எழுத்து b) என்பது அதன் சொந்த கிரிப்டோகரன்சி ஆகும்.", + "what-is-ethereum-3-prompt": "Ethereum ஐ யார் இயக்குகிறார்கள்?", + "what-is-ethereum-3-a-label": "டெவலப்பர்கள்", + "what-is-ethereum-3-a-explanation": "Ethereum ஐ உருவாக்குவதற்கும் மேம்படுத்துவதற்கும் டெவலப்பர்கள் முக்கியமானவர்கள், ஆனால் அவர்கள் Ethereum ஐ இயங்க வைக்கும் குழு அல்ல.", + "what-is-ethereum-3-b-label": "மைனர்கள்", + "what-is-ethereum-3-b-explanation": "The Merge க்குப் பிறகு மைனிங் சாத்தியமில்லை. Ethereum இல் இனி 'மைனர்கள்' இல்லை.", + "what-is-ethereum-3-c-label": "The Ethereum Foundation", + "what-is-ethereum-3-c-explanation": "Ethereum நோடுகளின் அன்றாட இயக்கத்தில் The Ethereum Foundation எந்த முக்கியப் பங்கும் வகிக்கவில்லை.", + "what-is-ethereum-3-d-label": "நோடை இயக்கும் எவரும்", + "what-is-ethereum-3-d-explanation": "நோடை இயக்கும் எவரும் Ethereum இன் உள்கட்டமைப்பின் ஒரு முக்கியப் பகுதியாவார். நீங்கள் இதுவரை செய்யவில்லை என்றால், ஒரு Ethereum நோடை இயக்குவதைக் கருத்தில் கொள்ளுங்கள்.", + "what-is-ethereum-4-prompt": "Ethereum தொடங்கப்பட்டதிலிருந்து, நெட்வொர்க் எத்தனை முறை ஆஃப்லைனில் சென்றுள்ளது?", "what-is-ethereum-4-a-label": "ஒருபோதும் இல்லை", - "what-is-ethereum-4-a-explanation": "Ethereum தொடங்கப்பட்டதிலிருந்து ஒருபோதும் முற்றிலும் ஆஃப்லைனில் செல்லவில்லை (பிளாக்குகளை உருவாக்குவதை நிறுத்தவில்லை).", - "what-is-ethereum-4-b-label": "ஒருமுறை", + "what-is-ethereum-4-a-explanation": "Ethereum தொடங்கப்பட்டதிலிருந்து ஒருபோதும் முழுமையாக ஆஃப்லைனில் சென்றதில்லை (பிளாக்குகளை உருவாக்குவதை நிறுத்தியதில்லை).", + "what-is-ethereum-4-b-label": "ஒரு முறை", "what-is-ethereum-4-c-label": "நான்கு முறை", - "what-is-ethereum-4-d-label": "பத்து முறைக்கு மேல்", - "what-is-ethereum-5-prompt": "Ethereum இதை விட அதிக மின்சாரத்தை பயன்படுத்துகிறது:", - "what-is-ethereum-5-a-label": "தங்க சுரங்கம்", - "what-is-ethereum-5-a-explanation": "தங்கச் சுரங்கம் ஒரு வருடத்திற்கு ~131 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. எத்தேரியம் ஒரு வருடத்திற்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது.", - "what-is-ethereum-5-b-label": "நெட்ஃப்ளிக்ஸ்", - "what-is-ethereum-5-b-explanation": "நெட்ஃபிக்ஸ் ஒரு வருடத்திற்கு ~0.451 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. எத்தேரியம் ஒரு வருடத்திற்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது.", - "what-is-ethereum-5-c-label": "பேபால்", - "what-is-ethereum-5-c-explanation": "பேபால் ஒரு வருடத்திற்கு ~0.26 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. எத்தேரியம் ஒரு வருடத்திற்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது.", - "what-is-ethereum-5-d-label": "மேற்கூறியவற்றில் எதுவும் இல்லை", - "what-is-ethereum-5-d-explanation": "எத்தேரியம் ஒரு வருடத்திற்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. இது தங்கச் சுரங்கம் (~131 TWh/yr), நெட்ஃபிக்ஸ் (~0.451 TWh/yr), மற்றும் பேபால் (~0.26 TWh/yr) ஆகியவற்றைக் காட்டிலும் குறைவானது.", - "what-is-ether-1-prompt": "ஈதர் இவ்வாறு அழைக்கப்படுகிறது:", + "what-is-ethereum-4-d-label": "பத்து முறைக்கும் மேல்", + "what-is-ethereum-5-prompt": "Ethereum எதை விட அதிக மின்சாரத்தைப் பயன்படுத்துகிறது:", + "what-is-ethereum-5-a-label": "தங்கச் சுரங்கம்", + "what-is-ethereum-5-a-explanation": "தங்கச் சுரங்கம் ஆண்டுக்கு ~131 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. Ethereum ஆண்டுக்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது.", + "what-is-ethereum-5-b-label": "Netflix", + "what-is-ethereum-5-b-explanation": "Netflix ஆண்டுக்கு ~0.451 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. Ethereum ஆண்டுக்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது.", + "what-is-ethereum-5-c-label": "PayPal", + "what-is-ethereum-5-c-explanation": "PayPal ஆண்டுக்கு ~0.26 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. Ethereum ஆண்டுக்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது.", + "what-is-ethereum-5-d-label": "மேற்கூறிய எதுவும் இல்லை", + "what-is-ethereum-5-d-explanation": "Ethereum ஆண்டுக்கு சுமார் 0.0026 டெராவாட் மணிநேரத்தைப் பயன்படுத்துகிறது. இது தங்கச் சுரங்கம் (~131 TWh/yr), Netflix (~0.451 TWh/yr) மற்றும் Paypal (~0.26 TWh/yr) ஆகியவற்றை விடக் குறைவு.", + "what-is-ether-1-prompt": "Ether இவ்வாறு அழைக்கப்படுகிறது:", "what-is-ether-1-a-label": "ETC", - "what-is-ether-1-a-explanation": "ETC என்பது Ethereum Classic-க்கான டிக்கர் ஆகும்.", + "what-is-ether-1-a-explanation": "ETC என்பது Ethereum Classic இன் டிக்கர் ஆகும்.", "what-is-ether-1-b-label": "ETR", - "what-is-ether-1-b-explanation": "ETR என்பது ஈதருக்கோ அல்லது வேறு எந்த குறிப்பிடத்தக்க கிரிப்டோகரன்சிக்கோ டிக்கர் அல்ல.", + "what-is-ether-1-b-explanation": "ETR என்பது ether அல்லது எந்தவொரு குறிப்பிடத்தக்க கிரிப்டோகரன்சியின் டிக்கரும் அல்ல.", "what-is-ether-1-c-label": "ETH", - "what-is-ether-1-c-explanation": "ETH என்பது Ethereum இல் ஈதருக்கான டிக்கர் ஆகும்.", + "what-is-ether-1-c-explanation": "ETH என்பது Ethereum இல் உள்ள ether இன் டிக்கர் ஆகும்.", "what-is-ether-1-d-label": "BTC", - "what-is-ether-1-d-explanation": "BTC என்பது Bitcoin நெட்வொர்க்கில் பிட்காயினுக்கான டிக்கர் ஆகும்.", - "what-is-ether-2-prompt": "Ethereum இல், நெட்வொர்க் கட்டணங்கள் இதைக் கொண்டு செலுத்தப்படுகின்றன:", - "what-is-ether-2-a-label": "பிட்காயின்", - "what-is-ether-2-a-explanation": "சிறிய எழுத்து \"பிட்காயின்\" என்பது Bitcoin நெட்வொர்க்கின் சொந்த கிரிப்டோகரன்சி ஆகும்.", + "what-is-ether-1-d-explanation": "BTC என்பது Bitcoin நெட்வொர்க்கில் உள்ள bitcoin இன் டிக்கர் ஆகும்.", + "what-is-ether-2-prompt": "Ethereum இல், நெட்வொர்க் கட்டணங்கள் இதில் செலுத்தப்படுகின்றன:", + "what-is-ether-2-a-label": "bitcoin", + "what-is-ether-2-a-explanation": "சிறிய எழுத்து “bitcoin” என்பது Bitcoin நெட்வொர்க்கின் சொந்த கிரிப்டோகரன்சி ஆகும்.", "what-is-ether-2-b-label": "ETH", - "what-is-ether-2-b-explanation": "ஈதர் (ETH) என்பது Ethereum இன் சொந்த கிரிப்டோகரன்சி ஆகும். Ethereum இல் உள்ள அனைத்து நெட்வொர்க் கட்டணங்களும் ETH இல் செலுத்தப்படுகின்றன.", + "what-is-ether-2-b-explanation": "Ether (ETH) என்பது Ethereum இன் சொந்த கிரிப்டோகரன்சி ஆகும். Ethereum இல் உள்ள அனைத்து நெட்வொர்க் கட்டணங்களும் ETH இல் செலுத்தப்படுகின்றன.", "what-is-ether-2-c-label": "USD", - "what-is-ether-2-c-explanation": "Ethereum இல் நெட்வொர்க் கட்டணங்களை USD (அமெரிக்க டாலர்) அல்லது வேறு எந்த FIAT நாணயத்திலும் செலுத்த முடியாது.", - "what-is-ether-2-d-label": "எத்தீரியம்", - "what-is-ether-2-d-explanation": "Ethereum நெட்வொர்க் ஆகும், ஆனால் Ethereum இன் நெட்வொர்க் கட்டணங்கள் ETH இல் செலுத்தப்படுகின்றன.", + "what-is-ether-2-c-explanation": "Ethereum இல் நெட்வொர்க் கட்டணங்களை USD (US Dollars) அல்லது வேறு எந்த ஃபியட் (FIAT) நாணயத்திலும் செலுத்த முடியாது.", + "what-is-ether-2-d-label": "Ethereum", + "what-is-ether-2-d-explanation": "Ethereum என்பது நெட்வொர்க், ஆனால் Ethereum இன் நெட்வொர்க் கட்டணங்கள் ETH இல் செலுத்தப்படுகின்றன.", "what-is-ether-3-prompt": "Ethereum இல் ஸ்டேக்கிங் செய்வது நெட்வொர்க்கைப் பாதுகாக்க உதவுகிறது, ஏனெனில்:", "what-is-ether-3-a-label": "ஸ்டேக்கர்கள் மக்கள் செய்வதை விரும்பவில்லை என்றால் அவர்களைத் தடை செய்யலாம்", - "what-is-ether-3-a-explanation": "ஸ்டேக்கர்களால் பயனர்களை தன்னிச்சையாக தணிக்கை செய்ய முடியாது.", - "what-is-ether-3-b-label": "ஒரு ஸ்டேக்கர் நெட்வொர்க்கை ஏமாற்ற முயற்சித்தால், அவர்கள் தங்கள் ETH ஐ இழக்கும் அபாயத்தை எதிர்கொள்கிறார்கள்", - "what-is-ether-3-b-explanation": "நெட்வொர்க்கிற்கு எதிராக தீங்கிழைக்கும் வகையில் நடந்து கொள்வதாகக் காட்டப்பட்டால், ஸ்டேக்கர்கள் தங்கள் ETH இன் கணிசமான அளவை இழக்கும் அபாயத்தை எதிர்கொள்கிறார்கள். இது ஸ்லாஷிங் என்று அழைக்கப்படுகிறது.", - "what-is-ether-3-c-label": "பணிச்சான்றை நிரூபிக்க ஸ்டேக்கர்கள் சக்திவாய்ந்த கணினிகளை இயக்குகின்றனர்", - "what-is-ether-3-c-explanation": "ஸ்டேக்கர்களுக்கு தங்கள் ETH ஐ ஸ்டேக் செய்ய சக்திவாய்ந்த வன்பொருள் தேவையில்லை. The Merge-ல் Ethereum பணிச்சான்று பயன்படுத்துவதை நிறுத்தியது.", - "what-is-ether-3-d-label": "ஒரு சரிபார்ப்பவராக ஏற்றுக்கொள்ளப்படுவதற்கு முன்பு ஸ்டேக்கர்கள் KYC க்கு உட்படுத்தப்படுகிறார்கள்", - "what-is-ether-3-d-explanation": "Ethereum இல் ஸ்டேக்கிங் செய்வது அனுமதியற்றது மற்றும் KYC தேவையில்லை.", - "what-is-ether-4-prompt": "ETH இதற்காகப் பயன்படுத்தப்படலாம்:", - "what-is-ether-4-a-label": "Ethereum இல் பரிவர்த்தனை கட்டணம் செலுத்துதல்", - "what-is-ether-4-a-explanation": "இந்த பதில் ஓரளவு சரியானது, ஆனால் ETH பயன்படுத்தப்படக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று.", - "what-is-ether-4-b-label": "தணிக்கை செய்ய முடியாத பியர்-டு-பியர் கொடுப்பனவுகள்", - "what-is-ether-4-b-explanation": "இந்த பதில் ஓரளவு சரியானது, ஆனால் ETH பயன்படுத்தப்படக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று.", + "what-is-ether-3-a-explanation": "ஸ்டேக்கர்களால் பயனர்களைத் தன்னிச்சையாகத் தணிக்கை செய்ய முடியாது.", + "what-is-ether-3-b-label": "ஒரு ஸ்டேக்கர் நெட்வொர்க்கை ஏமாற்ற முயன்றால், அவர்கள் தங்கள் ETH ஐ இழக்கும் அபாயம் உள்ளது", + "what-is-ether-3-b-explanation": "நெட்வொர்க்கிற்கு எதிராகத் தீங்கிழைக்கும் வகையில் செயல்படுவது நிரூபிக்கப்பட்டால், ஸ்டேக்கர்கள் தங்களின் கணிசமான அளவு ETH ஐ இழக்கும் அபாயம் உள்ளது. இது ஸ்லாஷிங் (slashing) என்று அழைக்கப்படுகிறது.", + "what-is-ether-3-c-label": "ப்ரூஃப்-ஆஃப்-வொர்க்கை (proof-of-work) நிரூபிக்க ஸ்டேக்கர்கள் சக்திவாய்ந்த கணினிகளை இயக்குகிறார்கள்", + "what-is-ether-3-c-explanation": "ஸ்டேக்கர்கள் தங்கள் ETH ஐ ஸ்டேக் செய்ய சக்திவாய்ந்த வன்பொருள் தேவையில்லை. The Merge இல் ப்ரூஃப்-ஆஃப்-வொர்க்கைப் பயன்படுத்துவதை Ethereum நிறுத்தியது.", + "what-is-ether-3-d-label": "வேலிடேட்டராக (validator) ஏற்றுக்கொள்ளப்படுவதற்கு முன்பு ஸ்டேக்கர்கள் KYC க்கு உட்படுத்தப்படுகிறார்கள்", + "what-is-ether-3-d-explanation": "Ethereum இல் ஸ்டேக்கிங் செய்வது அனுமதியற்றது மற்றும் இதற்கு KYC தேவையில்லை.", + "what-is-ether-4-prompt": "ETH ஐ இதற்குப் பயன்படுத்தலாம்:", + "what-is-ether-4-a-label": "Ethereum இல் பரிவர்த்தனை கட்டணங்களைச் செலுத்துதல்", + "what-is-ether-4-a-explanation": "இந்த பதில் ஓரளவு சரியானது, ஆனால் ETH பயன்படுத்தக்கூடிய பல விஷயங்களில் இதுவும் ஒன்றாகும்.", + "what-is-ether-4-b-label": "தணிக்கை செய்ய முடியாத பியர்-டு-பியர் (peer-to-peer) பணப்பரிமாற்றங்கள்", + "what-is-ether-4-b-explanation": "இந்த பதில் ஓரளவு சரியானது, ஆனால் ETH பயன்படுத்தக்கூடிய பல விஷயங்களில் இதுவும் ஒன்றாகும்.", "what-is-ether-4-c-label": "கிரிப்டோ கடன்களுக்கான பிணையம்", - "what-is-ether-4-c-explanation": "இந்த பதில் ஓரளவு சரியானது, ஆனால் ETH பயன்படுத்தப்படக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று.", - "what-is-ether-4-d-label": "மேற்கூறியவை அனைத்தும்", - "what-is-ether-4-d-explanation": "Ethereum பரிவர்த்தனைகளைத் தணிக்கை செய்ய முடியாது, Ethereum இல் எந்தவொரு பரிவர்த்தனையும் செய்ய ETH தேவைப்படுகிறது, மேலும் இது DeFi சுற்றுச்சூழல் அமைப்பின் ஸ்திரத்தன்மைக்கு முக்கியமானது.", - "web3-1-prompt": "Web3 பயனர்களுக்கு டிஜிட்டல் சொத்துக்களை சொந்தமாக்க அனுமதிக்கிறது:", + "what-is-ether-4-c-explanation": "இந்த பதில் ஓரளவு சரியானது, ஆனால் ETH பயன்படுத்தக்கூடிய பல விஷயங்களில் இதுவும் ஒன்றாகும்.", + "what-is-ether-4-d-label": "மேற்கூறிய அனைத்தும்", + "what-is-ether-4-d-explanation": "Ethereum பரிவர்த்தனைகளைத் தணிக்கை செய்ய முடியாது, Ethereum இல் எந்தவொரு பரிவர்த்தனையையும் செய்ய ETH தேவைப்படுகிறது, மேலும் இது DeFi சுற்றுச்சூழல் அமைப்பின் நிலைத்தன்மைக்கு முக்கியமானது.", + "web3-1-prompt": "Web3 பயனர்கள் டிஜிட்டல் சொத்துக்களை இதன் மூலம் சொந்தமாக்க அனுமதிக்கிறது:", "web3-1-a-label": "டோக்கன்கள்", - "web3-1-a-explanation": "டோக்கன்கள் ஒரு Ethereum கணக்கிற்குச் சொந்தமான, ஒன்றோடொன்று பரிமாற்றம் செய்யக்கூடிய மதிப்பு அலகுகளைக் குறிக்கும் ஒரு வழியை வழங்குகின்றன. அவை உரிமையைக் குறிக்கும் அதே வேளையில், Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்க இன்னும் பல வழிகள் உள்ளன.", + "web3-1-a-explanation": "டோக்கன்கள் ஒரு Ethereum கணக்கிற்குச் சொந்தமான, ஒன்றுக்கொன்று மாற்றிக்கொள்ளக்கூடிய மதிப்பின் அலகுகளைக் குறிக்கும் வழியை வழங்குகின்றன. அவை உரிமையைக் குறிக்கும் அதே வேளையில், Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்க இன்னும் பல வழிகள் உள்ளன.", "web3-1-b-label": "NFTs", - "web3-1-b-explanation": "NFTகள் (பரிமாற்றம் செய்ய முடியாத டோக்கன்கள்) Ethereum-அடிப்படையிலான சொத்தாக தனித்துவமான எதையும் பிரதிநிதித்துவப்படுத்த ஒரு வழியை வழங்குகின்றன. அவை உரிமையைக் குறிக்கும் அதே வேளையில், Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்க இன்னும் பல வழிகள் உள்ளன.", + "web3-1-b-explanation": "NFTs (மாற்ற முடியாத டோக்கன்கள்) தனித்துவமான எதையும் Ethereum அடிப்படையிலான சொத்தாகக் குறிக்கும் வழியை வழங்குகின்றன. அவை உரிமையைக் குறிக்கும் அதே வேளையில், Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்க இன்னும் பல வழிகள் உள்ளன.", "web3-1-c-label": "ENS", - "web3-1-c-explanation": "ENS (Ethereum பெயர் சேவை) என்பது Ethereum பிளாக்செயினுக்கான ஒரு பரவலாக்கப்பட்ட பெயர் சேவை ஆகும். அவை உரிமையைக் குறிக்கும் அதே வேளையில், Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்க இன்னும் பல வழிகள் உள்ளன.", - "web3-1-d-label": "மேற்கூறியவை அனைத்தும்", - "web3-1-d-explanation": "அனைத்து விருப்பங்களும் Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்க வழிகளை வழங்குகின்றன. டோக்கன்கள், NFTகள் மற்றும் ENS ஆகிய அனைத்தும் டிஜிட்டல் சொத்துக்களின் உரிமையைக் குறிக்கும் வழிகளாகும்.", - "web3-2-prompt": "Web1 படிக்க மட்டுமேயானது, Web2 படிக்க-எழுதக்கூடியது, Web3 இவ்வாறு விவரிக்கப்பட்டுள்ளது:", + "web3-1-c-explanation": "ENS (Ethereum Name Service) என்பது Ethereum பிளாக்செயினுக்கான பரவலாக்கப்பட்ட பெயரிடும் சேவையாகும். அவை உரிமையைக் குறிக்கும் அதே வேளையில், Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்க இன்னும் பல வழிகள் உள்ளன.", + "web3-1-d-label": "மேற்கூறிய அனைத்தும்", + "web3-1-d-explanation": "அனைத்து விருப்பங்களும் Ethereum இல் டிஜிட்டல் சொத்துக்களை சொந்தமாக்குவதற்கான வழிகளை வழங்குகின்றன. டோக்கன்கள், NFTs மற்றும் ENS ஆகியவை டிஜிட்டல் சொத்துக்களின் உரிமையைக் குறிக்கும் வழிகளாகும்.", + "web3-2-prompt": "Web1 படிக்க-மட்டும் (read-only) ஆக இருந்தது, Web2 படிக்க-எழுத (read-write) ஆக உள்ளது, Web3 இவ்வாறு விவரிக்கப்பட்டுள்ளது:", "web3-2-a-label": "படிக்க-எழுத-விற்க", "web3-2-a-explanation": "Web3 இந்த வழியில் விவரிக்கப்படவில்லை.", "web3-2-b-label": "படிக்க-எழுத-சேமிக்க", "web3-2-b-explanation": "Web3 இந்த வழியில் விவரிக்கப்படவில்லை.", "web3-2-c-label": "படிக்க-எழுத-சொந்தமாக்க", - "web3-2-c-explanation": "Web3 பயனர்கள் தங்கள் தரவை சொந்தமாக்க அனுமதிக்கிறது, எனவே இது 'படிக்க-எழுத-சொந்தமாக்க' என விவரிக்கப்பட்டுள்ளது, இது 'படிக்க-எழுத' மட்டுமேயான Web2 ஐ விட மேம்பாடாகும்.", + "web3-2-c-explanation": "Web3 பயனர்கள் தங்கள் தரவைச் சொந்தமாக்க அனுமதிக்கிறது, எனவே இது 'படிக்க-எழுத-சொந்தமாக்க' என்று விவரிக்கப்பட்டுள்ளது, இது 'படிக்க-எழுத' மட்டுமே உள்ள Web2 இன் மேம்பாடாகும்.", "web3-2-d-label": "படிக்க-எழுத-வாங்க", "web3-2-d-explanation": "Web3 இந்த வழியில் விவரிக்கப்படவில்லை.", - "web3-3-prompt": "இணையத்தின் எந்த மறு செய்கை மூன்றாம் தரப்பு கட்டண வழங்குநர்களை நம்பவில்லை?", + "web3-3-prompt": "இணையத்தின் எந்தப் பதிப்பு மூன்றாம் தரப்பு கட்டண வழங்குநர்களைச் சார்ந்திருக்கவில்லை?", "web3-3-a-label": "Web1", "web3-3-a-explanation": "Web1 இல் சொந்த, உள்ளமைக்கப்பட்ட கொடுப்பனவுகள் இல்லை.", "web3-3-b-label": "Web2", "web3-3-b-explanation": "Web2 இல் சொந்த, உள்ளமைக்கப்பட்ட கொடுப்பனவுகள் இல்லை.", - "web3-3-c-label": "வலை3", - "web3-3-c-explanation": "Web3 ஆனது ETH போன்ற கிரிப்டோகரன்ஸிகளுடன் சொந்த, உள்ளமைக்கப்பட்ட கொடுப்பனவுகளைக் கொண்டுள்ளது.", - "web3-3-d-label": "மேற்கூறியவை அனைத்தும்", + "web3-3-c-label": "Web3", + "web3-3-c-explanation": "Web3 இல் ETH போன்ற கிரிப்டோகரன்ஸிகளுடன் சொந்த, உள்ளமைக்கப்பட்ட கொடுப்பனவுகள் உள்ளன.", + "web3-3-d-label": "மேற்கூறிய அனைத்தும்", "web3-3-d-explanation": "Web1 மற்றும் Web2 இல் சொந்த, உள்ளமைக்கப்பட்ட கொடுப்பனவுகள் இல்லை.", - "web3-4-prompt": "'Web3' என்ற சொல் முதலில் யாரால் உருவாக்கப்பட்டது:", - "web3-4-a-label": "Gavin Wood", - "web3-4-a-explanation": "Ethereum இணை நிறுவனரான கேவின் வூட், 2015 இல் Ethereum தொடங்கப்பட்ட சிறிது நேரத்திலேயே Web3 என்ற சொல்லை உருவாக்கிய பெருமைக்குரியவர்.", - "web3-4-b-label": "Steve Jobs", - "web3-4-b-explanation": "Steve Jobs 'Web3' என்ற சொல்லை உருவாக்கவில்லை.", - "web3-4-c-label": "Vitalik Buterin", - "web3-4-c-explanation": "Vitalik Buterin, Ethereum-ன் அசல் நிறுவனராக இருந்தாலும், 'Web3' என்ற சொல்லை உருவாக்கவில்லை.", - "web3-4-d-label": "Elon Musk", - "web3-4-d-explanation": "Elon Musk 'Web3' என்ற சொல்லை உருவாக்கவில்லை.", - "web3-5-prompt": "இதன் மூலம் இணையம் முழுவதும் ஒற்றை, தணிக்கை-எதிர்ப்பு உள்நுழைவை நீங்கள் கொண்டிருக்கலாம்:", + "web3-4-prompt": "‘Web3’ என்ற சொல் முதன்முதலில் இவரால் உருவாக்கப்பட்டது:", + "web3-4-a-label": "காவின் வுட் (Gavin Wood)", + "web3-4-a-explanation": "Ethereum இன் இணை நிறுவனரான காவின் வுட் (Gavin Wood), 2015 இல் Ethereum தொடங்கப்பட்ட சிறிது நேரத்திலேயே Web3 என்ற சொல்லை உருவாக்கிய பெருமையைப் பெற்றார்.", + "web3-4-b-label": "ஸ்டீவ் ஜாப்ஸ் (Steve Jobs)", + "web3-4-b-explanation": "ஸ்டீவ் ஜாப்ஸ் ‘Web3’ என்ற சொற்றொடரை உருவாக்கவில்லை.", + "web3-4-c-label": "விட்டாலிக் புட்டெரின் (Vitalik Buterin)", + "web3-4-c-explanation": "விட்டாலிக் புட்டெரின் Ethereum இன் அசல் நிறுவனராக இருந்தாலும், ‘Web3’ என்ற சொற்றொடரை உருவாக்கவில்லை.", + "web3-4-d-label": "எலோன் மஸ்க் (Elon Musk)", + "web3-4-d-explanation": "எலோன் மஸ்க் ‘Web3’ என்ற சொற்றொடரை உருவாக்கவில்லை.", + "web3-5-prompt": "இதன் பயன்பாட்டின் மூலம் இணையம் முழுவதும் ஒற்றை, தணிக்கை-எதிர்ப்பு உள்நுழைவை நீங்கள் கொண்டிருக்கலாம்:", "web3-5-a-label": "Facebook மூலம் உள்நுழைக", - "web3-5-a-explanation": "Facebook மூலம் உள்நுழைவது தணிக்கையை எதிர்க்கும் தன்மையுடையது அல்ல.", + "web3-5-a-explanation": "Facebook மூலம் உள்நுழைவது தணிக்கை எதிர்ப்பு அல்ல.", "web3-5-b-label": "Google மூலம் உள்நுழைக", - "web3-5-b-explanation": "Google மூலம் உள்நுழைவது தணிக்கையை எதிர்க்கும் தன்மையுடையது அல்ல.", + "web3-5-b-explanation": "Google மூலம் உள்நுழைவது தணிக்கை எதிர்ப்பு அல்ல.", "web3-5-c-label": "Ethereum மூலம் உள்நுழைக", - "web3-5-c-explanation": "Ethereum மூலம் உள்நுழைவது மட்டுமே தணிக்கையை எதிர்க்கும் மற்றும் எந்த வலைப் பயன்பாட்டிலும் பயன்படுத்தக்கூடிய ஒரே விருப்பமாகும்.", + "web3-5-c-explanation": "Ethereum மூலம் உள்நுழைவது மட்டுமே தணிக்கை-எதிர்ப்பு மற்றும் எந்தவொரு வலை பயன்பாட்டிலும் பயன்படுத்தக்கூடிய ஒரே விருப்பமாகும்.", "web3-5-d-label": "Twitter மூலம் உள்நுழைக", - "web3-5-d-explanation": "Twitter மூலம் உள்நுழைவது தணிக்கையை எதிர்க்கும் தன்மையுடையது அல்ல.", - "wallets-1-prompt": "மிகவும் பாதுகாப்பான பணப்பையின் வகை:", - "wallets-1-a-label": "ஒரு மொபைல் பணப்பை", - "wallets-1-a-explanation": "மொபைல் பணப்பைகள் ஒரு மொபைல் சாதனத்தில் தனிப்பட்ட சாவிகளை வைத்திருக்கின்றன, இது பொதுவாக இணையத்துடன் இணைப்புகளைக் கொண்டுள்ளது மற்றும் பிற மென்பொருளால் சமரசம் செய்யப்படலாம்.", - "wallets-1-b-label": "ஒரு வன்பொருள் பணப்பை", - "wallets-1-b-explanation": "வன்பொருள் பணப்பையின் தனிப்பட்ட சாவிகள் இணையத்திலிருந்து விலகி இருக்கக்கூடிய பிரத்யேக சாதனத்தில் சேமிக்கப்பட்டு, உங்கள் சாதனங்களில் உள்ள பிற பயன்பாடுகளிலிருந்து தனிமைப்படுத்தப்பட்டுள்ளன.", - "wallets-1-c-label": "ஒரு வலை பணப்பை", - "wallets-1-c-explanation": "வலை பணப்பைகளுக்கு வன்பொருள் பணப்பைகளை விட குறைவான பாதுகாப்பு உள்ளது, ஏனெனில் தனிப்பட்ட சாவிகள் இணையத்துடன் இணைக்கப்பட்ட சாதனத்தில் சேமிக்கப்படுகின்றன.", - "wallets-1-d-label": "ஒரு டெஸ்க்டாப் பணப்பை", - "wallets-1-d-explanation": "டெஸ்க்டாப் பணப்பைகள் ஒரு கணினி ஹார்டு டிரைவில் தனிப்பட்ட சாவிகளை வைத்திருக்கின்றன, இது பொதுவாக இணையத்துடன் இணைப்புகளைக் கொண்டுள்ளது மற்றும் பிற மென்பொருளால் சமரசம் செய்யப்படலாம்.", - "wallets-2-prompt": "உங்கள் விதை சொற்றொடரை நீங்கள் எவ்வாறு சேமிக்க வேண்டும்?", - "wallets-2-a-label": "உங்கள் தொலைபேசியில் ஒரு புகைப்படத்தில்", - "wallets-2-a-explanation": "இது மிகவும் பாதுகாப்பான விருப்பம் அல்ல. இந்த புகைப்படம் கிளவுட் சேமிப்பகத்தில் பதிவேற்றப்பட்டால், ஒரு ஹேக்கர் இந்தப் படத்தைப் பெற்று உங்கள் கணக்கிற்கான அணுகலைப் பெறுவார்.", - "wallets-2-b-label": "உங்கள் கணினியில் ஒரு கோப்பில்", - "wallets-2-b-explanation": "இது மிகவும் பாதுகாப்பான விருப்பம் அல்ல. ஹேக்கர்கள் இலக்கு சாதனங்களில் கிரிப்டோகரன்சி தொடர்பான தகவல்களை அதிகளவில் தேடுகின்றனர். ஒரு ஹேக்கர் உங்கள் விதை சொற்றொடருடன் கோப்பை அணுகினால், அவர்கள் உங்கள் கணக்கிற்கான அணுகலைப் பெறுவார்கள்.", - "wallets-2-c-label": "நம்பகமான குடும்ப உறுப்பினருக்கு ஒரு குறுஞ்செய்தியில்", - "wallets-2-c-explanation": "உங்கள் விதை சொற்றொடரை யாருக்கும் குறுஞ்செய்தி அனுப்பக்கூடாது. செய்தியை மூன்றாம் தரப்பினரால் இடைமறிக்கப்படலாம், மேலும் இந்த நபரை நீங்கள் முழுமையாக நம்பினாலும், அவர்களின் தொலைபேசியை யாரால் அணுக முடியும் என்பது உங்களுக்குத் தெரியாது.", - "wallets-2-d-label": "மேற்கூறியவற்றில் எதுவும் இல்லை", - "wallets-2-d-explanation": "உங்கள் விதை சொற்றொடரை பாதுகாப்பான முறையில், முன்னுரிமையாக ஆஃப்லைனில் சேமிக்க வேண்டும். இந்த காரணத்திற்காக அதை காகிதத்தில் எழுதுவது பெரும்பாலும் பரிந்துரைக்கப்படுகிறது, ஆனால் பாதுகாப்பான கடவுச்சொல் மேலாளர்கள் ஒரு நல்ல மாற்றாகும்.", - "wallets-3-prompt": "உங்கள் விதை சொற்றொடர் / தனிப்பட்ட சாவிகளை யாருக்கு கொடுக்க வேண்டும்?", - "wallets-3-a-label": "நீங்கள் பணம் செலுத்தும் ஒருவர்", - "wallets-3-a-explanation": "உங்கள் விதை சொற்றொடரையோ அல்லது தனிப்பட்ட சாவிகளையோ யாருக்கும் கொடுக்கக் கூடாது. அதற்கு பதிலாக, டோக்கன்களை அவர்களின் பணப்பை முகவரிக்கு ஒரு பரிவர்த்தனை மூலம் அனுப்பவும்.", - "wallets-3-b-label": "ஒரு dapp அல்லது பணப்பையில் உள்நுழைய", - "wallets-3-b-explanation": "உங்கள் பணப்பை அல்லது dapp-ல் உள்நுழைய உங்கள் விதை சொற்றொடர் / தனிப்பட்ட சாவிகளை ஒருபோதும் கொடுக்கக்கூடாது.", - "wallets-3-c-label": "ஆதரவு ஊழியர்கள்", - "wallets-3-c-explanation": "ஆதரவு ஊழியர் என்று கூறிக்கொள்பவர்களுக்கு உங்கள் விதை சொற்றொடர் / தனிப்பட்ட சாவிகளை ஒருபோதும் கொடுக்கக்கூடாது. உங்களிடம் இதைக் கேட்கும் எவரும் ஒரு மோசடி செய்பவர்.", - "wallets-3-d-label": "யாரும் இல்லை", - "wallets-3-d-explanation": "சிறப்பாக, உங்கள் விதை சொற்றொடரையோ அல்லது தனிப்பட்ட சாவிகளையோ யாருக்கும் கொடுக்கக் கூடாது. உங்கள் நிதிகளுக்கு முழுமையான அணுகலுடன் ஒருவரை நீங்கள் முழுமையாக நம்பினால் (ஒரு துணைவர் போன்றவர்), இந்த தகவலை அவர்களுடன் பகிர்ந்து கொள்ள நீங்கள் முடிவு செய்யலாம்.", - "wallets-4-prompt": "Ethereum இல் ஒரு பணப்பையும் ஒரு கணக்கும் ஒரே விஷயம்.", + "web3-5-d-explanation": "Twitter மூலம் உள்நுழைவது தணிக்கை எதிர்ப்பு அல்ல.", + "wallets-1-prompt": "மிகவும் பாதுகாப்பான வாலட் வகை:", + "wallets-1-a-label": "ஒரு மொபைல் வாலட்", + "wallets-1-a-explanation": "மொபைல் வாலட்கள் தனிப்பட்ட திறவுகோல்களை மொபைல் சாதனத்தில் வைத்திருக்கிறார்கள், இது பொதுவாக இணையத்துடன் இணைப்புகளைக் கொண்டுள்ளது, மேலும் பிற மென்பொருட்களால் சமரசம் செய்யப்படலாம்.", + "wallets-1-b-label": "ஒரு ஹார்டுவேர் வாலட்", + "wallets-1-b-explanation": "ஒரு ஹார்டுவேர் வாலட்டின் தனிப்பட்ட திறவுகோல்கள் இணையத்திலிருந்து விலக்கி வைக்கக்கூடிய பிரத்யேக சாதனத்தில் சேமிக்கப்படுகின்றன, மேலும் அவை உங்கள் சாதனங்களில் உள்ள பிற பயன்பாடுகளிலிருந்து தனிமைப்படுத்தப்படுகின்றன.", + "wallets-1-c-label": "ஒரு வெப் வாலட்", + "wallets-1-c-explanation": "வெப் வாலட்கள் ஹார்டுவேர் வாலட்களை விட குறைவான பாதுகாப்பைக் கொண்டுள்ளன, ஏனெனில் தனிப்பட்ட திறவுகோல்கள் இணையத்துடன் இணைக்கப்பட்ட சாதனத்தில் சேமிக்கப்படுகின்றன.", + "wallets-1-d-label": "ஒரு டெஸ்க்டாப் வாலட்", + "wallets-1-d-explanation": "டெஸ்க்டாப் வாலட்கள் தனிப்பட்ட திறவுகோல்களை கணினி ஹார்ட் டிரைவில் வைத்திருக்கிறார்கள், இது பொதுவாக இணையத்துடன் இணைப்புகளைக் கொண்டுள்ளது, மேலும் பிற மென்பொருட்களால் சமரசம் செய்யப்படலாம்.", + "wallets-2-prompt": "உங்கள் சீட் சொற்றொடரை (seed phrase) எவ்வாறு சேமிக்க வேண்டும்?", + "wallets-2-a-label": "உங்கள் தொலைபேசியில் உள்ள புகைப்படத்தில்", + "wallets-2-a-explanation": "இது மிகவும் பாதுகாப்பான விருப்பம் அல்ல. இந்தப் புகைப்படம் கிளவுட் சேமிப்பகத்தில் பதிவேற்றப்பட்டால், ஒரு ஹேக்கர் இந்தப் படத்தைப் பெற்று உங்கள் கணக்கிற்கான அணுகலைப் பெறுவார்.", + "wallets-2-b-label": "உங்கள் கணினியில் உள்ள கோப்பில்", + "wallets-2-b-explanation": "இது மிகவும் பாதுகாப்பான விருப்பம் அல்ல. இலக்கு சாதனங்களில் கிரிப்டோகரன்சி தொடர்பான தகவல்களை ஹேக்கர்கள் அதிகளவில் தேடுகின்றனர். ஒரு ஹேக்கர் உங்கள் சீட் சொற்றொடருடன் கோப்பை அணுகினால், அவர்கள் உங்கள் கணக்கிற்கான அணுகலைப் பெறுவார்கள்.", + "wallets-2-c-label": "நம்பகமான குடும்ப உறுப்பினருக்கு குறுஞ்செய்தியில்", + "wallets-2-c-explanation": "உங்கள் சீட் சொற்றொடரை யாருக்கும் குறுஞ்செய்தியாக அனுப்பக்கூடாது. செய்தியை மூன்றாம் தரப்பினர் இடைமறிக்கலாம், மேலும் இந்த நபரை நீங்கள் முழுமையாக நம்பினாலும், அவர்களின் தொலைபேசியை யார் அணுக முடியும் என்று உங்களுக்குத் தெரியாது.", + "wallets-2-d-label": "மேற்கூறிய எதுவும் இல்லை", + "wallets-2-d-explanation": "உங்கள் சீட் சொற்றொடர் பாதுகாப்பான முறையில் சேமிக்கப்பட வேண்டும், வெறுமனே ஆஃப்லைனில். இதற்காக காகிதத்தில் எழுதுவது பெரும்பாலும் பரிந்துரைக்கப்படுகிறது, ஆனால் பாதுகாப்பான கடவுச்சொல் நிர்வாகிகள் ஒரு நல்ல மாற்றாகும்.", + "wallets-3-prompt": "உங்கள் சீட் சொற்றொடர் / தனிப்பட்ட திறவுகோல்களை யாரிடம் கொடுக்க வேண்டும்?", + "wallets-3-a-label": "நீங்கள் பணம் செலுத்தும் ஒருவருக்கு", + "wallets-3-a-explanation": "உங்கள் சீட் சொற்றொடர் அல்லது தனிப்பட்ட திறவுகோல்களை யாருக்கும் கொடுக்கக்கூடாது. அதற்குப் பதிலாக, ஒரு பரிவர்த்தனை மூலம் அவர்களின் வாலட் முகவரிக்கு டோக்கன்களை அனுப்பவும்.", + "wallets-3-b-label": "ஒரு dapp அல்லது வாலட்டில் உள்நுழைய", + "wallets-3-b-explanation": "உங்கள் வாலட் அல்லது dapp இல் உள்நுழைய உங்கள் சீட் சொற்றொடர் / தனிப்பட்ட திறவுகோல்களை ஒருபோதும் கொடுக்கக்கூடாது.", + "wallets-3-c-label": "ஆதரவு ஊழியர்களுக்கு", + "wallets-3-c-explanation": "ஆதரவு ஊழியர்கள் என்று கூறும் யாருக்கும் உங்கள் சீட் சொற்றொடர் / தனிப்பட்ட திறவுகோல்களை ஒருபோதும் கொடுக்கக்கூடாது. இதை உங்களிடம் கேட்கும் எவரும் ஒரு மோசடி செய்பவர்.", + "wallets-3-d-label": "யாருக்கும் இல்லை", + "wallets-3-d-explanation": "வெறுமனே, உங்கள் சீட் சொற்றொடர் அல்லது தனிப்பட்ட திறவுகோல்களை யாருக்கும் கொடுக்கக்கூடாது. உங்கள் நிதிகளுக்கான முழுமையான அணுகலுடன் ஒருவரை (வாழ்க்கைத் துணை போன்ற) நீங்கள் முழுமையாக நம்பினால், இந்தத் தகவலை அவர்களுடன் பகிர நீங்கள் முடிவு செய்யலாம்.", + "wallets-4-prompt": "Ethereum இல் ஒரு வாலட் மற்றும் ஒரு கணக்கு இரண்டும் ஒன்றே.", "wallets-4-a-label": "சரி", - "wallets-4-a-explanation": "பணப்பை என்பது ஒரு Ethereum கணக்குடன் தொடர்பு கொள்ளப் பயன்படுத்தப்படும் ஒரு காட்சி இடைமுகமாகும்.", + "wallets-4-a-explanation": "வாலட் என்பது Ethereum கணக்குடன் தொடர்பு கொள்ளப் பயன்படுத்தப்படும் ஒரு காட்சி இடைமுகமாகும்.", "wallets-4-b-label": "தவறு", - "wallets-4-b-explanation": "பணப்பை என்பது ஒரு Ethereum கணக்குடன் தொடர்பு கொள்ளப் பயன்படுத்தப்படும் ஒரு காட்சி இடைமுகமாகும்.", - "security-1-prompt": "உங்கள் எல்லா கணக்குகளுக்கும் தனிப்பட்ட கடவுச்சொற்களை ஏன் பயன்படுத்த வேண்டும்?", - "security-1-a-label": "தளங்களில் ஒன்றில் தரவு மீறல் ஏற்பட்டால்", - "security-1-a-explanation": "இந்த பதில் சரியானது, ஆனால் மற்ற சரியான பதில்களும் உள்ளன.", - "security-1-b-label": "உங்கள் தோள் மீது பார்ப்பவர் உங்கள் கடவுச்சொல்லைக் கண்டறிந்தால்", - "security-1-b-explanation": "இந்த பதில் சரியானது, ஆனால் மற்ற சரியான பதில்களும் உள்ளன.", - "security-1-c-label": "கீ-லாக்கர் போன்ற மால்வேர் உங்கள் கடவுச்சொல்லைத் திருடினால்", - "security-1-c-explanation": "இந்த பதில் சரியானது, ஆனால் மற்ற சரியான பதில்களும் உள்ளன.", - "security-1-d-label": "மேற்கூறியவை அனைத்தும்", - "security-1-d-explanation": "அனைத்து பதில்களும் சரியானவை. தனிப்பட்ட கடவுச்சொற்களைப் பயன்படுத்துவது உங்கள் கணக்கை வேறு யாரும் அணுகுவதைத் தடுப்பதற்கான சிறந்த வழியாகும்.", - "security-2-prompt": "The Merge-ஐத் தொடர்ந்து, ETH ஆனது ETH2 ஆக மேம்படுத்தப்பட வேண்டும்.", + "wallets-4-b-explanation": "வாலட் என்பது Ethereum கணக்குடன் தொடர்பு கொள்ளப் பயன்படுத்தப்படும் ஒரு காட்சி இடைமுகமாகும்.", + "security-1-prompt": "உங்கள் எல்லா கணக்குகளுக்கும் தனித்துவமான கடவுச்சொற்களை ஏன் பயன்படுத்த வேண்டும்?", + "security-1-a-label": "இயங்குதளங்களில் ஒன்றில் தரவு மீறல் ஏற்பட்டால்", + "security-1-a-explanation": "இந்த பதில் சரியானது, ஆனால் வேறு சரியான பதில்களும் உள்ளன.", + "security-1-b-label": "உங்கள் தோளுக்கு மேல் பார்க்கும் யாராவது உங்கள் கடவுச்சொல்லைக் கண்டுபிடித்தால்", + "security-1-b-explanation": "இந்த பதில் சரியானது, ஆனால் வேறு சரியான பதில்களும் உள்ளன.", + "security-1-c-label": "கீ-லாக்கர் (key-logger) போன்ற தீம்பொருள் உங்கள் கடவுச்சொல்லைத் திருடினால்", + "security-1-c-explanation": "இந்த பதில் சரியானது, ஆனால் வேறு சரியான பதில்களும் உள்ளன.", + "security-1-d-label": "மேற்கூறிய அனைத்தும்", + "security-1-d-explanation": "அனைத்து பதில்களும் சரியானவை. தனித்துவமான கடவுச்சொற்களைப் பயன்படுத்துவது வேறு யாரும் உங்கள் கணக்கை அணுகுவதைத் தடுப்பதற்கான சிறந்த வழியாகும்.", + "security-2-prompt": "The Merge ஐத் தொடர்ந்து, ETH ஐ ETH2 ஆக மேம்படுத்த வேண்டும்.", "security-2-a-label": "சரி", - "security-2-a-explanation": "உங்கள் ETH ஐ ETH2 ஆக மேம்படுத்த வேண்டிய அவசியமில்லை. ETH2 என்று எதுவும் இல்லை, இது மோசடிக்காரர்களால் பயன்படுத்தப்படும் ஒரு பொதுவான கதை.", + "security-2-a-explanation": "உங்கள் ETH ஐ ETH2 ஆக மேம்படுத்த வேண்டியதில்லை. ETH2 என்று எதுவும் இல்லை, இது மோசடி செய்பவர்களால் பயன்படுத்தப்படும் ஒரு பொதுவான கதையாகும்.", "security-2-b-label": "தவறு", - "security-2-b-explanation": "உங்கள் ETH ஐ ETH2 ஆக மேம்படுத்த வேண்டிய அவசியமில்லை. ETH2 என்று எதுவும் இல்லை, இது மோசடிக்காரர்களால் பயன்படுத்தப்படும் ஒரு பொதுவான கதை.", - "security-3-prompt": "ETH அன்பளிப்புகள்:", - "security-3-a-label": "மேலும் ETH பெறுவதற்கான ஒரு நல்ல வழி", - "security-3-a-explanation": "ETH அன்பளிப்புகள் உங்கள் ETH மற்றும் பிற டோக்கன்களை திருடுவதற்காக வடிவமைக்கப்பட்ட மோசடிகளாகும். மேலும் ETH பெறுவதற்கு அவை ஒருபோதும் ஒரு நல்ல வழி அல்ல.", + "security-2-b-explanation": "உங்கள் ETH ஐ ETH2 ஆக மேம்படுத்த வேண்டியதில்லை. ETH2 என்று எதுவும் இல்லை, இது மோசடி செய்பவர்களால் பயன்படுத்தப்படும் ஒரு பொதுவான கதையாகும்.", + "security-3-prompt": "ETH கிவ்அவேகள் (giveaways) என்பவை:", + "security-3-a-label": "மேலும் ETH-ஐப் பெற ஒரு நல்ல வழி", + "security-3-a-explanation": "ETH இலவசங்கள் (giveaways) உங்கள் ETH மற்றும் பிற டோக்கன்களைத் திருட வடிவமைக்கப்பட்ட மோசடிகளாகும். அவை ஒருபோதும் மேலும் ETH-ஐப் பெற நல்ல வழியல்ல.", "security-3-b-label": "எப்போதும் உண்மையானவை", - "security-3-b-explanation": "ETH அன்பளிப்புகள் ஒருபோதும் உண்மையானவை அல்ல.", - "security-3-c-label": "பொதுவாக சமூகத்தின் முக்கிய உறுப்பினர்களால் செய்யப்படுகிறது", - "security-3-c-explanation": "முக்கிய சமூக உறுப்பினர்கள் ETH அன்பளிப்புகளை செய்வதில்லை. மோசடிக்காரர்கள், எலான் மஸ்க் போன்ற நன்கு அறியப்பட்ட நபர்கள், மோசடிக்கு ஒரு சட்டப்பூர்வமான உணர்வைத் தரும் அன்பளிப்புகளைச் செய்வதாகப் பாசாங்கு செய்கிறார்கள்.", + "security-3-b-explanation": "ETH இலவசங்கள் ஒருபோதும் உண்மையானவை அல்ல.", + "security-3-c-label": "பொதுவாக சமூகத்தின் முக்கிய உறுப்பினர்களால் செய்யப்படுபவை", + "security-3-c-explanation": "சமூகத்தின் முக்கிய உறுப்பினர்கள் ETH இலவசங்களை வழங்குவதில்லை. மோசடி செய்பவர்கள், Elon Musk போன்ற நன்கு அறியப்பட்ட நபர்கள் இலவசங்களை வழங்குவது போல் நடித்து, தங்கள் மோசடிக்கு ஒரு நம்பகத்தன்மையை ஏற்படுத்த முயற்சிக்கின்றனர்.", "security-3-d-label": "மோசடியாக இருக்க அதிக வாய்ப்புள்ளது", - "security-3-d-explanation": "ETH அன்பளிப்புகள் எப்போதும் மோசடிகளே. மோசடிக்காரர்களைப் புகாரளிப்பதும் புறக்கணிப்பதும் சிறந்தது.", - "security-4-prompt": "Ethereum பரிவர்த்தனைகள் மாற்றியமைக்கக்கூடியவை.", + "security-3-d-explanation": "ETH இலவசங்கள் எப்போதும் மோசடிகளே. மோசடி செய்பவர்களைப் புகாரளிப்பதும் புறக்கணிப்பதுமே சிறந்தது.", + "security-4-prompt": "Ethereum பரிவர்த்தனைகளைத் திரும்பப் பெற முடியும்.", "security-4-a-label": "சரி", - "security-4-a-explanation": "Ethereum பரிவர்த்தனைகளை மாற்றியமைக்க முடியாது. வேறுவிதமாகச் சொல்லும் எவரும் உங்களை ஏமாற்ற முயற்சிக்கக்கூடும்.", + "security-4-a-explanation": "Ethereum பரிவர்த்தனைகளைத் திரும்பப் பெற முடியாது. வேறுவிதமாகக் கூறுபவர்கள் உங்களை ஏமாற்ற முயற்சிக்கலாம்.", "security-4-b-label": "தவறு", - "security-4-b-explanation": "Ethereum பரிவர்த்தனைகளை மாற்றியமைக்க முடியாது. வேறுவிதமாகச் சொல்லும் எவரும் உங்களை ஏமாற்ற முயற்சிக்கக்கூடும்.", - "nfts-1-prompt": "NFT கள் மிகவும் விரிவாக இவ்வாறு வரையறுக்கப்பட்டுள்ளன:", - "nfts-1-a-label": "தனித்துவமான டிஜிட்டல் சொத்துக்கள்", - "nfts-1-a-explanation": "NFTகள் ஒரு தனித்துவமான டிஜிட்டல் சொத்தைக் குறிக்கின்றன.", + "security-4-b-explanation": "Ethereum பரிவர்த்தனைகளைத் திரும்பப் பெற முடியாது. வேறுவிதமாகக் கூறுபவர்கள் உங்களை ஏமாற்ற முயற்சிக்கலாம்.", + "nfts-1-prompt": "NFTs மிகவும் விரிவாக இவ்வாறு வரையறுக்கப்படுகின்றன:", + "nfts-1-a-label": "தனித்துவமான டிஜிட்டல் சொத்துகள்", + "nfts-1-a-explanation": "NFTs ஒரு தனித்துவமான டிஜிட்டல் சொத்தைக் குறிக்கின்றன.", "nfts-1-b-label": "டிஜிட்டல் கலைப்படைப்பு", - "nfts-1-b-explanation": "NFTகள் ஒரு தனித்துவமான டிஜிட்டல் சொத்தைக் குறிக்கின்றன, இது பொதுவாக டிஜிட்டல் கலைப்படைப்பு, ஆனால் அது கலைக்கு மட்டுப்படுத்தப்படவில்லை.", - "nfts-1-c-label": "பிரத்தியேக நிகழ்வுகளுக்கான டிக்கெட்டுகள்", - "nfts-1-c-explanation": "NFTகள் ஒரு தனித்துவமான டிஜிட்டல் சொத்தைக் குறிக்கின்றன, இது ஒரு டிக்கெட் அமைப்பாக இருக்கலாம், ஆனால் அது டிக்கெட்டுகளுக்கு மட்டுப்படுத்தப்படவில்லை.", - "nfts-1-d-label": "சட்டப்பூர்வமாக பிணைக்கும் ஒப்பந்தங்கள்", - "nfts-1-d-explanation": "ஒரு சட்டப்பூர்வ ஒப்பந்தத்தை NFT ஆக பிரதிநிதித்துவப்படுத்த முடியும் என்றாலும், NFT கள் சட்டப்பூர்வமாக பிணைக்கும் ஒப்பந்தங்களுக்கு பிரத்தியேகமானவை அல்ல.", - "nfts-2-prompt": "ஒரே கலைப்படைப்பைக் குறிக்கும் இரண்டு NFT கள் ஒரே விஷயம்.", + "nfts-1-b-explanation": "NFTs ஒரு தனித்துவமான டிஜிட்டல் சொத்தைக் குறிக்கின்றன, இது பொதுவாக டிஜிட்டல் கலைப்படைப்பாகும், ஆனால் இது கலைக்கு மட்டும் மட்டுப்படுத்தப்பட்டதல்ல.", + "nfts-1-c-label": "பிரத்யேக நிகழ்வுகளுக்கான டிக்கெட்டுகள்", + "nfts-1-c-explanation": "NFTs ஒரு தனித்துவமான டிஜிட்டல் சொத்தைக் குறிக்கின்றன, இது ஒரு டிக்கெட் அமைப்பாக இருக்கலாம், ஆனால் இது டிக்கெட்டுகளுக்கு மட்டும் மட்டுப்படுத்தப்பட்டதல்ல.", + "nfts-1-d-label": "சட்டப்பூர்வமாகக் கட்டுப்படுத்தும் ஒப்பந்தங்கள்", + "nfts-1-d-explanation": "ஒரு சட்டப்பூர்வ ஒப்பந்தத்தை NFT ஆகக் குறிக்க முடியும் என்றாலும், NFTs சட்டப்பூர்வமாகக் கட்டுப்படுத்தும் ஒப்பந்தங்களுக்கு மட்டுமே பிரத்யேகமானவை அல்ல.", + "nfts-2-prompt": "ஒரே கலைப்படைப்பைக் குறிக்கும் இரண்டு NFTs ஒன்றே ஆகும்.", "nfts-2-a-label": "சரி", - "nfts-2-a-explanation": "NFTகள் பரிமாற்றம் செய்ய முடியாதவை. இதன் பொருள் அவை டிஜிட்டல் கலையின் ஒரு பகுதியைக் குறிக்கும் போதும், அவை இன்னும் தனித்துவமாக அடையாளம் காணக்கூடியவை. பாரம்பரிய கலை உலகில், இது அசல் மற்றும் அச்சிட்டுகளுக்கு ஒத்ததாக இருக்கலாம்.", + "nfts-2-a-explanation": "NFTs பூஞ்சையற்றவை (non-fungible). அதாவது அவை ஒரே டிஜிட்டல் கலையைக் குறித்தாலும், அவை தனித்துவமாக அடையாளம் காணக்கூடியவை. பாரம்பரிய கலை உலகில், இது அசல்கள் மற்றும் அச்சிடப்பட்ட நகல்களுக்கு ஒத்ததாக இருக்கலாம்.", "nfts-2-b-label": "தவறு", - "nfts-2-b-explanation": "NFTகள் பரிமாற்றம் செய்ய முடியாதவை. இதன் பொருள் அவை டிஜிட்டல் கலையின் ஒரு பகுதியைக் குறிக்கும் போதும், அவை இன்னும் தனித்துவமாக அடையாளம் காணக்கூடியவை. பாரம்பரிய கலை உலகில், இது அசல் மற்றும் அச்சிட்டுகளுக்கு ஒத்ததாக இருக்கலாம்.", - "nfts-3-prompt": "NFT கள் பொதுவாக பிரதிநிதித்துவம் செய்வது:", - "nfts-3-a-label": "உங்கள் பணப்பைக்கான கடவுச்சொல்", - "nfts-3-a-explanation": "இது ஒரு பாதுகாப்பு அபாயம் மற்றும் பொதுவாக ஒரு மோசமான யோசனை!", + "nfts-2-b-explanation": "NFTs பூஞ்சையற்றவை (non-fungible). அதாவது அவை ஒரே டிஜிட்டல் கலையைக் குறித்தாலும், அவை தனித்துவமாக அடையாளம் காணக்கூடியவை. பாரம்பரிய கலை உலகில், இது அசல்கள் மற்றும் அச்சிடப்பட்ட நகல்களுக்கு ஒத்ததாக இருக்கலாம்.", + "nfts-3-prompt": "NFTs பொதுவாக எதைக் குறிக்கின்றன:", + "nfts-3-a-label": "உங்கள் வாலட்டின் கடவுச்சொல்", + "nfts-3-a-explanation": "இது ஒரு பாதுகாப்பு ஆபத்து மற்றும் பொதுவாக ஒரு மோசமான யோசனை!", "nfts-3-b-label": "ஒரு தனித்துவமான டிஜிட்டல் பொருளின் உரிமை", - "nfts-3-b-explanation": "NFT கள் பொதுவாக ஒரு தனித்துவமான டிஜிட்டல் பொருளின் உரிமையை பிரதிநிதித்துவம் செய்கின்றன.", + "nfts-3-b-explanation": "NFTs பொதுவாக ஒரு தனித்துவமான டிஜிட்டல் பொருளின் உரிமையைக் குறிக்கின்றன.", "nfts-3-c-label": "உங்கள் தற்போதைய ETH இருப்பு", - "nfts-3-c-explanation": "NFT கள் உங்கள் ETH இருப்பை தன்னிச்சையாக பிரதிநிதித்துவப்படுத்த முடியாது.", - "nfts-3-d-label": "மேற்கூறியவை அனைத்தும்", - "nfts-3-d-explanation": "NFTகள் பொதுவாக ஒரு தனித்துவமான டிஜிட்டல் பொருளின் உரிமையைக் குறிக்கின்றன, ETH இருப்பு அல்லது பணப்பை கடவுச்சொற்களை அல்ல.", - "nfts-4-prompt": "NFT கள் ஒரு புதியதை உருவாக்க உதவியுள்ளன:", - "nfts-4-a-label": "கண்காட்சியாளர் பொருளாதாரம்", - "nfts-4-a-explanation": "NFTகள் க்யூரேட்டர்களுக்காக அல்ல, படைப்பாளர்களுக்காக ஒரு புதிய பொருளாதாரத்தை உருவாக்க உதவியது.", + "nfts-3-c-explanation": "NFTs உங்கள் ETH இருப்பை தன்னிச்சையாகக் குறிக்க முடியாது.", + "nfts-3-d-label": "மேற்கண்ட அனைத்தும்", + "nfts-3-d-explanation": "NFTs பொதுவாக ஒரு தனித்துவமான டிஜிட்டல் பொருளின் உரிமையைக் குறிக்கின்றன, ETH இருப்புகள் அல்லது வாலட் கடவுச்சொற்களை அல்ல.", + "nfts-4-prompt": "NFTs ஒரு புதிய ஒன்றை உருவாக்க உதவியுள்ளன:", + "nfts-4-a-label": "கியூரேட்டர் பொருளாதாரம்", + "nfts-4-a-explanation": "NFTs படைப்பாளர்களுக்கான புதிய பொருளாதாரத்தை உருவாக்க உதவியுள்ளன, கியூரேட்டர்களுக்கு அல்ல.", "nfts-4-b-label": "கார்பன் பொருளாதாரம்", - "nfts-4-b-explanation": "NFTகள் கார்பனுக்காக அல்ல, படைப்பாளர்களுக்காக ஒரு புதிய பொருளாதாரத்தை உருவாக்க உதவியது.", - "nfts-4-c-label": "படைப்பாளி பொருளாதாரம்", - "nfts-4-c-explanation": "NFTகள் படைப்பாளர் பொருளாதாரத்தை உருவாக்க உதவியது.", - "nfts-4-d-label": "டோஜ் பொருளாதாரம்", - "nfts-4-d-explanation": "NFTகள் நாய்களுக்கு 🐶 அல்ல, படைப்பாளர்களுக்காக ஒரு புதிய பொருளாதாரத்தை உருவாக்க உதவியது.", - "nfts-5-prompt": "Ethereum இல் உள்ள NFT கள் சுற்றுச்சூழலுக்கு தீங்கு விளைவிப்பவை", + "nfts-4-b-explanation": "NFTs படைப்பாளர்களுக்கான புதிய பொருளாதாரத்தை உருவாக்க உதவியுள்ளன, கார்பனுக்கு அல்ல.", + "nfts-4-c-label": "படைப்பாளர் பொருளாதாரம்", + "nfts-4-c-explanation": "NFTs படைப்பாளர் பொருளாதாரத்தை உருவாக்க உதவியுள்ளன.", + "nfts-4-d-label": "doge பொருளாதாரம்", + "nfts-4-d-explanation": "NFTs படைப்பாளர்களுக்கான புதிய பொருளாதாரத்தை உருவாக்க உதவியுள்ளன, doges-க்கு அல்ல 🐶.", + "nfts-5-prompt": "Ethereum-இல் உள்ள NFTs சுற்றுச்சூழலுக்குத் தீங்கு விளைவிப்பவை", "nfts-5-a-label": "சரி", - "nfts-5-a-explanation": "The Merge (பங்குச் சான்றுக்கு மாற்றம்) முதல், எந்தவொரு பரிவர்த்தனையும் சுற்றுச்சூழலில் மிகக் குறைவான தாக்கத்தையே ஏற்படுத்தியுள்ளது.", + "nfts-5-a-explanation": "The Merge (பங்குச் சான்றுக்கு மாறியது) முதல், எந்தவொரு பரிவர்த்தனையும் சுற்றுச்சூழலில் மிகக் குறைந்த தாக்கத்தையே ஏற்படுத்துகிறது.", "nfts-5-b-label": "தவறு", - "nfts-5-b-explanation": "The Merge (பங்குச் சான்றுக்கு மாற்றம்) முதல், எந்தவொரு பரிவர்த்தனையும் சுற்றுச்சூழலில் மிகக் குறைவான தாக்கத்தையே ஏற்படுத்தியுள்ளது.", - "rollups-1-prompt": "அடுக்கு 2 பிளாக்செயின் நெட்வொர்க்குகள் இதற்காக:", - "rollups-1-a-label": "எத்தேரியத்தை அளவிடுதல்", - "rollups-1-a-explanation": "ரோலப்கள் மற்றும் பிற அடுக்கு 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", - "rollups-1-b-label": "பணம் செலுத்துதல்", - "rollups-1-b-explanation": "ரோலப்கள் மற்றும் பிற அடுக்கு 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", - "rollups-1-c-label": "NFTகளை வாங்குதல்", - "rollups-1-c-explanation": "ரோலப்கள் மற்றும் பிற அடுக்கு 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", - "rollups-1-d-label": "Ethereum ஐ பரவலாக்குதல்", - "rollups-1-d-explanation": "ரோலப்கள் மற்றும் பிற அடுக்கு 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", - "rollups-2-prompt": "அளவிட, பெரும்பாலான மாற்று அடுக்கு 1 நெட்வொர்க்குகள் முதன்மையாக இதை தியாகம் செய்துள்ளன:", + "nfts-5-b-explanation": "The Merge (பங்குச் சான்றுக்கு மாறியது) முதல், எந்தவொரு பரிவர்த்தனையும் சுற்றுச்சூழலில் மிகக் குறைந்த தாக்கத்தையே ஏற்படுத்துகிறது.", + "rollups-1-prompt": "Layer 2 பிளாக்செயின் நெட்வொர்க்குகள் எதற்காக:", + "rollups-1-a-label": "Ethereum-ஐ அளவிடுவதற்கு", + "rollups-1-a-explanation": "ரோலப்கள் (rollups) மற்றும் பிற Layer 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", + "rollups-1-b-label": "பணம் செலுத்துவதற்கு", + "rollups-1-b-explanation": "ரோலப்கள் (rollups) மற்றும் பிற Layer 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", + "rollups-1-c-label": "NFTs வாங்குவதற்கு", + "rollups-1-c-explanation": "ரோலப்கள் (rollups) மற்றும் பிற Layer 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", + "rollups-1-d-label": "Ethereum-ஐப் பரவலாக்குவதற்கு", + "rollups-1-d-explanation": "ரோலப்கள் (rollups) மற்றும் பிற Layer 2 தீர்வுகளின் முதன்மை நோக்கம் Ethereum-ஐ அளவிடுவதாகும்.", + "rollups-2-prompt": "அளவிடுவதற்காக, பெரும்பாலான மாற்று Layer 1 நெட்வொர்க்குகள் முதன்மையாக எதை தியாகம் செய்துள்ளன:", "rollups-2-a-label": "பாதுகாப்பு", - "rollups-2-a-explanation": "பெரும்பாலான மாற்று அடுக்கு 1 நெட்வொர்க்குகள் அளவிட பாதுகாப்பு மற்றும் வேறு சிலவற்றில் தியாகம் செய்கின்றன.", + "rollups-2-a-explanation": "பெரும்பாலான மாற்று Layer 1 நெட்வொர்க்குகள் அளவிடுவதற்காகப் பாதுகாப்பு மற்றும் வேறு சிலவற்றை தியாகம் செய்கின்றன.", "rollups-2-b-label": "பரவலாக்கம்", - "rollups-2-b-explanation": "பெரும்பாலான மாற்று அடுக்கு 1 நெட்வொர்க்குகள் பரவலாக்கம் மற்றும் வேறு சிலவற்றில் தியாகம் செய்து அளவிடுகின்றன.", + "rollups-2-b-explanation": "பெரும்பாலான மாற்று Layer 1 நெட்வொர்க்குகள் அளவிடுவதற்காகப் பரவலாக்கம் மற்றும் வேறு சிலவற்றை தியாகம் செய்கின்றன.", "rollups-2-c-label": "டோக்கன் விலை", - "rollups-2-c-explanation": "டோக்கன் விலை அளவிடும் திறனில் எந்த தாக்கத்தையும் ஏற்படுத்தாது.", + "rollups-2-c-explanation": "டோக்கன் விலை அளவிடும் திறனில் எந்தத் தாக்கத்தையும் ஏற்படுத்தாது.", "rollups-2-d-label": "பாதுகாப்பு மற்றும் பரவலாக்கம்", - "rollups-2-d-explanation": "பெரும்பாலான மாற்று அடுக்கு 1 நெட்வொர்க்குகள் அளவிட பாதுகாப்பு மற்றும் பரவலாக்கம் இரண்டையும் தியாகம் செய்கின்றன.", - "rollups-3-prompt": "பின்வருவனவற்றில் எவை அடுக்கு 2 ஆக கருதப்படவில்லை?", - "rollups-3-a-label": "Validiumகள்", - "rollups-3-a-explanation": "Validium-கள் அடுக்கு 2 தீர்வுகளாக கருதப்படவில்லை, ஏனெனில் அவை Ethereum-இலிருந்து பாதுகாப்பு அல்லது தரவு கிடைப்பதைப் பெறவில்லை. இது மட்டுமே சரியான பதில் அல்ல.", - "rollups-3-b-label": "சைட்செயின்கள்", - "rollups-3-b-explanation": "பக்கச்சங்கிலிகள் அடுக்கு 2 தீர்வுகளாகக் கருதப்படுவதில்லை, ஏனெனில் அவை Ethereum இலிருந்து பாதுகாப்பு அல்லது தரவு கிடைப்பதைப் பெறுவதில்லை. இது மட்டுமே சரியான பதில் அல்ல.", - "rollups-3-c-label": "மாற்று அடுக்கு 1 பிளாக்செயின்கள்", - "rollups-3-c-explanation": "மாற்று அடுக்கு 1 பிளாக்செயின்கள் அடுக்கு 2 தீர்வுகளாக கருதப்படவில்லை. இது மட்டுமே சரியான பதில் அல்ல.", - "rollups-3-d-label": "மேற்கூறியவை அனைத்தும்", - "rollups-3-d-explanation": "Validium-கள், பக்கச்சங்கிலிகள் மற்றும் மாற்று அடுக்கு 1 பிளாக்செயின்கள் அடுக்கு 2 தீர்வுகளாகக் கருதப்படுவதில்லை, ஏனெனில் அவை Ethereum இலிருந்து பாதுகாப்பு அல்லது தரவு கிடைப்பதைப் பெறுவதில்லை.", - "rollups-4-prompt": "Ethereum ஏன் ஒரு 'அதிகாரப்பூர்வ' அடுக்கு 2-ஐ கொண்டிருக்கவில்லை?", - "rollups-4-a-label": "முக்கிய டெவலப்பர்கள் Ethereum இல் வேலை செய்வதில் மிகவும் பிஸியாக உள்ளனர்", - "rollups-4-a-explanation": "Ethereum இல் 'அதிகாரப்பூர்வ' அடுக்கு 2 க்கு திட்டங்கள் எதுவும் இல்லை, ஏனெனில் அடுக்கு 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாங்கள் பயனடைவோம்.", - "rollups-4-b-label": "ஒரு L1 ஆக, Ethereum இறுதியில் தானாகவே பெரும் அளவை எட்டும்", - "rollups-4-b-explanation": "Ethereum இல் 'அதிகாரப்பூர்வ' அடுக்கு 2 க்கு திட்டங்கள் எதுவும் இல்லை, ஏனெனில் அடுக்கு 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாங்கள் பயனடைவோம்.", - "rollups-4-c-label": "முக்கிய உருவாக்குநர்கள் இன்னும் ஆக்கபூர்வமான மற்றும் zk-ரோலப்களுக்கு இடையில் விவாதித்து வருகின்றனர்", - "rollups-4-c-explanation": "Ethereum இல் 'அதிகாரப்பூர்வ' அடுக்கு 2 க்கு திட்டங்கள் எதுவும் இல்லை, ஏனெனில் அடுக்கு 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாங்கள் பயனடைவோம்.", + "rollups-2-d-explanation": "பெரும்பாலான மாற்று Layer 1 நெட்வொர்க்குகள் அளவிடுவதற்காகப் பாதுகாப்பு மற்றும் பரவலாக்கம் இரண்டையும் தியாகம் செய்கின்றன.", + "rollups-3-prompt": "பின்வருவனவற்றில் எவை Layer 2 ஆகக் கருதப்படுவதில்லை?", + "rollups-3-a-label": "Validiums", + "rollups-3-a-explanation": "Validiums Layer 2 தீர்வுகளாகக் கருதப்படுவதில்லை, ஏனெனில் அவை Ethereum-இலிருந்து பாதுகாப்பு அல்லது தரவு கிடைக்கும் தன்மையைப் பெறுவதில்லை. இது மட்டுமே சரியான பதில் அல்ல.", + "rollups-3-b-label": "Sidechains", + "rollups-3-b-explanation": "Sidechains Layer 2 தீர்வுகளாகக் கருதப்படுவதில்லை, ஏனெனில் அவை Ethereum-இலிருந்து பாதுகாப்பு அல்லது தரவு கிடைக்கும் தன்மையைப் பெறுவதில்லை. இது மட்டுமே சரியான பதில் அல்ல.", + "rollups-3-c-label": "மாற்று Layer 1 பிளாக்செயின்கள்", + "rollups-3-c-explanation": "மாற்று Layer 1 பிளாக்செயின்கள் Layer 2 தீர்வுகளாகக் கருதப்படுவதில்லை. இது மட்டுமே சரியான பதில் அல்ல.", + "rollups-3-d-label": "மேற்கண்ட அனைத்தும்", + "rollups-3-d-explanation": "Validiums, Sidechains மற்றும் மாற்று Layer 1 பிளாக்செயின்கள் Layer 2 தீர்வுகளாகக் கருதப்படுவதில்லை, ஏனெனில் அவை Ethereum-இலிருந்து பாதுகாப்பு அல்லது தரவு கிடைக்கும் தன்மையைப் பெறுவதில்லை.", + "rollups-4-prompt": "Ethereum-க்கு ஏன் 'அதிகாரப்பூர்வ' Layer 2 இல்லை?", + "rollups-4-a-label": "கோர் டெவலப்பர்கள் Ethereum-இல் வேலை செய்வதில் மிகவும் பிஸியாக உள்ளனர்", + "rollups-4-a-explanation": "Ethereum-இல் 'அதிகாரப்பூர்வ' Layer 2-க்கான திட்டங்கள் எதுவும் இல்லை, ஏனெனில் Layer 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாம் பயனடைவோம்.", + "rollups-4-b-label": "ஒரு L1 ஆக, Ethereum இறுதியில் தானாகவே பெரிய அளவிலான அளவிடுதலை அடையும்", + "rollups-4-b-explanation": "Ethereum-இல் 'அதிகாரப்பூர்வ' Layer 2-க்கான திட்டங்கள் எதுவும் இல்லை, ஏனெனில் Layer 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாம் பயனடைவோம்.", + "rollups-4-c-label": "கோர் டெவலப்பர்கள் இன்னும் optimistic மற்றும் zk-rollups இடையே விவாதித்து வருகின்றனர்", + "rollups-4-c-explanation": "Ethereum-இல் 'அதிகாரப்பூர்வ' Layer 2-க்கான திட்டங்கள் எதுவும் இல்லை, ஏனெனில் Layer 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாம் பயனடைவோம்.", "rollups-4-d-label": "ஒரு L2-ஐ வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து Ethereum பயனடையும்", - "rollups-4-d-explanation": "Ethereum இல் 'அதிகாரப்பூர்வ' அடுக்கு 2 க்கு திட்டங்கள் எதுவும் இல்லை, ஏனெனில் அடுக்கு 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாங்கள் பயனடைவோம்.", - "merge-1-prompt": "The Merge Ethereum ஐ எந்த ஒருமித்த பொறிமுறைக்கு மாற்றியது?", - "merge-1-a-label": "வேலையின் சான்று", - "merge-1-a-explanation": "பணிச்சான்று என்பது The Merge க்கு முன்பு பயன்படுத்தப்பட்ட ஒருமித்த பொறிமுறை ஆகும்.", - "merge-1-b-label": "ஸ்டேக்கின் சான்று", - "merge-1-b-explanation": "சரி! The Merge Ethereum ஐ பங்குச் சான்றுக்கு மாற்றியது.", - "merge-1-c-label": "அதிகாரச் சான்று", - "merge-1-c-explanation": "Ethereum ஆனது Ethereum Mainnet இல் அதிகாரச் சான்றை பயன்படுத்தவில்லை, பயன்படுத்தியதும் இல்லை.", - "merge-1-d-label": "மேற்கூறியவை அனைத்தும்", - "merge-1-d-explanation": "Ethereum ஒரே நேரத்தில் இந்த அனைத்து ஒருமித்த பொறிமுறைகளையும் கொண்டிருப்பது சாத்தியமில்லை.", - "merge-2-prompt": "The Merge Ethereum-ன் ஆற்றல் நுகர்வை எவ்வளவு குறைத்தது:", + "rollups-4-d-explanation": "Ethereum-இல் 'அதிகாரப்பூர்வ' Layer 2-க்கான திட்டங்கள் எதுவும் இல்லை, ஏனெனில் Layer 2 தீர்வுகளை வடிவமைப்பதற்கான பல்வேறு அணுகுமுறைகளிலிருந்து நாம் பயனடைவோம்.", + "merge-1-prompt": "The Merge Ethereum-ஐ எந்த ஒருமித்த வழிமுறைக்கு மாற்றியது?", + "merge-1-a-label": "வேலைக்கான சான்று (Proof-of-work)", + "merge-1-a-explanation": "The Merge-க்கு முன்பு பயன்படுத்தப்பட்ட ஒருமித்த வழிமுறை வேலைக்கான சான்று (proof-of-work) ஆகும்.", + "merge-1-b-label": "பங்குச் சான்று (Proof-of-stake)", + "merge-1-b-explanation": "சரியானது! The Merge Ethereum-ஐ பங்குச் சான்றுக்கு (proof-of-stake) மாற்றியது.", + "merge-1-c-label": "அதிகாரச் சான்று (Proof-of-authority)", + "merge-1-c-explanation": "Ethereum Mainnet-இல் அதிகாரச் சான்றை (proof-of-authority) பயன்படுத்தவில்லை, ஒருபோதும் பயன்படுத்தியதும் இல்லை.", + "merge-1-d-label": "மேற்கண்ட அனைத்தும்", + "merge-1-d-explanation": "Ethereum-க்கு இந்த அனைத்து ஒருமித்த வழிமுறைகளும் ஒரே நேரத்தில் இருப்பது சாத்தியமில்லை.", + "merge-2-prompt": "The Merge Ethereum-இன் ஆற்றல் நுகர்வை எவ்வளவு குறைத்தது:", "merge-2-a-label": "50%", - "merge-2-a-explanation": "The Merge ஆனது பணிச்சான்றிலிருந்து பங்குச் சான்றுக்கு மாற்றத்தை செயல்படுத்திய பிறகு Ethereum-ன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", + "merge-2-a-explanation": "The Merge மூலம் வேலைக்கான சான்றிலிருந்து பங்குச் சான்றுக்கு மாறிய பிறகு, Ethereum-இன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", "merge-2-b-label": "62.5%", - "merge-2-b-explanation": "The Merge ஆனது பணிச்சான்றிலிருந்து பங்குச் சான்றுக்கு மாற்றத்தை செயல்படுத்திய பிறகு Ethereum-ன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", + "merge-2-b-explanation": "The Merge மூலம் வேலைக்கான சான்றிலிருந்து பங்குச் சான்றுக்கு மாறிய பிறகு, Ethereum-இன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", "merge-2-c-label": "90%", - "merge-2-c-explanation": "The Merge ஆனது பணிச்சான்றிலிருந்து பங்குச் சான்றுக்கு மாற்றத்தை செயல்படுத்திய பிறகு Ethereum-ன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", + "merge-2-c-explanation": "The Merge மூலம் proof-of-work முறையிலிருந்து proof-of-stake முறைக்கு மாறிய பிறகு, Ethereum-இன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", "merge-2-d-label": "99.95%", - "merge-2-d-explanation": "The Merge ஆனது பணிச்சான்றிலிருந்து பங்குச் சான்றுக்கு மாற்றத்தை செயல்படுத்திய பிறகு Ethereum-ன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", - "merge-3-prompt": "The Merge எப்போது நடந்தது?", + "merge-2-d-explanation": "The Merge மூலம் proof-of-work முறையிலிருந்து proof-of-stake முறைக்கு மாறிய பிறகு, Ethereum-இன் ஆற்றல் நுகர்வு 99.95% குறைக்கப்பட்டது.", + "merge-3-prompt": "The Merge எப்போது நிகழ்ந்தது?", "merge-3-a-label": "செப்டம்பர் 15, 2022", - "merge-3-a-explanation": "The Merge செப்டம்பர் 15, 2022 அன்று காலை 06:42:42 (UTC) இல் நடந்தது.", + "merge-3-a-explanation": "The Merge செப்டம்பர் 15, 2022 அன்று காலை 06:42:42 (UTC) மணிக்கு நிகழ்ந்தது.", "merge-3-b-label": "டிசம்பர் 1, 2020", - "merge-3-b-explanation": "The Merge இதற்குப் பிறகுதான் நடந்தது. டிசம்பர் 1, 2020 அன்று தான் Beacon Chain தொடங்கப்பட்டது.", + "merge-3-b-explanation": "The Merge இதற்குப் பிறகுதான் நிகழ்ந்தது. டிசம்பர் 1, 2020 அன்று Beacon Chain தொடங்கப்பட்டது.", "merge-3-c-label": "நவம்பர் 27, 2013", - "merge-3-c-explanation": "The Merge இதற்குப் பிறகுதான் நடந்தது. நவம்பர் 27, 2013 அன்று தான் Ethereum வெள்ளை அறிக்கை வெளியிடப்பட்டது.", + "merge-3-c-explanation": "The Merge இதற்குப் பிறகுதான் நிகழ்ந்தது. நவம்பர் 27, 2013 அன்று Ethereum வெள்ளை அறிக்கை (whitepaper) வெளியிடப்பட்டது.", "merge-3-d-label": "அக்டோபர் 31, 2008", - "merge-3-d-explanation": "The Merge இதற்குப் பிறகுதான் நடந்தது. அக்டோபர் 31 அன்று Bitcoin வெள்ளை அறிக்கை வெளியிடப்பட்டது.", - "merge-4-prompt": "The Merge என்றால் பயனர்கள் தங்கள் ETH ஐ ETH2 க்கு பரிமாறிக் கொள்ள வேண்டும்:", + "merge-3-d-explanation": "The Merge இதற்குப் பிறகுதான் நிகழ்ந்தது. அக்டோபர் 31 அன்று Bitcoin வெள்ளை அறிக்கை வெளியிடப்பட்டது.", + "merge-4-prompt": "The Merge என்பதன் அர்த்தம் பயனர்கள் தங்கள் ETH-ஐ ETH2-க்கு மாற்ற வேண்டும் என்பதா:", "merge-4-a-label": "சரி", - "merge-4-a-explanation": "The Merge க்கு முன்பும், போதும், பின்பும் எந்த நேரத்திலும் ETH மாறவில்லை. ETH ஐ ETH2 ஆக 'மேம்படுத்துவது' என்ற யோசனை பயனர்களை ஏமாற்றுவதற்கு தீங்கிழைக்கும் நபர்களால் பயன்படுத்தப்பட்ட ஒரு பொதுவான தந்திரமாகும்.", + "merge-4-a-explanation": "The Merge-க்கு முன்போ, நடக்கும்போதோ அல்லது அதற்குப் பிறகோ ETH எந்த நேரத்திலும் மாறவில்லை. ETH-ஐ ETH2-க்கு 'மேம்படுத்துவது' (upgrading) என்ற கருத்து பயனர்களை ஏமாற்றுவதற்காக மோசடிக்காரர்களால் பயன்படுத்தப்பட்ட ஒரு பொதுவான தந்திரமாகும்.", "merge-4-b-label": "தவறு", - "merge-4-b-explanation": "The Merge க்கு முன்பும், போதும், பின்பும் எந்த நேரத்திலும் ETH மாறவில்லை. ETH ஐ ETH2 ஆக 'மேம்படுத்துவது' என்ற யோசனை பயனர்களை ஏமாற்றுவதற்கு தீங்கிழைக்கும் நபர்களால் பயன்படுத்தப்பட்ட ஒரு பொதுவான தந்திரமாகும்.", - "merge-5-prompt": "Ethereum இன் ஒருமித்த அடுக்கு முன்பு இவ்வாறு அழைக்கப்பட்டது:", - "merge-5-a-label": "வேலையின் சான்று", - "merge-5-a-explanation": "பணிச்சான்று என்பது The Merge க்கு முன்பு பயன்படுத்தப்பட்ட ஒருமித்த பொறிமுறை ஆகும்.", + "merge-4-b-explanation": "The Merge-க்கு முன்போ, நடக்கும்போதோ அல்லது அதற்குப் பிறகோ ETH எந்த நேரத்திலும் மாறவில்லை. ETH-ஐ ETH2-க்கு 'மேம்படுத்துவது' (upgrading) என்ற கருத்து பயனர்களை ஏமாற்றுவதற்காக மோசடிக்காரர்களால் பயன்படுத்தப்பட்ட ஒரு பொதுவான தந்திரமாகும்.", + "merge-5-prompt": "Ethereum-இன் consensus layer முன்பு எவ்வாறு அழைக்கப்பட்டது:", + "merge-5-a-label": "Proof-of-work", + "merge-5-a-explanation": "The Merge-க்கு முன்பு பயன்படுத்தப்பட்ட consensus mechanism Proof-of-work ஆகும்.", "merge-5-b-label": "Eth2", - "merge-5-b-explanation": "ஒருமித்த அடுக்கு என பெயர் மாற்றப்படுவதற்கு முன்பு, இது முதலில் 'Eth2' என்று அழைக்கப்பட்டது.", + "merge-5-b-explanation": "Consensus layer என மறுபெயரிடப்படுவதற்கு முன்பு, இது முதலில் 'Eth2' என்று அழைக்கப்பட்டது.", "merge-5-c-label": "Eth1", - "merge-5-c-explanation": "Eth1 என்பது செயல்படுத்தல் அடுக்குக்கு கொடுக்கப்பட்ட அசல் பெயர், ஒருமித்த அடுக்குக்கு அல்ல.", - "merge-5-d-label": "ஸ்டேக்கிங்", - "merge-5-d-explanation": "ஸ்டேக்கிங் என்பது சங்கிலியைப் பாதுகாக்க உதவும் ஒரு ஸ்மார்ட் ஒப்பந்தத்தில் ETH ஐ வைப்பதாகும்.", - "gas-1-prompt": "கேஸ் கட்டணம் என்றால் என்ன?", - "gas-1-a-label": "பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்த செயல்பாடுகளுடன் தொடர்புடைய ஒரு கட்டணம்", - "gas-1-a-explanation": "ஓரளவு சரி, கேஸ் கட்டணங்கள் பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்த செயல்பாடுகளின் செலவைக் குறிக்கின்றன.", - "gas-1-b-label": "ஒரு செயல்பாட்டைச் செய்யப் பயன்படுத்தப்படும் கேஸ் அளவு, ஒரு யூனிட் கேஸுக்கான செலவால் பெருக்கப்படுகிறது", - "gas-1-b-explanation": "ஓரளவு சரி. இது உண்மையாக இருந்தாலும், கொடுக்கப்பட்ட தேர்வுகளில் இது சிறந்த பதில் அல்ல.", - "gas-1-c-label": "பரிவர்த்தனை செயலாக்கத்தை விரைவுபடுத்தக்கூடிய முன்னுரிமைக் கட்டணத்தை உள்ளடக்கிய ஒரு கட்டணம்", - "gas-1-c-explanation": "ஓரளவு சரி, மொத்த கேஸ் கட்டணத்தில் ஒரு அடிப்படை கட்டணம் மற்றும் பரிவர்த்தனை செயலாக்க வேகத்தை பாதிக்கக்கூடிய ஒரு முன்னுரிமை கட்டணம் ஆகியவை அடங்கும்", - "gas-1-d-label": "மேற்கூறியவை அனைத்தும்", - "gas-1-d-explanation": "கேஸ் கட்டணங்கள் இந்த அனைத்து அம்சங்களையும் உள்ளடக்கியது: அவை கணக்கீட்டிற்கு ஈடுசெய்கின்றன, பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்தங்கள் ஆகிய இரண்டிற்கும் பொருந்தும், மேலும் விரைவான சேர்க்கைக்கான முன்னுரிமை கட்டணங்களை உள்ளடக்கியிருக்கலாம்.", - "gas-2-prompt": "பின்வருவனவற்றில் கேஸ் செலவைக் குறைப்பதற்கான குறைந்தபட்ச பயனுள்ள உத்தி எது?", - "gas-2-a-label": "குறைந்த நெரிசல் காலங்களில் பரிவர்த்தனைகளைச் செய்தல்", - "gas-2-a-explanation": "நெரிசல் இல்லாத நேரங்களில் பரிவர்த்தனைகளைச் செய்வது கேஸ் செலவைக் குறைக்கும்.", - "gas-2-b-label": "கேஸ் விலைகள் குறையும் வரை காத்திருத்தல்", - "gas-2-b-explanation": "நெரிசலைப் பொறுத்து கேஸ் மாறுபடுவதால், கேஸ் விலைகள் குறையும் வரை காத்திருப்பது ஒரு சரியான உத்தி.", - "gas-2-c-label": "குறைந்த கட்டணத்திற்கு அடுக்கு 2 சங்கிலிகளைப் பயன்படுத்துதல்", - "gas-2-c-explanation": "அடுக்கு 2 தீர்வுகள் கட்டணங்களைக் குறைத்து, கேஸில் சேமிப்பதற்கான ஒரு பயனுள்ள வழியாகும்.", - "gas-2-d-label": "கணக்கீட்டுத் தேவைகளை அதிகரிக்கும் சிக்கலான ஸ்மார்ட் ஒப்பந்த தர்க்கத்தைப் பயன்படுத்துதல்", - "gas-2-d-explanation": "சிக்கலான ஸ்மார்ட் ஒப்பந்த தர்க்கம் அதிக கணக்கீடு தேவைப்படுவதன் மூலம் கேஸ் செலவுகளை அதிகரிக்கிறது. திறமையான வடிவமைப்பு படிகள், சேமிப்பு மற்றும் தேவையற்ற செயல்பாடுகளைக் குறைத்து கட்டணங்களைக் குறைக்கிறது.", - "gas-3-prompt": "கேஸ் கட்டணங்கள் அதிகமாக இருப்பதற்கான காரணம் என்ன?", - "gas-3-a-label": "நெட்வொர்க் கணக்கீடு ஒரு குறிப்பிட்ட வரம்பை மீறுகிறது", - "gas-3-a-explanation": "Ethereum இல் கணக்கீடு ஒரு வரம்பை மீறும் போது, கேஸ் கட்டணங்கள் அதிகரிக்கின்றன, குறிப்பாக dapps அல்லது NFT டிராப்கள் போன்ற அதிக செயல்பாட்டு காலங்களில்.", - "gas-3-b-label": "சரிபார்ப்பவர்கள் அடிப்படை கட்டணத்தை கைமுறையாக அதிகரிக்கின்றனர்", - "gas-3-b-explanation": "சரிபார்ப்பவர்கள் அடிப்படை கட்டணங்களை கைமுறையாக அமைக்கவில்லை; அவை முந்தைய பிளாக்கில் உள்ள தேவையின் அடிப்படையில் நெறிமுறையால் சரிசெய்யப்படுகின்றன.", - "gas-3-c-label": "நன்கு எழுதப்பட்ட, மேம்படுத்தப்பட்ட ஸ்மார்ட் ஒப்பந்தங்கள்", - "gas-3-c-explanation": "சேமிப்பகம் மற்றும் சுழல்களின் திறமையான பயன்பாடு போன்ற நன்கு எழுதப்பட்ட ஸ்மார்ட் ஒப்பந்த தர்க்கம் குறைந்த கேஸ் நுகர்வுக்கு வழிவகுக்கும்.", - "gas-3-d-label": "நெட்வொர்க்கில் கிடைக்கக்கூடிய ETH பற்றாக்குறை", - "gas-3-d-explanation": "கேஸ் கட்டணங்கள் நெட்வொர்க்கில் கிடைக்கும் ETH அளவால் பாதிக்கப்படுவதில்லை.", - "gas-4-prompt": "கேஸ் கட்டணங்கள் Ethereum-ஐ பாதுகாப்பாக வைத்திருக்க எவ்வாறு உதவுகின்றன?", - "gas-4-a-label": "வேலிடேட்டர்களை நேர்மையாக செயல்பட ஊக்குவிப்பதன் மூலம்", - "gas-4-a-explanation": "வேலிடேட்டர்களுக்கு சில வழிகளில் ஈடுசெய்யப்படுகிறது, ஆனால் கேஸ் கட்டணங்கள் முதன்மையாக ஸ்பேம் மற்றும் அதிகப்படியான வள பயன்பாட்டை ஊக்கப்படுத்துகின்றன.", - "gas-4-b-label": "நிதி செலவுகளுடன் ஸ்பேம் மற்றும் தீங்கிழைக்கும் செயல்பாடுகளை ஊக்கப்படுத்துவதன் மூலம்", - "gas-4-b-explanation": "கேஸ் கட்டணங்கள் ஸ்பேம் அல்லது தீங்கிழைக்கும் செயல்களை விலை உயர்ந்ததாக்குகின்றன, துஷ்பிரயோகத்தைத் தடுத்து நெட்வொர்க் நிலைத்தன்மையை பராமரிக்க உதவுகின்றன.", - "gas-4-c-label": "முன்னுரிமை வரிசையில் பரிவர்த்தனைகள் செயலாக்கப்படுவதை உறுதி செய்வதன் மூலம்", - "gas-4-c-explanation": "முன்னுரிமை டிப் மூலம் தீர்மானிக்கப்படலாம், கேஸ் கட்டணங்களால் அல்ல.", - "gas-4-d-label": "புழக்கத்தில் உள்ள மொத்த ETH அளவை அதிகரிப்பதன் மூலம்", - "gas-4-d-explanation": "அடிப்படை கட்டணம் (மொத்த கேஸ் கட்டணத்தின் ஒரு பகுதி) எரிக்கப்படுகிறது, புழக்கத்தில் உள்ள ETH ஐக் குறைக்கிறது, அதை அதிகரிப்பதில்லை", - "gas-5-prompt": "காஸ் கட்டணங்கள் எப்படி கணக்கிடப்படுகின்றன?", - "gas-5-a-label": "கேஸ் விலை × பரிவர்த்தனை அளவு", - "gas-5-a-explanation": "கேஸ் கட்டணங்கள் கணக்கீட்டை அடிப்படையாகக் கொண்டவை, பரிவர்த்தனை அளவை அல்ல.", - "gas-5-b-label": "பயன்படுத்தப்பட்ட கேஸ் அலகுகள் × (அடிப்படை கட்டணம் + முன்னுரிமை கட்டணம்)", - "gas-5-b-explanation": "கேஸ் கட்டணங்கள் சூத்திரத்தைப் பயன்படுத்தி தீர்மானிக்கப்படுகின்றன: பயன்படுத்தப்பட்ட கேஸ் அலகுகள் × (அடிப்படை கட்டணம் + முன்னுரிமை கட்டணம்).", - "gas-5-c-label": "பிளாக் அளவு × வேலிடேட்டர் டிப் கேப்", - "gas-5-c-explanation": "பிளாக் அளவு இந்த சூத்திரத்தில் நேரடியாக காரணியாக இல்லை.", - "gas-5-d-label": "அடிப்படை கட்டணம் + முன்னுரிமை கட்டணம் + டிப்", - "gas-5-d-explanation": "அடிப்படை கட்டணம் மற்றும் முன்னுரிமை கட்டணம் சூத்திரத்தின் ஒரு பகுதியாகும்; டிப் என்பது முன்னுரிமை கட்டணம்.", - "daos-1-prompt": "DAO கள் பற்றி என்ன உண்மை?", - "daos-1-a-label": "DAO கள் ஆளுமை டோக்கன்கள் மூலம் கூட்டாக சொந்தமானவை", - "daos-1-a-explanation": "DAO கள் கூட்டாக சொந்தமானவை, ஆனால் அது மட்டுமே சரியான அறிக்கை அல்ல.", + "merge-5-c-explanation": "Eth1 என்பது execution layer-க்கு வழங்கப்பட்ட அசல் பெயராகும், consensus layer-க்கு அல்ல.", + "merge-5-d-label": "Staking", + "merge-5-d-explanation": "Staking என்பது சங்கிலியைப் பாதுகாக்க உதவும் வகையில் ஒரு smart contract-இல் ETH-ஐ டெபாசிட் செய்வதாகும்.", + "gas-1-prompt": "Gas கட்டணங்கள் என்றால் என்ன?", + "gas-1-a-label": "பரிவர்த்தனைகள் மற்றும் smart contract செயல்பாடுகளுடன் தொடர்புடைய கட்டணம்", + "gas-1-a-explanation": "பகுதி சரி, gas கட்டணங்கள் பரிவர்த்தனைகள் மற்றும் smart contract செயல்பாடுகளின் விலையைக் குறிக்கின்றன.", + "gas-1-b-label": "ஒரு செயல்பாட்டைச் செய்யப் பயன்படுத்தப்படும் gas-இன் அளவு, ஒரு யூனிட் gas-இன் விலையால் பெருக்கப்படுகிறது", + "gas-1-b-explanation": "பகுதி சரி. இது உண்மையாக இருந்தாலும், கொடுக்கப்பட்ட தேர்வுகளில் இது சிறந்த பதில் அல்ல.", + "gas-1-c-label": "பரிவர்த்தனை செயலாக்கத்தை விரைவுபடுத்துவதற்கான priority fee-ஐ உள்ளடக்கிய கட்டணம்", + "gas-1-c-explanation": "பகுதி சரி, மொத்த gas கட்டணத்தில் base fee மற்றும் பரிவர்த்தனை செயலாக்க வேகத்தை பாதிக்கக்கூடிய priority fee ஆகியவை அடங்கும்", + "gas-1-d-label": "மேற்கூறிய அனைத்தும்", + "gas-1-d-explanation": "Gas கட்டணங்கள் இந்த அனைத்து அம்சங்களையும் உள்ளடக்கியது: அவை கணக்கீட்டிற்கு ஈடுசெய்கின்றன, பரிவர்த்தனைகள் மற்றும் smart contract-கள் இரண்டிற்கும் பொருந்தும், மேலும் விரைவாகச் சேர்ப்பதற்கான priority fee-களையும் உள்ளடக்கியிருக்கலாம்.", + "gas-2-prompt": "Gas செலவைக் குறைப்பதற்கான மிகக் குறைவான செயல்திறன் கொண்ட உத்தி பின்வருவனவற்றில் எது?", + "gas-2-a-label": "குறைந்த நெரிசல் உள்ள காலங்களில் பரிவர்த்தனைகளைச் செயல்படுத்துதல்", + "gas-2-a-explanation": "நெரிசல் இல்லாத நேரங்களில் பரிவர்த்தனைகளைச் செய்வது gas செலவுகளைக் குறைக்கும்.", + "gas-2-b-label": "Gas விலைகள் குறையும் வரை காத்திருத்தல்", + "gas-2-b-explanation": "நெரிசலின் அடிப்படையில் gas மாறுபடுவதால், gas விலைகள் குறையும் வரை காத்திருப்பது ஒரு சரியான உத்தியாகும்.", + "gas-2-c-label": "குறைந்த கட்டணங்களுக்கு layer 2 சங்கிலிகளைப் பயன்படுத்துதல்", + "gas-2-c-explanation": "Layer 2 தீர்வுகள் கட்டணங்களைக் குறைக்கின்றன மற்றும் gas-ஐ சேமிப்பதற்கான ஒரு பயனுள்ள வழியாகும்.", + "gas-2-d-label": "கணக்கீட்டுத் தேவைகளை அதிகரிக்கும் சிக்கலான smart contract தர்க்கத்தைப் பயன்படுத்துதல்", + "gas-2-d-explanation": "சிக்கலான smart contract தர்க்கம் அதிக கணக்கீடு தேவைப்படுவதன் மூலம் gas செலவுகளை அதிகரிக்கிறது. திறமையான வடிவமைப்பு கட்டணங்களைக் குறைக்க படிகள், சேமிப்பு மற்றும் தேவையற்ற செயல்பாடுகளைக் குறைக்கிறது.", + "gas-3-prompt": "Gas கட்டணங்கள் அதிகமாக இருக்கக் காரணம் என்ன?", + "gas-3-a-label": "நெட்வொர்க் கணக்கீடு ஒரு குறிப்பிட்ட வரம்பை மீறுதல்", + "gas-3-a-explanation": "Ethereum-இல் கணக்கீடு ஒரு வரம்பை மீறும் போது, குறிப்பாக dapps அல்லது NFT வெளியீடுகள் போன்ற அதிக செயல்பாட்டு காலங்களில் gas கட்டணங்கள் அதிகரிக்கின்றன.", + "gas-3-b-label": "Validator-கள் base fee-ஐ கைமுறையாக அதிகரிப்பது", + "gas-3-b-explanation": "Validator-கள் base fee-ஐ கைமுறையாக அமைப்பதில்லை; முந்தைய பிளாக்கில் உள்ள தேவையின் அடிப்படையில் அவை நெறிமுறையால் (protocol) சரிசெய்யப்படுகின்றன.", + "gas-3-c-label": "நன்கு எழுதப்பட்ட, உகந்த smart contract-கள்", + "gas-3-c-explanation": "சேமிப்பகம் மற்றும் லூப்களைத் திறமையாகப் பயன்படுத்துவது போன்ற நன்கு எழுதப்பட்ட smart contract தர்க்கம் குறைந்த gas நுகர்வுக்கு வழிவகுக்கும்.", + "gas-3-d-label": "நெட்வொர்க்கில் கிடைக்கக்கூடிய ETH-இன் பற்றாக்குறை", + "gas-3-d-explanation": "நெட்வொர்க்கில் கிடைக்கும் ETH-இன் அளவால் Gas கட்டணங்கள் பாதிக்கப்படுவதில்லை.", + "gas-4-prompt": "Ethereum-ஐப் பாதுகாப்பாக வைத்திருக்க gas கட்டணங்கள் எவ்வாறு உதவுகின்றன?", + "gas-4-a-label": "Validator-களை நேர்மையாகச் செயல்பட ஊக்குவிப்பதன் மூலம்", + "gas-4-a-explanation": "Validator-களுக்குச் சில வழிகளில் இழப்பீடு வழங்கப்படுகிறது, ஆனால் gas கட்டணங்கள் முதன்மையாக ஸ்பேம் மற்றும் அதிகப்படியான வளப் பயன்பாட்டை ஊக்கப்படுத்துகின்றன.", + "gas-4-b-label": "நிதிச் செலவுகளுடன் ஸ்பேம் மற்றும் தீங்கிழைக்கும் செயல்பாடுகளை ஊக்கப்படுத்துவதன் மூலம்", + "gas-4-b-explanation": "Gas கட்டணங்கள் ஸ்பேம் அல்லது தீங்கிழைக்கும் செயல்பாடுகளைச் செலவுமிக்கதாக ஆக்குகின்றன, துஷ்பிரயோகத்தைத் தடுக்கின்றன மற்றும் நெட்வொர்க் நிலைத்தன்மையைப் பராமரிக்க உதவுகின்றன.", + "gas-4-c-label": "பரிவர்த்தனைகள் முன்னுரிமை வரிசையில் செயலாக்கப்படுவதை உறுதி செய்வதன் மூலம்", + "gas-4-c-explanation": "முன்னுரிமையை tip மூலம் தீர்மானிக்க முடியும், gas கட்டணங்களால் அல்ல.", + "gas-4-d-label": "புழக்கத்தில் உள்ள மொத்த ETH-இன் அளவை அதிகரிப்பதன் மூலம்", + "gas-4-d-explanation": "Base fee (மொத்த gas கட்டணத்தின் ஒரு பகுதி) எரிக்கப்படுகிறது, இது புழக்கத்தில் உள்ள ETH-ஐக் குறைக்கிறது, அதை அதிகரிக்காது", + "gas-5-prompt": "Gas கட்டணங்கள் எவ்வாறு கணக்கிடப்படுகின்றன?", + "gas-5-a-label": "Gas விலை × பரிவர்த்தனை அளவு", + "gas-5-a-explanation": "Gas கட்டணங்கள் கணக்கீட்டை அடிப்படையாகக் கொண்டவை, பரிவர்த்தனை அளவை அல்ல.", + "gas-5-b-label": "பயன்படுத்தப்பட்ட gas-இன் அலகுகள் × (base fee + priority fee)", + "gas-5-b-explanation": "Gas கட்டணங்கள் இந்த சூத்திரத்தைப் பயன்படுத்தித் தீர்மானிக்கப்படுகின்றன: பயன்படுத்தப்பட்ட gas-இன் அலகுகள் × (base fee + priority fee).", + "gas-5-c-label": "பிளாக் அளவு × validator tip cap", + "gas-5-c-explanation": "பிளாக் அளவு இந்த சூத்திரத்தில் நேரடியாகக் காரணியாகாது.", + "gas-5-d-label": "Base fee + priority fee + tip", + "gas-5-d-explanation": "Base fee மற்றும் priority fee ஆகியவை சூத்திரத்தின் ஒரு பகுதியாகும்; tip என்பது priority fee ஆகும்.", + "daos-1-prompt": "DAO-களைப் பற்றி எது உண்மை?", + "daos-1-a-label": "DAO-கள் governance டோக்கன்கள் மூலம் கூட்டாகச் சொந்தமானவை", + "daos-1-a-explanation": "DAO-கள் கூட்டாகச் சொந்தமானவை, ஆனால் அது மட்டுமே சரியான அறிக்கை அல்ல.", "daos-1-b-label": "அவை அவற்றின் உறுப்பினர்களால் நிர்வகிக்கப்படுகின்றன", - "daos-1-b-explanation": "DAO கள் அவற்றின் உறுப்பினர்களால் நிர்வகிக்கப்படுகின்றன, ஆனால் அது மட்டுமே சரியான அறிக்கை அல்ல.", - "daos-1-c-label": "அவர்கள் ஒரு பகிரப்பட்ட நோக்கத்திற்காக வேலை செய்கிறார்கள்", - "daos-1-c-explanation": "DAO கள் ஒரு பகிரப்பட்ட நோக்கத்திற்காக வேலை செய்கின்றன, ஆனால் அது மட்டுமே சரியான அறிக்கை அல்ல.", - "daos-1-d-label": "மேற்கூறியவை அனைத்தும்", - "daos-1-d-explanation": "சரி, ஒரு DAO என்பது ஒரு பகிரப்பட்ட நோக்கத்திற்காக செயல்படும் கூட்டாக சொந்தமான, பிளாக்செயினால் நிர்வகிக்கப்படும் ஒரு அமைப்பாகும்.", - "daos-2-prompt": "ஒரு DAO ஐ எவ்வாறு பயன்படுத்துவது என்பதற்கான நடைமுறை எடுத்துக்காட்டுகள் யாவை?", - "daos-2-a-label": "பரவலாக்கப்பட்ட நெறிமுறைகள், உறுப்பினர்கள் நெறிமுறையின் விஷயங்கள் அல்லது தயாரிப்பை எவ்வாறு உருவாக்குவது என்பது குறித்து வாக்களிக்கிறார்கள்", - "daos-2-a-explanation": "நெறிமுறை DAO கள் ஒரு எடுத்துக்காட்டு, ஆனால் DAO கள் அதற்கு மட்டுப்படுத்தப்படவில்லை.", - "daos-2-b-label": "கூட்டு உரிமை, எ.கா., NFTகள் அல்லது பௌதிக சொத்துக்களுக்கு", - "daos-2-b-explanation": "சேகரிப்பாளர் DAO கள் ஒரு எடுத்துக்காட்டு, ஆனால் DAO கள் அதற்கு மட்டுப்படுத்தப்படவில்லை.", - "daos-2-c-label": "துணிகரங்கள் மற்றும் மானியங்கள், மூலதனத்தைப் பூல் செய்து, நிதியளிக்கும் திட்டங்களுக்கு வாக்களிக்கின்றன", - "daos-2-c-explanation": "துணிகர அல்லது மானிய DAO கள் ஒரு எடுத்துக்காட்டு, ஆனால் DAO கள் அதற்கு மட்டுப்படுத்தப்படவில்லை.", - "daos-2-d-label": "மேற்கூறியவை அனைத்தும்", - "daos-2-d-explanation": "ஒரு DAO பல 'பணிகளைக்' கொண்டிருக்கலாம்.", - "daos-3-prompt": "பாரம்பரிய நிறுவனங்களைப் போலல்லாமல், DAO கள்…", - "daos-3-a-label": "பொதுவாக படிநிலை", - "daos-3-a-explanation": "DAO கள் பொதுவாக தட்டையானவை, மற்றும் முழுமையாக ஜனநாயகப்படுத்தப்பட்டவை.", - "daos-3-b-label": "தங்கள் செயல்பாடுகள் குறித்து வெளிப்படையானவை மற்றும் முழுமையாக பொதுவானவை", - "daos-3-b-explanation": "ஆன்செயின் வாக்களிப்புக்கு நன்றி, முடிவுகள் பிளாக்செயினில் வெளிப்படையானவை. கலந்துரையாடல்கள் மற்றும் முடிவெடுக்கும் செயல்முறையின் பிற கூறுகள் அனைத்து உறுப்பினர்களுக்கும் திறந்திருக்கும்.", - "daos-3-c-label": "ஒரு மையக் கட்சியால் கட்டுப்படுத்தப்படுகிறது", - "daos-3-c-explanation": "மாற்றங்களுக்கு உறுப்பினர்களின் வாக்களிப்பு தேவை. வழங்கப்படும் சேவைகள் ஒரு பரவலாக்கப்பட்ட முறையில் தானாகவே கையாளப்படுகின்றன.", - "daos-3-d-label": "மாற்றங்களை யார் பரிந்துரைக்க முடியும் என்பது குறித்து கட்டுப்படுத்தப்பட்டுள்ளது", - "daos-3-d-explanation": "பொதுவாக, ஒவ்வொரு DAO உறுப்பினரும் மாற்றங்களை பரிந்துரைக்கலாம்.", - "daos-4-prompt": "DAO களுக்கான ஸ்மார்ட் ஒப்பந்தங்கள் பற்றி என்ன அவசியம்?", - "daos-4-a-label": "ஸ்மார்ட் ஒப்பந்தக் குறியீட்டை மாற்றியமைக்கலாம்", - "daos-4-a-explanation": "ஒப்பந்தம் Ethereum இல் நேரலையில் வந்தவுடன், வாக்களிப்பதன் மூலம் தவிர வேறு யாரும் விதிகளை மாற்ற முடியாது. இது DAO அது திட்டமிடப்பட்ட விதிகளின்படி இயங்க அனுமதிக்கிறது.", - "daos-4-b-label": "அதற்கு ஒரு தனிப்பட்ட உரிமையாளர் உள்ளார், அவர் மாற்றங்களைச் செய்வதற்கும் கருவூலத்திலிருந்து அனுப்புவதற்கும் அதிகாரத்தைத் தக்க வைத்துக் கொள்கிறார்.", - "daos-4-b-explanation": "கருவூலம் ஸ்மார்ட் ஒப்பந்தத்தால் வரையறுக்கப்படுகிறது. பணத்தைச் செலவழிக்க, குழுவின் ஒப்புதல் தேவை.", - "daos-4-c-label": "அடிப்படை பிளாக்செயினின் விநியோகிக்கப்பட்ட ஒருமித்த கருத்தில் நம்பிக்கை", - "daos-4-c-explanation": "ஒரு DAO க்கு அடிப்படை பிளாக்செயினை கையாள முடியாது என்பது முக்கியம். Ethereum இன் சொந்த ஒருமித்த கருத்து, நிறுவனங்கள் நெட்வொர்க்கை நம்புவதற்கு போதுமான அளவு விநியோகிக்கப்பட்டு நிறுவப்பட்டுள்ளது.", - "daos-4-d-label": "DAO களுக்கு ஸ்மார்ட் ஒப்பந்தங்கள் தேவையில்லை", - "daos-4-d-explanation": "ஒரு DAO-இன் முதன்மை அடிப்படையாக இருக்கும் உள்ளமைப்பானது அதன் ஸ்மார்ட் கான்ட்ராக்ட் ஆகும், இது அமைப்பின் விதிகளை வரையறுத்து, குழுவின் நிதியத்தைப் பாதுகாக்கும்.", - "daos-5-prompt": "ஒரு DAO ஐ நிர்வகிக்கும் ஒரு பொறிமுறை அல்ல எது?", - "daos-5-a-label": "தொகை அடிப்படையிலான உறுப்பினர் தன்மை", - "daos-5-a-explanation": "டோக்கன் அடிப்படையிலான ஆளுகை மிகவும் பரவலாக பயன்படுத்தப்படுகிறது. இது பொதுவாக முழுமையாக அனுமதியற்றது மற்றும் பொதுவாக பரந்த பரவலாக்கப்பட்ட நெறிமுறைகள் மற்றும்/அல்லது டோக்கன்களை நிர்வகிக்க பயன்படுத்தப்படுகிறது.", - "daos-5-b-label": "சகாய அடிப்படையிலான உறுப்பினர் தன்மை", - "daos-5-b-explanation": "பங்கு அடிப்படையிலான DAO கள் அதிக அனுமதியுள்ளவை ஆனால் இன்னும் மிகவும் திறந்தவை. எந்தவொரு வருங்கால உறுப்பினரும் DAO வில் சேர ஒரு முன்மொழிவை சமர்ப்பிக்கலாம், பொதுவாக டோக்கன்கள் அல்லது வேலை வடிவில் சில மதிப்புடைய காணிக்கையை வழங்கலாம்.", - "daos-5-c-label": "புகழ் அடிப்படையிலான உறுப்பினர் தன்மை", - "daos-5-c-explanation": "டோக்கன் அல்லது பங்கு அடிப்படையிலான உறுப்பினர் போலல்லாமல், நற்பெயர் அடிப்படையிலான DAO கள் பங்களிப்பாளர்களுக்கு உரிமையை மாற்றுவதில்லை. DAO உறுப்பினர்கள் பங்கேற்பதன் மூலம் நற்பெயரைப் பெற வேண்டும்.", + "daos-1-b-explanation": "DAO-கள் அவற்றின் உறுப்பினர்களால் நிர்வகிக்கப்படுகின்றன, ஆனால் அது மட்டுமே சரியான அறிக்கை அல்ல.", + "daos-1-c-label": "அவை ஒரு பகிரப்பட்ட நோக்கத்தை நோக்கிச் செயல்படுகின்றன", + "daos-1-c-explanation": "DAO-கள் ஒரு பகிரப்பட்ட நோக்கத்தை நோக்கிச் செயல்படுகின்றன, ஆனால் அது மட்டுமே சரியான அறிக்கை அல்ல.", + "daos-1-d-label": "மேற்கூறிய அனைத்தும்", + "daos-1-d-explanation": "சரி, ஒரு DAO என்பது கூட்டாகச் சொந்தமான, பிளாக்செயினால் நிர்வகிக்கப்படும் மற்றும் ஒரு பகிரப்பட்ட நோக்கத்தை நோக்கிச் செயல்படும் அமைப்பாகும்.", + "daos-2-prompt": "ஒரு DAO-ஐ எவ்வாறு பயன்படுத்துவது என்பதற்கான நடைமுறை எடுத்துக்காட்டுகள் யாவை?", + "daos-2-a-label": "பரவலாக்கப்பட்ட நெறிமுறைகள், நெறிமுறையின் விஷயங்கள் அல்லது தயாரிப்பை எவ்வாறு உருவாக்குவது என்பது குறித்து உறுப்பினர்கள் வாக்களிக்கின்றனர்", + "daos-2-a-explanation": "Protocol DAO-கள் ஒரு எடுத்துக்காட்டு, ஆனால் DAO-கள் அதோடு மட்டும் நின்றுவிடுவதில்லை.", + "daos-2-b-label": "கூட்டு உரிமை, எ.கா., NFT-கள் அல்லது பௌதீகச் சொத்துகளுக்கு", + "daos-2-b-explanation": "Collector DAO-கள் ஒரு எடுத்துக்காட்டு, ஆனால் DAO-கள் அதோடு மட்டும் நின்றுவிடுவதில்லை.", + "daos-2-c-label": "முயற்சிகள் மற்றும் மானியங்கள், மூலதனத்தை ஒன்றிணைத்து நிதியளிப்பதற்கான திட்டங்களில் வாக்களித்தல்", + "daos-2-c-explanation": "Venture அல்லது grants DAO-கள் ஒரு எடுத்துக்காட்டு, ஆனால் DAO-கள் அதோடு மட்டும் நின்றுவிடுவதில்லை.", + "daos-2-d-label": "மேற்கூறிய அனைத்தும்", + "daos-2-d-explanation": "ஒரு DAO பல 'நோக்கங்களை' கொண்டிருக்கலாம்.", + "daos-3-prompt": "பாரம்பரிய அமைப்புகளைப் போலல்லாமல், DAO-கள்…", + "daos-3-a-label": "பொதுவாகப் படிநிலை கொண்டவை", + "daos-3-a-explanation": "DAO-கள் பொதுவாகத் தட்டையானவை மற்றும் முழுமையாக ஜனநாயகப்படுத்தப்பட்டவை.", + "daos-3-b-label": "தங்கள் செயல்பாடுகள் குறித்து வெளிப்படையானவை மற்றும் முழுமையாகப் பொதுவானவை", + "daos-3-b-explanation": "Onchain வாக்களிப்பிற்கு நன்றி, முடிவுகள் பிளாக்செயினில் வெளிப்படையாக உள்ளன. விவாதங்கள் மற்றும் முடிவெடுக்கும் செயல்முறையின் பிற கூறுகள் அனைத்து உறுப்பினர்களுக்கும் திறந்திருக்கும்.", + "daos-3-c-label": "ஒரு மையத் தரப்பினரால் கட்டுப்படுத்தப்படுபவை", + "daos-3-c-explanation": "மாற்றங்களுக்கு உறுப்பினர்களின் வாக்குப்பதிவு தேவை. வழங்கப்படும் சேவைகள் பரவலாக்கப்பட்ட முறையில் தானாகவே கையாளப்படுகின்றன.", + "daos-3-d-label": "யார் மாற்றங்களைப் பரிந்துரைக்கலாம் என்பது குறித்துக் கட்டுப்படுத்தப்பட்டவை", + "daos-3-d-explanation": "பொதுவாக, ஒவ்வொரு DAO உறுப்பினரும் மாற்றங்களைப் பரிந்துரைக்கலாம்.", + "daos-4-prompt": "DAO-களுக்கான smart contract-களைப் பற்றி அவசியமானது என்ன?", + "daos-4-a-label": "ஸ்மார்ட் ஒப்பந்தக் குறியீட்டை மாற்றலாம்", + "daos-4-a-explanation": "Ethereum இல் ஒப்பந்தம் நேரலையில் வந்தவுடன், வாக்கெடுப்பு மூலம் தவிர வேறு யாராலும் விதிகளை மாற்ற முடியாது. இது DAO-வை அது நிரலாக்கம் செய்யப்பட்ட விதிகளின்படி இயங்க அனுமதிக்கிறது.", + "daos-4-b-label": "மாற்றங்களைச் செய்வதற்கும் கருவூலத்திலிருந்து அனுப்புவதற்கும் அதிகாரத்தைத் தக்கவைத்துக் கொள்ளும் ஒரு தனிப்பட்ட உரிமையாளரை இது கொண்டுள்ளது.", + "daos-4-b-explanation": "கருவூலம் ஸ்மார்ட் ஒப்பந்தத்தால் வரையறுக்கப்படுகிறது. பணத்தை செலவழிக்க, குழுவின் ஒப்புதல் தேவை.", + "daos-4-c-label": "அடிப்படை பிளாக்செயினின் விநியோகிக்கப்பட்ட ஒருமித்த கருத்தின் மீதான நம்பிக்கை", + "daos-4-c-explanation": "அடிப்படை பிளாக்செயினை கையாள முடியாது என்பது ஒரு DAO-க்கு முக்கியமானது. நிறுவனங்கள் நெட்வொர்க்கை நம்புவதற்கு Ethereum இன் சொந்த ஒருமித்த கருத்து விநியோகிக்கப்பட்டு போதுமான அளவு நிறுவப்பட்டுள்ளது.", + "daos-4-d-label": "DAO-களுக்கு ஸ்மார்ட் ஒப்பந்தங்கள் தேவையில்லை", + "daos-4-d-explanation": "ஒரு DAO-வின் முதுகெலும்பு அதன் ஸ்மார்ட் ஒப்பந்தமாகும், இது நிறுவனத்தின் விதிகளை வரையறுக்கிறது மற்றும் குழுவின் கருவூலத்தை வைத்திருக்கிறது.", + "daos-5-prompt": "DAO-வை நிர்வகிப்பதற்கான வழிமுறை எதுவல்ல?", + "daos-5-a-label": "டோக்கன் அடிப்படையிலான உறுப்பினர்", + "daos-5-a-explanation": "டோக்கன் அடிப்படையிலான நிர்வாகம் மிகவும் பரவலாகப் பயன்படுத்தப்படுகிறது. இது பொதுவாக முழுமையாக அனுமதியற்றது மற்றும் பரந்த பரவலாக்கப்பட்ட நெறிமுறைகள் மற்றும்/அல்லது டோக்கன்களை நிர்வகிக்கப் பயன்படுத்தப்படுகிறது.", + "daos-5-b-label": "பங்கு அடிப்படையிலான உறுப்பினர்", + "daos-5-b-explanation": "பங்கு அடிப்படையிலான DAO-க்கள் அதிக அனுமதியளிக்கப்பட்டவை, ஆனால் இன்னும் திறந்தவை. எந்தவொரு வருங்கால உறுப்பினரும் DAO-வில் சேர ஒரு முன்மொழிவைச் சமர்ப்பிக்கலாம், பொதுவாக டோக்கன்கள் அல்லது வேலை வடிவில் சில மதிப்புள்ள காணிக்கையை வழங்கலாம்.", + "daos-5-c-label": "நற்பெயர் அடிப்படையிலான உறுப்பினர்", + "daos-5-c-explanation": "டோக்கன் அல்லது பங்கு அடிப்படையிலான உறுப்பினர்களைப் போலல்லாமல், நற்பெயர் அடிப்படையிலான DAO-க்கள் பங்களிப்பாளர்களுக்கு உரிமையை மாற்றுவதில்லை. DAO உறுப்பினர்கள் பங்கேற்பின் மூலம் நற்பெயரைப் பெற வேண்டும்.", "daos-5-d-label": "நிர்வாகக் குழு மற்றும் ஆஃப்செயின் கருவூல மேலாண்மை", - "daos-5-d-explanation": "இந்த அணுகுமுறை மிகவும் மையப்படுத்தப்பட்ட மற்றும் ஒளிபுகா நிர்வாக வழிமுறைகளைப் பயன்படுத்துகிறது. மாறாக, DAO கள் வெளிப்படைத்தன்மை மற்றும் பொறுப்புணர்வை உறுதிப்படுத்த சரிபார்க்கக்கூடிய வாக்களிப்பு வழிமுறைகள் மற்றும் ஆன்செயின் கருவூல மேலாண்மையைப் பயன்படுத்துகின்றன.", - "staking-solo-1-prompt": "ஸ்லாஷிங் பற்றி எது உண்மை?", - "staking-solo-1-a-label": "ஆஃப்லைனில் இருப்பதற்கு அபராதம், ஆன்லைனில் திரும்பும்போது வெகுமதிகள் மீண்டும் தொடங்கும்", - "staking-solo-1-a-explanation": "ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கிற்கு வழிவகுக்காது. ஆஃப்லைனில் இருப்பதற்கு சிறிய அபராதங்கள் விதிக்கப்படுகின்றன, மேலும் சரிபார்ப்பவர் ஆன்லைனில் திரும்பி வந்து சான்றளிப்பை மீண்டும் தொடங்கும் போது வெகுமதிகள் மீண்டும் தொடங்கும்.", - "staking-solo-1-b-label": "ஆஃப்லைனில் இருப்பதற்கு அபராதம், சரிபார்ப்பவர் இனிமேல் சான்றளிப்பதில் இருந்து உடனடியாக தடைசெய்யப்படுகிறார்", - "staking-solo-1-b-explanation": "ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கில் விளைவதில்லை. ஸ்லாஷிங் சரிபார்ப்பவர் மீண்டும் சான்றளிக்க முடியாமல் தடை செய்யப்படுவார் மற்றும் இறுதியில் வலுக்கட்டாயமாக வெளியேற்றப்படுவார் என்றாலும், ஆஃப்லைனில் இருப்பது நெட்வொர்க்கிலிருந்து வெளியேற்றத்திற்கு வழிவகுக்காது.", - "staking-solo-1-c-label": "குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான அபராதம், ஸ்லாஷிங்கிற்குப் பிறகு வெகுமதிகள் மீண்டும் தொடங்கும்", - "staking-solo-1-c-explanation": "நெட்வொர்க்கிற்கு அச்சுறுத்தலாக இருக்கும் குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான ஒரு கடுமையான அபராதம் ஸ்லாஷிங் ஆகும். எனவே, ஒரு சரிபார்ப்பவர் ஸ்லாஷ் செய்யப்பட்டவுடன், அவர்கள் மேலும் சான்றளிக்க உடனடியாக தடை செய்யப்படுகிறார்கள், மேலும் இறுதியில் நெட்வொர்க்கிலிருந்து வலுக்கட்டாயமாக வெளியேற்றப்பட்டு, மீதமுள்ள ETH உரிமையாளருக்கு திரும்பப் பெறப்படுகிறது.", - "staking-solo-1-d-label": "குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான அபராதம், சரிபார்ப்பவர் இனிமேல் சான்றளிக்க உடனடியாக தடைசெய்யப்படுகிறார்", - "staking-solo-1-d-explanation": "நெட்வொர்க்கிற்கு அச்சுறுத்தலாக இருக்கும் குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான ஒரு கடுமையான அபராதம் ஸ்லாஷிங் ஆகும். எனவே, ஒரு சரிபார்ப்பவர் ஸ்லாஷ் செய்யப்பட்டவுடன், அவர்கள் மேலும் சான்றளிக்க உடனடியாக தடை செய்யப்படுகிறார்கள், மேலும் இறுதியில் நெட்வொர்க்கிலிருந்து வலுக்கட்டாயமாக வெளியேற்றப்பட்டு, மீதமுள்ள ETH உரிமையாளருக்கு திரும்பப் பெறப்படுகிறது.", - "staking-solo-2-prompt": "ஒரு சரிபார்ப்பவர் ஆஃப்லைனில் சென்றால் என்ன நடக்கும்?", + "daos-5-d-explanation": "இந்த அணுகுமுறை மிகவும் மையப்படுத்தப்பட்ட மற்றும் ஒளிபுகா நிர்வாக வழிமுறைகளைப் பயன்படுத்துகிறது. மாறாக, வெளிப்படைத்தன்மை மற்றும் பொறுப்புணர்வை உறுதிப்படுத்த DAO-க்கள் சரிபார்க்கக்கூடிய வாக்களிப்பு வழிமுறைகள் மற்றும் ஆன்செயின் கருவூல மேலாண்மையைப் பயன்படுத்துகின்றன.", + "staking-solo-1-prompt": "ஸ்லாஷிங் (slashing) பற்றி எது உண்மை?", + "staking-solo-1-a-label": "ஆஃப்லைனில் இருப்பதற்கான அபராதம், மீண்டும் ஆன்லைனில் வரும்போது வெகுமதிகள் தொடரும்", + "staking-solo-1-a-explanation": "ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கிற்கு வழிவகுக்காது. ஆஃப்லைனில் இருப்பதற்கு சிறிய அபராதங்கள் விதிக்கப்படும், மேலும் வேலிடேட்டர் ஆன்லைனுக்குத் திரும்பி சான்றளிப்புகளைத் தொடரும்போது வெகுமதிகள் மீண்டும் தொடங்கும்.", + "staking-solo-1-b-label": "ஆஃப்லைனில் இருப்பதற்கான அபராதம், வேலிடேட்டர் மீண்டும் சான்றளிப்பதிலிருந்து உடனடியாகத் தடைசெய்யப்படும்", + "staking-solo-1-b-explanation": "ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கிற்கு வழிவகுக்காது. ஸ்லாஷிங் வேலிடேட்டரை மீண்டும் சான்றளிப்பதிலிருந்து தடைசெய்து இறுதியில் வலுக்கட்டாயமாக வெளியேற்றும் அதே வேளையில், ஆஃப்லைனில் இருப்பது நெட்வொர்க்கிலிருந்து வெளியேற்றப்படுவதற்கு வழிவகுக்காது.", + "staking-solo-1-c-label": "குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான அபராதம், ஸ்லாஷிங்கிற்குப் பிறகு வெகுமதிகள் தொடரும்", + "staking-solo-1-c-explanation": "ஸ்லாஷிங் என்பது நெட்வொர்க்கிற்கு அச்சுறுத்தலை ஏற்படுத்தும் குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான கடுமையான அபராதமாகும். எனவே, ஒரு வேலிடேட்டர் ஸ்லாஷ் செய்யப்பட்டவுடன், அவர்கள் உடனடியாக மேலும் சான்றளிப்பதிலிருந்து தடைசெய்யப்படுவார்கள், மேலும் இறுதியில் நெட்வொர்க்கிலிருந்து வலுக்கட்டாயமாக வெளியேற்றப்படுவார்கள் மற்றும் மீதமுள்ள ETH உரிமையாளருக்குத் திரும்பப் பெறப்படும்.", + "staking-solo-1-d-label": "குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான அபராதம், வேலிடேட்டர் மீண்டும் சான்றளிப்பதிலிருந்து உடனடியாகத் தடைசெய்யப்படும்", + "staking-solo-1-d-explanation": "ஸ்லாஷிங் என்பது நெட்வொர்க்கிற்கு அச்சுறுத்தலை ஏற்படுத்தும் குறிப்பிட்ட ஒருமித்த விதிகளை மீறுவதற்கான கடுமையான அபராதமாகும். எனவே, ஒரு வேலிடேட்டர் ஸ்லாஷ் செய்யப்பட்டவுடன், அவர்கள் உடனடியாக மேலும் சான்றளிப்பதிலிருந்து தடைசெய்யப்படுவார்கள், மேலும் இறுதியில் நெட்வொர்க்கிலிருந்து வலுக்கட்டாயமாக வெளியேற்றப்படுவார்கள் மற்றும் மீதமுள்ள ETH உரிமையாளருக்குத் திரும்பப் பெறப்படும்.", + "staking-solo-2-prompt": "ஒரு வேலிடேட்டர் ஆஃப்லைனுக்குச் சென்றால் என்ன நடக்கும்?", "staking-solo-2-a-label": "வெகுமதிகளில் எந்த பாதிப்பும் இல்லை", - "staking-solo-2-a-explanation": "எந்தவொரு காலகட்டத்திற்கும் ஒரு சரிபார்ப்பவர் சங்கிலியின் நிலைக்குச் சான்றளிக்க முடியாதபோது அபராதங்கள் விதிக்கப்படுகின்றன. இந்த அபராதங்களின் அளவு ஒரு முறையான சான்றளிப்புக்கான வெகுமதியின் 75%-க்கு சமமாக இருக்கும். சரிபார்ப்பவர் மீண்டும் ஆன்லைனில் வரும்போது வெகுமதிகள் மீண்டும் தொடங்கும், மற்றும் எந்த ஸ்லாஷிங்கும் ஏற்படாது.", - "staking-solo-2-b-label": "கிடைக்காத போது மட்டுமே செயலற்ற அபராதங்கள் விதிக்கப்படுகின்றன", - "staking-solo-2-b-explanation": "கிடைக்காத நிலையில், ஒரு வேலிடேட்டர் சிறிய செயலற்ற தண்டனைகளைச் சந்திப்பார், இது ஒரு சரியான சான்றளிப்புக்காக கிடைத்திருக்கக்கூடிய வெகுமதியில் தோராயமாக 75% க்கு சமமாக இருக்கும். நெட்வொர்க் இறுதி செய்யப்படாத அரிதான/தீவிரமான சந்தர்ப்பங்களில் (அதாவது, நெட்வொர்க்கில் 1/3 க்கும் மேற்பட்டவர்கள் ஆஃப்லைனில் இருக்கும்போது), இந்த தண்டனைகள் கணிசமாக அதிகமாக இருக்கும். வேலிடேட்டர் மீண்டும் ஆன்லைனுக்கு வரும்போது வெகுமதிகள் மீண்டும் தொடங்கும், மேலும் ஸ்லாஷிங் எதுவும் ஏற்படாது.", + "staking-solo-2-a-explanation": "எந்தவொரு எபோக்கிற்கும் (epoch) செயினின் நிலையைச் சான்றளிக்க வேலிடேட்டர் கிடைக்காதபோது அபராதங்கள் விதிக்கப்படும். இந்த அபராதங்களின் அளவு சரியான சான்றளிப்பிற்கான வெகுமதியில் தோராயமாக 75% க்கு சமமாக இருக்கும். வேலிடேட்டர் மீண்டும் ஆன்லைனுக்குச் செல்லும்போது வெகுமதிகள் தொடரும், மேலும் ஸ்லாஷிங் எதுவும் ஏற்படாது.", + "staking-solo-2-b-label": "கிடைக்காதபோது மட்டுமே செயலற்ற அபராதங்கள் விதிக்கப்படும்", + "staking-solo-2-b-explanation": "கிடைக்காதபோது, ஒரு வேலிடேட்டருக்கு சிறிய செயலற்ற அபராதங்கள் விதிக்கப்படும், இது சரியான சான்றளிப்பிற்கான வெகுமதியில் தோராயமாக 75% க்கு சமமாக இருக்கும். நெட்வொர்க் இறுதி செய்யப்படாத அரிதான/தீவிரமான சந்தர்ப்பங்களில் (அதாவது, நெட்வொர்க்கில் 1/3 க்கும் அதிகமானவை ஆஃப்லைனில் உள்ளன), இந்த அபராதங்கள் கணிசமாக அதிகமாக இருக்கும். வேலிடேட்டர் மீண்டும் ஆன்லைனுக்குச் செல்லும்போது வெகுமதிகள் தொடரும், மேலும் ஸ்லாஷிங் எதுவும் ஏற்படாது.", "staking-solo-2-c-label": "உடனடி ஸ்லாஷிங் மற்றும் நெட்வொர்க்கிலிருந்து அகற்றுதல்", - "staking-solo-2-c-explanation": "இது ஒரு பொதுவான தவறான கருத்து, ஆனால் ஆஃப்லைனில் செல்வது ஸ்லாஷிங்கில் விளைவதில்லை! ஸ்லாஷிங் என்பது மிகவும் தீவிரமான குற்றத்திற்கான ஒரு குறிப்பிட்ட வகை அபராதமாகும், அதிக அபராதங்களுடன் சரிபார்ப்பு தொகுப்பிலிருந்தும் அகற்றப்படும்.", + "staking-solo-2-c-explanation": "இது ஒரு பொதுவான தவறான கருத்து, ஆனால் ஆஃப்லைனுக்குச் செல்வது ஸ்லாஷிங்கிற்கு வழிவகுக்காது! ஸ்லாஷிங் என்பது மிகவும் கடுமையான குற்றத்திற்கான ஒரு குறிப்பிட்ட வகை அபராதமாகும், இது பெரிய அபராதங்களைக் கொண்டுள்ளது மற்றும் வேலிடேட்டர் தொகுப்பிலிருந்து அகற்றப்படுவதற்கும் வழிவகுக்கிறது.", "staking-solo-2-d-label": "ஸ்லாஷிங் மற்றும் வெளியேற்றத்திற்கு முன் ஒரு வார தாமதம்", - "staking-solo-2-d-explanation": "நீண்ட காலத்திற்குப் பிறகும், ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கிற்கு வழிவகுக்காது. ஒரு சரிபார்ப்பவர் வெளியேறாவிட்டால் செயலற்ற அபராதங்கள் அதிகரிக்கும் என்றாலும், ஒரு சரிபார்ப்பவர் தத்துவார்த்த ரீதியாக வருடங்கள் ஆஃப்லைனில் இருக்க முடியும்.", - "staking-solo-3-prompt": "ஒரு சரிபார்ப்பவரின் அதிகபட்ச பயனுள்ள இருப்பு என்ன?", + "staking-solo-2-d-explanation": "நீண்ட காலத்திற்குப் பிறகும், ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கிற்கு வழிவகுக்காது. ஒரு வேலிடேட்டர் கோட்பாட்டளவில் பல ஆண்டுகளாக ஸ்லாஷ் செய்யப்படாமல் ஆஃப்லைனில் இருக்கலாம், இருப்பினும் வேலிடேட்டர் வெளியேறவில்லை என்றால் செயலற்ற அபராதங்கள் அதிகரிக்கும்.", + "staking-solo-3-prompt": "ஒரு வேலிடேட்டரின் அதிகபட்ச பயனுள்ள இருப்பு (effective balance) என்ன?", "staking-solo-3-a-label": "16", - "staking-solo-3-a-explanation": "16 ETH பயனுள்ள இருப்புக்கு குறையும் சரிபார்ப்பவர்கள் Beacon Chain இலிருந்து தானாக வெளியேற்றப்படுகிறார்கள்.", + "staking-solo-3-a-explanation": "16 ETH என்ற பயனுள்ள இருப்புக்குக் குறையும் வேலிடேட்டர்கள் Beacon Chain இலிருந்து தானாகவே வெளியேற்றப்படுவார்கள்.", "staking-solo-3-b-label": "32", - "staking-solo-3-b-explanation": "32 ETH என்பது ஒரு புதிய சரிபார்ப்பவரை செயல்படுத்துவதற்குத் தேவையான குறைந்தபட்ச ETH ஆகும், மேலும் அந்த சரிபார்ப்பவருக்கான அதிகபட்ச 'பயனுள்ள இருப்பு' (வாக்கு எடை) ஆகும். 32 க்கும் அதிகமான வெகுமதிகளைச் சேகரிக்கலாம், ஆனால் இந்த இருப்பு நெட்வொர்க்கில் அந்த சரிபார்ப்பவர்களின் வாக்குகளின் எடைக்கு பங்களிக்காது மற்றும் வெகுமதிகள் அதிகரிக்கப்படவில்லை.", + "staking-solo-3-b-explanation": "32 ETH என்பது ஒரு புதிய வேலிடேட்டரைச் செயல்படுத்தத் தேவையான குறைந்தபட்ச ETH மற்றும் அந்த வேலிடேட்டருக்கான அதிகபட்ச 'பயனுள்ள இருப்பு' (வாக்கு எடை) ஆகிய இரண்டாகும். 32 க்கு மேலான வெகுமதிகள் சேகரிக்கப்படலாம், ஆனால் இந்த இருப்பு நெட்வொர்க்கில் அந்த வேலிடேட்டர்களின் வாக்கின் எடைக்கு பங்களிக்காது மற்றும் வெகுமதிகள் அதிகரிக்கப்படாது.", "staking-solo-3-c-label": "ஆபரேட்டரைப் பொறுத்து மாறுபடும்", - "staking-solo-3-c-explanation": "ஒருமித்த கருத்து விதிகள் ஒவ்வொரு சரிபார்ப்பு கணக்கிற்கும் சமமாகப் பொருந்தும் மற்றும் முனையை இயக்கும் தனிநபரைப் பொறுத்தது அல்ல. அனைத்து சரிபார்ப்பவர்களின் அதிகபட்ச பயனுள்ள இருப்பு 32 ETH ஆகும்.", - "staking-solo-3-d-label": "வரம்பு இல்லை", - "staking-solo-3-d-explanation": "ஒவ்வொரு சரிபார்ப்பு கணக்கும் 32 ETH இன் பயனுள்ள இருப்புக்கு மட்டுப்படுத்தப்பட்டுள்ளது, இது நெட்வொர்க்கில் எந்த ஒரு சரிபார்ப்பவரின் ஒட்டுமொத்த சக்தியையும் கட்டுப்படுத்துகிறது. இது ஒரு குறிப்பிட்ட காலப்பகுதியில் எவ்வளவு ETH ஸ்டேக் செய்யப்படலாம் அல்லது ஸ்டேக் செய்யப்படாமல் இருக்கலாம் என்பதையும் கட்டுப்படுத்துகிறது, ஏனெனில் சரிபார்ப்பவர் செயல்பாடுகள் மற்றும் வெளியேற்றங்கள் ஒரு விகித-வரையறுக்கப்பட்ட வரிசை மூலம் செயலாக்கப்படுகின்றன.", - "staking-solo-4-prompt": "ஒரு சரிபார்ப்பவராக பெறப்படாத வெகுமதி எது?", + "staking-solo-3-c-explanation": "ஒருமித்த விதிகள் ஒவ்வொரு வேலிடேட்டர் கணக்கிற்கும் சமமாகப் பொருந்தும் மற்றும் நோடை இயக்கும் தனிநபரைச் சார்ந்திருக்காது. அனைத்து வேலிடேட்டர்களின் அதிகபட்ச பயனுள்ள இருப்பு 32 ETH ஆகும்.", + "staking-solo-3-d-label": "வரம்பில்லை", + "staking-solo-3-d-explanation": "ஒவ்வொரு வேலிடேட்டர் கணக்கும் 32 ETH என்ற பயனுள்ள இருப்புக்கு வரம்பிடப்பட்டுள்ளது, இது நெட்வொர்க்கில் உள்ள எந்தவொரு ஒற்றை வேலிடேட்டரின் ஒட்டுமொத்த சக்தியையும் கட்டுப்படுத்துகிறது. வேலிடேட்டர் செயல்பாடுகள் மற்றும் வெளியேற்றங்கள் விகித-வரம்பிடப்பட்ட வரிசை மூலம் செயலாக்கப்படுவதால், ஒரு குறிப்பிட்ட காலப்பகுதியில் எவ்வளவு ETH ஸ்டேக் செய்யப்படலாம் அல்லது அன்-ஸ்டேக் செய்யப்படலாம் என்பதையும் இது கட்டுப்படுத்துகிறது.", + "staking-solo-4-prompt": "வேலிடேட்டராகப் பெறப்படும் வெகுமதி எதுவல்ல?", "staking-solo-4-a-label": "பிளாக் வெகுமதி", - "staking-solo-4-a-explanation": "நெறிமுறையால் தோராயமாக தேர்ந்தெடுக்கப்படும்போது ஒரு சரியான பிளாக்கை முன்மொழிவதற்காக சரிபார்ப்பவர்கள் புதிய ETH வெளியீடு வடிவில் வெகுமதிகளைப் பெறுகிறார்கள். இந்த வெகுமதிகள் பிளாக்குகளை முன்மொழியும் போது சம்பாதிக்கப்படும் கட்டணம் மற்றும் MEV இலிருந்து தனித்தனியாகும்.", - "staking-solo-4-b-label": "கட்டணக் குறிப்புகள் / MEV", - "staking-solo-4-b-explanation": "கட்டணக் குறிப்புகள் (எரிக்கப்படாத கட்டணப் பகுதி) மற்றும் MEV வருமானம் ஆகியவை அந்த சரிபார்ப்பவரால் வழங்கப்படும் கட்டணம் பெறுநர் முகவரி மூலம் பிளாக் முன்மொழிபவருக்கு (ஸ்டேக்கர்/சரிபார்ப்பவர்) விநியோகிக்கப்படுகின்றன. இந்த வெகுமதிகள் பிளாக்குகளை முன்மொழியும் போது சம்பாதிக்கப்படும் பிளாக் வெகுமதியிலிருந்து தனித்தனியாகும்.", - "staking-solo-4-c-label": "சங்கிலித் தலை சான்றிதழ் வெகுமதி", - "staking-solo-4-c-explanation": "சரிபார்ப்பவர்கள் சங்கிலியின் தலை, தற்போதைய நியாயப்படுத்தப்பட்ட காலகட்டத் தலை, மற்றும் தற்போதைய இறுதி காலகட்டத் தலைக்குச் சரியாக மற்றும் உடனடியாகச் சான்றளிப்பதற்காக புதிய ETH வெளியீடு வடிவில் வெகுமதிகளைப் பெறுகிறார்கள்.", + "staking-solo-4-a-explanation": "நெறிமுறையால் தோராயமாகத் தேர்ந்தெடுக்கப்படும்போது சரியான பிளாக்கை முன்மொழிவதற்காக வேலிடேட்டர்கள் புதிய ETH வெளியீட்டின் வடிவத்தில் வெகுமதிகளைப் பெறுகின்றனர். இந்த வெகுமதிகள் பிளாக்குகளை முன்மொழியும் போது பெறப்படும் கட்டணங்கள் மற்றும் MEV ஆகியவற்றிலிருந்து வேறுபட்டவை.", + "staking-solo-4-b-label": "கட்டண டிப்ஸ் / MEV", + "staking-solo-4-b-explanation": "கட்டண டிப்ஸ் (கட்டணங்களின் எரிக்கப்படாத பகுதி) மற்றும் MEV வருவாய்கள் அந்த வேலிடேட்டரால் வழங்கப்பட்ட கட்டண பெறுநர் முகவரி வழியாக பிளாக் முன்மொழிபவருக்கு (ஸ்டேக்கர்/வேலிடேட்டர்) விநியோகிக்கப்படுகின்றன. இந்த வெகுமதிகள் பிளாக்குகளை முன்மொழியும் போது பெறப்படும் பிளாக் வெகுமதியிலிருந்தும் வேறுபட்டவை.", + "staking-solo-4-c-label": "செயினின் தலைப்பகுதி சான்றளிப்பு வெகுமதி", + "staking-solo-4-c-explanation": "செயினின் தலைப்பகுதி, தற்போதைய நியாயப்படுத்தப்பட்ட எபோக் தலைப்பகுதி மற்றும் தற்போதைய இறுதி செய்யப்பட்ட எபோக் தலைப்பகுதி ஆகியவற்றைச் சரியாக மற்றும் உடனடியாகச் சான்றளிப்பதற்காக வேலிடேட்டர்கள் புதிய ETH வெளியீட்டின் வடிவத்தில் வெகுமதிகளைப் பெறுகின்றனர்.", "staking-solo-4-d-label": "Uniswap வர்த்தகக் கட்டணங்கள்", - "staking-solo-4-d-explanation": "வர்த்தக தளங்கள் மற்றும் பரிமாற்றங்களால் உருவாக்கப்படும் வர்த்தக கட்டணங்கள் Ethereum வேலிடேட்டர்களால் பெறப்படுவதில்லை.", - "staking-solo-5-prompt": "ஒரு சரிபார்ப்பவர் லாபகரமாக இருக்க என்ன இயக்க நேரம் தேவை?", + "staking-solo-4-d-explanation": "வர்த்தக தளங்கள் மற்றும் பரிமாற்றங்களால் உருவாக்கப்படும் வர்த்தகக் கட்டணங்கள் Ethereum வேலிடேட்டர்களால் பெறப்படுவதில்லை.", + "staking-solo-5-prompt": "ஒரு வேலிடேட்டர் லாபகரமாக இருக்க என்ன அப்டைம் (uptime) தேவை?", "staking-solo-5-a-label": "100%", - "staking-solo-5-a-explanation": "ஒரு சிறந்த இலக்காக இருந்தாலும், 100% இயக்க நேரத்தை அடைவது ஒரு சரிபார்ப்பவர் லாபகரமாக இருக்க குறைந்தபட்ச தேவை அல்ல.", + "staking-solo-5-a-explanation": "இது ஒரு சிறந்த இலக்காக இருந்தாலும், 100% அப்டைமை அடைவது ஒரு வேலிடேட்டர் லாபகரமாக இருப்பதற்கான குறைந்தபட்ச தேவை அல்ல.", "staking-solo-5-b-label": "~99%", - "staking-solo-5-b-explanation": "ஒரு சிறந்த இலக்காக இருந்தாலும், 99% இயக்க நேரத்தை அடைவது ஒரு சரிபார்ப்பவர் லாபகரமாக இருக்க குறைந்தபட்ச தேவை அல்ல.", + "staking-solo-5-b-explanation": "இது ஒரு சிறந்த இலக்காக இருந்தாலும், 99% அப்டைமை அடைவது ஒரு வேலிடேட்டர் லாபகரமாக இருப்பதற்கான குறைந்தபட்ச தேவை அல்ல.", "staking-solo-5-c-label": "~50%", - "staking-solo-5-c-explanation": "சரிபார்ப்பவர்கள் சங்கிலியின் நிலைக்குச் சரியாக மற்றும் உடனடியாகச் சான்றளித்ததற்காக அவர்களுக்கு வெகுமதி அளிக்கப்பட்டதன் சுமார் 75% அபராதம் விதிக்கப்படுகிறது. இதன் பொருள் ஒரு குறிப்பிட்ட காலப்பகுதியில், அந்த நேரத்தில் 50% ஆஃப்லைனில் இருப்பது இன்னும் நிகர லாபகரமானதாக இருக்கும், இருப்பினும் நம்பகமான ஒரு சரிபார்ப்பவரை விட குறைவான லாபம் தரும்.", + "staking-solo-5-c-explanation": "செயினின் நிலையைச் சரியாக மற்றும் உடனடியாகச் சான்றளித்ததற்காக வேலிடேட்டர்களுக்கு வழங்கப்பட்டிருக்க வேண்டிய வெகுமதியில் தோராயமாக 75% அபராதம் விதிக்கப்படுகிறது. இதன் பொருள், ஒரு குறிப்பிட்ட காலப்பகுதியில், அந்த நேரத்தில் 50% ஆஃப்லைனில் இருப்பது இன்னும் நிகர லாபகரமாக இருக்கும், இருப்பினும் மிகவும் நம்பகத்தன்மையுடன் கிடைக்கும் வேலிடேட்டரை விட குறைவான லாபகரமாக இருக்கும்.", "staking-solo-5-d-label": "~25%", - "staking-solo-5-d-explanation": "வெறும் 25% இயக்க நேரத்தைக் கொண்ட ஒரு சரிபார்ப்பவர் மற்ற 75% நேரத்திற்கு அபராதங்களைச் சந்திப்பார். வெகுமதிகள் மற்றும் அபராதங்களின் ஒத்த அளவைக் கருத்தில் கொண்டு, ஆன்லைனில் இருக்கும் நேரத்தை விட 3 மடங்கு ஆஃப்லைனில் இருப்பது அந்த காலப்பகுதியில் ETH இன் நிகர இழப்புக்கு வழிவகுக்கும்.", + "staking-solo-5-d-explanation": "வெறும் 25% அப்டைம் கொண்ட ஒரு வேலிடேட்டருக்கு மற்ற 75% நேரத்திற்கு அபராதம் விதிக்கப்படும். வெகுமதிகள் மற்றும் அபராதங்களின் ஒத்த அளவைக் கருத்தில் கொண்டு, ஆன்லைனில் இருக்கும் நேரத்தை விட 3 மடங்கு ஆஃப்லைனில் இருப்பது அந்த காலப்பகுதியில் ETH இன் நிகர இழப்பை ஏற்படுத்தும்.", "staking-solo-6-prompt": "பின்வருவனவற்றில் எது ஸ்லாஷ் செய்யக்கூடிய குற்றம் அல்ல?", "staking-solo-6-a-label": "ஆஃப்லைனில் இருப்பது", - "staking-solo-6-a-explanation": "வெறுமனே ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கிற்கு வழிவகுக்காது. இது ஆஃப்லைனில் இருக்கும்போது சிறிய செயலற்ற அபராதங்களுக்கு வழிவகுக்கும், ஆனால் மீண்டும் ஆன்லைனில் வரும்போது சான்றளிப்பதை மீண்டும் தொடங்கும்.", + "staking-solo-6-a-explanation": "வெறுமனே ஆஃப்லைனில் இருப்பது ஸ்லாஷிங்கிற்கு வழிவகுக்காது. இது ஆஃப்லைனில் இருக்கும்போது சிறிய செயலற்ற அபராதங்களை ஏற்படுத்தும், ஆனால் மீண்டும் ஆன்லைனில் வரும்போது சான்றளிப்பைத் தொடரும்.", "staking-solo-6-b-label": "ஒரே ஸ்லாட்டிற்கு இரண்டு வெவ்வேறு பிளாக்குகளை முன்மொழிந்து கையொப்பமிடுதல்", - "staking-solo-6-b-explanation": "இது நெட்வொர்க்கின் ஒருமைப்பாட்டை அச்சுறுத்துகிறது மற்றும் நெட்வொர்க்கிலிருந்து ஸ்லாஷிங் மற்றும் வெளியேற்றத்திற்கு வழிவகுக்கும்.", - "staking-solo-6-c-label": "மற்றொன்றைச் 'சுற்றியுள்ள' ஒரு பிளாக்கிற்கு சான்றளித்தல் (வரலாற்றை திறம்பட மாற்றுதல்)", - "staking-solo-6-d-label": "ஒரே பிளாக்கிற்கு இரண்டு வேட்பாளர்களுக்கு சான்றளிப்பதன் மூலம் 'இரட்டை வாக்களிப்பு'", - "staking-solo-7-prompt": "உங்கள் சரிபார்ப்பவர் ஸ்லாஷ் செய்யப்படுவதிலிருந்து பாதுகாக்க/தடுப்பதற்கான வழி எது அல்ல?", - "staking-solo-7-a-label": "அதிகப்படியான தேவையற்ற அமைப்புகளைத் தவிர்க்கவும், உங்கள் சாவிகளை ஒரே நேரத்தில் ஒரு சரிபார்ப்பு கிளையண்டுடன் மட்டுமே சேமிக்கவும்", - "staking-solo-7-a-explanation": "இதுவரை நடந்த பெரும்பாலான ஸ்லாஷிங்குகள், ஆபரேட்டர்கள் தங்கள் கையொப்பமிடும் சாவிகளை ஒன்றுக்கு மேற்பட்ட இயந்திரங்களில், ஒரு தேவையற்ற காப்புப்பிரதியாக சேமிப்பதில் இருந்து வருகின்றன. இது மிகவும் ஆபத்தானது, ஏனெனில் எந்தவொரு செயலிழப்பும் இரட்டை வாக்களிப்பு மற்றும் ஸ்லாஷிங்கிற்கு வழிவகுக்கும்.", - "staking-solo-7-b-label": "நீங்களாகவே குறியீட்டை மாற்றாமல் கிளையண்ட் மென்பொருளை அப்படியே இயக்கவும்", - "staking-solo-7-b-explanation": "கிளையண்ட் மென்பொருள் ஸ்லாஷ் செய்யக்கூடிய செயல்களைச் செய்வதிலிருந்து பாதுகாக்க எழுதப்பட்டு சோதிக்கப்படுகிறது. ஒரு ஸ்லாஷ் செய்யக்கூடிய செயலைச் செயல்படுத்த, இது பொதுவாக உங்கள் கிளையண்ட் குறியீட்டை தீங்கிழைக்கும் முறையில் மாற்ற வேண்டும்.", - "staking-solo-7-c-label": "மற்ற சரிபார்ப்பவர்களின் பெரும்பான்மையினரால் பயன்படுத்தப்படும் ஒரு கிளையண்டை இயக்கவும்", - "staking-solo-7-c-explanation": "நெட்வொர்க்கின் மற்ற பெரும்பான்மையினரைப் போலவே அதே கிளையண்டைப் பயன்படுத்துவது, அந்த கிளையண்டில் ஒரு மென்பொருள் பிழை ஏற்பட்டால் ஸ்லாஷ் செய்யப்படும் அபாயத்தில் உங்களை வைக்கிறது. ஒரு சிறுபான்மை கிளையண்ட்டை இயக்குவது இதற்கு எதிராக பாதுகாக்கிறது.", - "staking-solo-7-d-label": "சாவிகளை ஒரு புதிய இயந்திரத்திற்கு மாற்றுவதற்கு முன் 2-4 காலங்களுக்கு சரிபார்ப்பவரை முடக்கவும்", - "staking-solo-7-d-explanation": "இது உங்கள் முனை ஆஃப்லைனில் இருக்கும்போது சங்கிலியை இறுதி செய்ய நேரத்தை அனுமதிக்கிறது, முக்கிய இடமாற்றத்தின் போது தற்செயலான இரட்டை வாக்களிப்பு மற்றும் ஸ்லாஷிங்கின் எந்தவொரு அபாயத்தையும் குறைக்க.", + "staking-solo-6-b-explanation": "இது நெட்வொர்க்கின் ஒருமைப்பாட்டை அச்சுறுத்துகிறது மற்றும் ஸ்லாஷிங் மற்றும் நெட்வொர்க்கிலிருந்து வெளியேற்றப்படுவதற்கு வழிவகுக்கும்.", + "staking-solo-6-c-label": "மற்றொன்றை 'சுற்றியுள்ள' ஒரு பிளாக்கிற்குச் சான்றளித்தல் (வரலாற்றை திறம்பட மாற்றுதல்)", + "staking-solo-6-d-label": "ஒரே பிளாக்கிற்கான இரண்டு வேட்பாளர்களுக்குச் சான்றளிப்பதன் மூலம் 'இரட்டை வாக்களிப்பு'", + "staking-solo-7-prompt": "உங்கள் வேலிடேட்டரை ஸ்லாஷ் செய்யப்படுவதிலிருந்து பாதுகாக்க/தடுக்க எது ஒரு வழி அல்ல?", + "staking-solo-7-a-label": "அதிகப்படியான தேவையற்ற அமைப்புகளைத் தவிர்க்கவும், மேலும் உங்கள் விசைகளை ஒரு நேரத்தில் ஒரு வேலிடேட்டர் கிளையண்டுடன் மட்டுமே சேமிக்கவும்", + "staking-solo-7-a-explanation": "இதுவரை நடந்த பெரும்பாலான ஸ்லாஷிங், ஆபரேட்டர்கள் தங்கள் கையொப்பமிடும் விசைகளை ஒன்றுக்கு மேற்பட்ட கணினிகளில் தேவையற்ற காப்புப்பிரதியாகச் சேமிப்பதாலேயே ஏற்பட்டுள்ளன. இது மிகவும் ஆபத்தானது, ஏனெனில் எந்தவொரு செயலிழப்பும் இரட்டை வாக்களிப்பு மற்றும் ஸ்லாஷிங்கிற்கு வழிவகுக்கும்.", + "staking-solo-7-b-label": "குறியீட்டை நீங்களே மாற்றாமல் கிளையண்ட் மென்பொருளை உள்ளபடியே இயக்கவும்", + "staking-solo-7-b-explanation": "ஸ்லாஷ் செய்யக்கூடிய செயல்களைச் செய்வதிலிருந்து பாதுகாக்க கிளையண்ட் மென்பொருள் எழுதப்பட்டு சோதிக்கப்படுகிறது. ஸ்லாஷ் செய்யக்கூடிய செயலைச் செயல்படுத்த, பொதுவாக கிளையண்ட் குறியீட்டை நீங்களே தீங்கிழைக்கும் வகையில் மாற்ற வேண்டும்.", + "staking-solo-7-c-label": "பெரும்பாலான பிற வேலிடேட்டர்களால் பயன்படுத்தப்படும் கிளையண்டை இயக்கவும்", + "staking-solo-7-c-explanation": "நெட்வொர்க்கின் பெரும்பான்மையானவர்கள் பயன்படுத்தும் அதே கிளையண்டைப் பயன்படுத்துவது, அந்த கிளையண்டில் மென்பொருள் பிழை ஏற்பட்டால் நீங்கள் ஸ்லாஷ் செய்யப்படுவதற்கான அபாயத்தை ஏற்படுத்துகிறது. சிறுபான்மை கிளையண்டை இயக்குவது இதிலிருந்து பாதுகாக்கிறது.", + "staking-solo-7-d-label": "விசைகளை புதிய கணினிக்கு மாற்றுவதற்கு முன் 2-4 எபோக்குகளுக்கு வேலிடேட்டரை முடக்கவும்", + "staking-solo-7-d-explanation": "விசை இடம்பெயர்வின் போது தற்செயலான இரட்டை வாக்களிப்பு மற்றும் ஸ்லாஷிங் அபாயத்தைக் குறைக்க, உங்கள் நோடு ஆஃப்லைனில் இருக்கும்போது செயினை இறுதி செய்ய இது நேரத்தை அனுமதிக்கிறது.", "staking-solo-8-prompt": "வெகுமதி கொடுப்பனவுகள் / பகுதி திரும்பப் பெறுதல்களைப் பெற எது தேவையில்லை?", - "staking-solo-8-a-label": "ஒரு முறை செயல்படுத்தல் திரும்பப் பெறும் முகவரியை வழங்குதல்", - "staking-solo-8-a-explanation": "திரும்பப் பெறும் செயல்முறைக்கு எந்தவொரு ஒருமித்த அடுக்கு நிதிகளையும் எங்கு அனுப்புவது என்பதைத் தெரிந்துகொள்ள இது ஒருமுறை தேவைப்படுகிறது", - "staking-solo-8-b-label": "32 ETH பயனுள்ள இருப்பு வைத்திருத்தல்", - "staking-solo-8-b-explanation": "உங்கள் பயனுள்ள இருப்பு 32 ETH இல் அதிகபட்சமாக இருக்க வேண்டும், அதற்குப் பிறகே எந்தவொரு பகுதி திரும்பப் பெறுதலும் தூண்டப்படும்.", - "staking-solo-8-c-label": "32 ETH க்கு மேல் மொத்த இருப்பு வைத்திருத்தல்", - "staking-solo-8-c-explanation": "உங்கள் மொத்த இருப்பில் எந்தவொரு பகுதி திரும்பப் பெறுதல்களும் தூண்டப்பட 32 ETH க்கு மேல் வெகுமதிகள் இருக்க வேண்டும்.", + "staking-solo-8-a-label": "ஒரு முறை எக்ஸிகியூஷன் திரும்பப் பெறும் முகவரியை வழங்குதல்", + "staking-solo-8-a-explanation": "எந்தவொரு ஒருமித்த லேயர் நிதியையும் எங்கு அனுப்ப வேண்டும் என்பதைத் திரும்பப் பெறும் செயல்முறை அறிய இது ஒரு முறை தேவைப்படுகிறது", + "staking-solo-8-b-label": "32 ETH என்ற பயனுள்ள இருப்பைக் கொண்டிருத்தல்", + "staking-solo-8-b-explanation": "எந்தவொரு பகுதி திரும்பப் பெறுதல்களும் தூண்டப்படுவதற்கு முன்பு உங்கள் பயனுள்ள இருப்பு 32 ETH ஆக அதிகரிக்கப்பட வேண்டும்.", + "staking-solo-8-c-label": "32 ETH க்கும் அதிகமான மொத்த இருப்பைக் கொண்டிருத்தல்", + "staking-solo-8-c-explanation": "எந்தவொரு பகுதி திரும்பப் பெறுதல்களும் தூண்டப்படுவதற்கு உங்கள் மொத்த இருப்பில் 32 ETH க்கும் அதிகமான வெகுமதிகள் இருக்க வேண்டும்.", "staking-solo-8-d-label": "கேஸ் கட்டணத்துடன் கோரப்பட்ட திரும்பப் பெறும் தொகையைச் சமர்ப்பித்தல்", - "staking-solo-8-d-explanation": "மற்ற அளவுகோல்கள் பூர்த்தி செய்யப்பட்டவுடன், வெகுமதி கொடுப்பனவுகள் தானியங்கி. பெறுநர்கள் ஒரு பரிவர்த்தனையை சமர்ப்பிக்கவோ அல்லது கேஸ் செலுத்தவோ தேவையில்லை. திரும்பப் பெறப்பட்ட தொகை சரிபார்ப்பவரின் 32 ஐத் தாண்டிய இருப்புக்கு சமம். தனிப்பயன் தொகைகளைக் கோர முடியாது.", - "scaling-1-prompt": "பின்வருவனவற்றில் எதை Ethereum அளவிட பயன்படுத்துகிறது?", - "scaling-1-a-label": "அடுக்கு 2 ரோலப்புகள்", - "scaling-1-a-explanation": "இவை பரிவர்த்தனைகளை தொகுத்து, அவற்றை இயக்கி, பின்னர் சரிபார்ப்பு மற்றும் பாதுகாப்பிற்காக முடிவுகளை Ethereum க்கு அனுப்புவதன் மூலம் Ethereum ஐ அளவிட உதவுகின்றன. ரோலப்களின் எடுத்துக்காட்டுகளில் Arbitrum அல்லது Optimism அடங்கும். இது Ethereum அளவிடும் ஒரே வழி அல்ல.", - "scaling-1-b-label": "பிரோட்டோ-டாங்க்ஷார்டிங் (Proto-Danksharding)", - "scaling-1-b-explanation": "இது Mainnet க்கு ரோலப் தரவைச் சேமிப்பதற்கான ஒரு தற்காலிக மற்றும் மலிவான சேமிப்பக விருப்பத்தை வழங்குகிறது, இது தற்போது ஒரு ரோலப்பில் ஒரு பயனர் சந்திக்கும் செலவில் சுமார் 90% க்கு பொறுப்பாகும். இது Ethereum அளவிடும் ஒரே வழி அல்ல.", - "scaling-1-c-label": "டான்க்ஷார்டிங்", - "scaling-1-c-explanation": "இது நெட்வொர்க்கில் உள்ள ஒவ்வொரு சரிபார்ப்பவர் மற்றும் முனை அனைத்து ரோலப்களுக்கும் 100% தரவை சேமிக்க வேண்டிய தேவையை நீக்குகிறது, இது முனை ஆபரேட்டர்களுக்கான வன்பொருள் தேவைகளைக் குறைக்கிறது. இது Ethereum அளவிடும் ஒரே வழி அல்ல.", - "scaling-1-d-label": "மேற்கூறியவை அனைத்தும்", - "scaling-1-d-explanation": "அடுக்கு 2 ரோலப்கள் பரிவர்த்தனைகளைத் தொகுக்கின்றன, புரோட்டோ-டாங்க்ஷார்டிங் இந்தத் தரவிற்காக மலிவான தற்காலிக சேமிப்பிடத்தை உருவாக்குகிறது, மேலும் டாங்க்ஷார்டிங் அனைத்து வேலிடேட்டர்களுக்கும் சேமிப்பகப் பளுவைப் பகிர்ந்து கொள்கிறது—இவை அனைத்தும் Ethereum ஐ அளவிட உதவுகின்றன.", - "scaling-2-prompt": "பரிவர்த்தனைகளை தொகுத்து அவற்றை இயக்கிய பிறகு, அடுக்கு 2 ரோலப்கள் அடுத்து என்ன செய்கின்றன?", - "scaling-2-a-label": "தரவை ஒரு தனிப்பட்ட சேவையகத்தில் சேமிக்கவும்", - "scaling-2-a-explanation": "வெளிப்படைத்தன்மை மற்றும் பொதுக் கிடைப்பிற்காக முடிவுகள் Mainnet இல் வெளியிடப்படுகின்றன, மேலும் தனிப்பட்ட சேவையகங்களை நம்பியிருக்கவில்லை.", - "scaling-2-b-label": "சேமிப்பிற்காக பயனருக்கு ஆதாரத்தை அனுப்புகிறது", - "scaling-2-b-explanation": "பயனர்கள் தங்கள் பரிவர்த்தனையின் முடிவுகளை வைத்திருக்க எதிர்பார்க்கப்படுவதில்லை. இந்த தகவல் Mainnet இல் வெளியிடப்படுகிறது.", - "scaling-2-c-label": "முடிவுகளை Ethereum க்கு சமர்ப்பிக்கவும்", - "scaling-2-c-explanation": "அடுக்கு 2 ரோலப்கள் தங்கள் பரிவர்த்தனை செயலாக்கத்தின் முடிவுகளை Mainnet க்கு அனுப்புகின்றன, அதை Ethereum இன் வரலாற்றில் பாதுகாக்கின்றன.", + "staking-solo-8-d-explanation": "பிற நிபந்தனைகள் பூர்த்தி செய்யப்பட்டவுடன், வெகுமதி கொடுப்பனவுகள் தானாகவே நடக்கும். பெறுநர்கள் ஒரு பரிவர்த்தனையைச் சமர்ப்பிக்கவோ அல்லது கேஸ் கட்டணம் செலுத்தவோ தேவையில்லை. திரும்பப் பெறப்பட்ட தொகை 32 க்கும் அதிகமான வேலிடேட்டரின் இருப்புக்குச் சமம். தனிப்பயன் தொகைகளைக் கோர முடியாது.", + "scaling-1-prompt": "பின்வருவனவற்றில் எதை Ethereum அளவிடப் (scale) பயன்படுத்துகிறது?", + "scaling-1-a-label": "லேயர் 2 ரோலப்கள்", + "scaling-1-a-explanation": "பரிவர்த்தனைகளைத் தொகுத்து, அவற்றைச் செயல்படுத்தி, பின்னர் முடிவுகளை சரிபார்ப்பு மற்றும் பாதுகாப்பிற்காக Ethereum இல் இடுகையிடுவதன் மூலம் இவை Ethereum அளவிட உதவுகின்றன. ரோலப்களுக்கான எடுத்துக்காட்டுகளில் Arbitrum அல்லது Optimism அடங்கும். இது மட்டுமே Ethereum அளவிடும் வழி அல்ல.", + "scaling-1-b-label": "புரோட்டோ-டாங்க்ஷார்டிங் (Proto-Danksharding)", + "scaling-1-b-explanation": "இது ரோலப் தரவை Mainnet இல் சேமிப்பதற்கான தற்காலிக மற்றும் மலிவான சேமிப்பக விருப்பத்தை வழங்குகிறது, இது தற்போது ஒரு ரோலப்பில் பயனர் சந்திக்கும் செலவில் தோராயமாக 90% க்கு பொறுப்பாகும். இது மட்டுமே Ethereum அளவிடும் வழி அல்ல.", + "scaling-1-c-label": "டாங்க்ஷார்டிங் (Danksharding)", + "scaling-1-c-explanation": "இது நெட்வொர்க்கில் உள்ள ஒவ்வொரு வேலிடேட்டர் மற்றும் நோடும் அனைத்து ரோலப்களுக்கான 100% தரவைச் சேமிக்க வேண்டிய அவசியத்தை நீக்குகிறது, இது நோடு ஆபரேட்டர்களுக்கான வன்பொருள் தேவைகளைக் குறைக்கிறது. இது மட்டுமே Ethereum அளவிடும் வழி அல்ல.", + "scaling-1-d-label": "மேற்கூறிய அனைத்தும்", + "scaling-1-d-explanation": "லேயர் 2 ரோலப்கள் பரிவர்த்தனைகளைத் தொகுக்கின்றன, புரோட்டோ-டாங்க்ஷார்டிங் இந்தத் தரவிற்கான மலிவான தற்காலிக சேமிப்பகத்தை உருவாக்குகிறது, மேலும் டாங்க்ஷார்டிங் அனைத்து வேலிடேட்டர்களுக்கும் சேமிப்பக சுமையைப் பகிர்ந்து கொள்கிறது—இவை அனைத்தும் Ethereum அளவிட உதவுகின்றன.", + "scaling-2-prompt": "பரிவர்த்தனைகளைத் தொகுத்து அவற்றைச் செயல்படுத்திய பிறகு, லேயர் 2 ரோலப்கள் அடுத்து என்ன செய்யும்?", + "scaling-2-a-label": "தரவை ஒரு தனிப்பட்ட சேவையகத்தில் சேமிக்கும்", + "scaling-2-a-explanation": "முடிவுகள் வெளிப்படைத்தன்மை மற்றும் பொதுக் கிடைக்கும் தன்மைக்காக Mainnet இல் இடுகையிடப்படுகின்றன, மேலும் அவை தனிப்பட்ட சேவையகங்களைச் சார்ந்திருக்கவில்லை.", + "scaling-2-b-label": "சேமிப்பிற்கான சான்றை பயனருக்கு அனுப்பும்", + "scaling-2-b-explanation": "பயனர்கள் தங்கள் பரிவர்த்தனையின் முடிவுகளை வைத்திருக்க வேண்டியதில்லை. இந்தத் தகவல் Mainnet-இல் பதிவேற்றப்படுகிறது.", + "scaling-2-c-label": "முடிவுகளை Ethereum-க்குச் சமர்ப்பிக்கவும்", + "scaling-2-c-explanation": "Layer 2 ரோலப்கள் (rollups) தங்கள் பரிவர்த்தனை செயலாக்கத்தின் முடிவுகளை Mainnet-இல் பதிவேற்றி, அதை Ethereum-இன் வரலாற்றில் பாதுகாக்கிறது", "scaling-2-d-label": "செலவுகளைக் குறைக்க முடிவை நீக்கவும்", - "scaling-2-d-explanation": "அடுக்கு 2 ரோலப்புகள் தங்கள் பரிவர்த்தனை செயலாக்கத்தின் முடிவுகளை Mainnet க்கு வெளியிடுகின்றன. இந்த அணுகுமுறையுடன் அடையப்படும் செலவு சேமிப்பு பரிவர்த்தனை தரவை தொகுத்து சுருக்குவதன் மூலமும், இறுதியில் தேவைப்படுபவர்களுக்கு கிடைத்தவுடன் காலாவதியாகும் மலிவான சேமிப்பகத்தில் சேமிப்பதன் மூலமும் ஆகும்.", - "scaling-3-prompt": "புரோட்டோ-டாங்க்ஷார்டிங் ரோலப்களில் ரோலப் பரிவர்த்தனை செலவுகளை எவ்வாறு குறைக்கிறது?", - "scaling-3-a-label": "பிளாக் அளவை நேரடியாக அதிகரித்தல்", - "scaling-3-a-explanation": "புரோட்டோ-டாங்க்ஷார்டிங் கேஸ் வரம்பை நேரடியாக அதிகரிப்பதில்லை, ஆனால் தற்காலிக சேமிப்பகத்தை கிடைக்கச் செய்வதன் மூலம் ரோலப் தரவு சேமிப்பை மலிவாக்குகிறது", - "scaling-3-b-label": "தரவைச் சேமிக்க வேண்டிய வேலிடேட்டர்களைப் பிரித்தல்", - "scaling-3-b-explanation": "முழுமையான டாங்க்ஷார்டிங் அனைத்து வேலிடேட்டர்களும் எல்லாத் தரவையும் சேமிக்க வேண்டிய தேவையை குறைக்கும் என்று எதிர்பார்க்கப்பட்டாலும், இதற்கு முன்பு புரோட்டோ-டாங்க்ஷார்டிங் வருகிறது, இது ரோலப்களால் உற்பத்தி செய்யப்படும் தரவுகளுக்கு ஒரு மலிவான, தற்காலிக சேமிப்பு விருப்பத்தை உருவாக்குகிறது.", - "scaling-3-c-label": "முனை ஆபரேட்டர்களுக்கு வன்பொருள் தேவைகளை கணிசமாக அதிகரித்தல்", - "scaling-3-c-explanation": "இது பொதுவாக Ethereum ஐ அளவிடுவதற்கான ஒரு ஏற்றுக்கொள்ளத்தக்க விருப்பமாகக் கருதப்படவில்லை. ஒரு முனையை இயக்குவதற்கான வன்பொருள் தேவைகளைக் குறைக்க பெரும் முயற்சிகள் எடுக்கப்படுகின்றன, அதை முடிந்தவரை அணுகக்கூடியதாக வைத்திருக்க.", - "scaling-3-d-label": "அதன் தரவை மலிவான, தற்காலிக 'ப்ளாப்' சேமிப்பகத்தில் சேமித்தல்", - "scaling-3-d-explanation": "புரோட்டோ-டாங்க்ஷார்டிங் ரோலப்களுக்கு அதன் முடிவுகளை Mainnet க்கு மலிவாக அனுப்ப அனுமதிக்கும் ஒரு தற்காலிக தரவு சேமிப்பு விருப்பத்தை அறிமுகப்படுத்துகிறது", - "scaling-4-prompt": "Ethereum ஐ அளவிட ரோலப்களுக்கு ஒரு முக்கியமான அடுத்த படி என்ன?", - "scaling-4-a-label": "சக்திவாய்ந்த கணினிகளைக் கொண்ட நிறுவனங்களை அனைத்து வரிசைப்படுத்தலையும் கையாள ஊக்குவித்தல்", - "scaling-4-a-explanation": "தற்போதைய ரோலப்களின் ஒரு பிரச்சனை, சீக்வென்சர்களை (ஒரு ரோலப்பில் உள்ள பரிவர்த்தனைகளின் சேர்ப்பு மற்றும் வரிசையை தீர்மானிப்பவர்கள்) இயக்குபவர்களின் மையப்படுத்தப்பட்ட தன்மை ஆகும். எவரும் பங்கேற்க அனுமதிப்பதே குறிக்கோள், எந்த வகையிலும் ஒரு குழு அல்லது நிறுவனத்தை நம்பியிருக்காமல்.", - "scaling-4-b-label": "சீக்வென்சர்கள் மற்றும் புரூவர்களை இயக்குவதற்கான பொறுப்பை அதிகமான மக்களிடையே விநியோகிக்கவும்", - "scaling-4-b-explanation": "ஒரு ரோலப் மீதான கட்டுப்பாடு பொதுவாக மையப்படுத்தப்பட்டதாகத் தொடங்குகிறது, இது விஷயங்களைத் தொடங்க உதவுகிறது, ஆனால் நெட்வொர்க்கை தணிக்கைக்கு ஆளாக்குகிறது. பரிவர்த்தனைகளைச் சேர்க்கும் செயல்முறையை பரவலாக்குவது, எவரும் பங்கேற்க முடியும் என்பது நெட்வொர்க் சமரசம் ஏற்படுவதைத் தடுக்க அவசியம்.", - "scaling-4-c-label": "அனைத்து ரோலப்களையும் ஒரே பாதுகாப்பு முறைக்கு இணங்கச் செய்யவும்", - "scaling-4-c-explanation": "Ethereum அதன் ரோலப் சுற்றுச்சூழல் அமைப்பில் பாதுகாப்பிற்கான பரந்த அளவிலான அணுகுமுறைகளைக் கொண்டிருப்பதன் மூலம் நெகிழ்ச்சித்தன்மையின் ஒரு வடிவமாக பயனடைகிறது.", - "scaling-4-d-label": "தனிப்பட்ட சேவையகங்களில் பரிவர்த்தனை தரவு சேமிப்பகத்தை உறுதிப்படுத்த தரவு ஆரக்கிள்கள்", - "scaling-4-d-explanation": "ரோலப் தரவு Ethereum இல் சேமிக்கப்படுகிறது, மேலும் தனிப்பட்ட சேவையகங்கள் அல்லது தரவுத்தளங்களை நம்பியிருக்கவில்லை.", - "run-a-node-1-prompt": "ஒரு முனையை இயக்க என்ன தேவை?", - "run-a-node-1-a-label": "ஆன்லைனில் இருக்கும்போது மிதமான வன்பொருளுடன் கிளையண்ட் மென்பொருளை இயக்குதல்.", - "run-a-node-1-a-explanation": "ஒரு முனையை இயக்குவது என்பது Ethereum நெறிமுறையின் மொழியைப் பயன்படுத்தி மற்ற கணினிகளுடன் தொடர்பு கொள்ளும் மென்பொருளை இயக்குவதாகும். இந்த மென்பொருள் Ethereum பிளாக்செயினின் ஒரு நகலைப் பதிவிறக்குகிறது, ஒவ்வொரு பிளாக்கின் செல்லுபடியை சரிபார்க்கிறது, பின்னர் புதிய பிளாக்குகள் மற்றும் பரிவர்த்தனைகளுடன் அதை புதுப்பித்து வைத்திருக்கிறது, அதே நேரத்தில் மற்றவர்கள் தங்கள் சொந்த நகல்களை பதிவிறக்கம் மற்றும் புதுப்பிக்க உதவுகிறது.", - "run-a-node-1-b-label": "வெகுமதிகளைப் பெற 32 ETH டெபாசிட் செய்யவும்", - "run-a-node-1-b-explanation": "இது ஸ்டேக்கிங்கிற்கான ஒரு தேவையாகும்—நெட்வொர்க் ஒருமித்த கருத்தில் ஒரு செயலில் பங்கேற்பாளராக மாறும் செயல்முறை. இது வெறுமனே பிளாக்செயினின் ஒரு இறையாண்மை நகலை இயக்கத் தேவையில்லை, இதற்கு எந்த ETH உம் தேவையில்லை.", - "run-a-node-1-c-label": "நெட்வொர்க் ஒருமித்த கருத்தை அடைய சக்திவாய்ந்த ASIC சுரங்க இயந்திரங்களை இயக்கவும்", - "run-a-node-1-c-explanation": "Ethereum முன்பு ஒருமித்த கருத்தை அடைய சக்திவாய்ந்த கணினிகளுடன் சுரங்கத்தைப் பயன்படுத்தியிருந்தாலும், இந்த செயல்முறை முற்றிலும் ஸ்டேக்கிங் மூலம் மாற்றப்பட்டுள்ளது. கடந்த காலத்தில் சுரங்கமும், தற்போது ஸ்டேக்கிங்கும், வெறுமனே பிளாக்செயினின் ஒரு இறையாண்மை நகலை இயக்கத் தேவையில்லை.", - "run-a-node-1-d-label": "பிளாக்செயின் உள்கட்டமைப்பில் முழுநேர வேலை", - "run-a-node-1-d-explanation": "மென்பொருள் கருவித்தொகுப்பு காலப்போக்கில் தொடர்ந்து மேம்பட்டு வருகிறது, ஒரு தொடக்க வீரராக வீட்டிலிருந்து ஒரு முனையை இயக்குவது மிகவும் அணுகக்கூடியதாகிறது. பிளாக்செயின் உள்கட்டமைப்பில் முழுநேர வேலை செய்வது ஈடுபடுவதற்கு எந்த வகையிலும் ஒரு தேவையில்லை.", - "run-a-node-2-prompt": "ஒரு முனையை இயக்க எவ்வளவு ETH ஸ்டேக் செய்ய வேண்டும்?", + "scaling-2-d-explanation": "Layer 2 ரோலப்கள் தங்கள் பரிவர்த்தனை செயலாக்கத்தின் முடிவுகளை Mainnet-இல் பதிவேற்றுகின்றன. பரிவர்த்தனைத் தரவை ஒன்றிணைத்து சுருக்குவதன் மூலமும், தேவைப்படுபவர்களுக்குக் கிடைத்தவுடன் காலாவதியாகும் மலிவான சேமிப்பகத்தில் சேமிப்பதன் மூலமும் இந்த அணுகுமுறையில் செலவு மிச்சப்படுத்தப்படுகிறது.", + "scaling-3-prompt": "ரோலப்களில் (rollups) ரோலப் பரிவர்த்தனை செலவுகளை Proto-Danksharding எவ்வாறு குறைக்கிறது?", + "scaling-3-a-label": "பிளாக் (block) அளவை நேரடியாக அதிகரிப்பதன் மூலம்", + "scaling-3-a-explanation": "Proto-Danksharding நேரடியாக கேஸ் (gas) வரம்பை அதிகரிப்பதில்லை, ஆனால் தற்காலிக சேமிப்பகத்தை வழங்குவதன் மூலம் ரோலப் தரவின் சேமிப்பகத்தை மலிவாக்குகிறது", + "scaling-3-b-label": "தரவைச் சேமிக்க எந்த வேலிடேட்டர்கள் (validators) தேவை என்பதைப் பிரிப்பதன் மூலம்", + "scaling-3-b-explanation": "முழுமையான Danksharding அனைத்து வேலிடேட்டர்களும் அனைத்துத் தரவையும் சேமிக்க வேண்டிய அவசியத்தைக் குறைக்கும் என்று எதிர்பார்க்கப்பட்டாலும், இதற்கு முன்னதாக வரும் Proto-Danksharding ரோலப்களால் உருவாக்கப்படும் தரவுகளுக்கு குறைந்த செலவிலான, தற்காலிக சேமிப்பக விருப்பத்தை உருவாக்குகிறது.", + "scaling-3-c-label": "நோட் (node) ஆபரேட்டர்களுக்கான வன்பொருள் தேவைகளை கணிசமாக அதிகரிப்பதன் மூலம்", + "scaling-3-c-explanation": "இது பொதுவாக Ethereum-ஐ அளவிடுவதற்கான (scaling) ஏற்றுக்கொள்ளக்கூடிய விருப்பமாகக் கருதப்படுவதில்லை. நோடை இயக்குவதற்கான வன்பொருள் தேவைகளைக் குறைத்து, அதை முடிந்தவரை அணுகக்கூடியதாக வைத்திருக்க பெரும் முயற்சிகள் எடுக்கப்படுகின்றன.", + "scaling-3-d-label": "அதன் தரவை மலிவான, தற்காலிக 'blob' சேமிப்பகத்தில் சேமிப்பதன் மூலம்", + "scaling-3-d-explanation": "Proto-Danksharding ரோலப்களுக்கான தற்காலிக தரவு சேமிப்பக விருப்பத்தை அறிமுகப்படுத்துகிறது, இது அவற்றின் முடிவுகளை Mainnet-இல் மலிவாகப் பதிவேற்ற அனுமதிக்கிறது", + "scaling-4-prompt": "Ethereum-ஐ அளவிடுவதற்கு (scale) ரோலப்களுக்கான முக்கியமான அடுத்த கட்டம் என்ன?", + "scaling-4-a-label": "அனைத்து வரிசைப்படுத்தலையும் (sequencing) கையாள சக்திவாய்ந்த கணினிகளைக் கொண்ட நிறுவனங்களை ஊக்குவித்தல்", + "scaling-4-a-explanation": "தற்போதைய ரோலப்களில் உள்ள சிக்கல்களில் ஒன்று, சீக்வென்சர்களை (sequencers - ரோலப்பிற்குள் பரிவர்த்தனைகளைச் சேர்ப்பதையும் வரிசைப்படுத்துவதையும் தீர்மானிப்பவர்கள்) இயக்குபவர்களின் மையப்படுத்தப்பட்ட தன்மையாகும். எவரும் பங்கேற்க அனுமதிப்பதும், எந்த வகையிலும் ஒரு குழு அல்லது நிறுவனத்தை நம்பியிருக்காமல் இருப்பதுமே இதன் நோக்கமாகும்.", + "scaling-4-b-label": "சீக்வென்சர்கள் (sequencers) மற்றும் ப்ரூவர்களை (provers) இயக்குவதற்கான பொறுப்பை அதிகமான மக்களிடையே விநியோகித்தல்", + "scaling-4-b-explanation": "ஒரு ரோலப் மீதான கட்டுப்பாடு பொதுவாக மையப்படுத்தப்பட்டதாகவே தொடங்குகிறது, இது விஷயங்களைத் தொடங்க உதவுகிறது, ஆனால் நெட்வொர்க்கை தணிக்கைக்கு (censorship) ஆளாக்குகிறது. நெட்வொர்க் சமரசம் செய்யப்படுவதற்கான சாத்தியத்தைத் தடுக்க, எவரும் பங்கேற்கும் வகையில் பரிவர்த்தனைகளைச் சேர்க்கும் செயல்முறையை பரவலாக்குவது (decentralizing) அவசியமாகும்.", + "scaling-4-c-label": "அனைத்து ரோலப்களையும் ஒரே பாதுகாப்பு முறைக்கு இணங்கச் செய்தல்", + "scaling-4-c-explanation": "Ethereum அதன் ரோலப் சுற்றுச்சூழல் அமைப்பிற்குள் பாதுகாப்பிற்கான பரந்த அளவிலான அணுகுமுறைகளைக் கொண்டிருப்பதன் மூலம் நெகிழ்வுத்தன்மையின் ஒரு வடிவமாகப் பயனடைகிறது.", + "scaling-4-d-label": "தனியார் சேவையகங்களில் பரிவர்த்தனை தரவு சேமிக்கப்பட்டுள்ளதை உறுதிப்படுத்த தரவு ஆரக்கிள்கள் (Data oracles)", + "scaling-4-d-explanation": "ரோலப் தரவு Ethereum-இல் சேமிக்கப்படுகிறது, மேலும் இது தனியார் சேவையகங்கள் அல்லது தரவுத்தளங்களைச் சார்ந்திருக்காது.", + "run-a-node-1-prompt": "ஒரு நோடை (node) இயக்க என்ன தேவை?", + "run-a-node-1-a-label": "ஆன்லைனில் இருக்கும்போதே மிதமான வன்பொருளுடன் கிளையண்ட் மென்பொருளை இயக்குதல்.", + "run-a-node-1-a-explanation": "ஒரு நோடை இயக்குவது என்பது, அதே செயலைச் செய்யும் பிற கணினிகளுடன் Ethereum நெறிமுறையின் மொழியைப் பயன்படுத்தித் தொடர்புகொள்ளும் மென்பொருளை இயக்குவதைக் கொண்டுள்ளது. இந்த மென்பொருள் Ethereum பிளாக்செயினின் நகலைப் பதிவிறக்குகிறது, ஒவ்வொரு பிளாக்கின் செல்லுபடியாகும் தன்மையைச் சரிபார்க்கிறது, பின்னர் புதிய பிளாக்குகள் மற்றும் பரிவர்த்தனைகளுடன் அதைப் புதுப்பித்த நிலையில் வைத்திருக்கிறது, அதே நேரத்தில் மற்றவர்கள் தங்கள் சொந்த நகல்களைப் பதிவிறக்கவும் புதுப்பிக்கவும் உதவுகிறது.", + "run-a-node-1-b-label": "வெகுமதிகளைப் பெற 32 ETH-ஐ டெபாசிட் செய்தல்", + "run-a-node-1-b-explanation": "இது ஸ்டேக்கிங்கிற்கான (staking) ஒரு தேவையாகும்—நெட்வொர்க் ஒருமித்த கருத்தில் (consensus) செயலில் உள்ள பங்கேற்பாளராக மாறும் செயல்முறை. பிளாக்செயினின் இறையாண்மை கொண்ட நகலை வெறுமனே இயக்க இது தேவையில்லை, இதற்கு எந்த ETH-உம் தேவையில்லை.", + "run-a-node-1-c-label": "நெட்வொர்க் ஒருமித்த கருத்தை (consensus) அடைய சக்திவாய்ந்த ASIC மைனிங் இயந்திரங்களை இயக்குதல்", + "run-a-node-1-c-explanation": "Ethereum முன்பு ஒருமித்த கருத்தை அடைய சக்திவாய்ந்த கணினிகளுடன் மைனிங்கைப் பயன்படுத்தியிருந்தாலும், இந்த செயல்முறை முற்றிலும் ஸ்டேக்கிங்கால் மாற்றப்பட்டுள்ளது. பிளாக்செயினின் இறையாண்மை கொண்ட நகலை வெறுமனே இயக்க, கடந்த காலத்தில் மைனிங் செய்ததோ அல்லது தற்போது ஸ்டேக்கிங் செய்வதோ தேவையில்லை.", + "run-a-node-1-d-label": "பிளாக்செயின் உள்கட்டமைப்பில் முழுநேர வேலை செய்தல்", + "run-a-node-1-d-explanation": "மென்பொருள் கருவிகள் காலப்போக்கில் தொடர்ந்து மேம்பட்டு வருகின்றன, இதனால் ஒரு தொடக்கக்காரராக வீட்டிலிருந்து ஒரு நோடை இயக்குவது மிகவும் எளிதாகிறது. இதில் ஈடுபட பிளாக்செயின் உள்கட்டமைப்பில் முழுநேரமாக வேலை செய்வது எந்த வகையிலும் அவசியமில்லை.", + "run-a-node-2-prompt": "ஒரு நோடை இயக்க நீங்கள் எவ்வளவு ETH-ஐ ஸ்டேக் (stake) செய்ய வேண்டும்?", "run-a-node-2-a-label": "0", - "run-a-node-2-a-explanation": "ஒரு Ethereum முனையை இயக்க எந்த ETH உம் தேவையில்லை. ஒரு முனை அமைப்பின் ஒரு பகுதியாக ஒரு ஸ்டேக்கிங் சரிபார்ப்பவரை இயக்குவதற்கு மாறாக, எவரும் கிளையண்ட் மென்பொருளை இயக்கவும் மற்றும் தங்கள் சொந்த இறையாண்மை நகலை பிளாக்செயினுடன் ஒத்திசைக்கவும் சுதந்திரமாக உள்ளனர்—எந்த ETH உம் தேவையில்லை.", + "run-a-node-2-a-explanation": "ஒரு Ethereum நோடை இயக்க எந்த ETH-உம் தேவையில்லை. நோட் அமைப்பின் ஒரு பகுதியாக ஸ்டேக்கிங் வேலிடேட்டரை இயக்குவதற்கு மாறாக, எவரும் கிளையண்ட் மென்பொருளை இயக்கவும், பிளாக்செயினின் தங்கள் சொந்த இறையாண்மை கொண்ட நகலை ஒத்திசைக்கவும் (sync) சுதந்திரமாக உள்ளனர்—இதற்கு ETH தேவையில்லை.", "run-a-node-2-b-label": "8", "run-a-node-2-c-label": "16", "run-a-node-2-d-label": "32", - "run-a-node-2-d-explanation": "ஒரு Ethereum முனையை இயக்க எந்த ETH உம் தேவையில்லை. நெட்வொர்க் ஒருமித்த கருத்தில் நேரடியாகப் பங்கேற்கும் ஒரு ஸ்டேக்கிங் சரிபார்ப்பவரைச் செயல்படுத்தத் தேவைப்படும் 32 ETH க்கு மாறாக, எவரும் கிளையண்ட் மென்பொருளை இயக்கவும் மற்றும் பிளாக்செயினின் தங்கள் சொந்த இறையாண்மை நகலை ஒத்திசைக்கவும் சுதந்திரமாக உள்ளனர்—எந்த ETH உம் தேவையில்லை.", - "run-a-node-3-prompt": "உங்கள் சொந்த முனையை இயக்குவதன் மூலம் நீங்கள் பெறும் நன்மைகள் என்ன?", - "run-a-node-3-a-label": "மூடுபனி எதிர்ப்பு", - "run-a-node-3-a-explanation": "இது பயனர்களுக்கு ஒரு நன்மை, ஆனால் இது மட்டுமே அல்ல. நெட்வொர்க்கில் உள்ள மற்ற சக நண்பர்களுடன் நேரடியாக தொடர்பு கொள்ளும் முனை மென்பொருளை இயக்குவதன் மூலம், உங்கள் பரிவர்த்தனைகள் உங்கள் முனை பரப்பும் மற்ற எல்லா பரிவர்த்தனைகளுடன் கலந்து விடுகின்றன. எனவே, உங்கள் முனை பகிர்ந்து கொண்ட ஒரு சரியான பரிவர்த்தனையை வேறுபடுத்துவதும் தணிக்கை செய்வதும் கிட்டத்தட்ட சாத்தியமற்றது.", - "run-a-node-3-b-label": "இறையாண்மை", - "run-a-node-3-b-explanation": "இது பயனர்களுக்கு ஒரு நன்மை, ஆனால் இது மட்டுமே அல்ல. உங்கள் சொந்த Ethereum பிளாக்செயின் நகலைக் கொண்டிருப்பதன் மூலம், நெட்வொர்க்குடன் தொடர்பு கொள்ள நீங்கள் இனி எந்த ஒரு வெளிப்புறக் கட்சியையும் நம்பியிருக்கத் தேவையில்லை. உங்கள் இருப்பை சரிபார்க்கவோ, அல்லது ஒரு பரிவர்த்தனையைச் செய்யவோ நீங்கள் ஒருபோதும் அனுமதி கேட்க வேண்டியதில்லை, மேலும் அனைத்து பரிவர்த்தனைகளும் நீங்களே இயக்கும் மென்பொருளைப் பயன்படுத்தி சரிபார்க்கப்படுகின்றன. நெட்வொர்க் மேம்பாடுகள் ஏற்படும் போது, மேம்பாட்டை ஆதரிப்பதா இல்லையா என்பது உங்கள் பொறுப்பில் உள்ளது.", - "run-a-node-3-c-label": "தனியுரிமை", - "run-a-node-3-c-explanation": "இது பயனர்களுக்கு ஒரு நன்மை, ஆனால் இது மட்டுமே அல்ல. உங்கள் சொந்த முனை இல்லாமல், உங்கள் கணக்கு இருப்புகளைச் சரிபார்ப்பது பொதுவாக உங்கள் பணப்பையிலிருந்து உங்கள் கணக்குகளின் பட்டியலை, உங்கள் IP முகவரியுடன் இணைத்து, ஒரு மூன்றாம் தரப்பு வழங்குநருக்கு அனுப்ப வேண்டும், அவர் பின்னர் உங்களுக்கு சரியான தகவலை வழங்குவார் என்று நம்பப்படுகிறார்.", - "run-a-node-3-d-label": "மேற்கூறியவை அனைத்தும்", - "run-a-node-3-d-explanation": "ஒரு முனையை இயக்குவது நீங்கள் நம்பியிருக்கும் தரவின் மீது முழு கட்டுப்பாட்டையும் இறையாண்மையையும் வழங்குகிறது, இது சங்கிலியின் உள்ளடக்கங்களை தனிப்பட்ட முறையில் பார்க்கவும் சரிபார்க்கவும் உங்களை அனுமதிக்கிறது, மேலும் எந்தவொரு சரியான பரிவர்த்தனைகளும் தணிக்கை செய்யப்படவில்லை என்பதை திறம்பட உத்தரவாதம் அளிக்கிறது.", - "run-a-node-4-prompt": "ஒரு Ethereum முனைக்கு என்ன ஹார்டு டிரைவ் சேமிப்பகம் தேவை?", - "run-a-node-4-a-label": "512 ஜிபி எஸ்எஸ்டி", - "run-a-node-4-a-explanation": "தற்போது, எந்த கிளையண்ட் மென்பொருளும் 512 ஜிபி மட்டுமே பயன்படுத்தி சங்கிலியை சேமிக்க முடியாது", - "run-a-node-4-b-label": "2 டிபி சுழலும்", - "run-a-node-4-b-explanation": "பொதுவாகச் சொன்னால், சுழலும் ஹார்டு டிஸ்க்குகள் ஒரு Ethereum முனைக்குத் தேவையான செயலாக்கத் தேவைகளைப் பூர்த்தி செய்ய தேவையான படிக்க/எழுத வேகத்தை ஆதரிக்கவில்லை, மேலும் ஒரு SSD டிரைவ் பரிந்துரைக்கப்படுகிறது", - "run-a-node-4-c-label": "2 டிபி எஸ்எஸ்டி", - "run-a-node-4-c-explanation": "எழுதும் நேரத்தில், ஒரு 2 டிபி SSD டிரைவ் ஒரு முழு Ethereum முனைக்கான சேமிப்பு மற்றும் படிக்க/எழுத வேகத் தேவைகளைப் பூர்த்தி செய்ய வேண்டும்.", - "run-a-node-4-d-label": "8 டிபி எஸ்எஸ்டி", - "run-a-node-4-d-explanation": "எழுதும் நேரத்தில், ஒரு 2 டிபி SSD டிரைவ் ஒரு முழு Ethereum முனைக்கான சேமிப்பக மற்றும் படிக்க/எழுத வேகத் தேவைகளைப் பூர்த்தி செய்ய வேண்டும். ஒரு 8 டிபி SSD அதிக எதிர்காலத்திற்கு உதவும், மேலும் அடுக்கு 2 சங்கிலிகளையும் ஒத்திசைக்கும் திறனை அனுமதிக்கும், ஆனால் தற்போது Mainnet க்கு இது ஒரு தேவையில்லை.", - "run-a-node-5-prompt": "உங்கள் முனை ஆஃப்லைனில் சென்றால் என்ன நடக்கும்?", - "run-a-node-5-a-label": "உங்கள் முனை நெட்வொர்க்கின் தற்போதைய நிலையுடன் ஒத்திசைவிலிருந்து விலகுகிறது", - "run-a-node-5-a-explanation": "உங்கள் முனை ஆன்லைனில் கிடைக்காதபோது, அது சக நண்பர்களிடமிருந்து புதிய பரிவர்த்தனைகள் மற்றும் பிளாக்குகளைப் பெற முடியாது, எனவே சங்கிலியின் தற்போதைய நிலையுடன் ஒத்திசைவிலிருந்து விலகுகிறது. மீண்டும் ஆன்லைனில் இணைப்பது உங்கள் முனை மென்பொருளை மீண்டும் முழுமையாக செயல்பட ஒத்திசைக்க அனுமதிக்கும்.", - "run-a-node-5-b-label": "உங்கள் குளிர் சேமிப்பகத்தில் உள்ள ETH ஸ்லாஷ் செய்யப்படுகிறது", - "run-a-node-5-b-explanation": "உங்கள் குளிர் சேமிப்பகத்தில் உள்ள ETH உங்கள் முனை ஆன்லைனில் இருப்பதற்கும் இல்லாததற்கும் எந்த சம்பந்தமும் இல்லை. உங்கள் முனை ஆஃப்லைனில் இருந்தால், உங்கள் கணக்குகளின் சமீபத்திய இருப்பை சரிபார்க்க அதைப் பயன்படுத்த முடியாது, ஆனால் ஆஃப்லைனில் இருப்பது உங்கள் பாதுகாப்பான நிதிகளை ஆபத்தில் ஆழ்த்துவதில்லை. நீங்கள் ஒரு ஸ்டேக்கராக உங்கள் முனையுடன் சரிபார்ப்பு மென்பொருளையும் இயக்கினால், நெட்வொர்க்கிற்கு கிடைக்காத போது இந்த சரிபார்ப்பு இருப்புக்கு சிறிய அபராதங்கள் விதிக்கப்படும்.", - "run-a-node-5-c-label": "பணிச்சான்றைத் தேடப் பயன்படுத்தப்படும் ஆற்றல் வீணாகிறது", - "run-a-node-5-c-explanation": "Ethereum இனி பணிச்சான்றைப் பயன்படுத்துவதில்லை, இது அனைத்து முனை ஆபரேட்டர்களுக்கும் ஒருபோதும் தேவையாக இருக்கவில்லை. ஆஃப்லைனில் இருப்பது என்பது உங்கள் முனை இனி நெட்வொர்க்கில் உள்ள சமீபத்திய மாற்றங்களுடன் ஒத்திசைக்கப்படவில்லை என்பதையும், மீண்டும் ஆன்லைனில் திரும்பி ஒத்திசைக்க முடியும் என்பதையும் குறிக்கிறது.", - "run-a-node-5-d-label": "சங்கிலி தரவு அகற்றப்பட்டது, மற்றும் புதிதாக மீண்டும் ஒத்திசைப்பது தேவை", - "run-a-node-5-d-explanation": "வெறுமனே ஆஃப்லைனில் செல்வது பொதுவாக சேமிக்கப்பட்ட எந்த சங்கிலி தரவையும் நீக்காது. மீண்டும் இணையத்துடன் இணைப்பது மென்பொருளை அது விட்ட இடத்திலிருந்து மீண்டும் தொடரவும் சமீபத்திய பரிவர்த்தனைகளுடன் ஒத்திசைக்கவும் அனுமதிக்கும்.", - "run-a-node-6-prompt": "ஒரு முனையை இயக்குவது நெட்வொர்க் வெகுமதிகளைப் பெறுகிறது", + "run-a-node-2-d-explanation": "ஒரு Ethereum நோடை இயக்க எந்த ETH-உம் தேவையில்லை. நெட்வொர்க் ஒருமித்த கருத்தில் நேரடியாகப் பங்கேற்கும் ஸ்டேக்கிங் வேலிடேட்டரைச் செயல்படுத்தத் தேவையான 32 ETH-க்கு மாறாக, எவரும் கிளையண்ட் மென்பொருளை இயக்கவும், பிளாக்செயினின் தங்கள் சொந்த இறையாண்மை கொண்ட நகலை ஒத்திசைக்கவும் சுதந்திரமாக உள்ளனர்—இதற்கு ETH தேவையில்லை.", + "run-a-node-3-prompt": "உங்கள் சொந்த நோடை இயக்குவதன் மூலம் உங்களுக்கு என்ன நன்மைகள் கிடைக்கும்?", + "run-a-node-3-a-label": "தணிக்கை எதிர்ப்பு (Censorship resistance)", + "run-a-node-3-a-explanation": "இது பயனர்களுக்கான ஒரு நன்மையாகும், ஆனால் இது மட்டுமே அல்ல. நெட்வொர்க்கில் உள்ள பிற பியர்களுடன் (peers) நேரடியாகத் தொடர்புகொள்ளும் நோட் மென்பொருளை இயக்குவதன் மூலம், உங்கள் பரிவர்த்தனைகள் உங்கள் நோட் பரப்பும் மற்ற ஒவ்வொரு பரிவர்த்தனையுடனும் கலக்கின்றன. எனவே, உங்கள் நோட் பகிர்ந்த செல்லுபடியாகும் பரிவர்த்தனையை வேறுபடுத்தித் தணிக்கை செய்வது கிட்டத்தட்ட சாத்தியமற்றது.", + "run-a-node-3-b-label": "இறையாண்மை (Sovereignty)", + "run-a-node-3-b-explanation": "இது பயனர்களுக்கான ஒரு நன்மையாகும், ஆனால் இது மட்டுமே அல்ல. Ethereum பிளாக்செயினின் உங்கள் சொந்த நகலைக் கொண்டிருப்பதன் மூலம், நெட்வொர்க்குடன் தொடர்புகொள்ள நீங்கள் இனி எந்தவொரு வெளிப்புறத் தரப்பினரையும் சார்ந்திருக்க வேண்டியதில்லை. உங்கள் இருப்பைப் பார்க்கவோ அல்லது பரிவர்த்தனையைச் செயல்படுத்தவோ நீங்கள் ஒருபோதும் அனுமதி கேட்க வேண்டியதில்லை, மேலும் அனைத்துப் பரிவர்த்தனைகளும் நீங்கள் இயக்கும் மென்பொருளைப் பயன்படுத்திச் சரிபார்க்கப்படுகின்றன. நெட்வொர்க் மேம்படுத்தல்கள் நிகழும்போது, மேம்படுத்தலை ஆதரிப்பதா இல்லையா என்பதற்கு நீங்களே பொறுப்பாவீர்கள்.", + "run-a-node-3-c-label": "தனியுரிமை (Privacy)", + "run-a-node-3-c-explanation": "இது பயனர்களுக்கான ஒரு நன்மையாகும், ஆனால் இது மட்டுமே அல்ல. உங்கள் சொந்த நோட் இல்லாமல், உங்கள் கணக்கு இருப்புகளைப் பார்ப்பதற்கு, பொதுவாக உங்கள் வாலட்டிலிருந்து உங்கள் கணக்குகளின் பட்டியலை, உங்கள் IP முகவரியுடன் இணைத்து, மூன்றாம் தரப்பு வழங்குநருக்கு அனுப்ப வேண்டும், அவர் உங்களுக்குச் சரியான தகவலை வழங்குவார் என்று நம்பப்படுகிறது.", + "run-a-node-3-d-label": "மேற்கண்ட அனைத்தும்", + "run-a-node-3-d-explanation": "ஒரு நோடை இயக்குவது, நீங்கள் நம்பியிருக்கும் தரவின் மீது உங்களுக்கு முழுமையான கட்டுப்பாட்டையும் இறையாண்மையையும் அளிக்கிறது, இது செயினின் உள்ளடக்கங்களைத் தனிப்பட்ட முறையில் பார்க்கவும் சரிபார்க்கவும் உங்களை அனுமதிக்கிறது, மேலும் செல்லுபடியாகும் எந்தப் பரிவர்த்தனைகளும் தணிக்கை செய்யப்படாமல் இருப்பதை திறம்பட உறுதி செய்கிறது.", + "run-a-node-4-prompt": "ஒரு Ethereum நோடிற்கு என்ன ஹார்ட் டிரைவ் சேமிப்பகம் தேவை?", + "run-a-node-4-a-label": "512 GB SSD", + "run-a-node-4-a-explanation": "தற்போது, எந்த கிளையண்ட் மென்பொருளும் 512 GB-ஐ மட்டுமே பயன்படுத்தி செயினைச் சேமிக்கும் திறன் கொண்டிருக்கவில்லை", + "run-a-node-4-b-label": "2 TB Rotating", + "run-a-node-4-b-explanation": "பொதுவாகச் சொல்வதானால், சுழலும் ஹார்ட் டிஸ்க்குகள் (rotating hard disks) ஒரு Ethereum நோடிற்கான செயலாக்கத் தேவைகளைப் பூர்த்தி செய்யத் தேவையான வாசிப்பு/எழுதுதல் (read/write) வேகத்தை ஆதரிக்காது, மேலும் SSD டிரைவ் பரிந்துரைக்கப்படுகிறது", + "run-a-node-4-c-label": "2 TB SSD", + "run-a-node-4-c-explanation": "இதை எழுதும் நேரத்தில், ஒரு 2 TB SSD டிரைவ் முழுமையான Ethereum நோடிற்கான சேமிப்பகம் மற்றும் வாசிப்பு/எழுதுதல் வேகத் தேவைகளைப் பூர்த்தி செய்ய வேண்டும்.", + "run-a-node-4-d-label": "8 TB SSD", + "run-a-node-4-d-explanation": "இதை எழுதும் நேரத்தில், ஒரு 2 TB SSD டிரைவ் முழுமையான Ethereum நோடிற்கான சேமிப்பகம் மற்றும் வாசிப்பு/எழுதுதல் வேகத் தேவைகளைப் பூர்த்தி செய்ய வேண்டும். ஒரு 8 TB SSD எதிர்காலத் தேவைகளுக்கு மிகவும் ஏற்றதாக இருக்கும், மேலும் layer 2 செயின்களையும் ஒத்திசைக்கும் திறனை வழங்கும், ஆனால் இது தற்போது Mainnet-க்கு அவசியமில்லை.", + "run-a-node-5-prompt": "உங்கள் நோட் ஆஃப்லைனுக்குச் சென்றால் என்ன நடக்கும்?", + "run-a-node-5-a-label": "உங்கள் நோட் நெட்வொர்க்கின் தற்போதைய நிலையுடன் ஒத்திசைவை (sync) இழக்கிறது", + "run-a-node-5-a-explanation": "உங்கள் நோட் ஆன்லைனில் கிடைக்காதபோது, பியர்களிடமிருந்து புதிய பரிவர்த்தனைகள் மற்றும் பிளாக்குகளைப் பெற முடியாது, எனவே செயினின் தற்போதைய நிலையுடன் ஒத்திசைவை இழக்கிறது. மீண்டும் ஆன்லைனில் இணைப்பது, உங்கள் நோட் மென்பொருளை மீண்டும் ஒத்திசைத்து முழுமையாகச் செயல்பட அனுமதிக்கும்.", + "run-a-node-5-b-label": "உங்கள் கோல்ட் ஸ்டோரேஜில் (cold storage) உள்ள ETH குறைக்கப்படுகிறது (slashed)", + "run-a-node-5-b-explanation": "உங்கள் கோல்ட் ஸ்டோரேஜில் உள்ள ETH-க்கும் உங்கள் நோட் ஆன்லைனில் இருப்பதற்கும் எந்தத் தொடர்பும் இல்லை. உங்கள் நோட் ஆஃப்லைனில் இருந்தால், உங்கள் கணக்குகளின் சமீபத்திய இருப்பைப் பார்க்க அதைப் பயன்படுத்த முடியாது, ஆனால் ஆஃப்லைனில் இருப்பது உங்கள் பாதுகாப்பான நிதியை ஆபத்தில் ஆழ்த்தாது. நீங்கள் ஒரு ஸ்டேக்கராக உங்கள் நோடுடன் வேலிடேட்டர் மென்பொருளையும் இயக்கினால், நெட்வொர்க்கிற்குக் கிடைக்காதபோது இந்த வேலிடேட்டர் இருப்பில் சிறிய அபராதங்கள் விதிக்கப்படும்.", + "run-a-node-5-c-label": "ப்ரூஃப்-ஆஃப்-வொர்க்கைத் (proof-of-work) தேடப் பயன்படுத்தப்படும் ஆற்றல் வீணாகிறது", + "run-a-node-5-c-explanation": "Ethereum இனி ப்ரூஃப்-ஆஃப்-வொர்க்கைப் பயன்படுத்துவதில்லை, மேலும் இது அனைத்து நோட் ஆபரேட்டர்களுக்கும் ஒருபோதும் தேவையாக இருந்ததில்லை. ஆஃப்லைனில் இருப்பது என்பது உங்கள் நோட் நெட்வொர்க்கில் உள்ள சமீபத்திய மாற்றங்களுடன் ஒத்திசைவில் இல்லை என்பதைக் குறிக்கிறது, மேலும் ஆன்லைனுக்குத் திரும்புவதன் மூலம் மீண்டும் ஒத்திசைக்க முடியும்.", + "run-a-node-5-d-label": "செயின் தரவு அகற்றப்படுகிறது, மேலும் புதிதாக மீண்டும் ஒத்திசைப்பது (re-syncing) தேவைப்படுகிறது", + "run-a-node-5-d-explanation": "வெறுமனே ஆஃப்லைனுக்குச் செல்வது பொதுவாகச் சேமிக்கப்பட்ட எந்தச் செயின் தரவையும் நீக்காது. இணையத்துடன் மீண்டும் இணைப்பது, சமீபத்திய பரிவர்த்தனைகளுடன் ஒத்திசைக்க மென்பொருளை விட்ட இடத்திலிருந்து தொடர அனுமதிக்கும்.", + "run-a-node-6-prompt": "ஒரு நோடை இயக்குவது நெட்வொர்க் வெகுமதிகளைப் பெற்றுத் தருகிறது", "run-a-node-6-a-label": "சரி", - "run-a-node-6-a-explanation": "வெறுமனே கிளையண்ட் மென்பொருளை இயக்குவது உங்களுக்கு வெகுமதிகளைப் பெற்றுத் தராது. வெகுமதிகளைப் பெற, நீங்கள் ஸ்டேக்கிங்கும் செய்ய வேண்டும்.", + "run-a-node-6-a-explanation": "வெறுமனே கிளையண்ட் மென்பொருளை இயக்குவது உங்களுக்கு வெகுமதிகளைப் பெற்றுத் தராது. வெகுமதிகளைப் பெற, நீங்கள் ஸ்டேக்கிங்கும் (staking) செய்ய வேண்டும்.", "run-a-node-6-b-label": "தவறு", - "stablecoins-1-prompt": "ஸ்டேபிள்காயின்கள் என்றால் என்ன?", - "stablecoins-1-a-label": "குறைந்த விலை ஏற்ற இறக்கத்துடன் கூடிய கிரிப்டோகரன்சிகள், அவற்றின் மதிப்பு நிலையானது மற்றும் பாரம்பரிய நாணயங்களைப் போன்றது", - "stablecoins-1-a-explanation": "சரி! பல கிரிப்டோகரன்சிகளில் பொதுவான ஏற்ற இறக்க சிக்கலைத் தீர்க்க ஸ்டேபிள்காயின்கள் வடிவமைக்கப்பட்டுள்ளன.", + "stablecoins-1-prompt": "ஸ்டேபிள்காயின்கள் (stablecoins) என்றால் என்ன?", + "stablecoins-1-a-label": "குறைந்த விலை ஏற்ற இறக்கம் கொண்ட கிரிப்டோகரன்சிகள், அவற்றின் மதிப்பு நிலையானது மற்றும் பாரம்பரிய நாணயங்களைப் போன்றது", + "stablecoins-1-a-explanation": "சரியானது! பல கிரிப்டோகரன்சிகளில் பொதுவான ஏற்ற இறக்கச் சிக்கலைத் தீர்க்கும் வகையில் ஸ்டேபிள்காயின்கள் வடிவமைக்கப்பட்டுள்ளன.", "stablecoins-1-b-label": "தங்கத்தின் டிஜிட்டல் பிரதிநிதித்துவங்கள்", - "stablecoins-1-b-explanation": "இது தவறானது. சில ஸ்டேபிள்காயின்கள் விலைமதிப்பற்ற உலோகங்களால் ஆதரிக்கப்படலாம் என்றாலும், அவை ஃபியட் நாணயம் அல்லது பிற கிரிப்டோகரன்சிகளாலும் ஆதரிக்கப்படலாம்.", + "stablecoins-1-b-explanation": "இது தவறானது. சில ஸ்டேபிள்காயின்கள் விலைமதிப்பற்ற உலோகங்களால் ஆதரிக்கப்படலாம் என்றாலும், அவை ஃபியட் (fiat) நாணயம் அல்லது பிற கிரிப்டோகரன்சிகளாலும் ஆதரிக்கப்படலாம்.", "stablecoins-1-c-label": "ஒரு புதிய வகை கிரெடிட் கார்டு", - "stablecoins-1-c-explanation": "இது தவறானது. ஸ்டேபிள்காயின்கள் ஒரு வகை கிரிப்டோகரன்சி, கிரெடிட் கார்டு அல்ல.", - "stablecoins-1-d-label": "ஈதருக்கு ஒரு மாற்று", - "stablecoins-1-d-explanation": "இது தவறானது. ஸ்டேபிள்காயின்கள் ஈதரை (ETH) மாற்றுவதற்காக வடிவமைக்கப்படவில்லை. அவை Ethereum நெட்வொர்க்கில் உள்ள மற்றொரு டோக்கன் ஆகும், இது காலப்போக்கில் நிலையான மதிப்பை பராமரிக்க வடிவமைக்கப்பட்டுள்ளது.", + "stablecoins-1-c-explanation": "இது தவறானது. ஸ்டேபிள்காயின்கள் ஒரு வகையான கிரிப்டோகரன்சி, கிரெடிட் கார்டு அல்ல.", + "stablecoins-1-d-label": "ஈதருக்கு (ether) ஒரு மாற்று", + "stablecoins-1-d-explanation": "இது தவறானது. ஸ்டேபிள்காயின்கள் ஈதரை (ETH) மாற்றுவதற்காக வடிவமைக்கப்படவில்லை. அவை காலப்போக்கில் நிலையான மதிப்பைப் பராமரிக்க வடிவமைக்கப்பட்ட Ethereum நெட்வொர்க்கில் உள்ள மற்றொரு டோக்கன் ஆகும்.", "stablecoins-2-prompt": "பின்வருவனவற்றில் எது ஸ்டேபிள்காயின்?", "stablecoins-2-a-label": "அமெரிக்க டாலர்", - "stablecoins-2-a-explanation": "இது தவறானது. ஸ்டேபிள்காயின்கள் அமெரிக்க டாலரைக் குறிக்க முடியும் என்றாலும், ஒரு அமெரிக்க டாலர் கிரிப்டோகரன்சி அல்ல.", + "stablecoins-2-a-explanation": "இது தவறானது. ஸ்டேபிள்காயின்கள் அமெரிக்க டாலரைப் பிரதிநிதித்துவப்படுத்தலாம் என்றாலும், அமெரிக்க டாலர் ஒரு கிரிப்டோகரன்சி அல்ல.", "stablecoins-2-b-label": "AAVE டோக்கன்", - "stablecoins-2-b-explanation": "இது தவறானது. AAVE என்பது Aave நெறிமுறைக்கான ஒரு ஆளுமை டோக்கன் ஆகும், இது ஸ்டேபிள்காயின்களுக்கான சந்தைகளை வழங்குகிறது, ஆனால் AAVE தானே ஒரு ஸ்டேபிள்காயின் அல்ல.", + "stablecoins-2-b-explanation": "இது தவறானது. AAVE என்பது Aave நெறிமுறைக்கான ஆளுமை டோக்கன் (governance token) ஆகும், இது ஸ்டேபிள்காயின்களுக்கான சந்தைகளை வழங்குகிறது, ஆனால் AAVE ஒரு ஸ்டேபிள்காயின் அல்ல.", "stablecoins-2-c-label": "Dai", - "stablecoins-2-c-explanation": "சரி! Dai அநேகமாக மிகவும் பிரபலமான பரவலாக்கப்பட்ட ஸ்டேபிள்காயின் ஆகும், மேலும் அதன் மதிப்பு தோராயமாக 1 அமெரிக்க டாலர் ஆகும்.", - "stablecoins-2-d-label": "ஈதர்", - "stablecoins-2-d-explanation": "இது தவறானது. ஈதர் என்பது Ethereum நெட்வொர்க்கின் சொந்த நாணயம், ஆனால் அது நிலையானதாக இருக்க ഉദ്ദേശிக்கப்படவில்லை.", + "stablecoins-2-c-explanation": "சரியானது! Dai அநேகமாக மிகவும் பிரபலமான பரவலாக்கப்பட்ட (decentralized) ஸ்டேபிள்காயின் ஆகும், மேலும் அதன் மதிப்பு தோராயமாக 1 அமெரிக்க டாலர் ஆகும்.", + "stablecoins-2-d-label": "Ether", + "stablecoins-2-d-explanation": "இது தவறானது. Ether என்பது Ethereum நெட்வொர்க்கின் சொந்த நாணயமாகும், ஆனால் இது நிலையானதாக இருக்க வேண்டும் என்ற நோக்கத்தில் உருவாக்கப்படவில்லை.", "stablecoins-3-prompt": "ஸ்டேபிள்காயின்களை எதற்காகப் பயன்படுத்தலாம்?", - "stablecoins-3-a-label": "அதன் பயனர்களை விலையில் ஏற்படும் நிலையற்ற மாற்றங்களிலிருந்து பாதுகாக்க", - "stablecoins-3-a-explanation": "சரியாக இல்லை. இந்த பதில் ஓரளவு சரியானது, ஆனால் ஸ்டேபிள்காயின்கள் பயன்படுத்தப்படக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று.", + "stablecoins-3-a-label": "விலையில் ஏற்படும் ஏற்ற இறக்கமான மாற்றங்களிலிருந்து அதன் பயனர்களைப் பாதுகாக்க", + "stablecoins-3-a-explanation": "முற்றிலும் இல்லை. இந்தப் பதில் ஓரளவு சரியானது, ஆனால் ஸ்டேபிள்காயின்களைப் பயன்படுத்தக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று மட்டுமே.", "stablecoins-3-b-label": "உலகில் எங்கும் இணையத்தில் பொருட்களை வாங்க", - "stablecoins-3-b-explanation": "சரியாக இல்லை. இந்த பதில் ஓரளவு சரியானது, ஆனால் ஸ்டேபிள்காயின்கள் பயன்படுத்தப்படக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று.", - "stablecoins-3-c-label": "மற்றவர்களுக்கு கடன் கொடுப்பதன் மூலம் பணம் சம்பாதிக்க", - "stablecoins-3-c-explanation": "சரியாக இல்லை. இந்த பதில் ஓரளவு சரியானது, ஆனால் ஸ்டேபிள்காயின்கள் பயன்படுத்தப்படக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று.", - "stablecoins-3-d-label": "மேற்கூறியவை அனைத்தும்", - "stablecoins-3-d-explanation": "சரி! ஸ்டேபிள்காயின்களை குறைந்த ஏற்ற இறக்கத்துடன் கிரிப்டோகரன்சியை வைத்திருக்கவும், உலகளவில் இணையத்தில் பரிவர்த்தனை செய்யவும், அவற்றை நீங்கள் கடன் கொடுக்கும்போது வட்டி சம்பாதிக்கவும் பயன்படுத்தலாம்.", - "stablecoins-4-prompt": "ஸ்டேபிள்காயின்களை தனித்துவமாக்குவது எது?", - "stablecoins-4-a-label": "இது நிஜ உலகில் உள்ள ஒரு சொத்துடன் பிணைக்கப்பட்ட ஒரு டோக்கன்", - "stablecoins-4-a-explanation": "இது தவறானது. பல ஸ்டேபிள்காயின்கள் நிஜ-உலக சொத்துக்களுடன் பிணைக்கப்பட்டிருந்தாலும், இந்த பண்பு ஸ்டேபிள்காயின்களுக்கு பிரத்தியேகமானது அல்ல (எ.கா., ETH-பிணையப்படுத்தப்பட்ட டோக்கன்கள்).", + "stablecoins-3-b-explanation": "முற்றிலும் இல்லை. இந்தப் பதில் ஓரளவு சரியானது, ஆனால் ஸ்டேபிள்காயின்களைப் பயன்படுத்தக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று மட்டுமே.", + "stablecoins-3-c-label": "மற்றவர்களுக்குக் கடன் கொடுப்பதன் மூலம் பணம் சம்பாதிக்க", + "stablecoins-3-c-explanation": "முற்றிலும் இல்லை. இந்தப் பதில் ஓரளவு சரியானது, ஆனால் ஸ்டேபிள்காயின்களைப் பயன்படுத்தக்கூடிய பல விஷயங்களில் இதுவும் ஒன்று மட்டுமே.", + "stablecoins-3-d-label": "மேற்கண்ட அனைத்தும்", + "stablecoins-3-d-explanation": "சரியானது! குறைந்த ஏற்ற இறக்கத்துடன் கிரிப்டோகரன்சியை வைத்திருக்கவும், இணையத்தில் உலகளவில் பரிவர்த்தனை செய்யவும், அவற்றை நீங்கள் கடனாக வழங்கும்போது வட்டி ஈட்டவும் ஸ்டேபிள்காயின்களைப் பயன்படுத்தலாம்.", + "stablecoins-4-prompt": "ஸ்டேபிள்காயின்களைத் தனித்துவமாக்குவது எது?", + "stablecoins-4-a-label": "இது நிஜ உலகில் உள்ள ஒரு சொத்துடன் பிணைக்கப்பட்ட ஒரு டோக்கன் ஆகும்", + "stablecoins-4-a-explanation": "இது தவறானது. பல ஸ்டேபிள்காயின்கள் நிஜ உலகச் சொத்துக்களுடன் இணைக்கப்பட்டிருந்தாலும், இந்தப் பண்பு ஸ்டேபிள்காயின்களுக்கு மட்டுமே உரியது அல்ல (எ.கா., ETH-ஆதரவுடைய டோக்கன்கள்).", "stablecoins-4-b-label": "இது அதன் மதிப்பை நிலையாக வைத்திருக்க பிரத்யேகமாக வடிவமைக்கப்பட்ட ஒரு கிரிப்டோகரன்சி டோக்கன் ஆகும்", - "stablecoins-4-b-explanation": "சரி! ஸ்டேபிள்காயின்கள் அவற்றின் மதிப்பை ஒப்பீட்டளவில் நிலையாக வைத்திருக்க வடிவமைக்கப்பட்டுள்ளன, பொதுவாக நாணயங்கள் போன்ற சொத்துக்களுடன் பிணைக்கப்பட்டுள்ளன (எ.கா., 1 USDC = 1 அமெரிக்க டாலர்), ஆனால் எல்லா ஸ்டேபிள்காயின்களும் இந்த மாதிரியைப் பின்பற்றுவதில்லை (எ.கா., RAI).", - "stablecoins-4-c-label": "இதை இணையம் வழியாக அனுப்ப முடியும்", - "stablecoins-4-c-explanation": "இது தவறானது. இது ஒரு திறன் என்றாலும், இது ஸ்டேபிள்காயின்களுக்கு தனித்துவமானது அல்ல.", + "stablecoins-4-b-explanation": "சரியானது! Stablecoin-கள் அவற்றின் மதிப்பை ஒப்பீட்டளவில் நிலையாக வைத்திருக்க வடிவமைக்கப்பட்டுள்ளன, பொதுவாக நாணயங்கள் போன்ற சொத்துக்களுடன் இணைக்கப்படுகின்றன (எ.கா., 1 USDC = 1 US dollar), ஆனால் அனைத்து Stablecoin-களும் இந்த மாதிரியைப் பின்பற்றுவதில்லை (எ.கா., RAI).", + "stablecoins-4-c-label": "இதை இணையத்தின் மூலம் அனுப்ப முடியும்", + "stablecoins-4-c-explanation": "இது தவறானது. இது ஒரு திறன் என்றாலும், இது Stablecoin-களுக்கு மட்டுமே உரியது அல்ல.", "stablecoins-4-d-label": "இதை Ethereum நெட்வொர்க்கில் பயன்படுத்தலாம்.", "stablecoins-4-d-explanation": "இது தவறானது. பல கிரிப்டோகரன்சி டோக்கன்களை Ethereum நெட்வொர்க்கில் பயன்படுத்தலாம்.", - "stablecoins-5-prompt": "ஸ்டேபிள்காயின்களைப் பெறுவதற்கான வழி எது அல்ல?", - "stablecoins-5-a-label": "அவற்றை மற்ற டோக்கன்களுடன் மாற்றவும்", - "stablecoins-5-a-explanation": "தவறானது, இது ஸ்டேபிள்காயின்களைப் பெறுவதற்கான ஒரு வழியாகும். மக்கள் ஸ்டேபிள்காயின்களைப் பெறுவதற்கான பொதுவான வழிகளில் ஒன்று, தங்கள் இருக்கும் கிரிப்டோகரன்சிகளை ஸ்டேபிள்காயின்களுக்காக மாற்றுவதாகும்.", - "stablecoins-5-b-label": "அவற்றை கடன் வாங்கு", - "stablecoins-5-b-explanation": "தவறானது, இது ஸ்டேபிள்காயின்களைப் பெறுவதற்கான ஒரு வழியாகும். ஈதர் போன்ற உங்கள் இருக்கும் கிரிப்டோகரன்சிகளை பிணையமாகப் பயன்படுத்தி சில ஸ்டேபிள்காயின்களை நீங்கள் கடன் வாங்கலாம். உங்கள் பூட்டப்பட்ட பிணையத்தை மீட்டெடுக்க நீங்கள் கடன் வாங்கிய ஸ்டேபிள்காயின்களைத் திருப்பிச் செலுத்த வேண்டும்.", - "stablecoins-5-c-label": "ஒரு பரிமாற்றத்திலிருந்து அவற்றை வாங்கவும்", - "stablecoins-5-c-explanation": "தவறானது, இது ஸ்டேபிள்காயின்களைப் பெறுவதற்கான ஒரு வழியாகும். பல பரிமாற்றங்கள் மற்றும் பணப்பைகள் உங்களை நேரடியாக ஸ்டேபிள்காயின்களை வாங்க அனுமதிக்கின்றன. மையப்படுத்தப்பட்ட பரிமாற்றங்களுக்கு புவியியல் கட்டுப்பாடுகள் பொருந்தலாம்.", - "stablecoins-5-d-label": "அவற்றை சுரங்கப்படுத்து", - "stablecoins-5-d-explanation": "சரி! பிட்காயின் போலல்லாமல், நீங்கள் ஸ்டேபிள்காயின்களை சுரங்கப்படுத்த முடியாது.", + "stablecoins-5-prompt": "Stablecoin-களைப் பெறுவதற்கான வழி அல்லாதது எது?", + "stablecoins-5-a-label": "அவற்றை மற்ற டோக்கன்களுடன் மாற்றுவது (Swap)", + "stablecoins-5-a-explanation": "தவறானது, இது Stablecoin-களைப் பெறுவதற்கான ஒரு வழியாகும். மக்கள் Stablecoin-களைப் பெறுவதற்கான பொதுவான வழிகளில் ஒன்று, தங்களிடம் உள்ள கிரிப்டோகரன்சிகளை Stablecoin-களாக மாற்றுவதாகும்.", + "stablecoins-5-b-label": "அவற்றைக் கடனாகப் பெறுவது", + "stablecoins-5-b-explanation": "தவறானது, இது Stablecoin-களைப் பெறுவதற்கான ஒரு வழியாகும். ஈதர் (ether) போன்ற உங்களிடம் உள்ள கிரிப்டோகரன்சிகளை பிணையமாகப் பயன்படுத்தி சில Stablecoin-களை நீங்கள் கடனாகப் பெறலாம். நீங்கள் பூட்டிய பிணையத்தை திரும்பப் பெற, கடனாகப் பெற்ற Stablecoin-களைத் திருப்பிச் செலுத்த வேண்டும்.", + "stablecoins-5-c-label": "அவற்றை ஒரு எக்ஸ்சேஞ்சிலிருந்து வாங்குவது", + "stablecoins-5-c-explanation": "தவறானது, இது Stablecoin-களைப் பெறுவதற்கான ஒரு வழியாகும். பல எக்ஸ்சேஞ்சுகள் மற்றும் வாலெட்டுகள் Stablecoin-களை நேரடியாக வாங்க உங்களை அனுமதிக்கின்றன. மையப்படுத்தப்பட்ட எக்ஸ்சேஞ்சுகளுக்கு புவியியல் கட்டுப்பாடுகள் பொருந்தலாம்.", + "stablecoins-5-d-label": "அவற்றை மைனிங் (Mine) செய்வது", + "stablecoins-5-d-explanation": "சரியானது! பிட்காயினைப் போலல்லாமல், உங்களால் Stablecoin-களை மைனிங் செய்ய முடியாது.", "defi-1-prompt": "DeFi என்பதன் விரிவாக்கம் என்ன?", - "defi-1-a-label": "பரவலாக்கப்பட்ட நிதி", - "defi-1-a-explanation": "சரி! DeFi என்பது பரவலாக்கப்பட்ட நிதியைக் குறிக்கிறது, இது வங்கிகள் அல்லது நிதி நிறுவனங்கள் போன்ற இடைத்தரகர்கள் இல்லாமல் செயல்படும் Ethereum இல் கட்டமைக்கப்பட்ட ஒரு நிதி அமைப்பாகும்.", - "defi-1-b-label": "டிஜிட்டல் நிதி", - "defi-1-b-explanation": "இது தவறானது. டிஜிட்டல் நிதி என்பது டிஜிட்டல் தளங்கள் மூலம் வழங்கப்படும் நிதி சேவைகளைக் குறிக்கிறது, ஆனால் அது குறிப்பாக பரவலாக்கத்தை குறிக்கவில்லை.", - "defi-1-c-label": "விநியோகிக்கப்பட்ட நிதி", - "defi-1-c-explanation": "இது தவறானது. 'விநியோகிக்கப்பட்ட' என்பது பரவலாக்கத்தைக் குறிக்கலாம் என்றாலும், தொழில்துறையில் பயன்படுத்தப்படும் சொல் 'பரவலாக்கப்பட்ட நிதி', விநியோகிக்கப்பட்ட நிதி அல்ல.", - "defi-1-d-label": "மேம்பாட்டு நிதி", - "defi-1-d-explanation": "இது தவறானது. மேம்பாட்டு நிதி பொதுவாக பொருளாதார வளர்ச்சியை நோக்கமாகக் கொண்ட திட்டங்களுக்கு வழங்கப்படும் நிதி ஆதரவைக் குறிக்கிறது, பெரும்பாலும் வளரும் நாடுகளில், இது பிளாக்செயின் அல்லது DeFi உடன் தொடர்பில்லாதது.", - "defi-2-prompt": "DeFi உடன் நீங்கள் என்ன செய்ய முடியாது?", - "defi-2-a-label": "உலகம் முழுவதும் பணம் அனுப்புங்கள்.", - "defi-2-a-explanation": "இது தவறானது. DeFi மூலம், நீங்கள் எந்த வரம்பும் இல்லாமல் உலகின் எந்த இடத்திலும் யாருக்கும் மதிப்பை அனுப்பலாம்.", - "defi-2-b-label": "உங்கள் தவறுகளை மாற்ற வாடிக்கையாளர் ஆதரவைக் கேளுங்கள்.", - "defi-2-b-explanation": "சரி! DeFi இல், பரிவர்த்தனைகள் இறுதியானவை மற்றும் ஒரு நிறுவனத்தை விட குறியீட்டால் கட்டுப்படுத்தப்படுகின்றன. தவறான முகவரிக்கு நிதி அனுப்புவது போன்ற ஒரு தவறு நடந்தால், அதை சரிசெய்ய வாடிக்கையாளர் ஆதரவு இல்லை. நீங்கள் கூடுதல் கவனமாக இருக்க வேண்டும்.", - "defi-2-c-label": "பிணையத்துடன் நிதி கடன் வாங்குங்கள்.", - "defi-2-c-explanation": "இது தவறானது. DeFi மூலம், நீங்கள் உடனடியாக பணம் கடன் வாங்கலாம், பாரம்பரிய வங்கிகளின் பல நாள் ஒப்புதல் செயல்முறையைத் தவிர்க்கலாம்.", - "defi-2-d-label": "உங்கள் டோக்கன்களை 24/7 வர்த்தகம் செய்யுங்கள்.", - "defi-2-d-explanation": "இது தவறானது. DeFi உங்கள் டோக்கன்களை 24/7 வர்த்தகம் செய்ய அனுமதிக்கிறது. சந்தைகள் எப்போதும் திறந்திருக்கும், உங்கள் ETH ஐ USDT அல்லது வேறு எந்த நாணயத்திற்கும் எதிராக எந்த நேரத்திலும் வர்த்தகம் செய்யலாம்.", - "defi-3-prompt": "பயனர்கள் ஒருவருக்கொருவர் நேரடியாக டோக்கன்களை மாற்ற அனுமதிக்கும் எந்த DeFi தளம் அறியப்படுகிறது?", + "defi-1-a-label": "Decentralized Finance", + "defi-1-a-explanation": "சரியானது! DeFi என்பது Decentralized Finance-ஐக் குறிக்கிறது, இது வங்கிகள் அல்லது நிதி நிறுவனங்கள் போன்ற இடைத்தரகர்கள் இல்லாமல் செயல்படும் Ethereum-இல் கட்டமைக்கப்பட்ட ஒரு நிதி அமைப்பாகும்.", + "defi-1-b-label": "Digital Finance", + "defi-1-b-explanation": "இது தவறானது. Digital Finance என்பது டிஜிட்டல் தளங்கள் மூலம் வழங்கப்படும் நிதிச் சேவைகளைக் குறிக்கிறது, ஆனால் இது குறிப்பாக பரவலாக்கத்தைக் குறிக்கவில்லை.", + "defi-1-c-label": "Distributed Finance", + "defi-1-c-explanation": "இது தவறானது. 'விநியோகிக்கப்பட்ட' என்பது பரவலாக்கத்தைக் குறிக்கலாம் என்றாலும், தொழில்துறையில் பயன்படுத்தப்படும் சொல் 'Decentralized Finance' ஆகும், Distributed Finance அல்ல.", + "defi-1-d-label": "Development Finance", + "defi-1-d-explanation": "இது தவறானது. Development Finance என்பது பொதுவாக பொருளாதார மேம்பாட்டை நோக்கமாகக் கொண்ட திட்டங்களுக்கு வழங்கப்படும் நிதி ஆதரவைக் குறிக்கிறது, பெரும்பாலும் வளரும் நாடுகளில், இது பிளாக்செயின் அல்லது DeFi உடன் தொடர்பற்றது.", + "defi-2-prompt": "DeFi மூலம் உங்களால் என்ன செய்ய முடியாது?", + "defi-2-a-label": "உலகம் முழுவதும் பணத்தை அனுப்புவது.", + "defi-2-a-explanation": "இது தவறானது. DeFi மூலம், நீங்கள் உலகில் எங்கும் யாருக்கும் எந்த வரம்பும் இல்லாமல் மதிப்பை அனுப்பலாம்.", + "defi-2-b-label": "உங்கள் தவறுகளைச் சரிசெய்ய வாடிக்கையாளர் ஆதரவைக் கேட்பது.", + "defi-2-b-explanation": "சரியானது! DeFi-இல், பரிவர்த்தனைகள் இறுதியானவை மற்றும் ஒரு நிறுவனத்திற்குப் பதிலாக குறியீட்டால் கட்டுப்படுத்தப்படுகின்றன. தவறான முகவரிக்கு நிதியை அனுப்புவது போன்ற தவறு நடந்தால், அதைச் சரிசெய்ய எந்த வாடிக்கையாளர் ஆதரவும் இல்லை. நீங்கள் கூடுதல் கவனமாக இருக்க வேண்டும்.", + "defi-2-c-label": "பிணையத்துடன் நிதியைக் கடனாகப் பெறுவது.", + "defi-2-c-explanation": "இது தவறானது. DeFi மூலம், பாரம்பரிய வங்கிகளின் பல நாட்கள் ஆகும் ஒப்புதல் செயல்முறையைத் தவிர்த்து, நீங்கள் உடனடியாக பணத்தைக் கடனாகப் பெறலாம்.", + "defi-2-d-label": "உங்கள் டோக்கன்களை 24/7 வர்த்தகம் செய்வது.", + "defi-2-d-explanation": "இது தவறானது. DeFi உங்களை 24/7 டோக்கன்களை வர்த்தகம் செய்ய அனுமதிக்கிறது. சந்தைகள் எப்போதும் திறந்திருக்கும், மேலும் நீங்கள் எப்போது வேண்டுமானாலும் USDT அல்லது வேறு எந்த நாணயத்திற்கும் எதிராக உங்கள் ETH-ஐ வர்த்தகம் செய்யலாம்.", + "defi-3-prompt": "பயனர்கள் ஒருவருக்கொருவர் நேரடியாக டோக்கன்களை மாற்றிக்கொள்ள (swap) அனுமதிக்கும் பிரபலமான DeFi தளம் எது?", "defi-3-a-label": "Uniswap", - "defi-3-a-explanation": "சரி! Uniswap என்பது ஒரு பரவலாக்கப்பட்ட பரிமாற்றமாகும், இது பயனர்கள் தானியங்கு சந்தை-உருவாக்கும் வழிமுறைகளைப் பயன்படுத்தி ஒருவருக்கொருவர் நேரடியாக டோக்கன்களை வர்த்தகம் (மாற்று) செய்ய அனுமதிக்கிறது.", + "defi-3-a-explanation": "சரியானது! Uniswap என்பது ஒரு பரவலாக்கப்பட்ட எக்ஸ்சேஞ்ச் ஆகும், இது தானியங்கி சந்தை உருவாக்கும் வழிமுறைகளைப் பயன்படுத்தி பயனர்கள் ஒருவருக்கொருவர் நேரடியாக டோக்கன்களை வர்த்தகம் செய்ய (மாற்றிக்கொள்ள) அனுமதிக்கிறது.", "defi-3-b-label": "Aave", - "defi-3-b-explanation": "இது தவறானது. Aave என்பது கடன் மற்றும் கடன் வாங்குவதில் கவனம் செலுத்தும் ஒரு DeFi நெறிமுறை, டோக்கன் மாற்றங்களில் அல்ல.", + "defi-3-b-explanation": "இது தவறானது. Aave என்பது கடன் வழங்குதல் மற்றும் பெறுதல் ஆகியவற்றில் கவனம் செலுத்தும் ஒரு DeFi நெறிமுறையாகும், டோக்கன் மாற்றங்களில் அல்ல.", "defi-3-c-label": "PoolTogether", "defi-3-c-explanation": "இது தவறானது. PoolTogether இழப்பற்ற லாட்டரிகளை நடத்துகிறது, இது பணத்தை சேமிக்க ஒரு புதிய புதுமையான வழியை வழங்குகிறது.", "defi-3-d-label": "MakerDao", - "defi-3-d-explanation": "இது தவறானது. MakerDAO என்பது பயனர்கள் DAI ஸ்டேபிள்காயினை வெளியிடவும் நிர்வகிக்கவும் அனுமதிக்கும் ஒரு பரவலாக்கப்பட்ட தளமாகும், ஆனால் இது டோக்கன் மாற்றங்களில் கவனம் செலுத்தவில்லை.", - "defi-4-prompt": "நீங்கள் ஒரு DeFi பயன்பாட்டைப் பயன்படுத்தி ஒரு பரிவர்த்தனை செய்யும்போது, பரிவர்த்தனைத் தகவல் எங்கே வைக்கப்படுகிறது?", + "defi-3-d-explanation": "இது தவறானது. MakerDAO என்பது பயனர்கள் DAI Stablecoin-ஐ வெளியிடவும் நிர்வகிக்கவும் அனுமதிக்கும் ஒரு பரவலாக்கப்பட்ட தளமாகும், ஆனால் இது டோக்கன் மாற்றங்களில் கவனம் செலுத்துவதில்லை.", + "defi-4-prompt": "நீங்கள் ஒரு DeFi பயன்பாட்டைப் பயன்படுத்தி பரிவர்த்தனை செய்யும்போது, பரிவர்த்தனை தகவல் எங்கு வைக்கப்படுகிறது?", "defi-4-a-label": "ETH", - "defi-4-a-explanation": "இது தவறானது. தரவு ஈதரில் (ETH) சேமிக்கப்படவில்லை. ETH என்பது Ethereum பிளாக்செயினின் சொந்த சொத்து.", - "defi-4-b-label": "எனது பணப்பை", - "defi-4-b-explanation": "இது தவறானது. பணப்பை என்பது Ethereum பிளாக்செயினுடன் இணைப்பதன் மூலம் உங்கள் Ethereum கணக்கை நிர்வகிக்கும் ஒரு பயன்பாடாகும். இது உங்கள் பரிவர்த்தனை வரலாறு பற்றிய எந்த தரவையும் சேமிக்காது.", + "defi-4-a-explanation": "இது தவறானது. தரவு ஈதரில் (ETH) சேமிக்கப்படுவதில்லை. ETH என்பது Ethereum பிளாக்செயினின் சொந்த சொத்தாகும்.", + "defi-4-b-label": "எனது வாலெட்", + "defi-4-b-explanation": "இது தவறானது. வாலெட் என்பது Ethereum பிளாக்செயினுடன் இணைப்பதன் மூலம் உங்கள் Ethereum கணக்கை நிர்வகிக்கும் ஒரு பயன்பாடாகும். இது உங்கள் பரிவர்த்தனை வரலாறு பற்றிய எந்த தரவையும் சேமிக்காது.", "defi-4-c-label": "DeFi பயன்பாடுகள்", - "defi-4-c-explanation": "இது தவறானது. DeFi பயன்பாடுகள் உங்கள் பரிவர்த்தனை வரலாற்றை நேரடியாக சேமிப்பதில்லை. அதற்கு பதிலாக, உங்கள் பரிவர்த்தனை விவரங்கள் Ethereum பிளாக்செயினில் பதிவு செய்யப்படுகின்றன.", + "defi-4-c-explanation": "இது தவறானது. DeFi பயன்பாடுகள் உங்கள் பரிவர்த்தனை வரலாற்றை நேரடியாக சேமிக்காது. அதற்குப் பதிலாக, உங்கள் பரிவர்த்தனை விவரங்கள் Ethereum பிளாக்செயினில் பதிவு செய்யப்படுகின்றன.", "defi-4-d-label": "Ethereum பிளாக்செயின்", - "defi-4-d-explanation": "சரி! ஒரு பிளாக்செயினாக Ethereum அதன் பயனர்கள் மற்றும் பயன்பாடுகளால் உருவாக்கப்பட்ட அனைத்து தரவையும் சேமிக்கிறது. இது வேலிடேட்டர்கள் P2P நெட்வொர்க் முழுவதும் ஒரே நிலையை பராமரிக்க அனுமதிக்கிறது.", - "defi-5-prompt": "Ethereum இல் பரவலாக்கப்பட்ட நிதி (DeFi) சாத்தியமாக்குவது எது?", + "defi-4-d-explanation": "சரியானது! Ethereum ஒரு பிளாக்செயினாக அதன் பயனர்கள் மற்றும் பயன்பாடுகளால் உருவாக்கப்பட்ட அனைத்து தரவையும் சேமிக்கிறது. இது P2P நெட்வொர்க் முழுவதும் ஒரே நிலையை பராமரிக்க மதிப்பீட்டாளர்களை (validators) அனுமதிக்கிறது.", + "defi-5-prompt": "Ethereum-இல் Decentralized Finance (DeFi) சாத்தியமாக்குவது எது?", "defi-5-a-label": "ஸ்மார்ட் ஒப்பந்தங்கள்", - "defi-5-a-explanation": "சரி! ஸ்மார்ட் ஒப்பந்தங்கள் Ethereum இல் எழுதப்பட்ட டிஜிட்டல் 'if-then' அறிக்கைகளைப் போன்றவை. அவை பாரம்பரிய ஒப்பந்தங்கள் மற்றும் இடைத்தரகர்களை மாற்றுகின்றன, சில நிபந்தனைகள் பூர்த்தி செய்யப்பட்டால் தானாகவே பரிவர்த்தனைகளைச் செயல்படுத்துகின்றன.", + "defi-5-a-explanation": "சரியானது! ஸ்மார்ட் ஒப்பந்தங்கள் என்பவை Ethereum-இல் எழுதப்பட்ட டிஜிட்டல் 'if-then' அறிக்கைகள் போன்றவை. அவை பாரம்பரிய ஒப்பந்தங்கள் மற்றும் இடைத்தரகர்களை மாற்றுகின்றன, குறிப்பிட்ட நிபந்தனைகள் பூர்த்தி செய்யப்பட்டால் தானாகவே பரிவர்த்தனைகளைச் செயல்படுத்துகின்றன.", "defi-5-b-label": "இடைத்தரகர்கள்", - "defi-5-b-explanation": "இது தவறானது. பரிவர்த்தனைகள் இயங்குவதற்கு Ethereum க்கு இடைத்தரகர்கள் தேவையில்லை. எல்லாம் ஸ்மார்ட் ஒப்பந்தங்கள் மூலம் சங்கிலியில் இயங்குகிறது.", - "defi-5-c-label": "பிட்காயின்", - "defi-5-c-explanation": "இது தவறானது. பிட்காயின் மதிப்பைச் சேமிப்பதற்கான ஒரு எளிய நெட்வொர்க், மேம்பட்ட நிரல்களை இயக்குவதற்கு அல்ல. DeFi க்கு Ethereum போன்ற ஒரு நெகிழ்வான அமைப்பு தேவை, இது கடன்கள் மற்றும் வர்த்தகங்களை தானாகவே கையாள சிக்கலான நிரல்களை இயக்க முடியும்.", + "defi-5-b-explanation": "இது தவறானது. பரிவர்த்தனைகள் இயங்குவதற்கு Ethereum-க்கு இடைத்தரகர்கள் தேவையில்லை. ஸ்மார்ட் ஒப்பந்தங்கள் மூலம் அனைத்தும் செயினில் இயங்குகின்றன.", + "defi-5-c-label": "Bitcoin", + "defi-5-c-explanation": "இது தவறானது. Bitcoin என்பது மதிப்பைச் சேமிப்பதற்கான ஒரு எளிய நெட்வொர்க் ஆகும், மேம்பட்ட நிரல்களை இயக்குவதற்கு அல்ல. கடன்கள் மற்றும் வர்த்தகங்களை தானாகவே கையாள சிக்கலான நிரல்களை இயக்கக்கூடிய Ethereum போன்ற மிகவும் நெகிழ்வான அமைப்பு DeFi-க்கு தேவைப்படுகிறது.", "defi-5-d-label": "பாரம்பரிய நிதி நிறுவனங்கள்", "defi-5-d-explanation": "இது தவறானது. DeFi பயன்பாடுகளுக்கு பாரம்பரிய நிதி நிறுவனங்கள் தேவையில்லை. அவை பரிவர்த்தனைகளை தானாகவே கையாள ஸ்மார்ட் ஒப்பந்தங்கள் எனப்படும் பிளாக்செயின் நிரல்களைப் பயன்படுத்துகின்றன.", "smart-contracts-1-prompt": "ஸ்மார்ட் ஒப்பந்தங்கள் எவ்வாறு வகைப்படுத்தப்படுகின்றன?", - "smart-contracts-1-a-label": "ஸ்மார்ட் ஒப்பந்தங்கள் சட்டப்பூர்வ ஒப்பந்தங்களைப் போலவே இருக்கின்றன, ஆனால் உள்ளடக்கத்தைப் பாதுகாப்பாகச் சேமிக்க பிளாக்செயினில் டிஜிட்டல் முறையில் சேமிக்கப்படுகின்றன.", - "smart-contracts-1-a-explanation": "ஸ்மார்ட் ஒப்பந்தங்கள் பாரம்பரிய ஒப்பந்தங்களைப் போன்ற ஒரு தர்க்கத்தைப் பயன்படுத்துகின்றன, ஆனால் மற்றபடி பொதுவானவை குறைவாகவே உள்ளன.", - "smart-contracts-1-b-label": "பரிவர்த்தனைகளைச் செயல்படுத்தும் தன்னாட்சி AI அமைப்புகளுடன் இணைக்கப்பட்டுள்ளது", - "smart-contracts-1-b-explanation": "ஸ்மார்ட் ஒப்பந்தங்கள் குறியீட்டில் பரிந்துரைக்கப்பட்ட 'if-this-then-that' தர்க்கத்தின்படி கணிக்கக்கூடிய வகையில் பரிவர்த்தனைகளைச் செயல்படுத்துகின்றன—அவை AI ஐப் பயன்படுத்துவதில்லை", - "smart-contracts-1-c-label": "ஆன்செயின் நிரல்கள் 'if-this-then-that' தர்க்கத்தைப் பின்பற்றுகின்றன, அதன் சொந்த விதிகளின்படி செயல்படுத்தப்படுவது உறுதி", - "smart-contracts-1-c-explanation": "ஒரு ஸ்மார்ட் ஒப்பந்தம் என்பது அதன் செயல்பாட்டை தீர்மானிக்கும் மாற்ற முடியாத குறியீட்டுடன் பயன்படுத்தப்படும் ஒரு Ethereum கணக்கு ஆகும்.", - "smart-contracts-1-d-label": "அவை Ethereum பிளாக்செயினின் பின்னணியில் உள்ள விதிகள், சட்டப்பூர்வ இணக்கத்தை உறுதிப்படுத்த வழக்கறிஞர்களுடன் இணைந்து உருவாக்கப்பட்டுள்ளன.", - "smart-contracts-1-d-explanation": "ஸ்மார்ட் ஒப்பந்தங்கள் டெவலப்பர்களால் உருவாக்கப்பட்டு பிளாக்செயினில் பயன்படுத்தக்கூடிய குறியீட்டுத் துண்டுகள்.", - "smart-contracts-2-prompt": "ஸ்மார்ட் ஒப்பந்தங்களின் செயல்பாட்டை மிகவும் நெருக்கமாக வகைப்படுத்தும் உருவகம் எது?", + "smart-contracts-1-a-label": "ஸ்மார்ட் ஒப்பந்தங்கள் சட்டப்பூர்வ ஒப்பந்தங்களைப் போலவே இருக்கும், ஆனால் உள்ளடக்கத்தைப் பாதுகாப்பாகச் சேமிக்க பிளாக்செயினில் டிஜிட்டல் முறையில் சேமிக்கப்படுகின்றன.", + "smart-contracts-1-a-explanation": "ஸ்மார்ட் ஒப்பந்தங்கள் பாரம்பரிய ஒப்பந்தங்களைப் போன்ற தர்க்கத்தைப் பயன்படுத்துகின்றன, ஆனால் மற்றபடி அவற்றுக்கு இடையே பொதுவானவை குறைவு.", + "smart-contracts-1-b-label": "பரிவர்த்தனைகளைச் செயல்படுத்தும் தன்னாட்சி AI அமைப்புகளுடன் இணைக்கப்பட்டுள்ளன", + "smart-contracts-1-b-explanation": "ஸ்மார்ட் ஒப்பந்தங்கள் குறியீட்டில் பரிந்துரைக்கப்பட்ட 'if-this-then-that' தர்க்கத்தின்படி கணிக்கக்கூடிய வகையில் பரிவர்த்தனைகளைச் செயல்படுத்துகின்றன—அவை AI-ஐப் பயன்படுத்துவதில்லை", + "smart-contracts-1-c-label": "'if-this-then-that' தர்க்கத்தைப் பின்பற்றும் ஆன்செயின் (Onchain) நிரல்கள், அதன் சொந்த விதிகளின்படி செயல்பட உத்தரவாதம் அளிக்கின்றன", + "smart-contracts-1-c-explanation": "ஸ்மார்ட் ஒப்பந்தம் என்பது அதன் செயல்பாட்டைத் தீர்மானிக்கும் மாற்ற முடியாத குறியீட்டுடன் பயன்படுத்தப்படும் ஒரு Ethereum கணக்காகும்.", + "smart-contracts-1-d-label": "அவை சட்டப்பூர்வ இணக்கத்தை உறுதி செய்வதற்காக வழக்கறிஞர்களுடன் இணைந்து உருவாக்கப்பட்ட Ethereum பிளாக்செயினின் பின்னணியில் உள்ள விதிகளாகும்.", + "smart-contracts-1-d-explanation": "ஸ்மார்ட் ஒப்பந்தங்கள் என்பவை டெவலப்பர்களால் உருவாக்கப்பட்டு பிளாக்செயினில் பயன்படுத்தக்கூடிய குறியீட்டுத் துண்டுகளாகும்.", + "smart-contracts-2-prompt": "ஸ்மார்ட் ஒப்பந்தங்களின் செயல்பாட்டை மிக நெருக்கமாக வகைப்படுத்தும் உருவகம் எது?", "smart-contracts-2-a-label": "ஒரு வங்கி", - "smart-contracts-2-a-explanation": "வங்கிகளுக்கு கைமுறை செயல்படுத்தல் தேவைப்படுகிறது மற்றும் அவை படிநிலை நிறுவனங்களாக கட்டமைக்கப்பட்டுள்ளன, அதேசமயம் ஸ்மார்ட் ஒப்பந்தங்கள் கணினிகளால் மாற்ற முடியாத விதிகளுடன் கணிக்கக்கூடிய வகையில் செயல்படுத்தப்படுகின்றன.", - "smart-contracts-2-b-label": "ஒரு டிஜிட்டல் விற்பனை இயந்திரம்", - "smart-contracts-2-b-explanation": "விற்பனை இயந்திரம் அனைத்து தேவைகளும் பூர்த்தி செய்யப்பட்ட பிறகே நீங்கள் விரும்பிய பொருளை வழங்கும்: குறிப்பிட்ட உள்ளீடுகள் தீர்மானகரமான வெளியீடுகளை உறுதி செய்கின்றன. இது ஸ்மார்ட் ஒப்பந்தங்களின் தர்க்கத்தைப் போன்றது.", + "smart-contracts-2-a-explanation": "வங்கிகளுக்கு கைமுறைச் செயலாக்கம் தேவைப்படுகிறது மற்றும் அவை படிநிலை நிறுவனங்களாக கட்டமைக்கப்பட்டுள்ளன, அதேசமயம் ஸ்மார்ட் ஒப்பந்தங்கள் மாற்ற முடியாத விதிகளுடன் கணினிகளால் கணிக்கக்கூடிய வகையில் செயல்படுத்தப்படுகின்றன.", + "smart-contracts-2-b-label": "ஒரு டிஜிட்டல் விற்பனை இயந்திரம் (vending machine)", + "smart-contracts-2-b-explanation": "அனைத்து தேவைகளும் பூர்த்தி செய்யப்பட்ட பின்னரே விற்பனை இயந்திரம் நீங்கள் விரும்பிய தயாரிப்பை வழங்கும்: குறிப்பிட்ட உள்ளீடுகள் உறுதியான வெளியீடுகளுக்கு உத்தரவாதம் அளிக்கின்றன. இது ஸ்மார்ட் ஒப்பந்தங்களின் தர்க்கத்தைப் போன்றது.", "smart-contracts-2-c-label": "ஒரு கால்குலேட்டர்", - "smart-contracts-2-c-explanation": "ஸ்மார்ட் ஒப்பந்தக் குறியீட்டை கணக்கீடுகளுக்குப் பயன்படுத்தலாம், ஆனால் அது அதற்கு மட்டுப்படுத்தப்படவில்லை. மாறாக, ஸ்மார்ட் ஒப்பந்தங்கள் 'if-this-then-that' தர்க்கத்தைப் பின்பற்றும் பிளாக்செயின் அடிப்படையிலான நிரல்களாகும்.", - "smart-contracts-2-d-label": "ஒரு வலைத்தளம்", - "smart-contracts-2-d-explanation": "ஒரு வலைத்தளம் என்பது பயனர் வழிகாட்டுதல்களைப் பிடிக்கும் முன்பக்கமாகும். ஒரு ஸ்மார்ட் ஒப்பந்தம் என்பது இந்த வழிகாட்டுதல்கள் செயல்படுத்தப்படும் பின்பக்க தர்க்கமாகும், மேலும் முடிவு திரும்பப் பெறப்படலாம்.", - "smart-contracts-3-prompt": "ஸ்மார்ட் ஒப்பந்தங்களின் முக்கிய பண்பு எது அல்ல?", - "smart-contracts-3-a-label": "தீர்மானகரமான செயல்படுத்தல்", - "smart-contracts-3-a-explanation": "ஒரு ஸ்மார்ட் ஒப்பந்தத்தின் முக்கிய நன்மை என்னவென்றால், அது தெளிவற்ற குறியீட்டை மனித விளக்கம் அல்லது சார்பு இல்லாமல் தீர்மானகரமாக செயல்படுத்துகிறது.", - "smart-contracts-3-b-label": "பொது பதிவுகள்", - "smart-contracts-3-b-explanation": "ஒரு பொது பிளாக்செயினில் ஸ்மார்ட் ஒப்பந்தங்களுடன், எவரும் உடனடியாக சொத்துப் பரிமாற்றங்கள் மற்றும் பிற தொடர்புடைய தகவல்களைக் கண்காணிக்க முடியும்.", - "smart-contracts-3-c-label": "தனியுரிமைக் காப்பகம்", - "smart-contracts-3-c-explanation": "பிளாக்செயின்கள் புனைபெயர் நெட்வொர்க்குகளாக இருப்பதால், பரிவர்த்தனைகள் ஒரு தனித்துவமான குறியாக்க முகவரிக்கு பொதுவில் பிணைக்கப்பட்டுள்ளன, ஒரு அடையாளத்திற்கு அல்ல.", + "smart-contracts-2-c-explanation": "ஸ்மார்ட் ஒப்பந்தக் குறியீட்டை கணக்கீடுகளுக்குப் பயன்படுத்தலாம், ஆனால் அது அதோடு மட்டும் நின்றுவிடுவதில்லை. மாறாக, ஸ்மார்ட் ஒப்பந்தங்கள் என்பவை 'if-this-then-that' தர்க்கத்தைப் பின்பற்றும் பிளாக்செயின் அடிப்படையிலான நிரல்களாகும்.", + "smart-contracts-2-d-label": "ஒரு இணையதளம்", + "smart-contracts-2-d-explanation": "இணையதளம் என்பது பயனர் வழிமுறைகளைப் பிடிக்கும் முன்பக்கமாகும் (frontend). ஸ்மார்ட் ஒப்பந்தம் என்பது இந்த வழிமுறைகள் செயல்படுத்தப்படும் பின்பக்க (backend) தர்க்கமாகும், மேலும் முடிவு திருப்பி அனுப்பப்படலாம்.", + "smart-contracts-3-prompt": "ஸ்மார்ட் ஒப்பந்தங்களின் முக்கிய பண்பு அல்லாதது எது?", + "smart-contracts-3-a-label": "உறுதியான செயலாக்கம் (Deterministic execution)", + "smart-contracts-3-a-explanation": "ஸ்மார்ட் ஒப்பந்தத்தின் முக்கிய நன்மை என்னவென்றால், இது மனித விளக்கம் அல்லது சார்பு இல்லாமல், தெளிவற்ற குறியீட்டை உறுதியாகச் செயல்படுத்துகிறது.", + "smart-contracts-3-b-label": "பொதுப் பதிவு", + "smart-contracts-3-b-explanation": "பொது பிளாக்செயினில் உள்ள ஸ்மார்ட் ஒப்பந்தங்கள் மூலம், சொத்து பரிமாற்றங்கள் மற்றும் பிற தொடர்புடைய தகவல்களை எவரும் உடனடியாகக் கண்காணிக்க முடியும்.", + "smart-contracts-3-c-label": "தனியுரிமைப் பாதுகாப்பு", + "smart-contracts-3-c-explanation": "பிளாக்செயின்கள் புனைப்பெயர் கொண்ட நெட்வொர்க்குகள் என்பதால், பரிவர்த்தனைகள் ஒரு அடையாளத்துடன் அல்லாமல், தனித்துவமான கிரிப்டோகிராஃபிக் முகவரியுடன் பகிரங்கமாக இணைக்கப்பட்டுள்ளன.", "smart-contracts-3-d-label": "மாற்றும் திறன்", - "smart-contracts-3-d-explanation": "ஒரு ஸ்மார்ட் ஒப்பந்தம் உருவாக்கப்பட்டவுடன் மாற்ற முடியாது—அதன் குறியீட்டால் வரையறுக்கப்பட்ட விதிகளின்படி செயல்படுத்தப்படுவது உறுதி.", - "smart-contracts-4-prompt": "ஸ்மார்ட் ஒப்பந்தங்களின் பயன்பாடு எது அல்ல?", - "smart-contracts-4-a-label": "ஸ்டேபிள்காயின்ஸ்", - "smart-contracts-4-a-explanation": "ஸ்டேபிள்காயின்கள் ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தி வரையறுக்கப்பட்டு கண்காணிக்கப்படும் டோக்கன் பொருள்கள்.", + "smart-contracts-3-d-explanation": "ஒரு ஸ்மார்ட் ஒப்பந்தத்தை உருவாக்கியவுடன் மாற்ற முடியாது—அது அதன் குறியீட்டால் வரையறுக்கப்பட்ட விதிகளின்படி செயல்பட உத்தரவாதம் அளிக்கிறது.", + "smart-contracts-4-prompt": "ஸ்மார்ட் ஒப்பந்தங்களின் பயன்பாடு அல்லாதது எது?", + "smart-contracts-4-a-label": "Stablecoin-கள்", + "smart-contracts-4-a-explanation": "Stablecoin-கள் என்பவை ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தி வரையறுக்கப்பட்டு கண்காணிக்கப்படும் டோக்கன் பொருள்களாகும்.", "smart-contracts-4-b-label": "நெறிமுறை மாற்றங்கள்", - "smart-contracts-4-b-explanation": "நெறிமுறை மாற்றங்கள் சில நேரங்களில் ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தலாம் என்றாலும், அவற்றின் உருவாக்கம் மற்றும் வரையறை வெளிப்படையான ஆன்லைன் மன்றங்கள் மூலம் முன்மொழியப்பட்டு கிளையண்ட் மென்பொருளில் செயல்படுத்தப்படுகின்றன.", - "smart-contracts-4-c-label": "பூஞ்சையற்ற டோக்கன்கள் (NFTகள்)", - "smart-contracts-4-c-explanation": "ஸ்மார்ட் ஒப்பந்தங்கள் டிஜிட்டல் கலையிலிருந்து சொத்துரிமைச் சான்றிதழ்கள் வரை பரந்த அளவிலான NFT களை வரையறுக்கப் பயன்படுகின்றன.", - "smart-contracts-4-d-label": "திறந்த நாணய பரிமாற்றம்", - "smart-contracts-4-d-explanation": "பரவலாக்கப்பட்ட பரிமாற்றங்கள் (DEX கள்) மையப்படுத்தப்பட்ட கட்டுப்பாடு இல்லாமல் செயல்பட ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தி உருவாக்கப்படுகின்றன." -} + "smart-contracts-4-b-explanation": "நெறிமுறை மாற்றங்கள் சில நேரங்களில் ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தலாம் என்றாலும், அவற்றின் உருவாக்கம் மற்றும் வரையறை வெளிப்படையான ஆன்லைன் மன்றங்கள் மூலம் முன்மொழியப்பட்டு கிளையன்ட் மென்பொருளில் செயல்படுத்தப்படுகின்றன.", + "smart-contracts-4-c-label": "மாற்ற முடியாத டோக்கன்கள் (NFTs)", + "smart-contracts-4-c-explanation": "டிஜிட்டல் கலை முதல் சொத்து உரிமைச் சான்றிதழ்கள் வரை பரந்த அளவிலான NFT-களை வரையறுக்க ஸ்மார்ட் ஒப்பந்தங்கள் பயன்படுத்தப்படுகின்றன.", + "smart-contracts-4-d-label": "திறந்த நாணயப் பரிமாற்றம்", + "smart-contracts-4-d-explanation": "பரவலாக்கப்பட்ட எக்ஸ்சேஞ்சுகள் (DEXs) மையப்படுத்தப்பட்ட கட்டுப்பாடு இல்லாமல் செயல்பட ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தி கட்டமைக்கப்படுகின்றன." +} \ No newline at end of file diff --git a/src/intl/ta/page-what-is-the-ethereum-network.json b/src/intl/ta/page-what-is-the-ethereum-network.json index 9ebf2bbab6b..f5ece67e354 100644 --- a/src/intl/ta/page-what-is-the-ethereum-network.json +++ b/src/intl/ta/page-what-is-the-ethereum-network.json @@ -1,89 +1,89 @@ { "page-what-is-ethereum-network-meta-title": "Ethereum நெட்வொர்க் என்றால் என்ன? | ethereum.org", - "page-what-is-ethereum-network-meta-description": "Ethereum நெட்வொர்க் என்றால் என்ன, ஸ்டேக்கிங் மற்றும் பாதுகாப்பு, நெட்வொர்க் கட்டணங்கள் (எரிவாயு), லேயர் 2 ஸ்கேலிங் நெட்வொர்க்குகள் மற்றும் நேரடி நெட்வொர்க் தரவை எவ்வாறு ஆராய்வது என்பதைப் புரிந்து கொள்ளுங்கள்.", + "page-what-is-ethereum-network-meta-description": "Ethereum நெட்வொர்க் என்றால் என்ன, ஸ்டேக்கிங் மற்றும் பாதுகாப்பு, நெட்வொர்க் கட்டணங்கள் (அதாவது கேஸ்), லேயர் 2 ஸ்கேலிங் நெட்வொர்க்குகள் மற்றும் நேரடி நெட்வொர்க் தரவை எவ்வாறு ஆராய்வது என்பதைப் புரிந்து கொள்ளுங்கள்.", "page-what-is-ethereum-network-twitter-meta-description": "Ethereum நெட்வொர்க் என்றால் என்ன, ஸ்டேக்கிங் மற்றும் பாதுகாப்பு, நெட்வொர்க் கட்டணங்கள், லேயர் 2 ஸ்கேலிங் நெட்வொர்க்குகள் மற்றும் நேரடி நெட்வொர்க் தரவை எவ்வாறு ஆராய்வது என்பதைப் புரிந்து கொள்ளுங்கள்.", "page-what-is-ethereum-network-title": "Ethereum நெட்வொர்க் என்றால் என்ன?", - "page-what-is-ethereum-network-description-1": "Ethereum நெட்வொர்க் என்பது Ethereum-க்கு அடிப்படையாக அமையும் பௌதிக மற்றும் டிஜிட்டல் உள்கட்டமைப்பாகும்.", - "page-what-is-ethereum-network-description-2": "இதில் தரவைச் சேமிக்கும் முனைகள் (nodes), பரிவர்த்தனைகளைச் செயலாக்கும் சரிபார்ப்பவர்கள் (validators), ஸ்மார்ட் ஒப்பந்தங்களைச் செயல்படுத்தும் மென்பொருள் மற்றும் பிரதான சங்கிலிக்கு அப்பால் Ethereum-ஐ அளவிடும் லேயர் 2 (Layer 2) நெட்வொர்க்குகள் ஆகியவை அடங்கும்.", - "page-what-is-ethereum-network-section-network-fees-title": "Ethereum நெட்வொர்க் கட்டணங்கள் (எரிவாயு கட்டணங்கள்) என்றால் என்ன?", - "page-what-is-ethereum-network-section-staking-title": "ஸ்டேக்கிங் (staking) என்றால் என்ன, அது நெட்வொர்க்கை எவ்வாறு பாதுகாக்கிறது?", - "page-what-is-ethereum-network-section-layer-2s-title": "Ethereum லேயர் 2-கள் (Layer 2s) என்றால் என்ன, அவை நெட்வொர்க்கை எவ்வாறு அளவிடுகின்றன?", + "page-what-is-ethereum-network-description-1": "Ethereum நெட்வொர்க் என்பது Ethereum-க்கு அடிப்படையாக அமையும் பௌதீக மற்றும் டிஜிட்டல் உள்கட்டமைப்பாகும்.", + "page-what-is-ethereum-network-description-2": "தரவைச் சேமிக்கும் நோடுகள், பரிவர்த்தனைகளைச் செயலாக்கும் சரிபார்ப்பவர்கள், ஸ்மார்ட் ஒப்பந்தங்களை இயக்கும் மென்பொருள் மற்றும் பிரதான சங்கிலிக்கு அப்பால் Ethereum-ஐ ஸ்கேல் செய்யும் லேயர் 2 நெட்வொர்க்குகள் ஆகியவை இதில் அடங்கும்.", + "page-what-is-ethereum-network-section-network-fees-title": "Ethereum நெட்வொர்க் கட்டணங்கள் (அதாவது கேஸ் கட்டணங்கள்) என்றால் என்ன?", + "page-what-is-ethereum-network-section-staking-title": "ஸ்டேக்கிங் என்றால் என்ன, அது நெட்வொர்க்கை எவ்வாறு பாதுகாக்கிறது?", + "page-what-is-ethereum-network-section-layer-2s-title": "Ethereum லேயர் 2-கள் என்றால் என்ன, அவை நெட்வொர்க்கை எவ்வாறு ஸ்கேல் செய்கின்றன?", "page-what-is-ethereum-network-section-live-network-data-title": "நேரடி Ethereum நெட்வொர்க் தரவை எவ்வாறு ஆராய்வது", "page-what-is-ethereum-network-read-next-title": "அடுத்து படிக்க", - "page-what-is-ethereum-network-read-next-item-1": "வாலட்கள் என்றால் என்ன?", + "page-what-is-ethereum-network-read-next-item-1": "வாலட்டுகள் என்றால் என்ன?", "page-what-is-ethereum-network-read-next-item-2": "ஈதர் (ETH) என்றால் என்ன?", "page-what-is-ethereum-network-read-next-item-3": "web3 என்றால் என்ன?", "page-what-is-ethereum-network-read-next-item-4": "Ethereum நெட்வொர்க் பற்றி மேலும் அறிக", - "page-what-is-ethereum-network-section-description-1": "மக்கள் Ethereum பற்றி பேசும்போது, அவர்கள் பொதுவாக சில வெவ்வேறு விஷயங்களைப் பற்றி பேசுகிறார்கள். செயலிகள் மற்றும் டிஜிட்டல் சொத்துகளின் சுற்றுச்சூழல் அமைப்பு, ஓப்பன் சோர்ஸ் மென்பொருள் தளம் மற்றும் அதன் சொந்த நாணயமான ஈதர் (ETH) ஆகியவை உள்ளன.", - "page-what-is-ethereum-network-section-description-2": "ஆனால் இவை அனைத்திற்கும் அடியில் இருப்பது Ethereum நெட்வொர்க்; எல்லாவற்றையும் ஒன்றாக இணைக்கும் பௌதிக மற்றும் டிஜிட்டல் அடித்தளம்.", - "page-what-is-ethereum-network-section-description-3": "அதன் மையத்தில், Ethereum நெட்வொர்க் என்பது முனைகள் (nodes) எனப்படும் ஆயிரக்கணக்கான சுயாதீன கணினிகளின் தொகுப்பாகும். இந்த முனைகள் உலகெங்கிலும் உள்ள மக்களால் இயக்கப்படுகின்றன. அவை தரவைச் சேமிக்கவும், ஸ்மார்ட் ஒப்பந்தங்களைச் செயல்படுத்தவும், ஒவ்வொரு பரிவர்த்தனையையும் திறந்த, பொது பேரேட்டில் பதிவு செய்யவும் ஒன்றாகச் செயல்படுகின்றன.", - "page-what-is-ethereum-network-section-description-4": "Ethereum நெட்வொர்க் பல முக்கிய பணிகளைக் கையாளுகிறது, அவையாவன:", - "page-what-is-ethereum-network-section-description-5": "பயனர் கணக்குகள் மற்றும் நிலுவைகளைப் புதுப்பித்தல்", - "page-what-is-ethereum-network-section-description-6": "ஸ்மார்ட் ஒப்பந்தங்களைச் செயல்படுத்துதல் (செயலிகளை இயக்கும் நிரல்கள்)", - "page-what-is-ethereum-network-section-description-7": "டிஜிட்டல் சொத்துகளின் உரிமையைக் கண்காணித்தல் (ஸ்டேபிள்காயின்கள் மற்றும் NFT-கள் போன்றவை)", + "page-what-is-ethereum-network-section-description-1": "மக்கள் Ethereum பற்றி பேசும்போது, அவர்கள் பொதுவாக சில வெவ்வேறு விஷயங்களைப் பற்றி பேசுகிறார்கள். ஆப்ஸ் மற்றும் டிஜிட்டல் சொத்துகளின் சுற்றுச்சூழல் அமைப்பு, ஓப்பன் சோர்ஸ் மென்பொருள் தளம் மற்றும் அதன் சொந்த நாணயமான ஈதர் (ETH) ஆகியவை உள்ளன.", + "page-what-is-ethereum-network-section-description-2": "ஆனால் இவை அனைத்திற்கும் அடியில் இருப்பது Ethereum நெட்வொர்க் ஆகும்; இது அனைத்தையும் ஒன்றாக இணைக்கும் பௌதீக மற்றும் டிஜிட்டல் அடித்தளமாகும்.", + "page-what-is-ethereum-network-section-description-3": "அதன் மையத்தில், Ethereum நெட்வொர்க் என்பது நோடுகள் எனப்படும் ஆயிரக்கணக்கான சுயாதீன கணினிகளின் தொகுப்பாகும். இந்த நோடுகள் உலகெங்கிலும் உள்ள மக்களால் இயக்கப்படுகின்றன. அவை தரவைச் சேமிக்கவும், ஸ்மார்ட் ஒப்பந்தங்களை இயக்கவும், ஒவ்வொரு பரிவர்த்தனையையும் திறந்த, பொது லெட்ஜரில் பதிவு செய்யவும் ஒன்றாகச் செயல்படுகின்றன.", + "page-what-is-ethereum-network-section-description-4": "Ethereum நெட்வொர்க் இது போன்ற பல முக்கிய பணிகளைக் கையாளுகிறது:", + "page-what-is-ethereum-network-section-description-5": "பயனர் கணக்குகள் மற்றும் இருப்புகளைப் புதுப்பித்தல்", + "page-what-is-ethereum-network-section-description-6": "ஸ்மார்ட் ஒப்பந்தங்களை இயக்குதல் (ஆப்ஸை இயக்கும் நிரல்கள்)", + "page-what-is-ethereum-network-section-description-7": "டிஜிட்டல் சொத்துகளின் உரிமையைக் கண்காணித்தல் (ஸ்டேபிள்காயின்கள் மற்றும் NFTகள் போன்றவை)", "page-what-is-ethereum-network-section-description-8": "ஒவ்வொரு நாளும் Ethereum வழியாகப் பாயும் அனைத்து பரிவர்த்தனைகளையும் செயலாக்குதல்", "page-what-is-ethereum-network-section-description-9": "அதிர்ஷ்டவசமாக, நெட்வொர்க்கைப் பயன்படுத்த அது எவ்வாறு செயல்படுகிறது என்பதை நீங்கள் புரிந்து கொள்ள வேண்டியதில்லை.", - "page-what-is-ethereum-network-section-description-10": "பெரும்பாலான மக்கள் டிஜிட்டல் வாலட் மூலம் நெட்வொர்க்கைப் பயன்படுத்துகின்றனர். வாலட் என்பது பொதுவாக ஒரு வலை அல்லது மொபைல் செயலியாகும், இது ETH-ஐ அனுப்பவும் பெறவும், உங்கள் சொத்துகளை நிர்வகிக்கவும் மற்றும் செயலிகளைப் பயன்படுத்தவும் உங்களை அனுமதிக்கிறது.", - "page-what-is-ethereum-network-section-description-11": "Ethereum-இல் உருவாக்கும் டெவலப்பர்கள் மற்றும் வணிகங்கள் போன்ற பிற வகையான பயனர்கள் API-கள், முனை மென்பொருளைப் பயன்படுத்தலாம் அல்லது ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தலாம்.", - "page-what-is-ethereum-network-section-description-12": "Ethereum நெட்வொர்க் அது வடிவமைக்கப்பட்ட விதத்தால் பாரம்பரிய அமைப்புகளிலிருந்து வேறுபட்டது. Ethereum-இன் குறியீடு மற்றும் தரவு உலகெங்கிலும் உள்ள பரவலாக்கப்பட்ட முனைகளில் சேமிக்கப்படுகின்றன, எனவே யாரும் உங்கள் அணுகலைத் தடுக்கவோ அல்லது உங்கள் செயலியை மூடவோ முடியாது.", + "page-what-is-ethereum-network-section-description-10": "பெரும்பாலான மக்கள் நெட்வொர்க்கை ஒரு டிஜிட்டல் வாலட் வழியாகவே பயன்படுத்துகின்றனர். வாலட் என்பது பொதுவாக ஒரு இணைய அல்லது மொபைல் செயலியாகும், இது உங்களை ETH-ஐ அனுப்பவும் மற்றும் பெறவும், உங்கள் சொத்துகளை நிர்வகிக்கவும், மற்றும் ஆப்ஸைப் பயன்படுத்தவும் அனுமதிக்கிறது.", + "page-what-is-ethereum-network-section-description-11": "Ethereum-ல் உருவாக்கும் டெவலப்பர்கள் மற்றும் வணிகங்கள் போன்ற பிற வகையான பயனர்கள் APIகள், நோடு மென்பொருளைப் பயன்படுத்தலாம் அல்லது ஸ்மார்ட் ஒப்பந்தங்களைப் பயன்படுத்தலாம்.", + "page-what-is-ethereum-network-section-description-12": "Ethereum நெட்வொர்க் அது வடிவமைக்கப்பட்டுள்ள விதத்தால் பாரம்பரிய அமைப்புகளிலிருந்து வேறுபடுகிறது. Ethereum-இன் குறியீடு மற்றும் தரவு உலகெங்கிலும் உள்ள பரவலாக்கப்பட்ட நோடுகளில் சேமிக்கப்படுகின்றன, எனவே யாரும் உங்கள் அணுகலைத் தடுக்கவோ அல்லது உங்கள் ஆப்ஸை மூடவோ முடியாது.", "page-what-is-ethereum-network-section-description-13": "மேலும் யார் வேண்டுமானாலும் சேரலாம் என்பதால், இது உலகளாவிய அணுகல் மற்றும் புதுமைக்கான கதவைத் திறக்கிறது.", - "page-what-is-ethereum-network-section-description-14": "இந்த குணங்கள் முன்பு சாத்தியமில்லாத விஷயங்களைச் செயல்படுத்துகின்றன, அவையாவன:", + "page-what-is-ethereum-network-section-description-14": "இந்த குணாதிசயங்கள் முன்பு சாத்தியமில்லாத விஷயங்களைச் செயல்படுத்துகின்றன, அவை:", "page-what-is-ethereum-network-section-description-15": "தரவு உரிமை", "page-what-is-ethereum-network-section-description-16": "தடை செய்யப்படாத சமூக ஊடகங்கள்", "page-what-is-ethereum-network-section-description-17": "திறந்த மற்றும் வெளிப்படையான நிதி அமைப்புகள்", "page-what-is-ethereum-network-section-description-18": "அதன் மையத்தில், Ethereum நெட்வொர்க் என்பது டிஜிட்டல் உரிமை மற்றும் திறந்த பங்கேற்பிற்கான அடித்தளமாகும்.", - "page-what-is-ethereum-network-section-description-19": "மக்கள் Ethereum Mainnet-ஐக் குறிப்பிடுவதை நீங்கள் கேட்கலாம். இது ஒவ்வொரு நாளும் மில்லியன் கணக்கானவர்கள் பயன்படுத்தும் அதே Ethereum நெட்வொர்க் ஆகும், அங்கு உண்மையான சொத்துகள் பரிமாறப்படுகின்றன மற்றும் உண்மையான செயலிகள் வாழ்கின்றன. ஆனால் “Mainnet” என்பது Ethereum லேயர் 2 நெட்வொர்க்குகள் மற்றும் டெவலப்பர்கள் புதிய அம்சங்களை நேரலைக்குச் செல்வதற்கு முன் முயற்சிக்கப் பயன்படுத்தும் சோதனை நெட்வொர்க்குகளிலிருந்து (testnets) வேறுபடுத்த உதவுகிறது.", - "page-what-is-ethereum-network-gas-section-description-1": "Ethereum-இல் உள்ள ஒவ்வொரு பரிவர்த்தனைக்கும் எரிவாயு கட்டணம் (gas fee) எனப்படும் சிறிய கட்டணம் செலவாகும். நீங்கள் ETH-ஐ அனுப்பினாலும், டோக்கன்களை மாற்றினாலும் அல்லது ஒரு செயலியைப் பயன்படுத்தினாலும், ஒவ்வொரு முறையும் பிளாக்செயினில் தரவை எழுதும்போது சிறிய அளவிலான எரிவாயுவைச் செலுத்துகிறீர்கள்.", - "page-what-is-ethereum-network-gas-section-description-2": "எரிவாயு கட்டணங்கள் Ethereum-ஐ சீராக இயங்க வைக்கின்றன. இது இல்லையென்றால், தீயவர்கள் வெற்று பரிவர்த்தனைகள் மூலம் நெட்வொர்க்கை ஸ்பேம் செய்து, அதிக நெரிசல் மூலம் அதைப் பயன்படுத்த முடியாதபடி செய்யலாம், ஏனெனில் பயனர்கள் செலுத்தத் தயாராக இருக்கும் கட்டணத்தின் மூலம் பரிவர்த்தனைகளுக்கு முன்னுரிமை அளிக்க எந்த வழியும் இருக்காது.", - "page-what-is-ethereum-network-gas-section-description-3": "Ethereum எரிவாயு கட்டணங்கள் ஒரு பரிவர்த்தனை பயன்படுத்தக்கூடிய கணக்கீடு, அலைவரிசை அல்லது சேமிப்பகம் போன்ற பல வேறுபட்ட வளங்களின் விலையை உள்ளடக்கியது. இவை அனைத்தும் பயனர்களுக்கான ஒற்றை மதிப்பாக சுருக்கப்படுகின்றன, ஆனால் மற்றவற்றுடன் ஒப்பிடும்போது ஒவ்வொரு செயல்பாட்டிற்கும் எவ்வளவு செலவாகும் என்பதைத் தீர்மானிக்க விரிவான R&D செல்கிறது.", - "page-what-is-ethereum-network-gas-section-description-4": "எனவே, நீங்கள் எரிவாயுவைச் செலுத்தும்போது என்ன நடக்கும்? அதன் ஒரு பகுதி உங்கள் பரிவர்த்தனையை பரிவர்த்தனைகளின் “பிளாக்கில்” சேர்க்கும் சரிபார்ப்பவருக்கு (validator) செலுத்தப்படுகிறது. மற்றொரு பகுதி “எரிக்கப்படுகிறது” (burned), இது விநியோகத்திலிருந்து அகற்றப்படுகிறது.", - "page-what-is-ethereum-network-gas-section-description-5": "இது வழங்கல் மற்றும் தேவையைக் சமநிலைப்படுத்த உதவுகிறது, ஏனெனில் நெட்வொர்க் பிஸியாக இருக்கும்போது, கட்டணங்கள் உயரும். விஷயங்கள் அமைதியாக இருக்கும்போது, கட்டணங்கள் குறையும்.", - "page-what-is-ethereum-network-gas-section-description-6": "ஆகஸ்ட் 2021-இல் நெட்வொர்க் கட்டணம் எரிப்பதை அறிமுகப்படுத்தியதிலிருந்து, மில்லியன் கணக்கான ETH எரிக்கப்பட்டுள்ளன. Ethereum சமூகத்தால் உருவாக்கப்பட்ட நெட்வொர்க் டாஷ்போர்டுகள் மற்றும் எக்ஸ்ப்ளோரர்களைப் பயன்படுத்தி சமீபத்திய எண்களை நீங்கள் ஆராயலாம்.", + "page-what-is-ethereum-network-section-description-19": "மக்கள் Ethereum Mainnet-ஐக் குறிப்பிடுவதை நீங்கள் கேட்கலாம். இது ஒவ்வொரு நாளும் மில்லியன் கணக்கானவர்கள் பயன்படுத்தும் அதே Ethereum நெட்வொர்க் ஆகும், இங்கு உண்மையான சொத்துகள் பரிமாறப்படுகின்றன மற்றும் உண்மையான ஆப்ஸ் இயங்குகின்றன. ஆனால் “Mainnet” என்பது Ethereum லேயர் 2 நெட்வொர்க்குகள் மற்றும் டெவலப்பர்கள் புதிய அம்சங்களை நேரலைக்குக் கொண்டுவருவதற்கு முன்பு முயற்சிக்கப் பயன்படுத்தும் சோதனை நெட்வொர்க்குகளிலிருந்து (testnets) இதை வேறுபடுத்தி அறிய உதவுகிறது.", + "page-what-is-ethereum-network-gas-section-description-1": "Ethereum-ல் நடக்கும் ஒவ்வொரு பரிவர்த்தனைக்கும் கேஸ் கட்டணம் எனப்படும் சிறிய கட்டணம் செலவாகும். நீங்கள் ETH-ஐ அனுப்பினாலும், டோக்கன்களை மாற்றினாலும் அல்லது ஒரு ஆப்ஸைப் பயன்படுத்தினாலும், ஒவ்வொரு முறை பிளாக்செயினில் தரவை எழுதும்போதும் சிறிய அளவிலான கேஸ் கட்டணத்தைச் செலுத்துகிறீர்கள்.", + "page-what-is-ethereum-network-gas-section-description-2": "கேஸ் கட்டணங்கள் Ethereum-ஐச் சீராக இயங்க வைக்கின்றன. இது இல்லையென்றால், தீயவர்கள் நெட்வொர்க்கைக் காலியான பரிவர்த்தனைகளால் நிரப்பி, கடுமையான நெரிசல் மூலம் அதைப் பயன்படுத்த முடியாதபடி செய்துவிடுவார்கள், ஏனெனில் பயனர்கள் செலுத்த விரும்பும் கட்டணத்தின் அடிப்படையில் பரிவர்த்தனைகளுக்கு முன்னுரிமை அளிக்க எந்த வழியும் இருக்காது.", + "page-what-is-ethereum-network-gas-section-description-3": "Ethereum கேஸ் கட்டணங்கள் ஒரு பரிவர்த்தனை பயன்படுத்தக்கூடிய கணக்கீடு, அலைவரிசை அல்லது சேமிப்பகம் போன்ற பல வேறுபட்ட வளங்களின் விலையை உள்ளடக்கியது. இவை அனைத்தும் பயனர்களுக்கான ஒற்றை மதிப்பாகச் சுருக்கப்படுகின்றன, ஆனால் ஒவ்வொரு செயல்பாட்டிற்கும் மற்றவற்றுடன் ஒப்பிடும்போது எவ்வளவு செலவாகும் என்பதைத் தீர்மானிக்க விரிவான R&D மேற்கொள்ளப்படுகிறது.", + "page-what-is-ethereum-network-gas-section-description-4": "எனவே, நீங்கள் கேஸ் கட்டணம் செலுத்தும்போது என்ன நடக்கும்? அதன் ஒரு பகுதி உங்கள் பரிவர்த்தனையைப் பரிவர்த்தனைகளின் “பிளாக்கில்” சேர்க்கும் சரிபார்ப்பவருக்குச் செலுத்தப்படுகிறது. மற்றொரு பகுதி “எரிக்கப்பட்டு”, விநியோகத்திலிருந்து அகற்றப்படுகிறது.", + "page-what-is-ethereum-network-gas-section-description-5": "இது வழங்கல் மற்றும் தேவையைச் சமநிலைப்படுத்த உதவுகிறது, ஏனெனில் நெட்வொர்க் பிஸியாக இருக்கும்போது, கட்டணங்கள் உயரும். நெட்வொர்க் அமைதியாக இருக்கும்போது, கட்டணங்கள் குறையும்.", + "page-what-is-ethereum-network-gas-section-description-6": "ஆகஸ்ட் 2021-ல் நெட்வொர்க் கட்டணம் எரிப்பை அறிமுகப்படுத்தியதிலிருந்து, மில்லியன் கணக்கான ETH எரிக்கப்பட்டுள்ளன. Ethereum சமூகத்தால் உருவாக்கப்பட்ட நெட்வொர்க் டேஷ்போர்டுகள் மற்றும் எக்ஸ்ப்ளோரர்களைப் பயன்படுத்தி சமீபத்திய எண்களை நீங்கள் ஆராயலாம்.", "page-what-is-ethereum-network-gas-section-description-7": "எனவே, ஒரு பரிவர்த்தனைக்கு எவ்வளவு செலவாகும்?", - "page-what-is-ethereum-network-gas-section-description-8": "சரி, நீங்கள் என்ன செய்கிறீர்கள் என்பதைப் பொறுத்து கட்டணங்கள் மாறுபடும். வெறுமனே ETH-ஐ அனுப்புவதற்கு ஒரு டாலருக்கும் குறைவாக செலவாகலாம். பரவலாக்கப்பட்ட பரிமாற்றத்தில் (DEX) டோக்கன்களை மாற்றுவதற்கு சில டாலர்கள் அல்லது அதற்கு மேல் ஆகலாம், குறிப்பாக நெட்வொர்க் பிஸியாக இருந்தால். பரிவர்த்தனை எவ்வளவு சிக்கலானதோ அவ்வளவு எரிவாயு செலவாகும்.", - "page-what-is-ethereum-network-gas-section-description-9": "எரிவாயு கட்டணங்கள் Ethereum-ஐப் பயன்படுத்துவதில் மிகவும் புலப்படும் பகுதிகளில் ஒன்றாகும், குறிப்பாக புதிய பயனர்களுக்கு, ஆனால் இவை அனைத்தும் நெட்வொர்க்கை மிகவும் நம்பகமானதாகவும் பாதுகாப்பானதாகவும் மாற்றுவதை நோக்கிச் செல்கின்றன.", + "page-what-is-ethereum-network-gas-section-description-8": "நீங்கள் என்ன செய்கிறீர்கள் என்பதைப் பொறுத்துக் கட்டணங்கள் மாறுபடும். வெறுமனே ETH-ஐ அனுப்புவதற்கு ஒரு டாலருக்கும் குறைவாகவே செலவாகலாம். பரவலாக்கப்பட்ட பரிமாற்றத்தில் (DEX) டோக்கன்களை மாற்றுவதற்குச் சில டாலர்கள் அல்லது அதற்கு மேல் ஆகலாம், குறிப்பாக நெட்வொர்க் பிஸியாக இருந்தால். பரிவர்த்தனை எவ்வளவு சிக்கலானதோ, அவ்வளவு கேஸ் கட்டணம் செலவாகும்.", + "page-what-is-ethereum-network-gas-section-description-9": "கேஸ் கட்டணங்கள் என்பது Ethereum-ஐப் பயன்படுத்துவதில் மிகவும் வெளிப்படையான பகுதிகளில் ஒன்றாகும், குறிப்பாகப் புதிய பயனர்களுக்கு, ஆனால் இவை அனைத்தும் நெட்வொர்க்கை மிகவும் நம்பகமானதாகவும் பாதுகாப்பானதாகவும் மாற்றுவதற்கே செல்கின்றன.", "page-what-is-ethereum-network-gas-section-description-10": "Ethereum நெட்வொர்க் கட்டணங்கள் பற்றி மேலும் அறிக", - "page-what-is-ethereum-network-staking-section-description-1": "Ethereum நெட்வொர்க் ஸ்டேக்கிங் (staking) எனப்படும் அமைப்பால் பாதுகாக்கப்படுகிறது. இதன் மூலம் தான் Ethereum பரிவர்த்தனைகளைச் சரிபார்க்கிறது, புதிய பிளாக்குகளைச் சேர்க்கிறது மற்றும் நெட்வொர்க்கை தாக்குதல்களிலிருந்து பாதுகாப்பாக வைத்திருக்கிறது.", - "page-what-is-ethereum-network-staking-section-description-2": "Ethereum தொடங்கியபோது, அது ப்ரூஃப்-ஆஃப்-வொர்க் (proof-of-work) எனப்படும் ஒருமித்த பொறிமுறையைப் (யாருக்கு என்ன சொந்தம் என்பதை ஒப்புக்கொள்வதற்கான ஒரு வழி) பயன்படுத்தியது. இன்று Bitcoin பயன்படுத்தும் அதே பொறிமுறை இதுதான்.", - "page-what-is-ethereum-network-staking-section-description-3": "செப்டம்பர் 2022-இல், Ethereum மிகவும் பாதுகாப்பான மற்றும் ஆற்றல் திறன் கொண்ட ப்ரூஃப்-ஆஃப்-ஸ்டேக் (proof-of-stake) ஒருமித்த பொறிமுறைக்கு மேம்படுத்தப்பட்டது.", + "page-what-is-ethereum-network-staking-section-description-1": "Ethereum நெட்வொர்க் ஸ்டேக்கிங் எனப்படும் அமைப்பால் பாதுகாக்கப்படுகிறது. இதன் மூலமே Ethereum பரிவர்த்தனைகளைச் சரிபார்க்கிறது, புதிய பிளாக்குகளைச் சேர்க்கிறது, மற்றும் நெட்வொர்க்கைத் தாக்குதல்களிலிருந்து பாதுகாப்பாக வைக்கிறது.", + "page-what-is-ethereum-network-staking-section-description-2": "Ethereum தொடங்கியபோது, அது ப்ரூஃப்-ஆஃப்-வொர்க் எனப்படும் ஒருமித்த பொறிமுறையைப் (யாருக்கு என்ன சொந்தம் என்பதை ஒப்புக்கொள்வதற்கான ஒரு வழி) பயன்படுத்தியது. இன்று Bitcoin பயன்படுத்தும் அதே பொறிமுறை இதுதான்.", + "page-what-is-ethereum-network-staking-section-description-3": "செப்டம்பர் 2022-ல், Ethereum மிகவும் பாதுகாப்பான மற்றும் ஆற்றல்-திறனுள்ள ப்ரூஃப்-ஆஃப்-ஸ்டேக் ஒருமித்த பொறிமுறைக்கு மேம்படுத்தப்பட்டது.", "page-what-is-ethereum-network-staking-section-description-4": "எனவே, இது எவ்வாறு செயல்படுகிறது?", - "page-what-is-ethereum-network-staking-section-description-5": "எளிமையான வார்த்தைகளில் கூறுவதானால், மக்கள் சில ETH-ஐ (தங்கள் ETH-ஐ பணயம் வைக்கிறார்கள்) ஒரு வைப்புத்தொகையாகப் பூட்டுகிறார்கள், இதனால் அவர்கள் நெட்வொர்க்கைப் பாதுகாக்க உதவ முடியும். இவர்கள் சரிபார்ப்பவர்கள் (validators) என்று அழைக்கப்படுகிறார்கள். நீங்கள் ETH-ஐ ஸ்டேக் செய்யும்போது, புதிய பரிவர்த்தனைகளைச் சரிபார்த்துச் சேர்க்க உங்கள் சரிபார்ப்பவர் தேர்ந்தெடுக்கப்படுவார். நீங்கள் அதை நேர்மையாகச் செய்தால், நீங்கள் வெகுமதிகளைப் பெறுவீர்கள். நீங்கள் ஏமாற்ற முயன்றால், உங்கள் பணயத்தின் ஒரு பகுதியை இழப்பீர்கள்.", - "page-what-is-ethereum-network-staking-section-description-6": "ஸ்டேக்கிங் என்பது Ethereum அதன் சேவைத் தரத்திற்கு நம்பகத்தன்மையுடன் உறுதியளிக்கும் முறையாகும். பணயம் வைக்கப்பட்டுள்ள இந்த பணம் அனைத்தும் Ethereum பாதுகாப்பாக இருப்பதற்கான சிறந்த ஆர்வத்தைக் கொண்டுள்ளது—இதற்கு எதிராக நீங்கள் பந்தயம் கட்டுவீர்களா?", - "page-what-is-ethereum-network-staking-section-description-7": "ப்ரூஃப்-ஆஃப்-ஸ்டேக் தொடங்கப்பட்ட இரண்டு ஆண்டுகளுக்குப் பிறகு, Ethereum-ஐப் பாதுகாக்க மில்லியன் கணக்கான ETH-ஐ ஸ்டேக் செய்யும் ஒரு மில்லியனுக்கும் அதிகமான சரிபார்ப்பவர்களை Ethereum ஈர்த்தது. இது Ethereum-ஐ மிகவும் விலையுயர்ந்ததாகவும் தாக்குவதற்கு கடினமானதாகவும் ஆக்குகிறது. ஏனென்றால், நெட்வொர்க்கைத் தாக்க, ஒரு நிறுவனத்திற்கு நெட்வொர்க்கைத் தாக்கத் தொடங்க ஸ்டேக் செய்யப்பட்ட அனைத்து ETH-இலும் குறைந்தது 1/3 தேவை. இன்று, அது பல்லாயிரக்கணக்கான பில்லியன் டாலர்களை எட்டுகிறது, அப்படியிருந்தும், தாக்குதல் தோல்வியடைய வாய்ப்புள்ளது, ஏனெனில் 1/3-க்கும் அதிகமானோர் நெட்வொர்க்கின் மற்ற பகுதிகளுடன் உடன்படாதது இறுதி செய்வதைத் தடுக்கும், ஆனால் சங்கிலி மற்ற பதிப்பை உண்மையின் ஆதாரமாகக் கருதி தொடர்ந்து வளரும். 1/2-க்கும் அதிகமானோர் எந்தப் பதிப்பு உண்மை என்று கருதப்படுகிறதோ அதை மாற்றுகிறது, மேலும் 2/3-க்கும் அதிகமானோர் மற்றவர்கள் உடன்படாத ஒன்றை இறுதி செய்ய அனுமதிக்கும்.", - "page-what-is-ethereum-network-staking-section-description-8": "இதுவே Ethereum-க்கு “பொருளாதாரப் பாதுகாப்பை” அளிக்கிறது. இது சரியான தொழில்நுட்பத்தைக் கொண்டிருப்பது மட்டுமல்ல. இது தாக்குதல்களை முயற்சிக்கக் கூட மிகவும் விலையுயர்ந்ததாக மாற்றுவதாகும்.", + "page-what-is-ethereum-network-staking-section-description-5": "எளிமையாகச் சொல்வதானால், மக்கள் நெட்வொர்க்கைப் பாதுகாக்க உதவுவதற்காக, சில ETH-ஐ ஒரு வைப்புத்தொகையாகப் பூட்டி வைக்கிறார்கள் (தங்கள் ETH-ஐ ஸ்டேக் செய்கிறார்கள்). இவர்கள் சரிபார்ப்பவர்கள் என்று அழைக்கப்படுகிறார்கள். நீங்கள் ETH-ஐ ஸ்டேக் செய்யும்போது, புதிய பரிவர்த்தனைகளைச் சரிபார்த்துச் சேர்க்க உங்கள் சரிபார்ப்பவர் தேர்ந்தெடுக்கப்படுகிறார். நீங்கள் அதை நேர்மையாகச் செய்தால், நீங்கள் வெகுமதிகளைப் பெறுவீர்கள். நீங்கள் ஏமாற்ற முயன்றால், உங்கள் ஸ்டேக்கின் ஒரு பகுதியை இழப்பீர்கள்.", + "page-what-is-ethereum-network-staking-section-description-6": "ஸ்டேக்கிங் மூலமாகவே Ethereum அதன் சேவைத் தரத்திற்கு நம்பகத்தன்மையுடன் உறுதியளிக்கிறது. ஸ்டேக் செய்யப்பட்டுள்ள இந்த பணம் அனைத்தும் Ethereum பாதுகாப்பாக இருப்பதற்கான சிறந்த ஆர்வத்தைக் கொண்டுள்ளது—இதற்கு எதிராக நீங்கள் பந்தயம் கட்டுவீர்களா?", + "page-what-is-ethereum-network-staking-section-description-7": "ப்ரூஃப்-ஆஃப்-ஸ்டேக்கை அறிமுகப்படுத்திய இரண்டு ஆண்டுகளுக்குப் பிறகு, Ethereum-ஐப் பாதுகாக்க மில்லியன் கணக்கான ETH-ஐ ஸ்டேக் செய்யும் ஒரு மில்லியனுக்கும் அதிகமான சரிபார்ப்பவர்களை Ethereum ஈர்த்தது. இது Ethereum-ஐத் தாக்குவதற்கு மிகவும் செலவுமிக்கதாகவும் கடினமானதாகவும் ஆக்குகிறது. ஏனென்றால், நெட்வொர்க்கைத் தாக்க, ஒரு நிறுவனத்திற்கு நெட்வொர்க்கைத் தாக்கத் தொடங்க ஸ்டேக் செய்யப்பட்ட அனைத்து ETH-ல் குறைந்தது 1/3 பங்கு தேவை. இன்று, அது பல்லாயிரக்கணக்கான பில்லியன் டாலர்களாகும், அப்படியிருந்தும், தாக்குதல் தோல்வியடைய வாய்ப்புள்ளது, ஏனெனில் 1/3-க்கும் அதிகமானோர் நெட்வொர்க்கின் மற்றவர்களுடன் உடன்படாதது இறுதிப்படுத்தலைத் தடுக்கும், ஆனால் சங்கிலி மற்ற பதிப்பை உண்மையின் ஆதாரமாகக் கருதி தொடர்ந்து வளரும். 1/2-க்கும் அதிகமானோர் எந்தப் பதிப்பு உண்மை என்று கருதப்படுகிறதோ அதை மாற்றுகிறார்கள், மேலும் 2/3-க்கும் அதிகமானோர் மற்றவர்கள் உடன்படாத ஒன்றை இறுதி செய்ய அனுமதிப்பார்கள்.", + "page-what-is-ethereum-network-staking-section-description-8": "இதுவே Ethereum-க்கு “பொருளாதாரப் பாதுகாப்பை” அளிக்கிறது. இது சரியான தொழில்நுட்பத்தைக் கொண்டிருப்பது மட்டுமல்ல. தாக்குதல்களை முயற்சிக்கக் கூட முடியாத அளவுக்கு அதிக செலவுமிக்கதாக மாற்றுவதாகும்.", "page-what-is-ethereum-network-staking-section-description-9": "Ethereum நெட்வொர்க்கைப் பாதுகாக்க உதவ, நீங்கள் இதை இரண்டு முக்கிய வழிகளில் செய்யலாம்.", - "page-what-is-ethereum-network-staking-section-description-10": "முதல் வழி ஒரு முனையை (node) இயக்குவது. முனைகள் அனைத்து பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்தத் தரவு உட்பட பிளாக்செயினின் முழு வரலாற்றையும் சேமிக்கின்றன. பிற முனைகளுடன் ஒத்திசைப்பதன் மூலம், அவை நெட்வொர்க்கின் நிலையை ஒப்புக்கொள்ளலாம், பரிவர்த்தனைகள் சட்டபூர்வமானவை மற்றும் ஸ்மார்ட் ஒப்பந்தத் தரவு கிடைக்கிறது என்பதை உறுதிசெய்கின்றன.", - "page-what-is-ethereum-network-staking-section-description-11": "இரண்டாவது வழி உங்கள் ETH-ஐ ஸ்டேக் செய்வது. Lido அல்லது Rocketpool போன்ற ஸ்டேக்கிங் வழங்குநர் மூலம் எளிதான வழி. ஆனால் உங்களுக்குத் தெரிந்திருந்தால், வீட்டில் சரிபார்ப்பவர் மென்பொருளை இயக்க முயற்சிக்கவும்.", + "page-what-is-ethereum-network-staking-section-description-10": "முதல் வழி ஒரு நோடை இயக்குவது. நோடுகள் அனைத்து பரிவர்த்தனைகள் மற்றும் ஸ்மார்ட் ஒப்பந்தத் தரவு உட்பட பிளாக்செயினின் முழு வரலாற்றையும் சேமிக்கின்றன. பிற நோடுகளுடன் ஒத்திசைப்பதன் மூலம், அவை நெட்வொர்க்கின் நிலையை ஒப்புக்கொள்ள முடியும், பரிவர்த்தனைகள் சட்டபூர்வமானவை மற்றும் ஸ்மார்ட் ஒப்பந்தத் தரவு கிடைக்கிறது என்பதை உறுதிசெய்கின்றன.", + "page-what-is-ethereum-network-staking-section-description-11": "இரண்டாவது வழி உங்கள் ETH-ஐ ஸ்டேக் செய்வது. Lido அல்லது Rocketpool போன்ற ஸ்டேக்கிங் வழங்குநர் மூலமாகச் செய்வது எளிதான வழியாகும். ஆனால் உங்களுக்குத் தொழில்நுட்ப அறிவு இருந்தால், வீட்டிலேயே சரிபார்ப்பவர் மென்பொருளை இயக்க முயற்சிக்கவும்.", "page-what-is-ethereum-network-staking-section-description-12": "ஸ்டேக்கிங் மற்றும் அதை எவ்வாறு செய்வது என்பது பற்றி மேலும் அறிக", - "page-what-is-ethereum-network-staking-section-description-13": "ஒரு முனையை எவ்வாறு இயக்குவது என்பதை அறிக", - "page-what-is-ethereum-network-layer-2s-section-description-1": "Ethereum மிகவும் பிரபலமடையும் போது, நெட்வொர்க் பிஸியாகிறது. தேவை அதிகமாக இருக்கும்போது, எரிவாயு கட்டணங்கள் உயரும் மற்றும் பரிவர்த்தனைகள் அதிக நேரம் எடுக்கும். இதைச் சரிசெய்ய, டெவலப்பர்கள் லேயர் 2-கள் (layer 2s) எனப்படும் துணை நெட்வொர்க்குகளின் வரிசையை உருவாக்கியுள்ளனர்.", - "page-what-is-ethereum-network-layer-2s-section-description-2": "லேயர் 2-கள், L2-கள் என்றும் குறிப்பிடப்படுகின்றன, இவை Ethereum-இன் மேல் இயங்கும் பிற நெட்வொர்க்குகள் ஆகும். அவை பரிவர்த்தனைகளைத் தனித்தனியாகச் செயலாக்குகின்றன, பின்னர் Ethereum-இல் சேமிக்க ஒரு சுருக்கத்தை அனுப்புகின்றன.", - "page-what-is-ethereum-network-layer-2s-section-description-3": "நெடுஞ்சாலையில் உள்ள எக்ஸ்பிரஸ் பாதைகளைப் போல நீங்கள் அவற்றை நினைக்கலாம். ஒவ்வொரு பரிவர்த்தனையும் Ethereum Mainnet வழியாகச் செல்வதற்குப் பதிலாக, அவற்றில் பல இந்த வேகமான, மலிவான சாலைகளைப் பயன்படுத்துகின்றன.", - "page-what-is-ethereum-network-layer-2s-section-description-4": "மிகவும் பிரபலமான சில L2-களில் Base, Arbitrum, Optimism, zkSync மற்றும் Starknet ஆகியவை அடங்கும். அவை ஒவ்வொன்றும் சற்று வித்தியாசமாகச் செயல்படுகின்றன, ஆனால் யோசனை ஒன்றுதான்—பாதுகாப்பில் சமரசம் செய்யாமல் Ethereum-ஐ அளவிடுவது.", - "page-what-is-ethereum-network-layer-2s-section-description-5": "Optimism அல்லது zkSync-இல் ஒரு எளிய ETH பரிமாற்றத்திற்கு $0.04 வரை மட்டுமே செலவாகும், இது Ethereum Mainnet-இல் $0.3-$1 உடன் ஒப்பிடப்படுகிறது. டோக்கன்களை மாற்றுவது போன்ற பிற பரிவர்த்தனைகளுக்கு $0.20 வரை மட்டுமே செலவாகும். பயனர்களுக்கு, இதன் பொருள் விலையின் ஒரு பகுதியிலேயே வேகமான பரிவர்த்தனைகள்.", - "page-what-is-ethereum-network-layer-2s-section-description-6": "இதன் விளைவாக, L2-கள் வேகமாக வளர்ந்து வருகின்றன. ஒன்றாக, அவை பில்லியன் கணக்கான டாலர்கள் டிஜிட்டல் சொத்துகளை வைத்துள்ளன.", - "page-what-is-ethereum-network-layer-2s-section-description-7": "L2-கள் Ethereum-இன் பாதுகாப்பிலிருந்து பயனடைவதால், உலகளாவிய கொடுப்பனவுகள் மற்றும் செயலிகளை உருவாக்க விரும்பும் நிறுவனங்கள் Ethereum-இன் மேல் உருவாக்கத் தொடங்கின.", - "page-what-is-ethereum-network-layer-2s-section-description-8": "உதாரணமாக, பங்குகளுக்கான விரைவான தீர்வை ஆராய Robinhood சமீபத்தில் தனது சொந்த L2-ஐ அறிமுகப்படுத்தியது. PayPal தனது ஸ்டேபிள்காயின் PYUSD-ஐ Ethereum L2 Arbitrum-க்கு மாற்றியது. Shopify இப்போது வியாபாரிகளை Base-இல் ஸ்டேபிள்காயின் USDC-ஐ ஏற்க அனுமதிக்கிறது.", - "page-what-is-ethereum-network-layer-2s-section-description-9": "பயனர்களுக்கு, Ethereum மற்றும் L2-களுக்கு இடையே சொத்துகளை நகர்த்துவது நேரடியானது. ETH மற்றும் பிற சொத்துகளை நகர்த்த Superbridge by Optimism அல்லது Portal by ZKsync போன்ற L2-களால் உருவாக்கப்பட்ட பாலங்களை நீங்கள் பயன்படுத்தலாம். சுயாதீன குழுக்களால் உருவாக்கப்பட்ட Hop மற்றும் Across போன்ற மூன்றாம் தரப்பு கருவிகளையும் நீங்கள் பயன்படுத்தலாம்.", + "page-what-is-ethereum-network-staking-section-description-13": "ஒரு நோடை எவ்வாறு இயக்குவது என்பதை அறிக", + "page-what-is-ethereum-network-layer-2s-section-description-1": "Ethereum மிகவும் பிரபலமடையும் போது, நெட்வொர்க் மிகவும் பிஸியாகிறது. தேவை அதிகமாக இருக்கும்போது, கேஸ் கட்டணங்கள் உயரும் மற்றும் பரிவர்த்தனைகள் அதிக நேரம் எடுக்கும். இதைச் சரிசெய்ய, டெவலப்பர்கள் லேயர் 2-கள் எனப்படும் தொடர்ச்சியான துணை நெட்வொர்க்குகளை உருவாக்கியுள்ளனர்.", + "page-what-is-ethereum-network-layer-2s-section-description-2": "லேயர் 2-கள், L2-கள் என்றும் குறிப்பிடப்படுகின்றன, இவை Ethereum-க்கு மேல் இயங்கும் பிற நெட்வொர்க்குகளாகும். அவை பரிவர்த்தனைகளைத் தனித்தனியாகச் செயலாக்குகின்றன, பின்னர் Ethereum-ல் சேமிக்கப்பட ஒரு சுருக்கத்தை அனுப்புகின்றன.", + "page-what-is-ethereum-network-layer-2s-section-description-3": "நெடுஞ்சாலையில் உள்ள விரைவுப் பாதைகளைப் போல நீங்கள் அவற்றை நினைக்கலாம். ஒவ்வொரு பரிவர்த்தனையும் Ethereum Mainnet வழியாகச் செல்வதற்குப் பதிலாக, அவற்றில் பல இந்த வேகமான, மலிவான சாலைகளைப் பயன்படுத்துகின்றன.", + "page-what-is-ethereum-network-layer-2s-section-description-4": "மிகவும் பிரபலமான சில L2-களில் Base, Arbitrum, Optimism, zkSync மற்றும் Starknet ஆகியவை அடங்கும். அவை ஒவ்வொன்றும் சற்று வித்தியாசமாகச் செயல்படுகின்றன, ஆனால் யோசனை ஒன்றுதான்—பாதுகாப்பில் சமரசம் செய்யாமல் Ethereum-ஐ ஸ்கேல் செய்வது.", + "page-what-is-ethereum-network-layer-2s-section-description-5": "Optimism அல்லது zkSync-ல் ஒரு எளிய ETH பரிமாற்றத்திற்கு, Ethereum Mainnet-ல் உள்ள $0.3-$1 உடன் ஒப்பிடும்போது, $0.04 அளவுக்குக் குறைவாகச் செலவாகலாம். டோக்கன்களை மாற்றுவது போன்ற பிற பரிவர்த்தனைகளுக்கு $0.20 அளவுக்குக் குறைவாக இருக்கலாம். பயனர்களுக்கு, இதன் பொருள் குறைந்த விலையில் வேகமான பரிவர்த்தனைகள் என்பதாகும்.", + "page-what-is-ethereum-network-layer-2s-section-description-6": "இதன் விளைவாக, L2-கள் வேகமாக வளர்ந்து வருகின்றன. அவை ஒன்றாக, பில்லியன் கணக்கான டாலர்கள் மதிப்பிலான டிஜிட்டல் சொத்துகளைக் கொண்டுள்ளன.", + "page-what-is-ethereum-network-layer-2s-section-description-7": "L2-கள் Ethereum-இன் பாதுகாப்பிலிருந்து பயனடைவதால், உலகளாவிய கொடுப்பனவுகள் மற்றும் ஆப்ஸை உருவாக்க விரும்பும் நிறுவனங்கள் Ethereum-க்கு மேல் உருவாக்கத் தொடங்கின.", + "page-what-is-ethereum-network-layer-2s-section-description-8": "எடுத்துக்காட்டாக, பங்குகளுக்கான விரைவான தீர்வை ஆராய Robinhood சமீபத்தில் தனது சொந்த L2-ஐ அறிமுகப்படுத்தியது. PayPal தனது ஸ்டேபிள்காயின் PYUSD-ஐ Ethereum L2 Arbitrum-க்கு மாற்றியது. Shopify இப்போது வியாபாரிகளை Base-ல் ஸ்டேபிள்காயின் USDC-ஐ ஏற்க அனுமதிக்கிறது.", + "page-what-is-ethereum-network-layer-2s-section-description-9": "பயனர்களுக்கு, Ethereum மற்றும் L2-களுக்கு இடையே சொத்துகளை மாற்றுவது நேரடியானது. ETH மற்றும் பிற சொத்துகளை நகர்த்த, Optimism-இன் Superbridge அல்லது ZKsync-இன் Portal போன்ற L2-களால் உருவாக்கப்பட்ட பிரிட்ஜ்களை நீங்கள் பயன்படுத்தலாம். சுயாதீன குழுக்களால் உருவாக்கப்பட்ட Hop மற்றும் Across போன்ற மூன்றாம் தரப்பு கருவிகளையும் நீங்கள் பயன்படுத்தலாம்.", "page-what-is-ethereum-network-layer-2s-section-description-10": "Ethereum லேயர் 2 நெட்வொர்க்குகள் பற்றி மேலும் அறிக", - "page-what-is-ethereum-network-live-network-data-section-description-1": "Ethereum வடிவமைப்பால் வெளிப்படையானது. ETH-ஐ அனுப்புவது முதல் சரிபார்ப்பவரை இயக்குவது வரை நெட்வொர்க்கில் உள்ள ஒவ்வொரு செயலும், யார் வேண்டுமானாலும் அணுகக்கூடிய திறந்த, பொது பேரேட்டில் பதிவு செய்யப்படுகிறது.", - "page-what-is-ethereum-network-live-network-data-section-description-2": "இன்று பெரும்பாலான அமைப்புகள் எவ்வாறு செயல்படுகின்றன என்பதற்கு இது ஒரு கூர்மையான முரண்பாடாகும்:", + "page-what-is-ethereum-network-live-network-data-section-description-1": "Ethereum வடிவமைப்பிலேயே வெளிப்படையானது. ETH-ஐ அனுப்புவது முதல் சரிபார்ப்பவரை இயக்குவது வரை நெட்வொர்க்கில் உள்ள ஒவ்வொரு செயலும், யார் வேண்டுமானாலும் அணுகக்கூடிய திறந்த, பொது லெட்ஜரில் பதிவு செய்யப்படுகிறது.", + "page-what-is-ethereum-network-live-network-data-section-description-2": "இன்று பெரும்பாலான அமைப்புகள் எவ்வாறு செயல்படுகின்றன என்பதற்கு இது முற்றிலும் மாறுபட்டது:", "page-what-is-ethereum-network-live-network-data-section-description-3": "வங்கிகள் மற்றும் நிறுவனங்கள் தங்கள் உள் எண்களை வெளியிடுகின்றன", - "page-what-is-ethereum-network-live-network-data-section-description-4": "செயலி பயன்பாட்டு புள்ளிவிவரங்கள் தொழில்நுட்ப நிறுவனங்களால் நெருக்கமாகப் பாதுகாக்கப்படுகின்றன", + "page-what-is-ethereum-network-live-network-data-section-description-4": "ஆப்ஸ் பயன்பாட்டு புள்ளிவிவரங்கள் தொழில்நுட்ப நிறுவனங்களால் நெருக்கமாகப் பாதுகாக்கப்படுகின்றன", "page-what-is-ethereum-network-live-network-data-section-description-5": "பொருளாதாரத் தரவு பெரும்பாலும் தாமதமாக வந்து பின்னர் திருத்தப்படுகிறது", - "page-what-is-ethereum-network-live-network-data-section-description-6": "Ethereum மூலம், நீங்கள் நம்ப வேண்டியதில்லை. நீங்கள் சரிபார்க்கலாம்.", - "page-what-is-ethereum-network-live-network-data-section-description-7": "Ethereum-ஐப் பயன்படுத்த நீங்கள் இதைப் புரிந்து கொள்ள வேண்டியதில்லை. ஆனால் 2024-இல் எத்தனை பரிவர்த்தனைகள் தீர்க்கப்பட்டன, அல்லது கடந்த ஆறு மாதங்களில் எத்தனை புதிய Ethereum முகவரிகள் உருவாக்கப்பட்டன என்பதைப் பற்றி நீங்கள் ஆர்வமாக இருந்தால், நெட்வொர்க்கை நிகழ்நேரத்தில் ஆராய யாரையும் அனுமதிக்கும் கருவிகள் உள்ளன.", - "page-what-is-ethereum-network-live-network-data-section-description-8": "மிகவும் பயனுள்ள சில தரவு மூலங்கள் மற்றும் அவற்றை நீங்கள் எதற்காகப் பயன்படுத்தலாம் என்பது இங்கே:", + "page-what-is-ethereum-network-live-network-data-section-description-6": "Ethereum-ஐப் பொறுத்தவரை, நீங்கள் நம்ப வேண்டியதில்லை. நீங்கள் சரிபார்க்கலாம்.", + "page-what-is-ethereum-network-live-network-data-section-description-7": "Ethereum-ஐப் பயன்படுத்த நீங்கள் இதையெல்லாம் புரிந்து கொள்ள வேண்டியதில்லை. ஆனால் 2024-ல் எத்தனை பரிவர்த்தனைகள் தீர்க்கப்பட்டன, அல்லது கடந்த ஆறு மாதங்களில் எத்தனை புதிய Ethereum முகவரிகள் உருவாக்கப்பட்டன என்பதைப் பற்றி நீங்கள் ஆர்வமாக இருந்தால், நெட்வொர்க்கை நிகழ்நேரத்தில் ஆராய யாரையும் அனுமதிக்கும் கருவிகள் உள்ளன.", + "page-what-is-ethereum-network-live-network-data-section-description-8": "மிகவும் பயனுள்ள சில தரவு ஆதாரங்கள் மற்றும் அவற்றை நீங்கள் எதற்காகப் பயன்படுத்தலாம் என்பது இங்கே:", "page-what-is-ethereum-network-live-network-data-section-description-9": "Etherscan: பரிவர்த்தனைகள், வாலட் செயல்பாடு மற்றும் ஸ்மார்ட் ஒப்பந்தங்களைச் சரிபார்க்கவும்", - "page-what-is-ethereum-network-live-network-data-section-description-10": "beaconcha.in: சரிபார்ப்பவர் புள்ளிவிவரங்கள், ஸ்டேக்கிங் நிலைகள் மற்றும் நெட்வொர்க் ஆரோக்கியத்தைக் காண்க", + "page-what-is-ethereum-network-live-network-data-section-description-10": "beaconcha.in: சரிபார்ப்பவர் புள்ளிவிவரங்கள், ஸ்டேக்கிங் நிலைகள் மற்றும் நெட்வொர்க் ஆரோக்கியத்தைக் காணவும்", "page-what-is-ethereum-network-live-network-data-section-description-11": "ultrasound.money: ETH வழங்கல், வெளியீடு மற்றும் எரிப்பை நிகழ்நேரத்தில் கண்காணிக்கவும்", "page-what-is-ethereum-network-live-network-data-section-description-12": "l2fees.info: Ethereum மற்றும் L2-களில் தற்போதைய பரிவர்த்தனை செலவுகளை ஒப்பிடவும்", - "page-what-is-ethereum-network-live-network-data-section-description-13": "L2Beat: அனைத்து முக்கிய L2-களிலும் பாதுகாக்கப்பட்ட மதிப்பு மற்றும் பாதுகாப்பு மாதிரிகளைக் காண்க", - "page-what-is-ethereum-network-live-network-data-section-description-14": "growthepie: Ethereum முழுவதும் அனைத்து ஆன்செயின் செயல்பாடு மற்றும் வளர்ச்சியைக் காண்க", - "page-what-is-ethereum-network-live-network-data-section-description-15": "Dune: Ethereum முழுவதும் உள்ள அனைத்து டிஜிட்டல் சொத்துகளிலும் தனிப்பயன் டாஷ்போர்டுகளை ஆராயுங்கள்", - "page-what-is-ethereum-network-live-network-data-section-description-16": "Token Terminal: dapp வருவாய், பயன்பாடு மற்றும் நெறிமுறை செயல்திறனை ஒப்பிடவும்", - "page-what-is-ethereum-network-live-network-data-section-description-17": "Nansen: வாலட் ஓட்டங்கள், ஸ்டேபிள்காயின் நகர்வுகள் மற்றும் ஸ்மார்ட் பணப் போக்குகளைப் பின்பற்றவும்.", + "page-what-is-ethereum-network-live-network-data-section-description-13": "L2Beat: அனைத்து முக்கிய L2-களிலும் பாதுகாக்கப்பட்ட மதிப்பு மற்றும் பாதுகாப்பு மாதிரிகளைக் காணவும்", + "page-what-is-ethereum-network-live-network-data-section-description-14": "growthepie: Ethereum முழுவதும் உள்ள அனைத்து ஆன்செயின் செயல்பாடு மற்றும் வளர்ச்சியைக் காணவும்", + "page-what-is-ethereum-network-live-network-data-section-description-15": "Dune: Ethereum முழுவதும் உள்ள அனைத்து டிஜிட்டல் சொத்துகளிலும் தனிப்பயன் டேஷ்போர்டுகளை ஆராயவும்", + "page-what-is-ethereum-network-live-network-data-section-description-16": "Token Terminal: டாப் (dapp) வருவாய், பயன்பாடு மற்றும் நெறிமுறை செயல்திறனை ஒப்பிடவும்", + "page-what-is-ethereum-network-live-network-data-section-description-17": "Nansen: வாலட் ஓட்டங்கள், ஸ்டேபிள்காயின் நகர்வுகள் மற்றும் ஸ்மார்ட் பணப் போக்குகளைப் பின்தொடரவும்.", "page-what-is-ethereum-network-live-network-data-section-description-18": "உங்களுக்குத் தேவைப்பட்டால் இந்தக் கருவிகள் அனைத்தும் உள்ளன.", - "page-what-is-ethereum-network-live-network-data-section-description-19": "நீங்கள் ஒரு டெவலப்பர், ஆராய்ச்சியாளர், முதலீட்டாளர் அல்லது பரிவர்த்தனையைச் சரிபார்க்க விரும்பும் ஒருவராக இருந்தாலும், Ethereum-இன் திறந்த நெட்வொர்க் உங்களுக்குத் தரவை வழங்குகிறது—நேரலை, அனுமதியற்ற மற்றும் சரிபார்க்கக்கூடியது.", - "page-what-is-ethereum-network-live-network-data-section-description-20": "Ethereum நெட்வொர்க் டாஷ்போர்டுகள் மற்றும் பிளாக் எக்ஸ்ப்ளோரர்களை உலாவுக" + "page-what-is-ethereum-network-live-network-data-section-description-19": "நீங்கள் ஒரு டெவலப்பராகவோ, ஆராய்ச்சியாளராகவோ, முதலீட்டாளராகவோ அல்லது ஒரு பரிவர்த்தனையைச் சரிபார்க்க விரும்பும் ஒருவராகவோ இருந்தாலும், Ethereum-இன் திறந்த நெட்வொர்க் உங்களுக்குத் தரவை வழங்குகிறது—நேரலையாக, அனுமதியற்றதாக மற்றும் சரிபார்க்கக்கூடியதாக.", + "page-what-is-ethereum-network-live-network-data-section-description-20": "Ethereum நெட்வொர்க் டேஷ்போர்டுகள் மற்றும் பிளாக் எக்ஸ்ப்ளோரர்களை உலாவவும்" } \ No newline at end of file diff --git a/src/intl/ur/glossary.json b/src/intl/ur/glossary.json index 1b22cc57940..bd4f7b9f1d5 100644 --- a/src/intl/ur/glossary.json +++ b/src/intl/ur/glossary.json @@ -1,408 +1,408 @@ { "51%-attack-term": "51% حملہ", - "51%-attack-definition": "ایک قسم کا حملہ جہاں ایک گروپ نوڈس کی اکثریت پر کنٹرول حاصل کر لیتا ہے۔ یہ انہیں لین دین کو الٹ کر اور ایتھر اور دیگر ٹوکنز کو ڈبل خرچ کرکے بلاک چین کو دھوکہ دینے کی اجازت دے گا۔

    ایتھیریم پروف-آف-اسٹیک میں یہ کل اسٹیک شدہ ایتھر کے نصف سے زیادہ جمع کرکے حاصل کیا جائے گا۔ یہ ایک حملہ آور کو یہ فیصلہ کرنے کی اجازت دے گا کہ بلاک چین میں کون سے نئے بلاکس شامل کیے جائیں۔ تاہم، چین کو پلٹنے یا ڈبل خرچ کرنے کے لیے حملہ آور کو کل اسٹیک شدہ ایتھر کا کم از کم 66% درکار ہوگا۔", + "51%-attack-definition": "ایک قسم کا حملہ جہاں ایک گروپ اکثریت نوڈز کا کنٹرول حاصل کر لیتا ہے۔ اس سے انہیں ٹرانزیکشنز کو ریورس کر کے اور ether اور دیگر ٹوکنز کو دوہری بار خرچ کر کے بلاک چین کو دھوکہ دینے کی اجازت مل جائے گی۔

    Ethereum کے proof-of-stake میں یہ کل اسٹیک کیے گئے ether کے نصف سے زیادہ جمع کر کے حاصل کیا جائے گا۔ اس سے حملہ آور کو یہ فیصلہ کرنے کی اجازت مل جائے گی کہ بلاک چین میں کون سے نئے بلاکس شامل کیے جائیں۔ تاہم، چین کو ریورٹ کرنے یا دوہری بار خرچ کرنے کے لیے حملہ آور کو کل اسٹیک کیے گئے ether کا کم از کم 66% درکار ہوگا۔", "account-term": "اکاؤنٹ", - "account-definition": "ایتھیریم اکاؤنٹ ایتھیریم بلاک چین پر ایک ڈیجیٹل شناخت ہے، جو صارفین کو ایتھر بھیجنے، وصول کرنے اور اسمارٹ معاہدوں کے ساتھ تعامل کرنے کی اجازت دیتا ہے۔

    تکنیکی:
    یہ ایک آبجیکٹ ہے جس میں ایک پتہ، بیلنس، نانس، اور اختیاری اسٹوریج اور کوڈ ہوتا ہے۔ ایک اکاؤنٹ کنٹریکٹ اکاؤنٹ یا بیرونی طور پر ملکیت والا اکاؤنٹ (EOA) ہو سکتا ہے۔", + "account-definition": "ایک Ethereum اکاؤنٹ Ethereum بلاک چین پر ایک ڈیجیٹل شناخت ہے، جو صارفین کو Ether بھیجنے، وصول کرنے اور سمارٹ کانٹریکٹس کے ساتھ تعامل کرنے کی اجازت دیتا ہے۔

    تکنیکی:
    یہ ایک آبجیکٹ ہے جس میں ایک ایڈریس، بیلنس، نانس (nonce)، اور اختیاری سٹوریج اور کوڈ شامل ہوتا ہے۔ ایک اکاؤنٹ کانٹریکٹ اکاؤنٹ یا بیرونی ملکیت والا اکاؤنٹ (EOA) ہو سکتا ہے۔", "address-term": "ایڈریس", - "address-definition": "ایتھیریم ایڈریس ایک منفرد شناخت ہے جو ٹوکن وصول کرنے کے لیے استعمال ہوتی ہے، یہ کرپٹو کرنسیز کے لیے بینک اکاؤنٹ نمبر کی طرح کام کرتا ہے۔ یہ آپ کے ایتھیریم اکاؤنٹ کی شناخت کے لیے استعمال ہوتا ہے۔

    یہ ECDSA پبلک کلید کے Keccak ہیش کے دائیں ترین 160 بٹس ہیں۔", - "anti-sybil-term": "اینٹی-سائبل", - "anti-sybil-definition": "یہ ایسے طریقے ہیں جو لوگوں کو انٹرنیٹ پر ایک ہی وقت میں کئی صارفین ہونے کا دکھاوا کرنے سے روکتے ہیں، اس بات کو یقینی بناتے ہوئے کہ ہر صارف ایک حقیقی، الگ شخص ہے۔ یہ آن لائن تعاملات کو منصفانہ اور ایماندار رکھنے میں مدد کرتا ہے۔", + "address-definition": "ایک Ethereum ایڈریس ایک منفرد شناخت کنندہ ہے جو ٹوکن وصول کرنے کے لیے استعمال ہوتا ہے، جو کرپٹو کرنسیوں کے لیے بینک اکاؤنٹ نمبر کی طرح کام کرتا ہے۔ یہ آپ کے Ethereum اکاؤنٹ کی شناخت کے لیے استعمال ہوتا ہے۔

    یہ ECDSA پبلک کی (public key) کے Keccak ہیش کے دائیں جانب کے 160 بٹس پر مشتمل ہوتا ہے۔", + "anti-sybil-term": "اینٹی-سِبل (Anti-Sybil)", + "anti-sybil-definition": "یہ انٹرنیٹ پر لوگوں کو ایک ہی وقت میں کئی صارفین ہونے کا دکھاوا کرنے سے روکنے کے طریقے ہیں، جو اس بات کو یقینی بناتے ہیں کہ ہر صارف ایک حقیقی، الگ شخص ہے۔ اس سے آن لائن تعاملات کو منصفانہ اور ایماندار رکھنے میں مدد ملتی ہے۔", "abi-term": "ایپلیکیشن بائنری انٹرفیس (ABI)", - "abi-definition": "ایک JSON فائل جو اسمارٹ کنٹریکٹ میں شامل فنکشنز اور متغیرات کی وضاحت کرتی ہے۔ ABI بائٹ کوڈ کو انسانی پڑھنے کے قابل فارمیٹس میں میپ کرنے کی اجازت دیتا ہے۔", + "abi-definition": "ایک JSON فائل جو سمارٹ کانٹریکٹ میں شامل فنکشنز اور ویری ایبلز کی وضاحت کرتی ہے۔ ABI بائٹ کوڈ (bytecode) کو انسان کے پڑھنے کے قابل فارمیٹس میں میپ کرنے کی اجازت دیتا ہے۔", "api-term": "ایپلیکیشن پروگرامنگ انٹرفیس (API)", - "api-definition": "ایک ایپلیکیشن پروگرامنگ انٹرفیس (API) تعریفوں کا ایک مجموعہ ہے کہ سافٹ ویئر کا ایک ٹکڑا کیسے استعمال کیا جائے۔ ایک API ایک ایپلیکیشن اور ایک ویب سرور کے درمیان بیٹھتا ہے، اور ان کے درمیان ڈیٹا کی منتقلی کی سہولت فراہم کرتا ہے۔", + "api-definition": "ایپلیکیشن پروگرامنگ انٹرفیس (API) کسی سافٹ ویئر کو استعمال کرنے کے طریقہ کار کی تعریفوں کا ایک مجموعہ ہے۔ ایک API ایپلیکیشن اور ویب سرور کے درمیان موجود ہوتا ہے، اور ان کے درمیان ڈیٹا کی منتقلی میں سہولت فراہم کرتا ہے۔", "apr-term": "APR", - "apr-definition": "APR، یا سالانہ فیصد کی شرح، قرض لینے کی سالانہ لاگت کو ظاہر کرتی ہے، جس میں سود اور فیس شامل ہیں، فیصد کے طور پر۔", + "apr-definition": "APR، یا سالانہ فیصد کی شرح (Annual Percentage Rate)، رقم ادھار لینے کی سالانہ لاگت کو ظاہر کرتی ہے، جس میں سود اور فیس شامل ہیں، ایک فیصد کے طور پر۔", "asic-term": "ASIC", - "asic-definition": "ایپلیکیشن کے لیے مخصوص انٹیگریٹڈ سرکٹ۔ یہ عام طور پر ایک انٹیگریٹڈ سرکٹ سے مراد ہے، جو کرپٹو کرنسی مائننگ کے لیے اپنی مرضی کے مطابق بنایا گیا ہے۔", + "asic-definition": "ایپلیکیشن کے لیے مخصوص انٹیگریٹڈ سرکٹ (Application-specific integrated circuit)۔ یہ عام طور پر ایک انٹیگریٹڈ سرکٹ کی طرف اشارہ کرتا ہے، جو خاص طور پر کرپٹو کرنسی مائننگ کے لیے بنایا گیا ہو۔", "assert-term": "assert", - "assert-definition": "Solidity میں، `assert(false)` `0xfe` میں کمپائل ہوتا ہے، جو ایک غلط آپ کوڈ ہے، جو تمام باقی گیس کا استعمال کرتا ہے اور تمام تبدیلیوں کو پلٹ دیتا ہے۔ جب ایک `assert()` بیان ناکام ہو جاتا ہے، تو کچھ بہت غلط اور غیر متوقع ہو رہا ہوتا ہے، اور آپ کو اپنے کوڈ کو ٹھیک کرنے کی ضرورت ہوگی۔ آپ کو ان حالات سے بچنے کے لیے `assert()` کا استعمال کرنا چاہیے جو کبھی نہیں، کبھی نہیں ہونے چاہئیں۔ اسمارٹ کنٹریکٹ سیکیورٹی پر مزید۔", - "attestation-term": "تصدیق", - "attestation-definition": "کسی ادارے کی طرف سے کیا گیا دعویٰ کہ کوئی چیز سچ ہے۔ ایتھیریم کے تناظر میں، اتفاق رائے کی توثیق کرنے والوں کو اس بارے میں دعویٰ کرنا چاہیے کہ وہ کیا مانتے ہیں کہ چین کی حالت کیا ہے۔ مخصوص اوقات میں، ہر توثیق کنندہ مختلف تصدیقات شائع کرنے کا ذمہ دار ہوتا ہے جو باضابطہ طور پر اس توثیق کنندہ کے چین کے نظارے کا اعلان کرتا ہے، جس میں آخری حتمی چیک پوائنٹ اور چین کا موجودہ سربراہ شامل ہے۔ تصدیقات پر مزید۔", - "base-fee-term": "بنیادی فیس", - "base-fee-definition": "ہر بلاک کی ایک ریزرو قیمت ہوتی ہے جسے 'بنیادی فیس' کہا جاتا ہے۔ یہ کم از کم گیس فیس ہے جو صارف کو اگلے بلاک میں ٹرانزیکشن شامل کرنے کے لیے ادا کرنی ہوتی ہے۔ گیس اور فیس پر مزید۔", - "beacon-chain-term": "بیکن چین", - "beacon-chain-definition": "بیکن چین وہ بلاک چین تھا جس نے ایتھیریم میں پروف-آف-اسٹیک اور ویلیڈیٹرز متعارف کرائے تھے۔ یہ دسمبر 2020 سے پروف-آف-ورک ایتھیریم مین نیٹ کے ساتھ چلتا رہا جب تک کہ ستمبر 2022 میں دونوں چینز کو ملا کر آج کا ایتھیریم نہیں بن گیا۔ بیکن چین پر مزید۔", - "big-endian-term": "بگ-اینڈین", - "big-endian-definition": "ایک پوزیشنل نمبر کی نمائندگی جہاں سب سے اہم ہندسہ میموری میں پہلے ہوتا ہے۔ لٹل-اینڈین کے برعکس، جہاں سب سے کم اہم ہندسہ پہلے ہوتا ہے۔", + "assert-definition": "Solidity میں، `assert(false)` کمپائل ہو کر `0xfe` بنتا ہے، جو ایک نامانوس اوپ کوڈ (invalid opcode) ہے، جو باقی تمام gas استعمال کر لیتا ہے اور تمام تبدیلیوں کو ریورٹ کر دیتا ہے۔ جب کوئی `assert()` اسٹیٹمنٹ ناکام ہو جاتی ہے، تو کچھ بہت غلط اور غیر متوقع ہو رہا ہوتا ہے، اور آپ کو اپنا کوڈ ٹھیک کرنے کی ضرورت ہوگی۔ آپ کو ایسی صورتحال سے بچنے کے لیے `assert()` کا استعمال کرنا چاہیے جو کبھی بھی پیش نہیں آنی چاہیے۔ سمارٹ کانٹریکٹ سیکیورٹی کے بارے میں مزید۔", + "attestation-term": "تصدیق (Attestation)", + "attestation-definition": "کسی ہستی کی طرف سے کیا گیا دعویٰ کہ کوئی چیز سچ ہے۔ Ethereum کے تناظر میں، کنسینسس (consensus) ویلیڈیٹرز کو یہ دعویٰ کرنا ہوتا ہے کہ ان کے خیال میں چین کی سٹیٹ کیا ہے۔ مقررہ اوقات پر، ہر ویلیڈیٹر مختلف تصدیقات (attestations) شائع کرنے کا ذمہ دار ہوتا ہے جو باضابطہ طور پر اس ویلیڈیٹر کے چین کے نقطہ نظر کا اعلان کرتی ہیں، جس میں آخری فائنلائزڈ چیک پوائنٹ اور چین کا موجودہ ہیڈ (head) شامل ہے۔ تصدیقات کے بارے میں مزید۔", + "base-fee-term": "بنیادی فیس (Base fee)", + "base-fee-definition": "ہر بلاک کی ایک ریزرو قیمت ہوتی ہے جسے 'بنیادی فیس' (base fee) کہا جاتا ہے۔ یہ وہ کم از کم gas فیس ہے جو صارف کو اگلے بلاک میں ٹرانزیکشن شامل کرنے کے لیے ادا کرنی ہوتی ہے۔ گیس اور فیس کے بارے میں مزید۔", + "beacon-chain-term": "بیکن چین (Beacon chain)", + "beacon-chain-definition": "بیکن چین (Beacon Chain) وہ بلاک چین تھی جس نے Ethereum میں proof-of-stake اور ویلیڈیٹرز کو متعارف کرایا۔ یہ دسمبر 2020 سے proof-of-work Ethereum مین نیٹ کے ساتھ ساتھ چلتی رہی یہاں تک کہ ستمبر 2022 میں دونوں چینز کو ملا کر آج کا Ethereum بنایا گیا۔ بیکن چین کے بارے میں مزید۔", + "big-endian-term": "بگ-اینڈین (Big-endian)", + "big-endian-definition": "ایک پوزیشنل نمبر کی نمائندگی جہاں سب سے اہم ہندسہ (most significant digit) میموری میں پہلے ہوتا ہے۔ یہ لٹل-اینڈین (little-endian) کے برعکس ہے، جہاں سب سے کم اہم ہندسہ پہلے ہوتا ہے۔", "block-term": "بلاک", - "block-definition": "ایک بلاک وہ جگہ ہے جہاں لین دین یا ڈیجیٹل اعمال محفوظ کیے جاتے ہیں۔ ایک بار جب ایک بلاک بھر جاتا ہے، تو اسے پچھلے بلاک سے جوڑ دیا جاتا ہے، جس سے بلاکس کی ایک زنجیر یا \"بلاک چین\" بن جاتی ہے۔ بلاکس پر مزید۔

    ایک بلاک معلومات کا ایک بنڈل شدہ یونٹ ہے جس میں لین دین کی ترتیب شدہ فہرست اور اتفاق رائے سے متعلق معلومات شامل ہیں۔ بلاکس پروف-آف-اسٹیک ویلیڈیٹرز کے ذریعہ تجویز کیے جاتے ہیں، جس کے بعد انہیں پورے پیئر-ٹو-پیئر نیٹ ورک میں شیئر کیا جاتا ہے، جہاں دیگر تمام نوڈس کے ذریعہ آسانی سے آزادانہ طور پر تصدیق کی جاسکتی ہے۔ اتفاق رائے کے قوانین یہ کنٹرول کرتے ہیں کہ بلاک کے کون سے مواد کو درست سمجھا جاتا ہے، اور کسی بھی غلط بلاک کو نیٹ ورک کے ذریعہ نظر انداز کر دیا جاتا ہے۔ ان بلاکس اور ان میں موجود لین دین کی ترتیب واقعات کی ایک قطعی زنجیر بناتی ہے جس کا اختتام نیٹ ورک کی موجودہ حالت کی نمائندگی کرتا ہے۔", - "block-explorer-term": "بلاک ایکسپلورر", - "block-explorer-definition": "ایک انٹرفیس جو صارف کو بلاک چین سے اور اس کے بارے میں معلومات تلاش کرنے کی اجازت دیتا ہے۔ اس میں انفرادی لین دین، مخصوص پتوں سے وابستہ سرگرمی اور نیٹ ورک کے بارے میں معلومات حاصل کرنا شامل ہے۔", - "block-header-term": "بلاک ہیڈر", - "block-header-definition": "بلاک ہیڈر ایک بلاک کے بارے میں میٹا ڈیٹا کا مجموعہ اور ایگزیکیوشن پے لوڈ میں شامل لین دین کا خلاصہ ہے۔", - "block-propagation-term": "بلاک پروپیگیشن", - "block-propagation-definition": "نیٹ ورک کے دیگر تمام نوڈس کو ایک تصدیق شدہ بلاک منتقل کرنے کا عمل۔", - "block-proposer-term": "بلاک پروپوزر", - "block-proposer-definition": "ایک مخصوص سلاٹ میں بلاک بنانے کے لیے منتخب کیا گیا مخصوص ویلیڈیٹر۔", - "block-reward-term": "بلاک انعام", - "block-reward-definition": "ایک نئے درست بلاک کے پروپوزر کو انعام میں دی گئی ایتھر کی رقم۔", - "block-status-term": "بلاک کی حیثیت", - "block-status-definition": "وہ حالتیں جن میں ایک بلاک موجود ہو سکتا ہے۔ ممکنہ حالتوں میں شامل ہیں:

    • تجویز کردہ: بلاک ایک ویلیڈیٹر کے ذریعہ تجویز کیا گیا تھا
    • شیڈولڈ: ویلیڈیٹرز فی الحال ڈیٹا جمع کر رہے ہیں
    • مسڈ/اسکیپڈ: پروپوزر نے اہل وقت کے فریم کے اندر بلاک تجویز نہیں کیا
    • اورفنڈ: بلاک کو فورک چوائس الگورتھم کے ذریعے ری آرگ کر دیا گیا تھا
    ", - "block-time-term": "بلاک ٹائم", - "block-time-definition": "بلاک چین میں بلاکس کے شامل ہونے کے درمیان کا وقت کا وقفہ۔", - "block-validation-term": "بلاک کی توثیق", - "block-validation-definition": "یہ چیک کرنے کا عمل کہ ایک نیا بلاک درست لین دین اور دستخطوں پر مشتمل ہے، سب سے بھاری تاریخی زنجیر پر بنتا ہے (یعنی وہ جس نے اپنی تاریخ میں سب سے زیادہ تصدیقات جمع کی ہیں)، اور دیگر تمام اتفاق رائے کے قوانین کی پیروی کرتا ہے۔ درست بلاکس کو زنجیر کے سرے میں شامل کیا جاتا ہے اور نیٹ ورک پر دوسروں کو پھیلایا جاتا ہے۔ غلط بلاکس کو نظر انداز کر دیا جاتا ہے۔", - "blockchain-term": "بلاک چین", - "blockchain-definition": "بلاک چین لین دین کا ایک ڈیٹا بیس ہے، جو نیٹ ورک کے تمام کمپیوٹرز پر نقل اور شیئر کیا جاتا ہے، اس بات کو یقینی بناتا ہے کہ ڈیٹا کو پیچھے کی طرف تبدیل نہیں کیا جا سکتا۔

    بلاک کی ایک ترتیب، ہر ایک اپنے پیشرو سے جینیسس بلاک تک پچھلے بلاک کے ہیش کا حوالہ دے کر جڑتا ہے۔ بلاک چین کی سالمیت کو پروف-آف-اسٹیک پر مبنی اتفاق رائے کے طریقہ کار کا استعمال کرتے ہوئے کرپٹو-اقتصادی طور پر محفوظ کیا گیا ہے۔ بلاک چین کیا ہے؟", - "bootnode-term": "بوٹ نوڈ", - "bootnode-definition": "وہ نوڈس جو نوڈ چلاتے وقت دریافت کے عمل کو شروع کرنے کے لیے استعمال کیے جا سکتے ہیں۔ بوٹ نوڈس نئے نوڈس کو دیگر موجودہ نوڈس سے 'متعارف' کراتے ہیں تاکہ وہ ابتدائی ہم مرتبہ کی تلاش کے بجائے تیزی سے ہم مرتبہ حاصل کر سکیں۔ ان نوڈس کے اینڈ پوائنٹس عام طور پر ایتھیریم کلائنٹ سورس کوڈ میں فراہم کیے جاتے ہیں، لیکن صارفین اپنی بوٹ نوڈس کی فہرست فراہم کر سکتے ہیں۔", - "bridge-term": "Bridge", - "bridge-definition": "بلاک چین برج ایک بلاک چین نیٹ ورک سے دوسرے میں اثاثوں کی منتقلی کے لیے استعمال ہوتا ہے۔ مثال کے طور پر آپ ETH کو مرکزی ایتھیریم نیٹ ورک سے سستے لیئر 2 اسکیلنگ حل میں منتقل کرنے کے لیے برج کا استعمال کر سکتے ہیں۔", - "bytecode-term": "بائٹ کوڈ", - "bytecode-definition": "کوڈ کو ایک کمپیکٹ، عددی شکل میں ظاہر کیا گیا ہے تاکہ اسے EVM کے ذریعے موثر طریقے سے عمل میں لایا جا سکے۔", - "byzantium-fork-term": "بیزنٹیم فورک", - "byzantium-fork-definition": "میٹروپولیس ترقیاتی مرحلے کے لیے دو ہارڈ فورکس میں سے پہلا۔ اس میں EIP-649 میٹروپولیس ڈفیکلٹی بم میں تاخیر اور بلاک انعام میں کمی شامل تھی، جہاں آئس ایج میں 1 سال کی تاخیر ہوئی اور بلاک انعام 5 سے کم ہو کر 3 ایتھر ہو گیا۔", - "casper-ffg-term": "کیسپر FFG", - "casper-ffg-definition": "Casper-FFG ایک پروف-آف-اسٹیک اتفاق رائے پروٹوکول ہے جو LMD-GHOST فورک چوائس الگورتھم کے ساتھ مل کر استعمال ہوتا ہے تاکہ اتفاق رائے کلائنٹس کو بیکن چین کے سربراہ پر متفق ہونے کی اجازت دی جا سکے۔", - "checkpoint-term": "چیک پوائنٹ", - "checkpoint-definition": "بیکن چین کا ایک ٹیمپو ہے جو سلاٹس (12 سیکنڈ) اور ادوار (32 سلاٹس) میں تقسیم ہے۔ ہر دور میں پہلا سلاٹ ایک چیک پوائنٹ ہے۔ جب ویلیڈیٹرز کی ایک سپرمیجورٹی دو چیک پوائنٹس کے درمیان رابطے کی تصدیق کرتی ہے، تو انہیں جائز قرار دیا جا سکتا ہے اور پھر جب ایک اور چیک پوائنٹ کو سب سے اوپر جائز قرار دیا جاتا ہے، تو انہیں حتمی شکل دی جا سکتی ہے۔", - "compiling-term": "کمپائلنگ", - "compiling-definition": "اعلی سطح کی پروگرامنگ زبان (مثال کے طور پر، Solidity) میں لکھے گئے کوڈ کو نچلی سطح کی زبان (مثال کے طور پر، EVM بائٹ کوڈ) میں تبدیل کرنا۔ اسمارٹ کنٹریکٹس کو کمپائل کرنے پر مزید", - "committee-term": "کمیٹی", - "committee-definition": "کم از کم 128 ویلیڈیٹرز کا ایک گروپ جو ہر سلاٹ میں بلاکس کی توثیق کے لیے تفویض کیا گیا ہے۔ کمیٹی میں سے ایک ویلیڈیٹر ایگریگیٹر ہوتا ہے، جو کمیٹی میں موجود دیگر تمام ویلیڈیٹرز کے دستخطوں کو جمع کرنے کا ذمہ دار ہوتا ہے جو ایک تصدیق پر متفق ہوں۔ سنک کمیٹی کے ساتھ الجھن میں نہ پڑیں۔", - "computational-infeasibility-term": "کمپیوٹیشنل ناممکنات", - "computational-infeasibility-definition": "ایک عمل کمپیوٹیشنلی ناممکن ہے اگر اسے کرنے میں کسی ایسے شخص کے لیے غیر عملی طور پر طویل وقت (مثال کے طور پر، اربوں سال) لگے گا جو تصوراتی طور پر اسے انجام دینے میں دلچسپی رکھتا ہو۔", - "consensus-term": "کنسنسس", - "consensus-definition": "جب ایک نیٹ ورک میں 2/3 سے زیادہ کمپیوٹر اس بات پر متفق ہوں کہ ان کے پاس ریکارڈ کا ایک ہی سیٹ ہے، تو اس بات کو یقینی بنانا کہ سب ایک ہی صفحے پر ہیں۔ یہ ان قوانین کے بارے میں نہیں ہے جن پر وہ عمل کرتے ہیں، بلکہ اس بات کو یقینی بنانا ہے کہ ان سب کے پاس ایک ہی معلومات ہے۔", - "consensus-client-term": "اتفاق رائے کلائنٹ", - "consensus-client-definition": "اتفاق رائے کلائنٹس (جیسے Prysm، Teku، Nimbus، Lighthouse، Lodestar) ایتھیریم کے پروف-آف-اسٹیک اتفاق رائے الگورتھم چلاتے ہیں جو نیٹ ورک کو بیکن چین کے سربراہ کے بارے میں معاہدے تک پہنچنے کی اجازت دیتے ہیں۔ اتفاق رائے کلائنٹس لین دین کی توثیق/براڈکاسٹنگ یا ریاستی تبدیلیوں کو انجام دینے میں حصہ نہیں لیتے۔ یہ ایگزیکیوشن کلائنٹس کے ذریعے کیا جاتا ہے۔ اتفاق رائے کلائنٹس نئے بلاکس کی تصدیق یا تجویز نہیں کرتے۔ یہ ویلیڈیٹر کلائنٹ کے ذریعے کیا جاتا ہے جو اتفاق رائے کلائنٹ میں ایک اختیاری اضافہ ہے۔", - "consensus-layer-term": "اتفاق رائے کی تہہ", - "consensus-layer-definition": "ایتھیریم کی اتفاق رائے کی تہہ اتفاق رائے کلائنٹس کا نیٹ ورک ہے۔", - "consensus-rules-term": "اتفاق رائے کے اصول", - "consensus-rules-definition": "بلاک کی توثیق کے اصول جن پر مکمل نوڈس دیگر نوڈس کے ساتھ اتفاق رائے میں رہنے کے لیے عمل کرتے ہیں۔ اتفاق رائے کے ساتھ الجھن میں نہ پڑیں۔", + "block-definition": "بلاک وہ جگہ ہے جہاں ٹرانزیکشنز یا ڈیجیٹل اعمال محفوظ کیے جاتے ہیں۔ ایک بار جب کوئی بلاک بھر جاتا ہے، تو اسے پچھلے بلاک سے جوڑ دیا جاتا ہے، جس سے بلاکس کی ایک زنجیر یا \"بلاک چین\" بنتی ہے۔ بلاکس کے بارے میں مزید۔

    بلاک معلومات کی ایک بنڈل شدہ اکائی ہے جس میں ٹرانزیکشنز کی ایک ترتیب وار فہرست اور کنسینسس (consensus) سے متعلق معلومات شامل ہوتی ہیں۔ بلاکس proof-of-stake ویلیڈیٹرز کے ذریعے تجویز کیے جاتے ہیں، جس مقام پر انہیں پورے پیئر-ٹو-پیئر (peer-to-peer) نیٹ ورک پر شیئر کیا جاتا ہے، جہاں دیگر تمام نوڈز آسانی سے آزادانہ طور پر ان کی تصدیق کر سکتے ہیں۔ کنسینسس کے اصول یہ طے کرتے ہیں کہ بلاک کے کون سے مندرجات درست سمجھے جائیں گے، اور کسی بھی نامانوس بلاکس کو نیٹ ورک کے ذریعے نظر انداز کر دیا جاتا ہے۔ ان بلاکس اور ان میں موجود ٹرانزیکشنز کی ترتیب واقعات کی ایک متعین زنجیر بناتی ہے جس کا اختتام نیٹ ورک کی موجودہ سٹیٹ کی نمائندگی کرتا ہے۔", + "block-explorer-term": "بلاک ایکسپلورر (Block explorer)", + "block-explorer-definition": "ایک انٹرفیس جو صارف کو بلاک چین سے اور اس کے بارے میں معلومات تلاش کرنے کی اجازت دیتا ہے۔ اس میں انفرادی ٹرانزیکشنز، مخصوص ایڈریسز سے وابستہ سرگرمی اور نیٹ ورک کے بارے میں معلومات بازیافت کرنا شامل ہے۔", + "block-header-term": "بلاک ہیڈر (Block header)", + "block-header-definition": "بلاک ہیڈر کسی بلاک کے بارے میں میٹا ڈیٹا کا مجموعہ اور ایگزیکیوشن پے لوڈ (execution payload) میں شامل ٹرانزیکشنز کا خلاصہ ہوتا ہے۔", + "block-propagation-term": "بلاک پروپیگیشن (Block propagation)", + "block-propagation-definition": "نیٹ ورک میں موجود دیگر تمام نوڈز تک تصدیق شدہ بلاک کو منتقل کرنے کا عمل۔", + "block-proposer-term": "بلاک پروپوزر (Block proposer)", + "block-proposer-definition": "ایک مخصوص سلاٹ (slot) میں بلاک بنانے کے لیے منتخب کردہ مخصوص ویلیڈیٹر۔", + "block-reward-term": "بلاک ریوارڈ (Block reward)", + "block-reward-definition": "نئے درست بلاک کے پروپوزر کو انعام کے طور پر دی جانے والی ether کی رقم۔", + "block-status-term": "بلاک کا سٹیٹس (Block status)", + "block-status-definition": "وہ حالتیں جن میں ایک بلاک موجود ہو سکتا ہے۔ ممکنہ حالتوں میں شامل ہیں:

    • تجویز کردہ (proposed): بلاک ایک ویلیڈیٹر کے ذریعے تجویز کیا گیا تھا
    • شیڈول شدہ (scheduled): ویلیڈیٹرز فی الحال ڈیٹا جمع کروا رہے ہیں
    • چھوٹ گیا/نظر انداز کیا گیا (missed/skipped): پروپوزر نے اہل ٹائم فریم کے اندر بلاک تجویز نہیں کیا
    • یتیم (orphaned): بلاک کو فورک چوائس الگورتھم (fork choice algorithm) کے ذریعے ری آرگنائز (reorg) کر کے باہر کر دیا گیا تھا
    ", + "block-time-term": "بلاک ٹائم (Block time)", + "block-time-definition": "بلاک چین میں بلاکس شامل کیے جانے کے درمیانی وقت کا وقفہ۔", + "block-validation-term": "بلاک کی توثیق (Block validation)", + "block-validation-definition": "یہ چیک کرنے کا عمل کہ آیا ایک نئے بلاک میں درست ٹرانزیکشنز اور دستخط موجود ہیں، یہ سب سے بھاری تاریخی چین (یعنی وہ جس نے اپنی تاریخ میں سب سے زیادہ تصدیقات جمع کی ہیں) پر بنتا ہے، اور دیگر تمام کنسینسس اصولوں کی پیروی کرتا ہے۔ درست بلاکس کو چین کے ہیڈ (head) میں شامل کیا جاتا ہے اور نیٹ ورک پر دوسروں تک پروپیگیٹ کیا جاتا ہے۔ نامانوس بلاکس کو نظر انداز کر دیا جاتا ہے۔", + "blockchain-term": "بلاک چین (Blockchain)", + "blockchain-definition": "بلاک چین ٹرانزیکشنز کا ایک ڈیٹا بیس ہے، جسے نیٹ ورک کے تمام کمپیوٹرز پر کاپی اور شیئر کیا جاتا ہے، جو اس بات کو یقینی بناتا ہے کہ ڈیٹا کو ماضی کی تاریخ سے تبدیل نہیں کیا جا سکتا۔

    بلاک کی ایک ترتیب، جس میں ہر ایک پچھلے بلاک کے ہیش کا حوالہ دے کر اپنے پیشرو سے جڑتا ہے اور یہ سلسلہ جینیسس بلاک (genesis block) تک جاتا ہے۔ بلاک چین کی سالمیت کو proof-of-stake پر مبنی کنسینسس میکانزم کا استعمال کرتے ہوئے کرپٹو-اقتصادی طور پر محفوظ کیا جاتا ہے۔ بلاک چین کیا ہے؟", + "bootnode-term": "بوٹ نوڈ (Bootnode)", + "bootnode-definition": "وہ نوڈز جنہیں نوڈ چلاتے وقت دریافت کے عمل کو شروع کرنے کے لیے استعمال کیا جا سکتا ہے۔ بوٹ نوڈز نئے نوڈز کو دیگر موجودہ نوڈز سے 'متعارف' کرواتے ہیں تاکہ وہ ابتدائی پیئر (peer) تلاش کرنے کے بجائے تیزی سے پیئرز حاصل کر سکیں۔ ان نوڈز کے اینڈ پوائنٹس عام طور پر Ethereum کلائنٹ کے سورس کوڈ میں فراہم کیے جاتے ہیں، لیکن صارفین بوٹ نوڈز کی اپنی فہرست بھی فراہم کر سکتے ہیں۔", + "bridge-term": "برج (Bridge)", + "bridge-definition": "بلاک چین برج کا استعمال اثاثوں کو ایک بلاک چین نیٹ ورک سے دوسرے میں منتقل کرنے کے لیے کیا جاتا ہے۔ مثال کے طور پر آپ ETH کو مرکزی Ethereum نیٹ ورک سے سستے Layer 2 اسکیلنگ سلوشنز میں منتقل کرنے کے لیے برج کا استعمال کر سکتے ہیں۔", + "bytecode-term": "بائٹ کوڈ (Bytecode)", + "bytecode-definition": "کوڈ جسے ایک کمپیکٹ، عددی شکل میں ظاہر کیا گیا ہو تاکہ اسے EVM کے ذریعے مؤثر طریقے سے ایگزیکیوٹ کیا جا سکے۔", + "byzantium-fork-term": "بیزانٹیم فورک (Byzantium fork)", + "byzantium-fork-definition": "Metropolis ڈیولپمنٹ مرحلے کے لیے دو ہارڈ فورکس (hard forks) میں سے پہلا۔ اس میں EIP-649 Metropolis Difficulty Bomb میں تاخیر اور بلاک ریوارڈ میں کمی شامل تھی، جہاں Ice Age کو 1 سال کے لیے موخر کر دیا گیا تھا اور بلاک ریوارڈ کو 5 سے کم کر کے 3 ether کر دیا گیا تھا۔", + "casper-ffg-term": "Casper FFG", + "casper-ffg-definition": "Casper-FFG ایک proof-of-stake کنسینسس پروٹوکول ہے جسے LMD-GHOST فورک چوائس الگورتھم کے ساتھ مل کر استعمال کیا جاتا ہے تاکہ کنسینسس کلائنٹس کو بیکن چین کے ہیڈ پر متفق ہونے کی اجازت دی جا سکے۔", + "checkpoint-term": "چیک پوائنٹ (Checkpoint)", + "checkpoint-definition": "بیکن چین کا ایک ٹیمپو ہوتا ہے جسے سلاٹس (12 سیکنڈ) اور ایپوکس (32 سلاٹس) میں تقسیم کیا جاتا ہے۔ ہر ایپوک (epoch) میں پہلا سلاٹ ایک چیک پوائنٹ ہوتا ہے۔ جب ویلیڈیٹرز کی ایک سپر میجارٹی (supermajority) دو چیک پوائنٹس کے درمیان لنک کی تصدیق کرتی ہے، تو انہیں جسٹفائیڈ (justified) کیا جا سکتا ہے اور پھر جب اس کے اوپر ایک اور چیک پوائنٹ کو جسٹفائی کیا جاتا ہے، تو انہیں فائنلائزڈ (finalized) کیا جا سکتا ہے۔", + "compiling-term": "کمپائلنگ (Compiling)", + "compiling-definition": "ہائی لیول پروگرامنگ لینگویج (جیسے، Solidity) میں لکھے گئے کوڈ کو لوئر لیول لینگویج (جیسے، EVM بائٹ کوڈ) میں تبدیل کرنا۔سمارٹ کانٹریکٹس کو کمپائل کرنے کے بارے میں مزید", + "committee-term": "کمیٹی (Committee)", + "committee-definition": "ہر سلاٹ میں بلاکس کی توثیق کرنے کے لیے تفویض کردہ کم از کم 128 ویلیڈیٹرز کا ایک گروپ۔ کمیٹی میں موجود ویلیڈیٹرز میں سے ایک ایگریگیٹر (aggregator) ہوتا ہے، جو کمیٹی کے ان تمام دیگر ویلیڈیٹرز کے دستخطوں کو جمع کرنے کا ذمہ دار ہوتا ہے جو کسی تصدیق پر متفق ہوتے ہیں۔ اسے سنک کمیٹی (sync committee) کے ساتھ خلط ملط نہیں کرنا چاہیے۔", + "computational-infeasibility-term": "کمپیوٹیشنل انفیزیبلٹی (Computational infeasibility)", + "computational-infeasibility-definition": "ایک عمل کمپیوٹیشنل طور پر ناقابل عمل (computationally infeasible) ہوتا ہے اگر اسے انجام دینے میں کسی بھی ایسے شخص کے لیے غیر عملی طور پر طویل وقت (مثلاً، اربوں سال) لگے جو ممکنہ طور پر اسے انجام دینے میں دلچسپی رکھتا ہو۔", + "consensus-term": "کنسینسس (Consensus)", + "consensus-definition": "جب کسی نیٹ ورک میں 2/3 سے زیادہ کمپیوٹرز اس بات پر متفق ہو جائیں کہ ان کے پاس ریکارڈز کا ایک ہی سیٹ ہے، تو یہ یقینی بناتا ہے کہ ہر کوئی ایک ہی صفحے پر ہے۔ یہ ان اصولوں کے بارے میں نہیں ہے جن کی وہ پیروی کرتے ہیں، بلکہ اس بات کو یقینی بنانے کے بارے میں ہے کہ ان سب کے پاس ایک جیسی معلومات ہیں۔", + "consensus-client-term": "کنسینسس کلائنٹ (Consensus client)", + "consensus-client-definition": "کنسینسس کلائنٹس (جیسے Prysm، Teku، Nimbus، Lighthouse، Lodestar) Ethereum کا proof-of-stake کنسینسس الگورتھم چلاتے ہیں جو نیٹ ورک کو بیکن چین کے ہیڈ کے بارے میں معاہدے تک پہنچنے کی اجازت دیتا ہے۔ کنسینسس کلائنٹس ٹرانزیکشنز کی توثیق/براڈکاسٹ کرنے یا سٹیٹ ٹرانزیشنز کو ایگزیکیوٹ کرنے میں حصہ نہیں لیتے۔ یہ کام ایگزیکیوشن کلائنٹس کے ذریعے کیا جاتا ہے۔ کنسینسس کلائنٹس نئے بلاکس کی تصدیق یا تجویز نہیں کرتے۔ یہ کام ویلیڈیٹر کلائنٹ کے ذریعے کیا جاتا ہے جو کنسینسس کلائنٹ کے لیے ایک اختیاری ایڈ آن (add-on) ہے۔", + "consensus-layer-term": "کنسینسس لیئر (Consensus layer)", + "consensus-layer-definition": "Ethereum کی کنسینسس لیئر کنسینسس کلائنٹس کا نیٹ ورک ہے۔", + "consensus-rules-term": "کنسینسس کے اصول (Consensus rules)", + "consensus-rules-definition": "بلاک کی توثیق کے وہ اصول جن کی فل نوڈز (full nodes) پیروی کرتے ہیں تاکہ دیگر نوڈز کے ساتھ کنسینسس میں رہ سکیں۔ اسے کنسینسس کے ساتھ خلط ملط نہیں کرنا چاہیے۔", "cfi-term": "شمولیت کے لیے زیر غور (CFI)", - "cfi-definition": "ایک کور EIP جو ابھی تک مین نیٹ پر فعال نہیں ہے، اور کلائنٹ ڈویلپرز عام طور پر اس خیال کے بارے میں مثبت ہیں۔ یہ فرض کرتے ہوئے کہ یہ مین نیٹ شمولیت کے لیے تمام تقاضوں کو پورا کرتا ہے، اسے ممکنہ طور پر نیٹ ورک اپ گریڈ میں شامل کیا جا سکتا ہے (ضروری نہیں کہ اگلا ہو)۔", - "constantinople-fork-term": "قسطنطنیہ فورک", - "constantinople-fork-definition": "میٹروپولیس مرحلے کا دوسرا حصہ، جو اصل میں 2018 کے وسط کے لیے منصوبہ بنایا گیا تھا۔ توقع ہے کہ دیگر تبدیلیوں کے علاوہ ہائبرڈ پروف-آف-ورک/پروف-آف-اسٹیک اتفاق رائے الگورتھم میں منتقلی شامل ہوگی۔", - "contract-account-term": "کنٹریکٹ اکاؤنٹ", - "contract-account-definition": "ایک اکاؤنٹ جس میں کوڈ ہوتا ہے جو جب بھی کسی دوسرے اکاؤنٹ (EOA] یا کنٹریکٹ) سے ٹرانزیکشن وصول کرتا ہے تو عمل میں آتا ہے۔", - "contract-creation-transaction-term": "کنٹریکٹ بنانے کا لین دین", - "contract-creation-transaction-definition": "ایک خاص لین دین جس میں کنٹریکٹ کا ابتدائی کوڈ شامل ہوتا ہے۔ وصول کنندہ کو `null` پر سیٹ کیا جاتا ہے اور کنٹریکٹ صارف کے پتے اور `nonce` سے تیار کردہ پتے پر تعینات کیا جاتا ہے۔ یہ ایک کنٹریکٹ کو رجسٹر کرنے اور اسے ایتھیریم بلاک چین پر ریکارڈ کرنے کے لیے استعمال ہوتا ہے۔", - "cryptoeconomics-term": "کرپٹو اکنامکس", - "cryptoeconomics-definition": "محفوظ اور قابل اعتماد ڈیجیٹل پلیٹ فارم ڈیزائن کرنے کے لیے ریاضیاتی اور اقتصادی اصولوں کا مطالعہ۔ اس کا مقصد اس بات کو یقینی بنانا ہے کہ تمام شرکاء قواعد پر عمل کریں اور نیٹ ورک کی سیکورٹی اور آپریشن میں حصہ ڈالنے پر انعام حاصل کریں۔", - "cryptography-term": "کرپٹوگرافی", - "cryptography-definition": "یہ کوڈز کے استعمال کے ذریعے مواصلات اور ڈیٹا کو محفوظ بنانے کا عمل ہے، تاکہ صرف وہی لوگ جن کے لیے معلومات کا ارادہ ہے اسے پڑھ اور اس پر عمل کر سکیں۔
    اس میں خفیہ کاری (پڑھنے کے قابل معلومات کو ناقابل پڑھا فارمیٹ میں تبدیل کرنا) اور ڈکرپشن (اسے واپس پڑھنے کے قابل فارمیٹ میں تبدیل کرنا) کے لیے تکنیک شامل ہیں، جو رازداری کو یقینی بناتی ہیں۔", + "cfi-definition": "ایک کور EIP جو ابھی تک مین نیٹ پر فعال نہیں ہے، اور کلائنٹ ڈیولپرز عام طور پر اس خیال کے بارے میں مثبت ہیں۔ یہ فرض کرتے ہوئے کہ یہ مین نیٹ میں شمولیت کی تمام ضروریات کو پورا کرتا ہے، اسے ممکنہ طور پر نیٹ ورک اپ گریڈ میں شامل کیا جا سکتا ہے (ضروری نہیں کہ اگلے میں)۔", + "constantinople-fork-term": "قسطنطنیہ فورک (Constantinople fork)", + "constantinople-fork-definition": "Metropolis مرحلے کا دوسرا حصہ، جس کی اصل منصوبہ بندی 2018 کے وسط کے لیے کی گئی تھی۔ دیگر تبدیلیوں کے علاوہ، اس میں ہائبرڈ proof-of-work/proof-of-stake کنسینسس الگورتھم میں منتقلی شامل ہونے کی توقع تھی۔", + "contract-account-term": "کانٹریکٹ اکاؤنٹ (Contract account)", + "contract-account-definition": "ایک اکاؤنٹ جس میں ایسا کوڈ ہوتا ہے جو جب بھی کسی دوسرے اکاؤنٹ (EOA] یا کانٹریکٹ) سے ٹرانزیکشن وصول کرتا ہے تو ایگزیکیوٹ ہوتا ہے۔", + "contract-creation-transaction-term": "کانٹریکٹ تخلیق کی ٹرانزیکشن (Contract creation transaction)", + "contract-creation-transaction-definition": "ایک خاص ٹرانزیکشن جس میں کانٹریکٹ کا ابتدائی کوڈ شامل ہوتا ہے۔ وصول کنندہ کو `null` پر سیٹ کیا جاتا ہے اور کانٹریکٹ کو صارف کے ایڈریس اور `nonce` سے تیار کردہ ایڈریس پر ڈیپلائے کیا جاتا ہے۔ جو ایک کانٹریکٹ کو رجسٹر کرنے اور اسے Ethereum بلاک چین پر ریکارڈ کرنے کے لیے استعمال ہوتا ہے۔", + "cryptoeconomics-term": "کرپٹو اکنامکس (Cryptoeconomics)", + "cryptoeconomics-definition": "محفوظ اور قابل اعتماد ڈیجیٹل پلیٹ فارمز ڈیزائن کرنے کے لیے ریاضیاتی اور معاشی اصولوں کا مطالعہ۔ اس کا مقصد اس بات کو یقینی بنانا ہے کہ تمام شرکاء قواعد کی پیروی کریں اور نیٹ ورک کی سیکیورٹی اور آپریشن میں حصہ ڈالنے پر انہیں انعام دیا جائے۔", + "cryptography-term": "کرپٹوگرافی (Cryptography)", + "cryptography-definition": "یہ کوڈز کے استعمال کے ذریعے مواصلات اور ڈیٹا کو محفوظ بنانے کا عمل ہے، تاکہ صرف وہی لوگ اسے پڑھ اور پروسیس کر سکیں جن کے لیے معلومات کا ارادہ کیا گیا ہے۔
    اس میں انکرپشن (پڑھنے کے قابل معلومات کو ناقابل مطالعہ فارمیٹ میں تبدیل کرنا) اور ڈکرپشن (اسے واپس پڑھنے کے قابل فارمیٹ میں تبدیل کرنا) کی تکنیکیں شامل ہیں، جو رازداری کو یقینی بناتی ہیں۔", "doge-d-term": "Đ", - "doge-d-definition": "Đ (اسٹروک کے ساتھ D) پرانی انگریزی، درمیانی انگریزی، آئس لینڈی اور فیروزی میں بڑے حرف \"Eth\" کے لیے استعمال ہوتا ہے۔ یہ ĐEV یا Đapp (ڈی سینٹرلائزڈ ایپلیکیشن) جیسے الفاظ میں استعمال ہوتا ہے، جہاں Đ نورس کا حرف \"eth\" ہے۔ بڑا eth (Ð) بھی کرپٹو کرنسی ڈوج کوائن کی علامت کے لیے استعمال ہوتا ہے۔ یہ عام طور پر پرانے ایتھیریم لٹریچر میں دیکھا جاتا ہے لیکن آج کل کم استعمال ہوتا ہے۔", + "doge-d-definition": "Đ (اسٹروک کے ساتھ D) پرانی انگریزی، درمیانی انگریزی، آئس لینڈی، اور فیروئیز میں بڑے حرف “Eth” کے لیے استعمال ہوتا ہے۔ یہ ĐEV یا Đapp (ڈی سینٹرلائزڈ ایپلیکیشن) جیسے الفاظ میں استعمال ہوتا ہے، جہاں Đ نورس (Norse) حرف “eth” ہے۔ بڑا eth (Ð) کرپٹو کرنسی Dogecoin کی علامت کے طور پر بھی استعمال ہوتا ہے۔ یہ عام طور پر پرانے Ethereum لٹریچر میں دیکھا جاتا ہے لیکن آج کل کم استعمال ہوتا ہے۔", "dag-term": "DAG", - "dag-definition": "DAG کا مطلب ڈائریکٹڈ ایسائکلک گراف ہے۔ یہ ایک ڈیٹا ڈھانچہ ہے جو نوڈس اور ان کے درمیان لنکس پر مشتمل ہے۔ دی مرج سے پہلے، ایتھیریم نے اپنے پروف-آف-ورک الگورتھم، ایتھاش میں ایک DAG کا استعمال کیا، لیکن اب پروف-آف-اسٹیک میں استعمال نہیں ہوتا۔", + "dag-definition": "DAG کا مطلب ڈائریکٹڈ اسائکلک گراف (Directed Acyclic Graph) ہے۔ یہ ایک ڈیٹا سٹرکچر ہے جو نوڈز اور ان کے درمیان لنکس پر مشتمل ہوتا ہے۔ The Merge سے پہلے، Ethereum اپنے proof-of-work الگورتھم، Ethash میں ایک DAG استعمال کرتا تھا، لیکن اب یہ proof-of-stake میں استعمال نہیں ہوتا ہے۔", "dapp-term": "Dapp", - "dapp-definition": "ایک dApp ایک ڈی سینٹرلائزڈ ایپلیکیشن ہے جو بلاک چین نیٹ ورک پر چلتی ہے، جو مرکزی کنٹرولنگ اتھارٹی کے بغیر خدمات پیش کرتی ہے۔ ڈی سینٹرلائزڈ ایپلیکیشنز پر مزید۔
    کم از کم dapp میں ایک ویب انٹرفیس سے جڑا ہوا اسمارٹ کنٹریکٹ ہوتا ہے۔ اس کے علاوہ، بہت سے dapps میں ڈی سینٹرلائزڈ اسٹوریج اور/یا ایک میسج پروٹوکول اور پلیٹ فارم شامل ہوتا ہے۔", - "data-availability-term": "ڈیٹا کی دستیابی", - "data-availability-definition": "کوئی بھی نوڈ نظام میں شفافیت اور اعتماد کو برقرار رکھنے کے لیے بلاک چین پر لین دین کی آزادانہ طور پر تصدیق کر سکتا ہے۔", - "decentralization-term": "وکندریقرت", - "decentralization-definition": "عمل کے کنٹرول اور عمل درآمد کو ایک مرکزی ادارے سے دور منتقل کرنے کا تصور۔", + "dapp-definition": "ایک dApp ایک ڈی سینٹرلائزڈ ایپلیکیشن ہے جو بلاک چین نیٹ ورک پر چلتی ہے، اور کسی مرکزی کنٹرولنگ اتھارٹی کے بغیر خدمات پیش کرتی ہے۔ ڈی سینٹرلائزڈ ایپلیکیشنز کے بارے میں مزید۔
    کم از کم ایک dapp میں ایک سمارٹ کانٹریکٹ ہوتا ہے جو ویب انٹرفیس سے جڑا ہوتا ہے۔ اس کے علاوہ، بہت سے dapps میں ڈی سینٹرلائزڈ سٹوریج اور/یا میسج پروٹوکول اور پلیٹ فارم شامل ہوتا ہے۔", + "data-availability-term": "ڈیٹا کی دستیابی (Data availability)", + "data-availability-definition": "کوئی بھی نوڈ سسٹم میں شفافیت اور اعتماد کو برقرار رکھنے کے لیے بلاک چین پر ٹرانزیکشنز کی آزادانہ طور پر تصدیق کر سکتا ہے۔", + "decentralization-term": "ڈی سینٹرلائزیشن (Decentralization)", + "decentralization-definition": "عمل کے کنٹرول اور ایگزیکیوشن کو کسی مرکزی ہستی سے دور منتقل کرنے کا تصور۔", "dao-term": "ڈی سینٹرلائزڈ خود مختار تنظیم (DAO)", - "dao-definition": "ایک DAO ایک ڈیجیٹل تنظیم ہے جو بلاک چین پر کوڈ کیے گئے قوانین کے ذریعے چلائی جاتی ہے، جہاں فیصلے ممبران کے ووٹوں سے کیے جاتے ہیں، نہ کہ مرکزی اتھارٹی کے ذریعے۔ ڈی سینٹرلائزڈ خود مختار تنظیموں (DAOs) پر مزید۔
    ہر ممبر کی ووٹنگ کی طاقت اکثر ان کے پاس موجود ٹوکنز کی تعداد سے منسلک ہوتی ہے۔ DAOs کا مقصد فیصلہ سازی اور کارروائیوں کو جمہوری بنانا ہے، جس میں شفافیت اور کمیونٹی گورننس پر توجہ دی جاتی ہے۔", + "dao-definition": "ایک DAO ایک ڈیجیٹل تنظیم ہے جو بلاک چین پر کوڈ کیے گئے اصولوں کے ذریعے چلائی جاتی ہے، جہاں فیصلے کسی مرکزی اتھارٹی کے بجائے ممبران کے ووٹوں سے کیے جاتے ہیں۔ ڈی سینٹرلائزڈ خود مختار تنظیموں (DAOs) کے بارے میں مزید۔
    ہر ممبر کی ووٹنگ پاور اکثر ان کے پاس موجود ٹوکنز کی تعداد سے منسلک ہوتی ہے۔ DAOs کا مقصد فیصلہ سازی اور آپریشنز کو جمہوری بنانا ہے، جس میں شفافیت اور کمیونٹی گورننس پر توجہ دی جاتی ہے۔", "desci-term": "DeSci", - "desci-definition": "DeSci، یا ڈی سینٹرلائزڈ سائنس، ایک تحریک ہے جو سائنسی تحقیق پر بلاک چین ٹیکنالوجی کا اطلاق کرتی ہے۔ یہ زیادہ شفاف، کھلے، اور باہمی تعاون پر مبنی فنڈنگ اور تحقیقی ماحولیاتی نظام بنانے کے لیے DAOs، اسمارٹ کنٹریکٹس، اور ٹوکنائزڈ مراعات کا فائدہ اٹھاتی ہے۔", + "desci-definition": "DeSci، یا ڈی سینٹرلائزڈ سائنس (Decentralized Science)، سائنسی تحقیق میں بلاک چین ٹیکنالوجی کا اطلاق کرنے والی ایک تحریک ہے۔ یہ زیادہ شفاف، کھلے، اور باہمی تعاون پر مبنی فنڈنگ اور ریسرچ ایکو سسٹمز بنانے کے لیے DAOs، سمارٹ کانٹریکٹس، اور ٹوکنائزڈ مراعات کا فائدہ اٹھاتی ہے۔", "dex-term": "ڈی سینٹرلائزڈ ایکسچینج (DEX)", - "dex-definition": "ایک قسم کی ایتھیریم ایپ جو آپ کو نیٹ ورک پر ہم عمروں کے ساتھ ٹوکنز تبدیل کرنے دیتی ہے۔ DEXes مرکزی ایکسچینجز کی طرح جغرافیائی پابندیوں کے تابع نہیں ہیں - کوئی بھی حصہ لے سکتا ہے۔", + "dex-definition": "Ethereum ایپ کی ایک قسم جو آپ کو نیٹ ورک پر موجود پیئرز کے ساتھ ٹوکنز کا تبادلہ (swap) کرنے دیتی ہے۔ DEXes سینٹرلائزڈ ایکسچینجز کی طرح جغرافیائی پابندیوں کے تابع نہیں ہیں – کوئی بھی اس میں حصہ لے سکتا ہے۔", "deposit-contract-term": "ڈپازٹ کنٹریکٹ", - "deposit-contract-definition": "ایتھیریم پر اسٹیکنگ کا گیٹ وے۔ ڈپازٹ کنٹریکٹ ایتھیریم پر ایک اسمارٹ کنٹریکٹ ہے جو ETH کے ڈپازٹ قبول کرتا ہے اور ویلیڈیٹر بیلنس کا انتظام کرتا ہے۔ اس کنٹریکٹ میں ETH جمع کیے بغیر ویلیڈیٹر کو فعال نہیں کیا جا سکتا۔ کنٹریکٹ کو ETH اور ان پٹ ڈیٹا کی ضرورت ہوتی ہے۔ اس ان پٹ ڈیٹا میں ویلیڈیٹر پبلک کلید اور نکالنے کی پبلک کلید شامل ہوتی ہے، جس پر ویلیڈیٹر پرائیویٹ کلید کے ذریعے دستخط کیے جاتے ہیں۔ یہ ڈیٹا ویلیڈیٹر کو پروف-آف-اسٹیک نیٹ ورک کے ذریعے شناخت اور منظور کیے جانے کے لیے درکار ہے۔", + "deposit-contract-definition": "ایتھیریم پر سٹیکنگ کا گیٹ وے۔ ڈپازٹ کنٹریکٹ ایتھیریم پر ایک سمارٹ کنٹریکٹ ہے جو ETH کے ڈپازٹس کو قبول کرتا ہے اور ویلیڈیٹر کے بیلنسز کا انتظام کرتا ہے۔ اس کنٹریکٹ میں ETH جمع کیے بغیر کسی ویلیڈیٹر کو فعال نہیں کیا جا سکتا۔ کنٹریکٹ کو ETH اور ان پٹ ڈیٹا درکار ہوتا ہے۔ اس ان پٹ ڈیٹا میں ویلیڈیٹر کی پبلک کی اور ودڈراول پبلک کی شامل ہوتی ہے، جس پر ویلیڈیٹر کی پرائیویٹ کی کے دستخط ہوتے ہیں۔ یہ ڈیٹا کسی ویلیڈیٹر کی شناخت اور پروف آف سٹیک نیٹ ورک کے ذریعے منظوری کے لیے ضروری ہے۔", "defi-term": "DeFi", - "defi-definition": "ایتھیریم ایپس کی ایک وسیع کیٹیگری جس کا مقصد بلاک چین کے ذریعے حمایت یافتہ مالی خدمات فراہم کرنا ہے، بغیر کسی بیچوان کے۔ ڈی سینٹرلائزڈ فنانس (DeFi) پر مزید", - "difficulty-term": "مشکل", - "difficulty-definition": "پروف-آف-ورک نیٹ ورکس میں ایک نیٹ ورک وائڈ سیٹنگ جو یہ کنٹرول کرتی ہے کہ ایک درست نانس تلاش کرنے کے لیے کتنی اوسط کمپیوٹیشن کی ضرورت ہے۔ مشکل کی نمائندگی نتیجے میں آنے والے بلاک ہیش میں درکار لیڈنگ زیرو کی تعداد سے ہوتی ہے تاکہ اسے درست سمجھا جا سکے۔ ایتھیریم میں پروف-آف-اسٹیک میں منتقلی کے بعد سے یہ تصور متروک ہو گیا ہے۔", - "difficulty-bomb-term": "مشکل بم", - "difficulty-bomb-definition": "پروف-آف-ورک مشکل سیٹنگ میں منصوبہ بند ایکسپونینشل اضافہ جو پروف-آف-اسٹیک میں منتقلی کی حوصلہ افزائی کے لیے ڈیزائن کیا گیا تھا، جس سے فورک کے امکانات کم ہو گئے۔ مشکل بم دی مرج کے ساتھ متروک ہو گیا تھا۔", + "defi-definition": "ایتھیریم ایپس کی ایک وسیع کیٹیگری جس کا مقصد بغیر کسی درمیانی فریق کے، بلاک چین کی مدد سے مالیاتی خدمات فراہم کرنا ہے۔ ڈی سینٹرلائزڈ فنانس (DeFi) کے بارے میں مزید", + "difficulty-term": "مشکل (Difficulty)", + "difficulty-definition": "پروف آف ورک نیٹ ورکس میں ایک نیٹ ورک گیر سیٹنگ جو کنٹرول کرتی ہے کہ ایک درست نانس (nonce) تلاش کرنے کے لیے اوسطاً کتنی کمپیوٹیشن درکار ہے۔ ڈفیکلٹی کو نتیجے میں آنے والے بلاک ہیش میں درکار ابتدائی صفروں کی تعداد سے ظاہر کیا جاتا ہے تاکہ اسے درست سمجھا جا سکے۔ پروف آف سٹیک کی طرف منتقلی کے بعد سے ایتھیریم میں یہ تصور متروک ہو چکا ہے۔", + "difficulty-bomb-term": "ڈفیکلٹی بم", + "difficulty-bomb-definition": "پروف آف ورک کی ڈفیکلٹی سیٹنگ میں منصوبہ بند ایکسپونینشل اضافہ جسے پروف آف سٹیک کی طرف منتقلی کی ترغیب دینے کے لیے ڈیزائن کیا گیا تھا، جس سے فورک کے امکانات کم ہو جاتے ہیں۔ ڈفیکلٹی بم کو دی مرج (the Merge) کے ساتھ متروک کر دیا گیا تھا۔", "digital-signatures-term": "ڈیجیٹل دستخط", - "digital-signatures-definition": "ڈیٹا کا ایک چھوٹا سا سٹرنگ جو صارف پرائیویٹ کلید کا استعمال کرتے ہوئے ایک دستاویز کے لیے تیار کرتا ہے تاکہ کوئی بھی متعلقہ پبلک کلید، دستخط، اور دستاویز کے ساتھ یہ تصدیق کر سکے کہ (1) دستاویز پر اس مخصوص پرائیویٹ کلید کے مالک نے \"دستخط\" کیے تھے، اور (2) دستاویز پر دستخط کے بعد اسے تبدیل نہیں کیا گیا تھا۔", + "digital-signatures-definition": "ڈیٹا کی ایک مختصر سٹرنگ جو صارف کسی دستاویز کے لیے پرائیویٹ کی کا استعمال کرتے ہوئے تیار کرتا ہے تاکہ متعلقہ پبلک کی، دستخط اور دستاویز رکھنے والا کوئی بھی شخص اس بات کی تصدیق کر سکے کہ (1) دستاویز پر اس مخصوص پرائیویٹ کی کے مالک نے \"دستخط\" کیے تھے، اور (2) دستخط ہونے کے بعد دستاویز میں کوئی تبدیلی نہیں کی گئی تھی۔", "discovery-term": "ڈسکوری", - "discovery-definition": "وہ عمل جس کے ذریعے ایک ایتھیریم نوڈ دوسرے نوڈس کو جوڑنے کے لیے تلاش کرتا ہے۔", - "distributed-hash-table-term": "ڈسٹری بیوٹڈ ہیش ٹیبل (DHT)", - "distributed-hash-table-definition": "ایک ڈیٹا ڈھانچہ جس میں `(key, value)` جوڑے ہوتے ہیں جو ایتھیریم نوڈس کے ذریعے ہم عمروں کو جوڑنے کے لیے شناخت کرنے اور یہ تعین کرنے کے لیے استعمال ہوتے ہیں کہ کون سے پروٹوکول استعمال کرنے ہیں۔", - "double-spend-term": "ڈبل اسپینڈ", - "double-spend-definition": "ایک جان بوجھ کر بلاک چین فورک، جہاں ایک صارف جس کے پاس کافی مقدار میں مائننگ پاور/اسٹیک ہے، ایک ٹرانزیکشن بھیجتا ہے جس میں کچھ کرنسی آف چین منتقل ہوتی ہے (مثال کے طور پر، فیاٹ منی میں باہر نکلنا یا آف چین خریداری کرنا) پھر اس ٹرانزیکشن کو ہٹانے کے لیے بلاک چین کو دوبارہ منظم کرتا ہے۔ ایک کامیاب ڈبل اسپینڈ حملہ آور کو اس کے آن اور آف چین دونوں اثاثوں کے ساتھ چھوڑ دیتا ہے۔", - "ecdsa-term": "ایلیپٹک کرو ڈیجیٹل سگنیچر الگورتھم (ECDSA)", - "ecdsa-definition": "ایک کرپٹوگرافک الگورتھم جو ایتھیریم کے ذریعے اس بات کو یقینی بنانے کے لیے استعمال ہوتا ہے کہ فنڈز صرف ان کے مالکان کے ذریعے ہی خرچ کیے جا سکتے ہیں۔ یہ پبلک اور پرائیویٹ کلیدیں بنانے کے لیے ترجیحی طریقہ ہے۔ اکاؤنٹ ایڈریس جنریشن اور ٹرانزیکشن کی تصدیق کے لیے متعلقہ ہے۔", - "encryption-term": "خفیہ کاری", - "encryption-definition": "خفیہ کاری الیکٹرانک ڈیٹا کو ایک ایسے فارم میں تبدیل کرنا ہے جو صحیح ڈکرپشن کلید کے مالک کے علاوہ کسی کے لیے بھی ناقابل پڑھا ہو۔", - "entropy-term": "اینٹراپی", - "entropy-definition": "کرپٹوگرافی کے تناظر میں، پیشین گوئی کی کمی یا بے ترتیبی کی سطح۔ خفیہ معلومات، جیسے پرائیویٹ کلیدیں بناتے وقت، الگورتھم عام طور پر اعلی اینٹراپی کے ذریعہ پر انحصار کرتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ آؤٹ پٹ غیر متوقع ہے۔", - "epoch-term": "عہد", - "epoch-definition": "32 سلاٹس کا ایک دورانیہ، ہر سلاٹ 12 سیکنڈ کا ہوتا ہے، کل 6.4 منٹ۔ ویلیڈیٹر کمیٹیاں سیکورٹی وجوہات کی بنا پر ہر دور میں شفل کی جاتی ہیں۔ ہر دور میں چین کو حتمی شکل دینے کا موقع ملتا ہے۔ ہر ویلیڈیٹر کو ہر دور کے آغاز میں نئی ذمہ داریاں سونپی جاتی ہیں۔ پروف-آف-اسٹیک پر مزید", - "equivocation-term": "مبہم گوئی", - "equivocation-definition": "ایک ویلیڈیٹر دو پیغامات بھیج رہا ہے جو ایک دوسرے سے متصادم ہیں۔ ایک سادہ مثال یہ ہے کہ ایک ٹرانزیکشن بھیجنے والا ایک ہی نانس کے ساتھ دو ٹرانزیکشن بھیجتا ہے۔ دوسری یہ ہے کہ ایک بلاک پروپوزر ایک ہی بلاک کی اونچائی پر (یا ایک ہی سلاٹ کے لیے) دو بلاکس تجویز کرتا ہے۔", - "eth1-term": "ایتھ 1", - "eth1-definition": "'Eth1' ایک اصطلاح ہے جو مین نیٹ ایتھیریم، موجودہ پروف-آف-ورک بلاک چین کا حوالہ دیتی ہے۔ اس اصطلاح کو تب سے 'ایگزیکیوشن لیئر' کے حق میں متروک کر دیا گیا ہے۔ اس نام کی تبدیلی کے بارے میں مزید جانیں۔", - "eth2-term": "ایتھ 2", - "eth2-definition": "'Eth2' ایک اصطلاح ہے جو ایتھیریم پروٹوکول اپ گریڈ کے ایک سیٹ کا حوالہ دیتی ہے، جس میں ایتھیریم کا پروف-آف-اسٹیک میں منتقلی بھی شامل ہے۔ اس اصطلاح کو تب سے 'اتفاق رائے کی تہہ' کے حق میں متروک کر دیا گیا ہے۔ اس نام کی تبدیلی کے بارے میں مزید جانیں۔", + "discovery-definition": "وہ عمل جس کے ذریعے ایک ایتھیریم نوڈ جڑنے کے لیے دوسرے نوڈز کو تلاش کرتا ہے۔", + "distributed-hash-table-term": "ڈسٹریبیوٹڈ ہیش ٹیبل (DHT)", + "distributed-hash-table-definition": "ایک ڈیٹا سٹرکچر جس میں `(key, value)` پیئرز شامل ہوتے ہیں جنہیں ایتھیریم نوڈز جڑنے کے لیے پیئرز (peers) کی شناخت کرنے اور یہ طے کرنے کے لیے استعمال کرتے ہیں کہ بات چیت کے لیے کون سے پروٹوکول استعمال کیے جائیں۔", + "double-spend-term": "ڈبل سپینڈ", + "double-spend-definition": "ایک جان بوجھ کر کیا گیا بلاک چین فورک، جہاں کافی زیادہ مائننگ پاور/سٹیک رکھنے والا صارف کچھ کرنسی کو آف چین منتقل کرنے کے لیے ایک ٹرانزیکشن بھیجتا ہے (مثلاً، فیاٹ منی میں نکلنا یا آف چین خریداری کرنا) اور پھر اس ٹرانزیکشن کو ہٹانے کے لیے بلاک چین کو دوبارہ منظم کرتا ہے۔ ایک کامیاب ڈبل سپینڈ حملہ آور کو ان کے آن چین اور آف چین دونوں اثاثوں کے ساتھ چھوڑ دیتا ہے۔", + "ecdsa-term": "ایلپٹک کرو ڈیجیٹل سگنیچر الگورتھم (ECDSA)", + "ecdsa-definition": "ایک کرپٹوگرافک الگورتھم جسے ایتھیریم اس بات کو یقینی بنانے کے لیے استعمال کرتا ہے کہ فنڈز صرف ان کے مالکان ہی خرچ کر سکیں۔ یہ پبلک اور پرائیویٹ کیز بنانے کا ترجیحی طریقہ ہے۔ یہ اکاؤنٹ ایڈریس بنانے اور ٹرانزیکشن کی تصدیق کے لیے متعلقہ ہے۔", + "encryption-term": "انکرپشن", + "encryption-definition": "انکرپشن الیکٹرانک ڈیٹا کو ایک ایسی شکل میں تبدیل کرنے کا عمل ہے جسے درست ڈکرپشن کی (decryption key) کے مالک کے علاوہ کوئی اور نہیں پڑھ سکتا۔", + "entropy-term": "اینٹروپی", + "entropy-definition": "کرپٹوگرافی کے تناظر میں، پیشین گوئی کی کمی یا بے ترتیبی (randomness) کی سطح۔ خفیہ معلومات، جیسے کہ پرائیویٹ کیز بناتے وقت، الگورتھم عام طور پر ہائی اینٹروپی کے ماخذ پر انحصار کرتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ آؤٹ پٹ غیر متوقع ہے۔", + "epoch-term": "ایپوک (Epoch)", + "epoch-definition": "32 سلاٹس کا ایک دورانیہ، جس میں ہر سلاٹ 12 سیکنڈ کا ہوتا ہے، اور کل وقت 6.4 منٹ بنتا ہے۔ سیکیورٹی وجوہات کی بنا پر ہر ایپوک میں ویلیڈیٹر کمیٹیز کو شفل کیا جاتا ہے۔ ہر ایپوک میں چین کے فائنلائز ہونے کا موقع ہوتا ہے۔ ہر ایپوک کے آغاز پر ہر ویلیڈیٹر کو نئی ذمہ داریاں سونپی جاتی ہیں۔ پروف آف سٹیک کے بارے میں مزید", + "equivocation-term": "ایکوئیوکیشن (Equivocation)", + "equivocation-definition": "ایک ویلیڈیٹر کا دو ایسے پیغامات بھیجنا جو ایک دوسرے سے متصادم ہوں۔ اس کی ایک سادہ مثال ٹرانزیکشن بھیجنے والے کا ایک ہی نانس (nonce) کے ساتھ دو ٹرانزیکشنز بھیجنا ہے۔ دوسری مثال ایک بلاک پروپوزر کا ایک ہی بلاک ہائٹ (یا ایک ہی سلاٹ کے لیے) پر دو بلاکس تجویز کرنا ہے۔", + "eth1-term": "Eth1", + "eth1-definition": "'Eth1' ایک اصطلاح ہے جو مین نیٹ ایتھیریم، موجودہ پروف آف ورک بلاک چین کا حوالہ دیتی تھی۔ اس اصطلاح کو اب 'ایگزیکیوشن لیئر' کے حق میں متروک کر دیا گیا ہے۔ اس نام کی تبدیلی کے بارے میں مزید جانیں۔", + "eth2-term": "Eth2", + "eth2-definition": "'Eth2' ایک اصطلاح ہے جو ایتھیریم پروٹوکول اپ گریڈز کے ایک سیٹ کا حوالہ دیتی تھی، جس میں ایتھیریم کی پروف آف سٹیک کی طرف منتقلی شامل ہے۔ اس اصطلاح کو اب 'کنسینسس لیئر' کے حق میں متروک کر دیا گیا ہے۔ اس نام کی تبدیلی کے بارے میں مزید جانیں۔", "eip-term": "ایتھیریم امپروومنٹ پروپوزل (EIP)", - "eip-definition": "ایک ڈیزائن دستاویز جو ایتھیریم کمیونٹی کو معلومات فراہم کرتی ہے، ایک مجوزہ نئی خصوصیت یا اس کے عمل یا ماحول کی وضاحت کرتی ہے (دیکھیں ERC)۔ EIPs کا تعارف", + "eip-definition": "ایک ڈیزائن دستاویز جو ایتھیریم کمیونٹی کو معلومات فراہم کرتی ہے، جس میں ایک مجوزہ نئی خصوصیت یا اس کے عمل یا ماحول کو بیان کیا جاتا ہے (دیکھیں ERC)۔ EIPs کا تعارف", "ens-term": "ایتھیریم نیم سروس (ENS)", - "ens-definition": "ایتھیریم نیم سروس ایتھیریم پتوں کے لیے ایک انٹرنیٹ فون بک کی طرح ہے۔ لمبے والیٹ پتے استعمال کرنے کے بجائے، ENS آپ کو ڈیجیٹل رقم اور اثاثے بھیجنے اور وصول کرنے کے لیے \"john.eth\" جیسے سادہ نام استعمال کرنے دیتا ہے۔

    تکنیکی:
    ENS رجسٹری ایک واحد مرکزی اسمارٹ کنٹریکٹ ہے جو ڈومین ناموں سے مالکان اور حل کرنے والوں تک ایک میپنگ فراہم کرتا ہے، جیسا کہ EIP-137 میں بیان کیا گیا ہے۔ ens.domains پر مزید پڑھیں۔", + "ens-definition": "ایتھیریم نیم سروس ایتھیریم ایڈریسز کے لیے انٹرنیٹ فون بک کی طرح ہے۔ لمبے والیٹ ایڈریسز استعمال کرنے کے بجائے، ENS آپ کو ڈیجیٹل رقم اور اثاثے بھیجنے اور وصول کرنے کے لیے \"john.eth\" جیسے سادہ نام استعمال کرنے کی سہولت دیتا ہے۔

    تکنیکی:
    ENS رجسٹری ایک واحد مرکزی کنٹریکٹ ہے جو ڈومین ناموں سے مالکان اور ریزولورز تک میپنگ فراہم کرتا ہے، جیسا کہ EIP-137 میں بیان کیا گیا ہے۔ ens.domains پر مزید پڑھیں۔", "erc-1155-term": "ERC-1155", - "erc-1155-definition": "ERC-1155 ایک نئی قسم کا ایتھیریم ٹوکن اسٹینڈرڈ ہے جو NFT (جیسے منفرد جمع کرنے والی اشیاء) کی طرح ہے جو ایک ہی اسمارٹ کنٹریکٹ کے اندر قابل تبادلہ اشیاء (جیسے کرنسی) بنانے کی بھی اجازت دیتا ہے۔
    یہ مختلف قسم کے ڈیجیٹل اثاثوں کا انتظام کرنا آسان اور زیادہ موثر بناتا ہے، خاص طور پر ویڈیو گیمز یا ڈیجیٹل کلیکشن جیسی ایپلی کیشنز کے لیے۔", + "erc-1155-definition": "ERC-1155 ایتھیریم ٹوکن سٹینڈرڈ کی ایک نئی قسم ہے جو NFT (جیسے منفرد جمع کرنے والی اشیاء) سے ملتی جلتی ہے جو ایک ہی سمارٹ کنٹریکٹ کے اندر قابل تبادلہ اشیاء (جیسے کرنسی) بنانے کی بھی اجازت دیتی ہے۔
    یہ مختلف قسم کے ڈیجیٹل اثاثوں کا انتظام کرنا آسان اور زیادہ موثر بناتا ہے، خاص طور پر ویڈیو گیمز یا ڈیجیٹل کلیکشنز جیسی ایپلی کیشنز کے لیے۔", "erc-20-term": "ERC-20", - "erc-20-definition": "ERC-20 وہ معیار ہے جسے ایتھیریم نیٹ ورک پر زیادہ تر ٹوکن اپنی تخلیق کے لیے استعمال کرتے ہیں۔
    مقبول مثالیں اسٹیبل کوائنز جیسے DAI اور USDC یا Uniswap سے UNI جیسے ایکسچینج ٹوکن ہیں۔ روایتی نظاموں میں ہمارے پاس موجود متبادل رقم کی کسی بھی شکل کی طرح... یعنی، انعامات کے پوائنٹس، کریڈٹ سسٹم، یا یہاں تک کہ اسٹاک وغیرہ۔", + "erc-20-definition": "ERC-20 وہ سٹینڈرڈ ہے جسے ایتھیریم نیٹ ورک پر زیادہ تر ٹوکنز اپنی تخلیق کے لیے استعمال کرتے ہیں۔
    مقبول مثالیں سٹیبل کوائنز جیسے DAI اور USDC یا Uniswap سے ایکسچینج ٹوکنز جیسے UNI ہیں۔ یہ روایتی سسٹمز میں موجود متبادل رقوم کی کسی بھی شکل کے مترادف ہے... یعنی، ریوارڈ پوائنٹس، کریڈٹ سسٹمز، یا یہاں تک کہ سٹاکس وغیرہ۔", "erc-721-term": "ERC-721", - "erc-721-definition": "NFTs (نان فنجیبل ٹوکنز) ERC-721 کے نام سے جانے والے قواعد کے ایک معیاری سیٹ کا استعمال کرتے ہوئے بنائے جاتے ہیں۔
    NFT ٹوکن کسی بھی منفرد چیز کی ملکیت کی نمائندگی کر سکتے ہیں، جیسے ڈیجیٹل آرٹ یا جمع کرنے والی اشیاء، ہر ٹوکن کی اپنی خاص خصوصیات اور قدر ہوتی ہے۔ ہر NFT منفرد اور کسی بھی دوسرے NFT سے آسانی سے ممتاز ہے۔", + "erc-721-definition": "NFTs (نان فنجیبل ٹوکنز) کو قواعد کے ایک معیاری سیٹ کا استعمال کرتے ہوئے بنایا جاتا ہے جسے ERC-721 کہا جاتا ہے۔
    NFT ٹوکنز کسی بھی منفرد چیز کی ملکیت کی نمائندگی کر سکتے ہیں، جیسے ڈیجیٹل آرٹ یا جمع کرنے والی اشیاء، جس میں ہر ٹوکن کی اپنی خاص خصوصیات اور قدر ہوتی ہے۔ ہر NFT منفرد ہوتا ہے اور اسے کسی بھی دوسرے NFT سے آسانی سے الگ کیا جا سکتا ہے۔", "execution-client-term": "ایگزیکیوشن کلائنٹ", - "execution-client-definition": "ایگزیکیوشن کلائنٹس (پہلے \"Eth1 کلائنٹس\" کے نام سے جانے جاتے تھے)، جیسے Besu، Erigon، Go-Ethereum (Geth)، Nethermind، کو ٹرانزیکشنز پر کارروائی اور براڈکاسٹ کرنے اور ایتھیریم کی حالت کا انتظام کرنے کا کام سونپا جاتا ہے۔ وہ ایتھیریم ورچوئل مشین کا استعمال کرتے ہوئے ہر ٹرانزیکشن کے لیے کمپیوٹیشن چلاتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ پروٹوکول کے قوانین پر عمل کیا جائے۔", + "execution-client-definition": "ایگزیکیوشن کلائنٹس (جنہیں پہلے \"Eth1 کلائنٹس\" کہا جاتا تھا)، جیسے Besu، Erigon، Go-Ethereum (Geth)، Nethermind، کو ٹرانزیکشنز کی پروسیسنگ اور براڈکاسٹنگ اور ایتھیریم کی سٹیٹ (state) کا انتظام کرنے کا کام سونپا گیا ہے۔ وہ ایتھیریم ورچوئل مشین کا استعمال کرتے ہوئے ہر ٹرانزیکشن کے لیے کمپیوٹیشنز چلاتے ہیں تاکہ یہ یقینی بنایا جا سکے کہ پروٹوکول کے قواعد کی پیروی کی گئی ہے۔", "execution-layer-term": "ایگزیکیوشن لیئر", "execution-layer-definition": "ایتھیریم کی ایگزیکیوشن لیئر ایگزیکیوشن کلائنٹس کا نیٹ ورک ہے۔", - "eoa-term": "بیرونی ملکیت والا اکاؤنٹ (EOA)", - "eoa-definition": "بیرونی ملکیت والے اکاؤنٹس (EOAs) ایتھیریم اکاؤنٹ کی سب سے عام قسم ہیں۔ یہ ایک شخص کے ذریعے پرائیویٹ کلیدوں/ریکوری فریز کے ذریعے کنٹرول کیے جاتے ہیں۔ ایتھیریم والیٹس پر مزید۔", + "eoa-term": "ایکسٹرنلی اونڈ اکاؤنٹ (EOA)", + "eoa-definition": "ایکسٹرنلی اونڈ اکاؤنٹس (EOAs) ایتھیریم اکاؤنٹ کی سب سے عام قسم ہیں۔ انہیں ایک شخص پرائیویٹ کیز/ریکوری فریز کے ذریعے کنٹرول کرتا ہے۔ ایتھیریم والیٹس کے بارے میں مزید۔", "erc-term": "ایتھیریم ریکوئسٹ فار کمنٹس (ERC)", - "erc-definition": "ERC (ایتھیریم ریکوئسٹ فار کمنٹس) ایک قسم کی تکنیکی دستاویز ہے جو ایتھیریم کمیونٹی میں ایتھیریم نیٹ ورک کے استعمال کے نئے معیارات تجویز کرنے کے لیے استعمال ہوتی ہے۔

    یہ تجاویز وسیع موضوعات کا احاطہ کر سکتی ہیں، جن میں نئے ٹوکن معیارات (جیسے ERC-20 ٹوکنز کے لیے اور ERC-721 NFTs کے لیے) شامل ہیں۔", + "erc-definition": "ERC (ایتھیریم ریکوئسٹ فار کمنٹس) تکنیکی دستاویزات کی ایک قسم ہے جو ایتھیریم کمیونٹی میں ایتھیریم نیٹ ورک کے استعمال کے نئے معیارات تجویز کرنے کے لیے استعمال ہوتی ہے۔

    یہ تجاویز موضوعات کی ایک وسیع رینج کا احاطہ کر سکتی ہیں، بشمول نئے ٹوکن سٹینڈرڈز (جیسے ٹوکنز کے لیے استعمال ہونے والا ERC-20 اور NFTs کے لیے ERC-721)۔", "ethash-term": "Ethash", - "ethash-definition": "ایک پروف-آف-ورک الگورتھم جو ایتھیریم پر پروف-آف-اسٹیک میں منتقلی سے پہلے استعمال ہوتا تھا۔ مزید پڑھیں", + "ethash-definition": "ایک پروف آف ورک الگورتھم جو ایتھیریم پر پروف آف سٹیک کی طرف منتقل ہونے سے پہلے استعمال ہوتا تھا۔ مزید پڑھیں", "ether-term": "ایتھر", - "ether-definition": "ایتھیریم کی مقامی کرپٹو کرنسی، جسے عام طور پر \"ETH\" کہا جاتا ہے۔ یہ ایتھیریم ایکو سسٹم اور ایپلی کیشنز استعمال کرتے وقت ٹرانزیکشن فیس کو پورا کرنے کے لیے استعمال ہوتی ہے۔ ایتھر پر مزید۔", + "ether-definition": "ایتھیریم کی مقامی کریپٹو کرنسی، جسے عام طور پر \"ETH\" کہا جاتا ہے۔ یہ ایتھیریم ایکو سسٹم اور ایپلی کیشنز کا استعمال کرتے وقت ٹرانزیکشن فیس ادا کرنے کے لیے استعمال ہوتی ہے۔ ایتھر کے بارے میں مزید۔", "events-term": "ایونٹس", - "events-definition": "EVM لاگنگ کی سہولیات کے استعمال کی اجازت دیتا ہے۔ Dapps واقعات کو سن سکتے ہیں اور انہیں صارف کے انٹرفیس میں جاوا اسکرپٹ کال بیکس کو متحرک کرنے کے لیے استعمال کر سکتے ہیں۔ واقعات اور لاگز پر مزید", - "evm-term": "Ethereum ورچوئل مشین (EVM)", - "evm-definition": "ایک اسٹیک پر مبنی ورچوئل مشین جو بائٹ کوڈ کو عمل میں لاتی ہے۔ ایتھیریم میں، ایگزیکیوشن ماڈل یہ بتاتا ہے کہ بائٹ کوڈ ہدایات کی ایک سیریز اور ماحولیاتی ڈیٹا کے ایک چھوٹے ٹپل کو دیکھتے ہوئے نظام کی حالت کیسے بدل جاتی ہے۔ یہ ورچوئل اسٹیٹ مشین کے ایک رسمی ماڈل کے ذریعے بیان کیا گیا ہے۔ ایتھیریم ورچوئل مشین پر مزید۔", - "evm-assembly-language-term": "EVM اسمبلی زبان", - "evm-assembly-language-definition": "EVM بائٹ کوڈ کی انسانی پڑھنے کے قابل شکل۔", + "events-definition": "EVM لاگنگ کی سہولیات کے استعمال کی اجازت دیتا ہے۔ Dapps ایونٹس کو سن سکتی ہیں اور انہیں یوزر انٹرفیس میں جاوا سکرپٹ کال بیکس کو متحرک کرنے کے لیے استعمال کر سکتی ہیں۔ ایونٹس اور لاگز کے بارے میں مزید", + "evm-term": "ایتھیریم ورچوئل مشین (EVM)", + "evm-definition": "ایک سٹیک پر مبنی ورچوئل مشین جو بائٹ کوڈ کو ایگزیکیوٹ کرتی ہے۔ ایتھیریم میں، ایگزیکیوشن ماڈل یہ بتاتا ہے کہ بائٹ کوڈ ہدایات کی ایک سیریز اور ماحولیاتی ڈیٹا کے ایک چھوٹے ٹوپل (tuple) کو دیکھتے ہوئے سسٹم کی سٹیٹ (state) کو کیسے تبدیل کیا جاتا ہے۔ یہ ایک ورچوئل سٹیٹ مشین کے رسمی ماڈل کے ذریعے بیان کیا گیا ہے۔ ایتھیریم ورچوئل مشین کے بارے میں مزید۔", + "evm-assembly-language-term": "EVM اسمبلی لینگویج", + "evm-assembly-language-definition": "EVM بائٹ کوڈ کی انسان کے پڑھنے کے قابل شکل۔", "fallback-function-term": "فال بیک فنکشن", - "fallback-function-definition": "ڈیٹا یا اعلان کردہ فنکشن کے نام کی عدم موجودگی میں کال کیا جانے والا ڈیفالٹ فنکشن۔", - "faucet-term": "نلکا", - "faucet-definition": "اسمارٹ کنٹریکٹ کے ذریعے انجام دی جانے والی ایک خدمت جو مفت ٹیسٹ ایتھر کی شکل میں فنڈز تقسیم کرتی ہے جسے ٹیسٹ نیٹ پر استعمال کیا جا سکتا ہے۔", - "finality-term": "حتمیت", - "finality-definition": "حتمیت اس بات کی ضمانت ہے کہ لین دین کا ایک سیٹ ETH کی بڑی مقدار کے نقصان کے بغیر تبدیل نہیں کیا جا سکتا۔", - "finney-term": "فینی", - "finney-definition": "ایتھر کا ایک ڈینومینیشن۔ 1 فینی = 1015 وی۔ 103 فینی = 1 ایتھر۔", - "fork-term": "فورک", - "fork-definition": "پروٹوکول میں ایک تبدیلی جو ایک متبادل زنجیر کی تخلیق کا سبب بنتی ہے۔", + "fallback-function-definition": "ڈیٹا یا اعلان کردہ فنکشن کے نام کی عدم موجودگی میں کال کیا جانے والا ایک ڈیفالٹ فنکشن۔", + "faucet-term": "فاسٹ (Faucet)", + "faucet-definition": "ایک سروس جو سمارٹ کنٹریکٹ کے ذریعے انجام دی جاتی ہے جو مفت ٹیسٹ ایتھر کی شکل میں فنڈز تقسیم کرتی ہے جسے ٹیسٹ نیٹ پر استعمال کیا جا سکتا ہے۔", + "finality-term": "فائنلٹی (Finality)", + "finality-definition": "فائنلٹی اس بات کی ضمانت ہے کہ ETH کی ایک بڑی رقم ضائع کیے بغیر ٹرانزیکشنز کے ایک سیٹ کو تبدیل نہیں کیا جا سکتا۔", + "finney-term": "فنی (Finney)", + "finney-definition": "ایتھر کی ایک اکائی۔ 1 فنی = 1015 wei۔ 103 فنی = 1 ایتھر۔", + "fork-term": "فورک (Fork)", + "fork-definition": "پروٹوکول میں ایک تبدیلی جو ایک متبادل چین کی تخلیق کا سبب بنتی ہے۔", "fork-choice-algorithm-term": "فورک چوائس الگورتھم", - "fork-choice-algorithm-definition": "بلاک چین کے سربراہ کی شناخت کے لیے استعمال ہونے والا الگورتھم۔ ایتھیریم پر چین کا سربراہ اس فورک کے طور پر پہچانا جاتا ہے جس میں تصدیقات کا سب سے زیادہ 'وزن' ہوتا ہے۔ وزن تصدیق کی تعداد اور تصدیق کرنے والے ویلیڈیٹرز کے موثر بیلنس کا حاصل ہے۔ اس کا مطلب ہے کہ چین کا حقیقی سربراہ وہ ہے جس کے لیے سب سے زیادہ اسٹیک شدہ ایتھر نے ووٹ دیا ہے۔ اتفاق رائے کی تہہ پر فورک چوائس الگورتھم کو LMD_GHOST کہا جاتا ہے۔", - "fraud-proof-term": "دھوکہ دہی کا ثبوت", - "fraud-proof-definition": "کچھ لیئر 2 حلوں کے لیے ایک سیکورٹی ماڈل جہاں، رفتار بڑھانے کے لیے، لین دین کو بیچوں میں رول اپ کیا جاتا ہے اور ایتھیریم کو ایک ہی لین دین میں جمع کیا جاتا ہے۔ نیٹ ورک کے دیگر شرکاء لین دین کو دوبارہ عمل میں لا سکتے ہیں تاکہ یہ چیک کیا جا سکے کہ انہیں ایمانداری سے عمل میں لایا گیا تھا۔ اگر وہ پوسٹ کیے گئے ڈیٹا اور اپنے ورژن کے درمیان کوئی تضاد پاتے ہیں تو وہ ایک کرپٹوگرافک ثبوت پوسٹ کر سکتے ہیں جو یہ ظاہر کرتا ہے کہ کچھ دھوکہ دہی ہوئی ہے۔ کچھ رول اپس درستگی کے ثبوت استعمال کرتے ہیں۔", - "frontier-term": "فرنٹیئر", + "fork-choice-algorithm-definition": "بلاک چین کے ہیڈ (head) کی شناخت کے لیے استعمال ہونے والا الگورتھم۔ ایتھیریم پر چین کے ہیڈ کی شناخت اس فورک کے طور پر کی جاتی ہے جس میں اٹیسٹیشنز (attestations) کا 'وزن' سب سے زیادہ ہوتا ہے۔ وزن اٹیسٹیشنز کی تعداد اور تصدیق کرنے والے ویلیڈیٹرز کے موثر بیلنس کا حاصل ضرب ہے۔ اس کا مطلب ہے کہ چین کا اصل ہیڈ وہ ہے جس کے لیے سب سے زیادہ سٹیک کیے گئے ایتھر نے ووٹ دیا ہے۔ کنسینسس لیئر پر فورک چوائس الگورتھم کو LMD_GHOST کہا جاتا ہے۔", + "fraud-proof-term": "فراڈ پروف", + "fraud-proof-definition": "کچھ لیئر 2 سلوشنز کے لیے ایک سیکیورٹی ماڈل جہاں، رفتار بڑھانے کے لیے، ٹرانزیکشنز کو بیچز میں رول اپ کیا جاتا ہے اور ایک ہی ٹرانزیکشن میں ایتھیریم کو جمع کرایا جاتا ہے۔ نیٹ ورک کے دیگر شرکاء ٹرانزیکشنز کو دوبارہ ایگزیکیوٹ کر سکتے ہیں تاکہ یہ چیک کیا جا سکے کہ انہیں ایمانداری سے ایگزیکیوٹ کیا گیا تھا۔ اگر وہ پوسٹ کیے گئے ڈیٹا اور اپنے ورژن کے درمیان کوئی تضاد دریافت کرتے ہیں تو وہ ایک کرپٹوگرافک ثبوت پوسٹ کر سکتے ہیں جو یہ ظاہر کرتا ہے کہ کہاں کچھ فراڈ ہوا ہے۔ کچھ رول اپس ویلڈٹی پروفز استعمال کرتے ہیں۔", + "frontier-term": "فرنٹیئر (Frontier)", "frontier-definition": "ایتھیریم کا ابتدائی ٹیسٹ ڈویلپمنٹ مرحلہ، جو جولائی 2015 سے مارچ 2016 تک جاری رہا۔", "gas-term": "گیس", - "gas-definition": "گیس بلاک چین، جیسے ایتھیریم، پر لین دین اور اسمارٹ کنٹریکٹس کے لیے ادا کی جانے والی فیس ہے۔ گیس اور فیس پر مزید۔", + "gas-definition": "گیس وہ فیس ہے جو ایتھیریم جیسی بلاک چین پر ٹرانزیکشنز اور سمارٹ کنٹریکٹس کے لیے ادا کی جاتی ہے۔ گیس اور فیس کے بارے میں مزید۔", "gas-limit-term": "گیس کی حد", - "gas-limit-definition": "ایک ٹرانزیکشن یا بلاک گیس کی زیادہ سے زیادہ مقدار جو استعمال کر سکتا ہے۔", + "gas-limit-definition": "گیس کی وہ زیادہ سے زیادہ مقدار جو ایک ٹرانزیکشن یا بلاک استعمال کر سکتا ہے۔", "gas-price-term": "گیس کی قیمت", - "gas-price-definition": "ایک لین دین میں بیان کردہ گیس کی ایک اکائی کی ایتھر میں قیمت۔", + "gas-price-definition": "کسی ٹرانزیکشن میں بتائی گئی گیس کے ایک یونٹ کی ایتھر میں قیمت۔", "genesis-block-term": "جینیسس بلاک", - "genesis-block-definition": "بلاک چین میں پہلا بلاک، جو ایک مخصوص نیٹ ورک اور اس کی کرپٹو کرنسی کو شروع کرنے کے لیے استعمال ہوتا ہے۔", + "genesis-block-definition": "کسی بلاک چین کا پہلا بلاک، جو کسی خاص نیٹ ورک اور اس کی کریپٹو کرنسی کو شروع کرنے کے لیے استعمال ہوتا ہے۔", "geth-term": "Geth", - "geth-definition": "Go Ethereum۔ ایتھیریم پروٹوکول کے سب سے نمایاں نفاذ میں سے ایک، جو Go میں لکھا گیا ہے۔ geth.ethereum.org پر مزید پڑھیں", + "geth-definition": "Go Ethereum۔ ایتھیریم پروٹوکول کی سب سے نمایاں امپلیمینٹیشنز میں سے ایک، جسے Go میں لکھا گیا ہے۔ geth.ethereum.org پر مزید پڑھیں", "gwei-term": "Gwei", - "gwei-definition": "گیگاوی کا مخفف، ایتھر کا ایک ڈینومینیشن، جو عام طور پر گیس کی قیمت لگانے کے لیے استعمال ہوتا ہے۔ 1 gwei = 109 وی۔ 109 gwei = 1 ایتھر۔", + "gwei-definition": "گیگا وے (gigawei) کا مخفف، ایتھر کی ایک اکائی، جو عام طور پر گیس کی قیمت مقرر کرنے کے لیے استعمال ہوتی ہے۔ 1 gwei = 109 wei۔ 109 gwei = 1 ایتھر۔", "hard-fork-term": "ہارڈ فورک", - "hard-fork-definition": "بلاک چین میں ایک مستقل اختلاف؛ جسے ہارڈ فورکنگ تبدیلی بھی کہا جاتا ہے۔ ایک عام طور پر اس وقت ہوتا ہے جب غیر اپ گریڈ شدہ نوڈس اپ گریڈ شدہ نوڈس کے ذریعے بنائے گئے بلاکس کی توثیق نہیں کر سکتے جو نئے اتفاق رائے کے قوانین پر عمل کرتے ہیں۔ فورک، سافٹ فورک، سافٹ ویئر فورک، یا گٹ فورک کے ساتھ الجھن میں نہ پڑیں۔", - "hash-term": "ہیش", - "hash-definition": "متغیر سائز کے ان پٹ کا ایک فکسڈ لینتھ فنگر پرنٹ، جو ہیش فنکشن کے ذریعے تیار کیا جاتا ہے۔ (دیکھیں keccak-256)۔", + "hard-fork-definition": "بلاک چین میں ایک مستقل انحراف؛ جسے ہارڈ فورکنگ تبدیلی بھی کہا جاتا ہے۔ یہ عام طور پر اس وقت ہوتا ہے جب اپ گریڈ نہ ہونے والے نوڈز ان اپ گریڈ شدہ نوڈز کے بنائے گئے بلاکس کی توثیق نہیں کر پاتے جو نئے کنسینسس رولز کی پیروی کرتے ہیں۔ اسے فورک، سافٹ فورک، سافٹ ویئر فورک، یا گٹ فورک کے ساتھ خلط ملط نہیں کیا جانا چاہیے۔", + "hash-term": "ہیش (Hash)", + "hash-definition": "ہیش فنکشن کے ذریعے تیار کردہ متغیر سائز کے ان پٹ کا ایک مقررہ لمبائی کا فنگر پرنٹ۔ (دیکھیں keccak-256)۔", "hash-rate-term": "ہیش ریٹ", "hash-rate-definition": "مائننگ سافٹ ویئر چلانے والے کمپیوٹرز کے ذریعے فی سیکنڈ کی جانے والی ہیش کیلکولیشنز کی تعداد۔", - "homestead-term": "ہوم اسٹیڈ", - "holographic-consensus-term": "ہولوگرافک اتفاق رائے", - "holographic-consensus-definition": "یہ بتاتا ہے کہ ایک بڑے گروپ کا فیصلہ کس طرح نمائندہ لوگوں کے ایک چھوٹے گروپ کو ووٹ دینے کی اجازت دے کر کیا جاتا ہے۔ پھر باقی سب اس پر عمل کرنے پر راضی ہو جاتے ہیں، جب تک کہ وہ اس بات پر بھروسہ کریں کہ چھوٹے گروپ نے اچھا کام کیا ہے۔
    یہ کچھ آن لائن کمیونٹیز میں ہر کسی کو ہر چیز پر ووٹ دینے کی ضرورت کے بغیر تیزی سے فیصلے کرنے کے لیے استعمال ہوتا ہے، جبکہ اس بات کو یقینی بناتا ہے کہ فیصلے منصفانہ ہیں اور زیادہ تر لوگ کیا چاہتے ہیں اس کی نمائندگی کرتے ہیں۔", - "homestead-definition": "ایتھیریم کا دوسرا ترقیاتی مرحلہ، جو مارچ 2016 میں بلاک 1,150,000 پر شروع کیا گیا تھا۔", + "homestead-term": "ہومسٹیڈ (Homestead)", + "holographic-consensus-term": "ہولوگرافک کنسینسس", + "holographic-consensus-definition": "اس سے مراد یہ ہے کہ نمائندہ لوگوں کے ایک چھوٹے گروپ کو ووٹ دینے کی اجازت دے کر ایک بڑے گروپ کا فیصلہ کیسے کیا جاتا ہے۔ پھر باقی سب اس کے ساتھ چلنے پر متفق ہو جاتے ہیں، جب تک کہ انہیں یقین ہو کہ چھوٹے گروپ نے اچھا کام کیا ہے۔
    یہ کچھ آن لائن کمیونٹیز میں تیزی سے فیصلے کرنے کے لیے استعمال ہوتا ہے جس میں ہر کسی کو ہر چیز پر ووٹ دینے کی ضرورت نہیں ہوتی، جبکہ اس بات کو بھی یقینی بنایا جاتا ہے کہ فیصلے منصفانہ ہوں اور اس کی نمائندگی کریں جو زیادہ تر لوگ چاہتے ہیں۔", + "homestead-definition": "ایتھیریم کا دوسرا ڈویلپمنٹ مرحلہ، جو مارچ 2016 میں بلاک 1,150,000 پر لانچ کیا گیا تھا۔", "index-term": "انڈیکس", - "index-definition": "ایک نیٹ ورک ڈھانچہ جس کا مقصد بلاک چین سے معلومات کی استفسار کو بہتر بنانا ہے، اس کے اسٹوریج ذریعہ تک ایک موثر راستہ فراہم کرکے۔", - "ide-term": "انٹیگریٹڈ ڈویلپمنٹ انوائرمنٹ (IDE)", - "ide-definition": "ایک صارف انٹرفیس جو عام طور پر کوڈ ایڈیٹر، کمپائلر، رن ٹائم، اور ڈیبگر کو یکجا کرتا ہے۔ انٹیگریٹڈ ڈویلپمنٹ انوائرنمنٹس پر مزید۔", - "immutable-deployed-code-problem-term": "ناقابل تغیر تعینات کوڈ کا مسئلہ", - "immutable-deployed-code-problem-definition": "ایک بار جب کنٹریکٹ (یا لائبریری) کا کوڈ تعینات ہو جاتا ہے، تو یہ ناقابل تغیر ہو جاتا ہے۔ معیاری سافٹ ویئر ڈویلپمنٹ کے طریقے ممکنہ کیڑوں کو ٹھیک کرنے اور نئی خصوصیات شامل کرنے پر انحصار کرتے ہیں، لہذا یہ اسمارٹ کنٹریکٹ ڈویلپمنٹ کے لیے ایک چیلنج پیش کرتا ہے۔ اسمارٹ کنٹریکٹس کو تعینات کرنے پر مزید۔", - "internal-transaction-term": "اندرونی لین دین", - "internal-transaction-definition": "ایک کنٹریکٹ اکاؤنٹ سے دوسرے کنٹریکٹ اکاؤنٹ یا EOA کو بھیجا گیا ایک لین دین (دیکھیں پیغام)۔", + "index-definition": "ایک نیٹ ورک سٹرکچر جس کا مقصد اس کے سٹوریج سورس تک ایک موثر راستہ فراہم کر کے پوری بلاک چین سے معلومات کی کیوری (querying) کو بہتر بنانا ہے۔", + "ide-term": "انٹیگریٹڈ ڈویلپمنٹ انوائرنمنٹ (IDE)", + "ide-definition": "ایک یوزر انٹرفیس جو عام طور پر ایک کوڈ ایڈیٹر، کمپائلر، رن ٹائم، اور ڈیبگر کو یکجا کرتا ہے۔ انٹیگریٹڈ ڈویلپمنٹ انوائرنمنٹس کے بارے میں مزید۔", + "immutable-deployed-code-problem-term": "ناقابل تغیر ڈیپلائے شدہ کوڈ کا مسئلہ", + "immutable-deployed-code-problem-definition": "ایک بار جب کسی کانٹریکٹ (یا لائبریری) کا کوڈ ڈیپلائے ہو جاتا ہے، تو یہ ناقابل تغیر (immutable) ہو جاتا ہے۔ معیاری سافٹ ویئر ڈیولپمنٹ کے طریقے ممکنہ بگز کو ٹھیک کرنے اور نئی خصوصیات شامل کرنے کے قابل ہونے پر انحصار کرتے ہیں، لہذا یہ اسمارٹ کانٹریکٹ ڈیولپمنٹ کے لیے ایک چیلنج کی نمائندگی کرتا ہے۔ اسمارٹ کانٹریکٹس ڈیپلائے کرنے کے بارے میں مزید۔", + "internal-transaction-term": "اندرونی ٹرانزیکشن", + "internal-transaction-definition": "ایک ٹرانزیکشن جو ایک کانٹریکٹ اکاؤنٹ سے دوسرے کانٹریکٹ اکاؤنٹ یا کسی EOA کو بھیجی جاتی ہے (دیکھیں میسج)۔", "issuance-term": "اجراء", - "issuance-definition": "بلاک کی تجویز، تصدیق اور وسل بلوئنگ کا انعام دینے کے لیے نئے ایتھر کی ٹکسال۔", - "kdf-term": "کلیدی ماخوذ فنکشن (KDF)", - "kdf-definition": "جسے \"پاس ورڈ اسٹریچنگ الگورتھم\" بھی کہا جاتا ہے، یہ کی اسٹور فارمیٹس کے ذریعے پاس فریز خفیہ کاری پر بروٹ فورس، ڈکشنری، اور رینبو ٹیبل حملوں سے بچانے کے لیے استعمال ہوتا ہے، بار بار پاس فریز کو ہیش کرکے۔", - "keystore-term": "کی اسٹور", - "keystore-definition": "ہر اکاؤنٹ کی پرائیویٹ کلید/ایڈریس جوڑی ایتھیریم کلائنٹ میں ایک ہی کی فائل کے طور پر موجود ہے۔ یہ JSON ٹیکسٹ فائلیں ہیں جن میں اکاؤنٹ کی خفیہ کردہ پرائیویٹ کلید ہوتی ہے، جسے صرف اکاؤنٹ بنانے کے دوران درج کیے گئے پاس ورڈ سے ہی ڈکرپٹ کیا جا سکتا ہے۔", + "issuance-definition": "بلاک کی تجویز، تصدیق (attestation) اور وسل بلوئنگ کے انعام کے طور پر نئے ایتھر کی منٹنگ۔", + "kdf-term": "کی ڈیریویشن فنکشن (KDF)", + "kdf-definition": "اسے \"پاس ورڈ اسٹریچنگ الگورتھم\" کے نام سے بھی جانا جاتا ہے، اسے کی اسٹور (keystore) فارمیٹس کے ذریعے پاس فریز انکرپشن پر بروٹ فورس، ڈکشنری، اور رینبو ٹیبل حملوں سے بچانے کے لیے استعمال کیا جاتا ہے، جس میں پاس فریز کو بار بار ہیش کیا جاتا ہے۔", + "keystore-term": "کی اسٹور (Keystore)", + "keystore-definition": "ہر اکاؤنٹ کی پرائیویٹ کی/ایڈریس کا جوڑا ایتھریم کلائنٹ میں ایک واحد کی فائل (keyfile) کے طور پر موجود ہوتا ہے۔ یہ JSON ٹیکسٹ فائلیں ہوتی ہیں جن میں اکاؤنٹ کی انکرپٹڈ پرائیویٹ کی ہوتی ہے، جسے صرف اکاؤنٹ بنانے کے دوران درج کیے گئے پاس ورڈ سے ہی ڈکرپٹ کیا جا سکتا ہے۔", "keccak-256-term": "Keccak-256", - "keccak-256-definition": "ایتھیریم میں استعمال ہونے والا کرپٹوگرافک ہیش فنکشن۔ Keccak-256 کو SHA-3 کے طور پر معیاری بنایا گیا تھا۔", - "key-term": "کلید", - "key-definition": "ایتھیریم کے تناظر میں، کلیدیں ڈیجیٹل کوڈز ہیں: لین دین وصول کرنے کے لیے ایک پبلک کلید اور فنڈز تک رسائی اور بھیجنے کے لیے ایک پرائیویٹ کلید۔
    پبلک کلیدیں: انہیں کھلے عام شیئر کیا جا سکتا ہے۔
    پرائیویٹ کلیدیں: انہیں مالک کے ذریعے خفیہ رکھا جاتا ہے۔", - "layer-1-term": "تہہ نمبر 1", - "layer-1-definition": "لیئر 1 ایک کثیر سطحی بلاک چین نیٹ ورک میں مرکزی بلاک چین کا حوالہ دیتا ہے۔ مثال کے طور پر، ایتھیریم اور بٹ کوائن لیئر ون بلاک چین ہیں۔ بہت سے لیئر ٹو بلاک چین وسائل سے بھرپور لین دین کو اپنے الگ بلاک چین پر آف لوڈ کرتے ہیں، جبکہ سیکورٹی مقاصد کے لیے ایتھیریم یا بٹ کوائن کے لیئر ون بلاک چین کا استعمال جاری رکھتے ہیں۔", - "layer-2-term": "تہہ نمبر 2", - "layer-2-definition": "لیئر 2s ایتھیریم مین نیٹ ورک کے اوپر بنائے گئے دوسرے نیٹ ورکس ہیں جو لین دین کو تیز اور سستا بناتے ہیں۔ لیئر 2 پر مزید۔", + "keccak-256-definition": "ایتھریم میں استعمال ہونے والا کرپٹوگرافک ہیش فنکشن۔ Keccak-256 کو SHA-3 کے طور پر معیاری بنایا گیا تھا۔", + "key-term": "کی (Key)", + "key-definition": "ایتھریم کے تناظر میں، کیز (keys) ڈیجیٹل کوڈز ہیں: ٹرانزیکشنز وصول کرنے کے لیے ایک پبلک کی اور فنڈز تک رسائی اور بھیجنے کے لیے ایک پرائیویٹ کی ہوتی ہے۔
    پبلک کیز: انہیں کھلے عام شیئر کیا جا سکتا ہے۔
    پرائیویٹ کیز: انہیں مالک کی طرف سے خفیہ رکھا جاتا ہے۔", + "layer-1-term": "لیئر 1", + "layer-1-definition": "لیئر 1 سے مراد ملٹی لیول بلاک چین نیٹ ورک میں مرکزی بلاک چین ہے۔ مثال کے طور پر، ایتھریم اور بٹ کوائن لیئر ون بلاک چینز ہیں۔ بہت سی لیئر ٹو بلاک چینز وسائل سے بھرپور ٹرانزیکشنز کو اپنی الگ بلاک چین پر منتقل کرتی ہیں، جبکہ سیکیورٹی کے مقاصد کے لیے ایتھریم یا بٹ کوائن کی لیئر ون بلاک چین کا استعمال جاری رکھتی ہیں۔", + "layer-2-term": "لیئر 2", + "layer-2-definition": "لیئر 2 ایسے دیگر نیٹ ورکس ہیں جو ایتھریم کے مین نیٹ ورک کے اوپر بنائے گئے ہیں تاکہ ٹرانزیکشنز کو تیز اور سستا بنایا جا سکے۔ لیئر 2 کے بارے میں مزید۔", "library-term": "لائبریری", - "library-definition": "ایک خاص قسم کا کنٹریکٹ جس میں کوئی قابل ادائیگی فنکشن، کوئی فال بیک فنکشن، اور کوئی ڈیٹا اسٹوریج نہیں ہوتا۔ لہذا، یہ ایتھر وصول یا رکھ نہیں سکتا، یا ڈیٹا اسٹور نہیں کر سکتا۔ ایک لائبریری پہلے سے تعینات کوڈ کے طور پر کام کرتی ہے جسے دوسرے کنٹریکٹ صرف پڑھنے کے لیے کمپیوٹیشن کے لیے کال کر سکتے ہیں۔ اسمارٹ کنٹریکٹ لائبریریوں پر مزید۔", + "library-definition": "ایک خاص قسم کا کانٹریکٹ جس میں کوئی پے ایبل (payable) فنکشنز، کوئی فال بیک (fallback) فنکشن، اور کوئی ڈیٹا اسٹوریج نہیں ہوتا ہے۔ لہذا، یہ ایتھر وصول یا ہولڈ نہیں کر سکتا، یا ڈیٹا اسٹور نہیں کر سکتا۔ ایک لائبریری پہلے سے ڈیپلائے شدہ کوڈ کے طور پر کام کرتی ہے جسے دوسرے کانٹریکٹس ریڈ-اونلی (read-only) کمپیوٹیشن کے لیے کال کر سکتے ہیں۔ اسمارٹ کانٹریکٹ لائبریریوں کے بارے میں مزید۔", "light-client-term": "لائٹ کلائنٹ", - "light-client-definition": "ایک ایتھیریم کلائنٹ جو بلاک چین کی مقامی کاپی اسٹور نہیں کرتا، یا بلاکس اور لین دین کی توثیق نہیں کرتا۔ یہ والیٹ کے فنکشنز پیش کرتا ہے اور لین دین بنا اور براڈکاسٹ کر سکتا ہے۔", - "liquidity-term": "لیکویڈیٹی", - "liquidity-definition": "لیکویڈیٹی یہ ہے کہ کسی اثاثے کو کتنی جلدی اور آسانی سے نقد یا دوسرے اثاثے میں تبدیل کیا جا سکتا ہے۔ Uniswap جیسے ڈی سینٹرلائزڈ ایکسچینجز میں متعدد لیکویڈیٹی پول ہوتے ہیں جہاں اثاثہ ہولڈرز اپنے اثاثے جمع کر سکتے ہیں جہاں تاجر انہیں انعامات کے بدلے ڈی سینٹرلائزڈ طریقے سے خرید اور بیچ سکتے ہیں۔", + "light-client-definition": "ایک ایتھریم کلائنٹ جو بلاک چین کی مقامی کاپی اسٹور نہیں کرتا، یا بلاکس اور ٹرانزیکشنز کی توثیق نہیں کرتا ہے۔ یہ ایک والیٹ کے فنکشنز پیش کرتا ہے اور ٹرانزیکشنز بنا اور براڈکاسٹ کر سکتا ہے۔", + "liquidity-term": "لیکویڈیٹی (Liquidity)", + "liquidity-definition": "لیکویڈیٹی سے مراد یہ ہے کہ کسی اثاثے کو کتنی جلدی اور آسانی سے نقد رقم یا کسی دوسرے اثاثے میں تبدیل کیا جا سکتا ہے۔ Uniswap جیسے ڈی سینٹرلائزڈ ایکسچینجز میں متعدد لیکویڈیٹی پولز ہوتے ہیں جہاں اثاثہ ہولڈرز اپنے اثاثے جمع کر سکتے ہیں اور ٹریڈرز انعامات کے بدلے انہیں ڈی سینٹرلائزڈ طریقے سے خرید اور فروخت کر سکتے ہیں۔", "liquidity-tokens-term": "لیکویڈیٹی ٹوکنز", - "liquidity-tokens-definition": "لیکویڈیٹی ٹوکنز (LST) ڈیجیٹل ٹوکن ہیں جو ان شرکاء کو جاری کیے جاتے ہیں جو لیکویڈیٹی پول میں اثاثے جمع کرتے ہیں، جو ایک اسمارٹ کنٹریکٹ میں بند فنڈز کا مجموعہ ہے اور ڈی سینٹرلائزڈ ایکسچینج (DEX) پر تجارت کی سہولت کے لیے استعمال ہوتا ہے۔
    یہ ٹوکن پول میں شریک کے حصے کی نمائندگی کرتے ہیں اور بعد میں ابتدائی ڈپازٹ اور پول کی سرگرمی سے پیدا ہونے والی تجارتی فیس کے ایک حصے کے لیے چھڑائے جا سکتے ہیں۔ بنیادی طور پر، لیکویڈیٹی ٹوکن لیکویڈیٹی پول میں ملکیت یا اسٹیک کے ثبوت کے طور پر کام کرتے ہیں، جس سے ہولڈرز کو انعامات حاصل کرنے کی اجازت ملتی ہے جبکہ دوسروں کو مختلف کرپٹو کرنسی جوڑوں کی موثر طریقے سے تجارت کرنے کے لیے ضروری لیکویڈیٹی فراہم کی جاتی ہے۔", - "liquid-staking-tokens-term": "لیکوئڈ اسٹیکنگ ٹوکنز", - "liquid-staking-tokens-definition": "ایک ڈیریویٹیو ٹوکن جو صارف کے اسٹیک کردہ لاک شدہ کرپٹو کرنسی کی ملکیت کی نمائندگی کرتا ہے۔ اثاثہ اسٹیک کرنے پر، کچھ پلیٹ فارم لیکوئڈ اسٹیکنگ ٹوکنز (LSTs) کی ٹکسال کی اجازت دیتے ہیں، جو لاک شدہ ٹوکنز کے مساوی حصے کی نمائندگی کرتے ہیں۔ ان LSTs کو پھر دیگر DeFi پروٹوکولز میں تجارت، فروخت، یا استعمال کیا جا سکتا ہے، جس سے اسٹیکر کے لیے سرمائے کی کارکردگی میں بہتری آتی ہے، یہاں تک کہ ان کے اصل اثاثے اسٹیک رہتے ہوئے بھی ان کے فنڈز سے لیکویڈیٹی تک رسائی کی اجازت ملتی ہے۔", + "liquidity-tokens-definition": "لیکویڈیٹی ٹوکنز (LST) وہ ڈیجیٹل ٹوکنز ہیں جو ان شرکاء کو جاری کیے جاتے ہیں جو لیکویڈیٹی پول میں اثاثے جمع کرتے ہیں، جو کہ ایک اسمارٹ کانٹریکٹ میں مقفل فنڈز کا مجموعہ ہوتا ہے اور ڈی سینٹرلائزڈ ایکسچینج (DEX) پر ٹریڈنگ کی سہولت کے لیے استعمال ہوتا ہے۔
    یہ ٹوکنز پول میں شریک کے حصے کی نمائندگی کرتے ہیں اور بعد میں ابتدائی ڈپازٹ کے ساتھ ساتھ پول کی سرگرمی سے پیدا ہونے والی ٹریڈنگ فیس کے ایک حصے کے لیے ریڈیم کیے جا سکتے ہیں۔ بنیادی طور پر، لیکویڈیٹی ٹوکنز لیکویڈیٹی پول میں ملکیت یا اسٹیک کے ثبوت کے طور پر کام کرتے ہیں، جس سے ہولڈرز کو انعامات حاصل کرنے کی اجازت ملتی ہے جبکہ دوسروں کو مختلف کریپٹو کرنسی کے جوڑوں کی مؤثر طریقے سے ٹریڈنگ کرنے کے لیے ضروری لیکویڈیٹی فراہم کی جاتی ہے۔", + "liquid-staking-tokens-term": "لیکویڈ اسٹیکنگ ٹوکنز", + "liquid-staking-tokens-definition": "ایک ڈیریویٹو ٹوکن جو اس مقفل کریپٹو کرنسی کی ملکیت کی نمائندگی کرتا ہے جسے صارف اسٹیک کر رہا ہے۔ کسی اثاثے کو اسٹیک کرنے پر، کچھ پلیٹ فارمز لیکویڈ اسٹیکنگ ٹوکنز (LSTs) منٹ کرنے کی اجازت دیتے ہیں، جو مقفل ٹوکنز کے مساوی حصے کی نمائندگی کرتے ہیں۔ ان LSTs کو پھر ٹریڈ، فروخت، یا دیگر DeFi پروٹوکولز میں استعمال کیا جا سکتا ہے، جس سے اسٹیکر کے لیے کیپیٹل ایفیشنسی (capital efficiency) بہتر ہوتی ہے کیونکہ انہیں اپنے فنڈز سے لیکویڈیٹی تک رسائی مل جاتی ہے، یہاں تک کہ جب ان کے اصل اثاثے اسٹیک شدہ رہتے ہیں۔", "lmd-ghost-term": "LMD-GHOST", - "lmd-ghost-definition": "ایتھیریم کے اتفاق رائے کلائنٹس کے ذریعے چین کے سربراہ کی شناخت کے لیے استعمال ہونے والا فورک چوائس الگورتھم۔ LMD-GHOST ایک مخفف ہے جس کا مطلب ہے \"Latest Message Driven Greediest Heaviest Observed SubTree\" جس کا مطلب ہے کہ چین کا سربراہ وہ بلاک ہے جس کی تاریخ میں تصدیقات کا سب سے زیادہ جمع ہونا ہے۔", - "mainnet-term": "مین نیٹ", - "mainnet-definition": "\"مین نیٹ ورک\" کا مخفف، یہ مرکزی عوامی ایتھیریم بلاک چین ہے۔", - "max-fee-per-gas-term": "زیادہ سے زیادہ فیس فی گیس", - "max-fee-per-gas-definition": "زیادہ سے زیادہ فیس وہ مطلق زیادہ سے زیادہ رقم ہے جو صارف ایک بلاک میں ٹرانزیکشن شامل کرنے کے لیے فی یونٹ گیس (gwei) ادا کرنے کو تیار ہے۔", - "merkle-patricia-tree-term": "مرکل پیٹریسیا ٹری (MPT)", - "merkle-patricia-tree-definition": "ایتھیریم میں کلیدی-قدر جوڑوں کو موثر طریقے سے ذخیرہ کرنے کے لیے استعمال ہونے والا ڈیٹا ڈھانچہ۔", - "merkle-root-term": "مرکل روٹ", - "merkle-root-definition": "مرکل روٹ مرکل ٹری کا واحد ٹاپ ہیش ہے۔ یہ ایک بلاک کے اندر تمام لین دین کی تصدیق کرتا ہے۔", - "message-term": "پیغام", - "message-definition": "ایک اندرونی لین دین جو کبھی بھی سیریلائز نہیں ہوتا اور صرف EVM کے اندر بھیجا جاتا ہے۔", + "lmd-ghost-definition": "ایتھریم کے کنسینسس کلائنٹس کے ذریعے چین کے ہیڈ (head) کی شناخت کے لیے استعمال ہونے والا فورک-چوائس الگورتھم۔ LMD-GHOST ایک مخفف ہے جس کا مطلب \"Latest Message Driven Greediest Heaviest Observed SubTree\" ہے جس کا مطلب ہے کہ چین کا ہیڈ وہ بلاک ہے جس کی تاریخ میں تصدیقات (attestations) کا سب سے زیادہ مجموعہ ہوتا ہے۔", + "mainnet-term": "مین نیٹ (Mainnet)", + "mainnet-definition": "\"مین نیٹ ورک\" کا مخفف، یہ مرکزی پبلک ایتھریم بلاک چین ہے۔", + "max-fee-per-gas-term": "زیادہ سے زیادہ فیس فی گیس (Max Fee Per Gas)", + "max-fee-per-gas-definition": "میکس فیس (Max Fee) وہ قطعی زیادہ سے زیادہ رقم ہے جو ایک صارف کسی ٹرانزیکشن کو بلاک میں شامل کروانے کے لیے فی یونٹ گیس (gwei) ادا کرنے کو تیار ہوتا ہے۔", + "merkle-patricia-tree-term": "مرکل پیٹریشیا ٹری (MPT)", + "merkle-patricia-tree-definition": "ایتھریم میں کی-ویلیو (key-value) جوڑوں کو مؤثر طریقے سے اسٹور کرنے کے لیے استعمال ہونے والا ڈیٹا اسٹرکچر۔", + "merkle-root-term": "مرکل روٹ (Merkle Root)", + "merkle-root-definition": "مرکل روٹ کسی مرکل ٹری کا واحد ٹاپ ہیش ہوتا ہے۔ یہ ایک بلاک کے اندر موجود تمام ٹرانزیکشنز کی تصدیق کرتا ہے۔", + "message-term": "میسج (Message)", + "message-definition": "ایک اندرونی ٹرانزیکشن جسے کبھی سیریلائز نہیں کیا جاتا اور صرف EVM کے اندر بھیجا جاتا ہے۔", "message-call-term": "میسج کال", - "message-call-definition": "ایک اکاؤنٹ سے دوسرے اکاؤنٹ میں پیغام منتقل کرنے کا عمل۔ اگر منزل کا اکاؤنٹ EVM کوڈ سے وابستہ ہے، تو VM اس آبجیکٹ کی حالت کے ساتھ شروع ہو جائے گا اور پیغام پر عمل کیا جائے گا۔", - "mev-term": "زیادہ سے زیادہ قابل استخراج قدر (MEV)", - "mev-definition": "معیاری بلاک انعام اور گیس فیس سے زیادہ بلاک پروڈکشن سے نکالی جا سکنے والی زیادہ سے زیادہ قدر، ایک بلاک میں لین دین کو شامل کرنے، خارج کرنے، اور ترتیب کو تبدیل کرنے کے ذریعے۔ زیادہ سے زیادہ قابل استخراج قدر (MEV) پر مزید۔", - "mining-term": "کان کنی", - "mining-definition": "ایک بلاک ہیڈر کو بار بار ہیش کرنے کا عمل جب تک کہ نتیجہ میں صفر کی ایک من مانی تعداد نہ ہو، نانس کو بڑھاتے ہوئے۔ یہ وہ عمل ہے جس کے ذریعے نئے بلاکس کو پروف-آف-ورک بلاک چین میں شامل کیا جاتا ہے۔ ایتھیریم کو پروف-آف-اسٹیک میں منتقل ہونے سے پہلے اس طرح محفوظ کیا گیا تھا۔", + "message-call-definition": "ایک اکاؤنٹ سے دوسرے اکاؤنٹ میں میسج پاس کرنے کا عمل۔ اگر منزل کا اکاؤنٹ EVM کوڈ سے وابستہ ہے، تو VM اس آبجیکٹ کی اسٹیٹ کے ساتھ شروع ہو جائے گا اور میسج پر عمل کیا جائے گا۔", + "mev-term": "میکسیمل ایکسٹریکٹ ایبل ویلیو (MEV)", + "mev-definition": "وہ زیادہ سے زیادہ ویلیو جو کسی بلاک میں ٹرانزیکشنز کو شامل کرنے، خارج کرنے، اور ان کی ترتیب کو تبدیل کر کے معیاری بلاک انعام اور گیس فیس سے زیادہ بلاک پروڈکشن سے نکالی جا سکتی ہے۔ میکسیمل ایکسٹریکٹ ایبل ویلیو (MEV) کے بارے میں مزید۔", + "mining-term": "مائننگ", + "mining-definition": "بلاک ہیڈر کو بار بار ہیش کرنے کا عمل جبکہ ایک نانس (nonce) میں اضافہ کیا جاتا ہے جب تک کہ نتیجے میں لیڈنگ بائنری زیروز کی ایک صوابدیدی تعداد شامل نہ ہو جائے۔ یہ وہ عمل ہے جس کے ذریعے پروف-آف-ورک بلاک چین میں نئے بلاکس شامل کیے جاتے ہیں۔ پروف-آف-اسٹیک پر منتقل ہونے سے پہلے ایتھریم کو اسی طرح محفوظ کیا جاتا تھا۔", "miner-term": "مائنر", - "miner-definition": "ایک نیٹ ورک نوڈ جو نئے بلاکس کے لیے درست پروف-آف-ورک تلاش کرتا ہے، بار بار پاس ہیشنگ کے ذریعے (دیکھیں ایتھاش)۔ مائنرز اب ایتھیریم کا حصہ نہیں ہیں - جب ایتھیریم پروف-آف-اسٹیک میں منتقل ہوا تو ان کی جگہ ویلیڈیٹرز نے لے لی۔", - "mint-term": "منٹ", - "mint-definition": "منٹنگ نئے ٹوکن بنانے اور انہیں گردش میں لانے کا عمل ہے تاکہ انہیں استعمال کیا جا سکے۔ یہ مرکزی اتھارٹی کی شمولیت کے بغیر ایک نیا ٹوکن بنانے کا ایک ڈی سینٹرلائزڈ طریقہ کار ہے۔", - "multisig-term": "ملٹی سگ", - "multisig-definition": "ملٹی سگ (ملٹی سگنیچر) ایک ڈیجیٹل والیٹ یا اکاؤنٹ کا حوالہ دیتا ہے جس میں لین دین کو انجام دینے کے لیے متعدد دستخطوں یا منظوریوں کی ضرورت ہوتی ہے، جس سے سیکورٹی بڑھ جاتی ہے۔
    یہ روایتی سنگل سگنیچر اکاؤنٹس کے مقابلے میں اضافی سیکورٹی کا اضافہ کرتا ہے جہاں صرف ایک شخص کی منظوری کی ضرورت ہوتی ہے۔", + "miner-definition": "ایک نیٹ ورک نوڈ جو بار بار پاس ہیشنگ کے ذریعے نئے بلاکس کے لیے درست پروف-آف-ورک تلاش کرتا ہے (دیکھیں Ethash)۔ مائنرز اب ایتھریم کا حصہ نہیں ہیں - جب ایتھریم پروف-آف-اسٹیک پر منتقل ہوا تو ان کی جگہ ویلیڈیٹرز نے لے لی۔", + "mint-term": "منٹ (Mint)", + "mint-definition": "منٹنگ نئے ٹوکن بنانے اور انہیں گردش میں لانے کا عمل ہے تاکہ انہیں استعمال کیا جا سکے۔ یہ مرکزی اتھارٹی کی شمولیت کے بغیر نیا ٹوکن بنانے کا ایک ڈی سینٹرلائزڈ طریقہ کار ہے۔", + "multisig-term": "ملٹی سگ (Multisig)", + "multisig-definition": "ملٹی سگ (ملٹی سگنیچر) سے مراد ایک ڈیجیٹل والیٹ یا اکاؤنٹ ہے جس میں ٹرانزیکشنز کو انجام دینے کے لیے متعدد دستخطوں یا منظوریوں کی ضرورت ہوتی ہے، جس سے سیکیورٹی میں اضافہ ہوتا ہے۔
    یہ روایتی سنگل سگنیچر اکاؤنٹس کے مقابلے میں اضافی سیکیورٹی کا اضافہ کرتا ہے جہاں صرف ایک شخص کی منظوری کی ضرورت ہوتی ہے۔", "network-term": "نیٹ ورک", - "network-definition": "ایتھیریم نیٹ ورک کا حوالہ دیتے ہوئے، ایک پیئر-ٹو-پیئر نیٹ ورک جو لین دین اور بلاکس کو ہر ایتھیریم نوڈ (نیٹ ورک کے شریک) تک پھیلاتا ہے۔ نیٹ ورکس پر مزید۔", + "network-definition": "ایتھریم نیٹ ورک کا حوالہ دیتے ہوئے، ایک پیئر-ٹو-پیئر نیٹ ورک جو ہر ایتھریم نوڈ (نیٹ ورک کے شریک) تک ٹرانزیکشنز اور بلاکس کو پھیلاتا ہے۔ نیٹ ورکس کے بارے میں مزید۔", "network-hashrate-term": "نیٹ ورک ہیش ریٹ", - "network-hashrate-definition": "ایک پورے مائننگ نیٹ ورک کے ذریعے تیار کردہ اجتماعی ہیش ریٹ۔ ایتھیریم پر مائننگ اس وقت بند کر دی گئی تھی جب ایتھیریم پروف-آف-اسٹیک میں منتقل ہو گیا تھا۔", - "nft-term": "نان فنجیبل ٹوکن (NFT)", - "nft-definition": "ایک منفرد ڈیجیٹل آئٹم جس کے آپ مالک ہو سکتے ہیں، جیسے آرٹ یا جمع کرنے والی اشیاء، جو بلاک چین ٹیکنالوجی کے ذریعے تصدیق شدہ ہیں۔ نان فنجیبل ٹوکنز (NFTs) پر مزید۔", - "node-term": "نوڈ", - "node-definition": "ایک سافٹ ویئر کلائنٹ جو نیٹ ورک میں حصہ لیتا ہے۔ نوڈس اور کلائنٹس پر مزید۔", - "nonce-term": "نونس", - "nonce-definition": "کرپٹوگرافی میں، ایک قدر جو صرف ایک بار استعمال کی جا سکتی ہے۔ ایک اکاؤنٹ نانس ہر اکاؤنٹ میں ایک ٹرانزیکشن کاؤنٹر ہے، جو ری پلے حملوں کو روکنے کے لیے استعمال ہوتا ہے۔", - "offchain-term": "آف چین", - "offchain-definition": "آف چین کا مطلب کوئی بھی لین دین یا ڈیٹا ہے جو بلاک چین سے باہر موجود ہے۔ کیونکہ ہر لین دین کو آن چین پر کرنا مہنگا اور غیر موثر ہو سکتا ہے، تیسرے فریق کے ٹولز جیسے اوریکلز جو قیمتوں کے ڈیٹا کو سنبھالتے ہیں، یا لیئر 2 کے حل جو لین دین کی زیادہ تھروپٹ کو انجام دیتے ہیں، پروسیسنگ کے کام کا ایک بڑا حصہ آف چین سنبھالتے ہیں، اور کم وقفوں پر آن چین پر معلومات جمع کریں گے۔", + "network-hashrate-definition": "پورے مائننگ نیٹ ورک کے ذریعے پیدا ہونے والا اجتماعی ہیش ریٹ۔ جب ایتھریم پروف-آف-اسٹیک پر منتقل ہوا تو ایتھریم پر مائننگ بند کر دی گئی تھی۔", + "nft-term": "نان-فنجیبل ٹوکن (NFT)", + "nft-definition": "ایک منفرد ڈیجیٹل آئٹم جس کے آپ مالک ہو سکتے ہیں، جیسے آرٹ یا جمع کرنے والی اشیاء، جس کی تصدیق بلاک چین ٹیکنالوجی سے ہوتی ہے۔ نان-فنجیبل ٹوکنز (NFTs) کے بارے میں مزید۔", + "node-term": "نوڈ (Node)", + "node-definition": "ایک سافٹ ویئر کلائنٹ جو نیٹ ورک میں حصہ لیتا ہے۔ نوڈز اور کلائنٹس کے بارے میں مزید۔", + "nonce-term": "نانس (Nonce)", + "nonce-definition": "کرپٹوگرافی میں، ایک ویلیو جسے صرف ایک بار استعمال کیا جا سکتا ہے۔ اکاؤنٹ نانس ہر اکاؤنٹ میں ایک ٹرانزیکشن کاؤنٹر ہوتا ہے، جسے ری پلے (replay) حملوں کو روکنے کے لیے استعمال کیا جاتا ہے۔", + "offchain-term": "آف چین (Offchain)", + "offchain-definition": "آف چین کا مطلب کوئی بھی ٹرانزیکشن یا ڈیٹا ہے جو بلاک چین کے باہر موجود ہو۔ چونکہ ہر ٹرانزیکشن کو آن چین (onchain) کمٹ کرنا مہنگا اور غیر مؤثر ہو سکتا ہے، اس لیے تھرڈ پارٹی ٹولز جیسے اوریکلز جو قیمتوں کے ڈیٹا کو سنبھالتے ہیں، یا لیئر 2 سلوشنز جو ٹرانزیکشنز کے زیادہ تھرو پٹ (throughput) کو انجام دیتے ہیں، پروسیسنگ کے زیادہ تر کام کو آف چین سنبھالتے ہیں، اور کم وقفوں پر معلومات کو آن چین جمع کراتے ہیں۔", "ommer-term": "اومر (انکل) بلاک", - "ommer-definition": "جب ایک پروف-آف-ورک مائنر ایک درست بلاک تلاش کرتا ہے، تو ہو سکتا ہے کہ کسی دوسرے مائنر نے ایک مسابقتی بلاک شائع کیا ہو جو پہلے بلاک چین کے سرے میں شامل ہو جائے۔ یہ درست، لیکن پرانا، بلاک نئے بلاکس کے ذریعے اومرز کے طور پر شامل کیا جا سکتا ہے اور جزوی بلاک انعام وصول کر سکتا ہے۔ \"اومر\" کی اصطلاح پیرنٹ بلاک کے بہن بھائی کے لیے ترجیحی صنفی غیر جانبدار اصطلاح ہے، لیکن اسے کبھی کبھی \"انکل\" بھی کہا جاتا ہے۔ یہ ایتھیریم کے لیے عام تھا جب یہ ایک پروف-آف-ورک نیٹ ورک تھا۔ اب جب کہ ایتھیریم پروف-آف-اسٹیک کا استعمال کرتا ہے، ہر سلاٹ کے لیے صرف ایک بلاک پروپوزر منتخب کیا جاتا ہے۔", - "onchain-term": "آن چین", - "onchain-definition": "بلاک چین پر ہونے والے اعمال یا لین دین کا حوالہ دیتا ہے اور یہ عوامی طور پر دستیاب ہیں۔

    اسے ایک بڑی، مشترکہ نوٹ بک میں کچھ لکھنے جیسا سمجھیں جسے ہر کوئی دیکھ اور چیک کر سکتا ہے، اس بات کو یقینی بناتے ہوئے کہ جو کچھ بھی لکھا گیا ہے (جیسے ڈیجیٹل رقم بھیجنا یا معاہدہ کرنا) مستقل ہے اور اسے تبدیل یا مٹایا نہیں جا سکتا۔", + "ommer-definition": "جب کوئی پروف-آف-ورک مائنر ایک درست بلاک تلاش کرتا ہے، تو ہو سکتا ہے کہ کسی دوسرے مائنر نے ایک مسابقتی بلاک شائع کیا ہو جسے پہلے بلاک چین کی ٹپ (tip) میں شامل کیا جاتا ہے۔ اس درست، لیکن پرانے (stale) بلاک کو نئے بلاکس کے ذریعے اومرز (ommers) کے طور پر شامل کیا جا سکتا ہے اور اسے جزوی بلاک انعام مل سکتا ہے۔ اصطلاح \"اومر\" پیرنٹ بلاک کے بہن بھائی کے لیے ترجیحی صنف-غیر جانبدار (gender-neutral) اصطلاح ہے، لیکن اسے بعض اوقات \"انکل\" بھی کہا جاتا ہے۔ یہ ایتھریم کے لیے عام تھا جب یہ ایک پروف-آف-ورک نیٹ ورک تھا۔ اب چونکہ ایتھریم پروف-آف-اسٹیک استعمال کرتا ہے، اس لیے فی سلاٹ صرف ایک بلاک پروپوزر کا انتخاب کیا جاتا ہے۔", + "onchain-term": "آن چین (Onchain)", + "onchain-definition": "اس سے مراد وہ اعمال یا ٹرانزیکشنز ہیں جو بلاک چین پر ہوتے ہیں اور عوامی طور پر دستیاب ہوتے ہیں۔

    اسے ایک بڑی، مشترکہ نوٹ بک میں کچھ لکھنے کے طور پر سوچیں جسے ہر کوئی دیکھ اور چیک کر سکتا ہے، اس بات کو یقینی بناتے ہوئے کہ جو کچھ بھی لکھا گیا ہے (جیسے ڈیجیٹل رقم بھیجنا یا کانٹریکٹ بنانا) مستقل ہے اور اسے تبدیل یا مٹایا نہیں جا سکتا۔", "optimistic-rollup-term": "آپٹیمسٹک رول اپ", - "optimistic-rollup-definition": "آپٹیمسٹک رول اپ ایک لیئر 2 حل ہے جو ایتھیریم پر لین دین کو تیز کرتا ہے، یہ فرض کرتے ہوئے کہ وہ پہلے سے ہی درست ہیں جب تک کہ چیلنج نہ کیا جائے۔ آپٹیمسٹک رول اپس پر مزید۔", - "oracle-term": "اوریکل", - "oracle-definition": "ایک اوریکل بلاک چین اور حقیقی دنیا کے درمیان ایک پل ہے۔ وہ آن چین APIs کے طور پر کام کرتے ہیں جن سے معلومات کے لیے استفسار کیا جا سکتا ہے اور اسمارٹ کنٹریکٹس میں استعمال کیا جا سکتا ہے۔ اوریکلز پر مزید۔", - "peer-term": "پیئر", - "peer-definition": "ایتھیریم کلائنٹ سافٹ ویئر چلانے والے جڑے ہوئے کمپیوٹر جن کے پاس بلاک چین کی یکساں کاپیاں ہیں۔", + "optimistic-rollup-definition": "آپٹیمسٹک رول اپ ایک لیئر 2 سلوشن ہے جو ایتھریم پر ٹرانزیکشنز کو تیز کرتا ہے، یہ فرض کرتے ہوئے کہ وہ ڈیفالٹ طور پر درست ہیں جب تک کہ انہیں چیلنج نہ کیا جائے۔ آپٹیمسٹک رول اپس کے بارے میں مزید۔", + "oracle-term": "اوریکل (Oracle)", + "oracle-definition": "ایک اوریکل بلاک چین اور حقیقی دنیا کے درمیان ایک پل ہے۔ یہ آن چین APIs کے طور پر کام کرتے ہیں جن سے معلومات کے لیے استفسار کیا جا سکتا ہے اور انہیں اسمارٹ کانٹریکٹس میں استعمال کیا جا سکتا ہے۔ اوریکلز کے بارے میں مزید۔", + "peer-term": "پیئر (Peer)", + "peer-definition": "ایتھریم کلائنٹ سافٹ ویئر چلانے والے منسلک کمپیوٹرز جن کے پاس بلاک چین کی ایک جیسی کاپیاں ہوتی ہیں۔", "peer-to-peer-network-term": "پیئر-ٹو-پیئر نیٹ ورک", - "peer-to-peer-network-definition": "کمپیوٹرز کا ایک نیٹ ورک (پیئرز) جو اجتماعی طور پر مرکزی، سرور پر مبنی خدمات کی ضرورت کے بغیر فعالیت انجام دینے کے قابل ہیں۔
    یہ سیٹ اپ اکثر فائلوں (یعنی بٹ ٹورینٹ)، معلومات، یا ڈیجیٹل کرنسیوں کو شیئر کرنے کے لیے استعمال ہوتا ہے، جس سے صارفین کے درمیان زیادہ براہ راست اور ممکنہ طور پر زیادہ موثر تبادلے کی اجازت ملتی ہے۔", - "permissionless-term": "پرمیشن لیس", - "permissionless-definition": "اجازت کے بغیر کا مطلب ہے کہ کوئی بھی ایتھیریم جیسے نظام میں شامل ہو سکتا ہے اور اسے استعمال کر سکتا ہے۔ یہ سب کے لیے کھلا ہے اور اس کے لیے کسی منظوری کی ضرورت نہیں ہے۔", - "plasma-term": "پلازما", - "plasma-definition": "ایک آف چین اسکیلنگ حل جو فراڈ پروفس کا استعمال کرتا ہے، جیسے آپٹیمسٹک رول اپس۔ پلازما سادہ لین دین جیسے بنیادی ٹوکن ٹرانسفر اور سویپس تک محدود ہے۔ پلازما پر مزید۔", - "private-key-term": "پرائیویٹ کلید", - "private-key-definition": "پرائیویٹ کلید ایک خفیہ کوڈ ہے جو ثابت کرتا ہے کہ آپ اپنی ڈیجیٹل رقم کے مالک ہیں اور آپ کو اسے خرچ کرنے دیتا ہے، جیسے آپ کے اکاؤنٹ کے لیے ایک PIN۔ اسے شیئر نہ کریں۔", - "public-goods-term": "عوامی سامان", - "public-goods-definition": "عوامی سامان وہ چیزیں ہیں جنہیں ہر کوئی مفت میں استعمال کر سکتا ہے، جیسے پارک یا صاف ہوا، اور ان کا استعمال دوسروں کو بھی استعمال کرنے سے نہیں روکتا۔ حکومتیں اکثر انہیں فراہم کرتی ہیں کیونکہ کاروبار عام طور پر نہیں کرتے، کیونکہ وہ لوگوں سے ان کے استعمال کے لیے آسانی سے چارج نہیں کر سکتے۔", + "peer-to-peer-network-definition": "کمپیوٹرز (پیئرز) کا ایک نیٹ ورک جو مرکزی، سرور پر مبنی خدمات کی ضرورت کے بغیر اجتماعی طور پر افعال انجام دینے کے قابل ہوتا ہے۔
    یہ سیٹ اپ اکثر فائلیں (جیسے، بٹ ٹورینٹ)، معلومات، یا ڈیجیٹل کرنسیاں شیئر کرنے کے لیے استعمال ہوتا ہے، جس سے صارفین کے درمیان زیادہ براہ راست اور ممکنہ طور پر زیادہ مؤثر تبادلے کی اجازت ملتی ہے۔", + "permissionless-term": "پرمیشن لیس (Permissionless)", + "permissionless-definition": "پرمیشن لیس کا مطلب ہے کہ کوئی بھی ایتھریم جیسے سسٹم میں شامل ہو سکتا ہے اور اسے استعمال کر سکتا ہے۔ یہ ہر ایک کے حصہ لینے کے لیے کھلا ہے اور اس کے لیے کسی منظوری کی ضرورت نہیں ہے۔", + "plasma-term": "پلازما (Plasma)", + "plasma-definition": "ایک آف چین اسکیلنگ سلوشن جو آپٹیمسٹک رول اپس کی طرح فراڈ پروفس (fraud proofs) کا استعمال کرتا ہے۔ پلازما سادہ ٹرانزیکشنز تک محدود ہے جیسے بنیادی ٹوکن ٹرانسفرز اور سویپس (swaps)۔ پلازما کے بارے میں مزید۔", + "private-key-term": "پرائیویٹ کی (Private key)", + "private-key-definition": "پرائیویٹ کی ایک خفیہ کوڈ ہے جو یہ ثابت کرتا ہے کہ آپ اپنی ڈیجیٹل رقم کے مالک ہیں اور آپ کو اسے خرچ کرنے دیتا ہے، بالکل آپ کے اکاؤنٹ کے پن (PIN) کی طرح۔ اسے شیئر نہ کریں۔", + "public-goods-term": "پبلک گڈز (Public goods)", + "public-goods-definition": "پبلک گڈز وہ چیزیں ہیں جنہیں ہر کوئی مفت استعمال کر سکتا ہے، جیسے پارکس یا صاف ہوا، اور ان کا استعمال دوسروں کو بھی انہیں استعمال کرنے سے نہیں روکتا۔ حکومتیں اکثر یہ فراہم کرتی ہیں کیونکہ کاروبار عام طور پر ایسا نہیں کریں گے، کیونکہ وہ لوگوں سے ان کے استعمال کے لیے آسانی سے فیس نہیں لے سکتے۔", "private-chain-term": "پرائیویٹ چین", - "private-chain-definition": "ایک مکمل طور پر نجی بلاک چین وہ ہے جس میں اجازت یافتہ رسائی ہو، جو عوامی طور پر استعمال کے لیے دستیاب نہ ہو۔", + "private-chain-definition": "ایک مکمل طور پر پرائیویٹ بلاک چین وہ ہوتی ہے جس تک رسائی پرمیشنڈ (permissioned) ہوتی ہے، جو استعمال کے لیے عوامی طور پر دستیاب نہیں ہوتی۔", "poap-term": "POAP", - "poap-definition": "پروف آف اٹینڈنس پروٹوکول ایک ڈیجیٹل کلیکٹیبل (NFT) بنانے کے لیے استعمال ہوتا ہے جو ثابت کرتا ہے کہ آپ نے کسی مخصوص تقریب یا سرگرمی میں شرکت کی تھی۔", - "pos-term": "اسٹیک کا ثبوت (PoS)", - "pos-definition": "ایک طریقہ جس کے ذریعے کرپٹو کرنسی بلاک چین پروٹوکول تقسیم شدہ اتفاق رائے حاصل کرنے کا ارادہ رکھتا ہے۔ PoS صارفین سے لین دین کی توثیق میں حصہ لینے کے قابل ہونے کے لیے ایک مخصوص مقدار میں کرپٹو کرنسی (نیٹ ورک میں ان کا \"حصہ\") کی ملکیت ثابت کرنے کو کہتا ہے۔ پروف-آف-اسٹیک پر مزید۔", - "pow-term": "کام کا ثبوت (PoW)", - "pow-definition": "بلاک چینز کے لیے ایک سیکورٹی میکانزم جس کے لیے نوڈس کو ایک مخصوص قدر تلاش کرنے کے لیے کمپیوٹیشن کی شکل میں توانائی خرچ کرنے کی ضرورت ہوتی ہے۔", - "proto-danksharding-term": "پروٹو-ڈینک شارڈنگ", - "proto-danksharding-definition": "ایک نئی ٹرانزیکشن قسم جو ایتھیریم کے لیے ڈیٹا کے \"بلاب\" کو قبول کرتی ہے۔ یہ \"بلاب\" ڈیٹا عارضی طور پر بیکن چین پر 4096 ادوار (~18.2 دن) کے لیے ذخیرہ کیا جاتا ہے، اور نوڈ آپریٹرز کے لیے ہارڈ ویئر کی ضروریات کو کم کرنے میں مدد کے لیے بعد میں اختیاری طور پر اسے کاٹا جا سکتا ہے۔", - "public-key-term": "پبلک کلید", - "public-key-definition": "پبلک کلید حروف کا ایک سیٹ ہے جو دوسروں کو آپ کو محفوظ طریقے سے ڈیجیٹل کرنسی بھیجنے دیتا ہے، جیسے رقم کے لیے ایک ای میل پتہ۔", - "quadratic-voting-term": "کوڈریٹک ووٹنگ", - "quadratic-voting-definition": "ایک ووٹنگ کا طریقہ ہے جہاں ووٹر یہ ظاہر کرتے ہیں کہ وہ مسائل کے بارے میں کتنا مضبوط محسوس کرتے ہیں۔ یہ ووٹرز کو نہ صرف ترجیح، بلکہ اپنی ترجیح کی شدت بھی دکھانے کی اجازت دیتا ہے۔", - "receipt-term": "رسید", - "receipt-definition": "ایتھیریم کلائنٹ کے ذریعے واپس کیا گیا ڈیٹا جو کسی خاص ٹرانزیکشن کے نتیجے کی نمائندگی کرتا ہے، جس میں ٹرانزیکشن کا ہیش، اس کا بلاک نمبر، استعمال شدہ گیس کی مقدار، اور، اسمارٹ کنٹریکٹ کی تعیناتی کی صورت میں، کنٹریکٹ کا ایڈریس شامل ہے۔", + "poap-definition": "پروف آف اٹینڈنس پروٹوکول (Proof of Attendance Protocol) کا استعمال ایک ڈیجیٹل کلیکٹیبل (NFT) بنانے کے لیے کیا جاتا ہے جو یہ ثابت کرتا ہے کہ آپ نے کسی مخصوص ایونٹ یا سرگرمی میں شرکت کی ہے۔", + "pos-term": "پروف-آف-اسٹیک (PoS)", + "pos-definition": "ایک طریقہ جس کے ذریعے ایک کریپٹو کرنسی بلاک چین پروٹوکول کا مقصد ڈسٹری بیوٹڈ کنسینسس (consensus) حاصل کرنا ہے۔ PoS صارفین سے ٹرانزیکشنز کی توثیق میں حصہ لینے کے قابل ہونے کے لیے کریپٹو کرنسی کی ایک خاص مقدار (نیٹ ورک میں ان کا \"اسٹیک\") کی ملکیت ثابت کرنے کا کہتا ہے۔ پروف-آف-اسٹیک کے بارے میں مزید۔", + "pow-term": "پروف-آف-ورک (PoW)", + "pow-definition": "بلاک چینز کے لیے ایک سیکیورٹی میکانزم جس میں نوڈز کو ایک خاص ویلیو تلاش کرنے کے لیے کمپیوٹیشن کی شکل میں توانائی خرچ کرنے کی ضرورت ہوتی ہے۔", + "proto-danksharding-term": "پروٹو-ڈینک شارڈنگ (Proto-Danksharding)", + "proto-danksharding-definition": "ایک نئی ٹرانزیکشن قسم جو ایتھریم کے لیے ڈیٹا کے \"بلابز (blobs)\" کو قبول کرتی ہے۔ یہ \"بلاب\" ڈیٹا عارضی طور پر بیکن چین پر 4096 ایپوکس (تقریباً 18.2 دن) کے لیے اسٹور کیا جاتا ہے، اور نوڈ آپریٹرز کے لیے ہارڈویئر کی ضروریات کو کم کرنے میں مدد کے لیے اسے بعد میں اختیاری طور پر کٹ (prune) کیا جا سکتا ہے۔", + "public-key-term": "پبلک کی (Public key)", + "public-key-definition": "پبلک کی کریکٹرز کا ایک سیٹ ہے جو دوسروں کو آپ کو محفوظ طریقے سے ڈیجیٹل کرنسی بھیجنے دیتا ہے، بالکل پیسوں کے لیے ای میل ایڈریس کی طرح۔", + "quadratic-voting-term": "کواڈریٹک ووٹنگ", + "quadratic-voting-definition": "یہ ووٹنگ کا ایک طریقہ ہے جہاں ووٹرز اس بات کا اظہار کرتے ہیں کہ وہ مسائل کے بارے میں کتنی شدت سے محسوس کرتے ہیں۔ یہ ووٹرز کو نہ صرف ترجیح، بلکہ اپنی ترجیح کی شدت کو بھی ظاہر کرنے کی اجازت دیتا ہے۔", + "receipt-term": "رسید (Receipt)", + "receipt-definition": "کسی خاص ٹرانزیکشن کے نتیجے کی نمائندگی کرنے کے لیے ایتھریم کلائنٹ کے ذریعے واپس کیا گیا ڈیٹا، جس میں ٹرانزیکشن کا ہیش، اس کا بلاک نمبر، استعمال شدہ گیس کی مقدار، اور، کسی اسمارٹ کانٹریکٹ کی ڈیپلائمنٹ کی صورت میں، کانٹریکٹ کا ایڈریس شامل ہوتا ہے۔", "recovery-phrase-term": "سیڈ فریز/ریکوری فریز", - "recovery-phrase-definition": "جب آپ ڈیجیٹل والیٹ بناتے ہیں تو آپ کو دیے گئے الفاظ کی ایک فہرست۔ یہ ایک پاس ورڈ کی طرح کام کرتا ہے جو آپ کو اپنے والیٹ میں واپس جانے میں مدد کر سکتا ہے اگر آپ رسائی کھو دیتے ہیں، اس بات کو یقینی بناتے ہوئے کہ آپ اپنی ڈیجیٹل رقم یا ٹوکنز نہ کھویں۔", - "re-entrancy-attack-term": "ری-اینٹرینسی حملہ", - "re-entrancy-attack-definition": "ایک حملہ جو ایک حملہ آور کنٹریکٹ پر مشتمل ہوتا ہے جو ایک شکار کنٹریکٹ فنکشن کو اس طرح کال کرتا ہے کہ عمل کے دوران شکار دوبارہ حملہ آور کنٹریکٹ کو، بار بار کال کرتا ہے۔ اس کا نتیجہ، مثال کے طور پر، شکار کنٹریکٹ کے ان حصوں کو چھوڑ کر فنڈز کی چوری ہو سکتا ہے جو بیلنس کو اپ ڈیٹ کرتے ہیں یا نکالنے کی رقم گنتے ہیں۔ ری-اینٹرینسی پر مزید۔", + "recovery-phrase-definition": "الفاظ کی ایک فہرست جو آپ کو ڈیجیٹل والیٹ بناتے وقت دی جاتی ہے۔ یہ ایک پاس ورڈ کی طرح کام کرتی ہے جو رسائی کھو جانے کی صورت میں آپ کو اپنے والیٹ میں واپس جانے میں مدد دے سکتی ہے، اور اس بات کو یقینی بناتی ہے کہ آپ اپنی ڈیجیٹل رقم یا ٹوکنز سے محروم نہ ہوں۔", + "re-entrancy-attack-term": "ری-اینٹرنسی حملہ", + "re-entrancy-attack-definition": "ایک ایسا حملہ جس میں حملہ آور کا کنٹریکٹ کسی متاثرہ کنٹریکٹ کے فنکشن کو اس طرح کال کرتا ہے کہ عمل درآمد کے دوران متاثرہ کنٹریکٹ دوبارہ حملہ آور کے کنٹریکٹ کو بار بار (recursively) کال کرتا ہے۔ اس کے نتیجے میں، مثال کے طور پر، متاثرہ کنٹریکٹ کے ان حصوں کو چھوڑ کر فنڈز کی چوری ہو سکتی ہے جو بیلنس کو اپ ڈیٹ کرتے ہیں یا نکالنے کی رقم گنتے ہیں۔ ری-اینٹرنسی کے بارے میں مزید۔", "reward-term": "انعام", - "reward-definition": "ایتھر کی ایک رقم جو ویلیڈیٹرز کو انعام دی جاتی ہے جو ہر سلاٹ میں کچھ فنکشنز انجام دیتے ہیں، بشمول بلاک کی تجویز یا سنک-کمیٹی میں حصہ لینا۔", + "reward-definition": "ether کی ایک مقدار جو ہر سلاٹ میں مخصوص افعال انجام دینے والے ویلیڈیٹرز کو انعام کے طور پر دی جاتی ہے، جس میں بلاک تجویز کرنا یا سنک-کمیٹی میں حصہ لینا شامل ہے۔", "rlp-term": "ریکرسیو لینتھ پریفکس (RLP)", - "rlp-definition": "ایک انکوڈنگ کا معیار جو ایتھیریم کے ڈویلپرز نے کسی بھی پیچیدگی اور لمبائی کے آبجیکٹس (ڈیٹا ڈھانچے) کو انکوڈ اور سیریلائز کرنے کے لیے ڈیزائن کیا ہے۔", + "rlp-definition": "ایک انکوڈنگ کا معیار جسے Ethereum کے ڈویلپرز نے صوابدیدی پیچیدگی اور لمبائی کے آبجیکٹس (ڈیٹا سٹرکچرز) کو انکوڈ اور سیریلائز کرنے کے لیے ڈیزائن کیا ہے۔", "rollups-term": "رول اپس", - "rollups-definition": "لیئر 2 اسکیلنگ حل کی ایک قسم جو متعدد لین دین کو بیچ کرتی ہے اور انہیں ایک ہی لین دین میں ایتھیریم مین چین میں جمع کرتی ہے۔ یہ گیس کی لاگت میں کمی اور لین دین کی تھروپٹ میں اضافے کی اجازت دیتا ہے۔ آپٹیمسٹک اور زیرو نالج رول اپس ہیں جو ان اسکیل ایبلٹی فوائد کی پیشکش کے لیے مختلف سیکورٹی طریقوں کا استعمال کرتے ہیں۔ رول اپس پر مزید۔", + "rollups-definition": "ایک قسم کا لیئر 2 اسکیلنگ حل جو متعدد ٹرانزیکشنز کو اکٹھا کرتا ہے اور انہیں ایک ہی ٹرانزیکشن میں Ethereum کی مین چین پر جمع کراتا ہے۔ اس سے گیس کی لاگت میں کمی اور ٹرانزیکشن کے تھرو پٹ میں اضافہ ہوتا ہے۔ Optimistic اور Zero-knowledge رول اپس موجود ہیں جو اسکیل ایبلٹی کے ان فوائد کو پیش کرنے کے لیے مختلف حفاظتی طریقے استعمال کرتے ہیں۔ رول اپس کے بارے میں مزید۔", "rpc-term": "ریموٹ پروسیجر کال (RPC)", - "rpc-definition": "RPC ایک کمپیوٹر کو دوسرے سے نیٹ ورک پر ڈیٹا یا کارروائی کی درخواست کرنے دیتا ہے، جیسے ریموٹ کنٹرول سے معلومات مانگنا۔", + "rpc-definition": "RPC ایک کمپیوٹر کو نیٹ ورک پر دوسرے کمپیوٹر سے ڈیٹا یا کارروائی کی درخواست کرنے کی اجازت دیتا ہے، جیسے ریموٹ کنٹرول سے معلومات طلب کرنا۔", "sha-term": "سیکیور ہیش الگورتھم (SHA)", "sha-definition": "نیشنل انسٹی ٹیوٹ آف اسٹینڈرڈز اینڈ ٹیکنالوجی (NIST) کے ذریعہ شائع کردہ کرپٹوگرافک ہیش فنکشنز کا ایک خاندان۔", "serialization-term": "سیریلائزیشن", - "serialization-definition": "ڈیٹا ڈھانچے کو بائٹس کی ترتیب میں تبدیل کرنے کا عمل۔", + "serialization-definition": "ڈیٹا سٹرکچر کو بائٹس کی ترتیب میں تبدیل کرنے کا عمل۔", "sequencer-term": "سیکوینسر", - "sequencer-definition": "سیکوینسر ایک پروگرام ہے جو بلاک چین نیٹ ورک میں لین دین کو ترتیب دینے کا ذمہ دار ہے، خاص طور پر لیئر 2 اسکیلنگ حلوں کے اندر۔", + "sequencer-definition": "سیکوینسر ایک ایسا پروگرام ہے جو بلاک چین نیٹ ورک میں، خاص طور پر لیئر 2 اسکیلنگ حل کے اندر، ٹرانزیکشنز کو ترتیب دینے کا ذمہ دار ہے۔", "shard-term": "شارڈ / شارڈ چین", - "shard-definition": "شارڈ چینز کل بلاک چین کے مجرد حصے ہیں جن کے لیے ویلیڈیٹرز کے سب سیٹ ذمہ دار ہو سکتے ہیں۔ یہ اصل میں وہ طریقہ تھا جس سے ایتھیریم فی سیکنڈ لاکھوں لین دین تک بڑھتا تھا، لیکن اب اس کی جگہ رول اپس کا استعمال کرتے ہوئے اسکیلنگ کی تیز رفتار ترقی نے لے لی ہے۔", + "shard-definition": "شارڈ چینز کل بلاک چین کے الگ الگ حصے ہیں جن کے لیے ویلیڈیٹرز کے ذیلی سیٹ ذمہ دار ہو سکتے ہیں۔ اصل میں اس کا مقصد Ethereum کو لاکھوں ٹرانزیکشنز فی سیکنڈ تک اسکیل کرنے کا طریقہ بنانا تھا، لیکن اب اس کی جگہ رول اپس کا استعمال کرتے ہوئے اسکیلنگ کی تیز رفتار ترقی نے لے لی ہے۔", "sidechain-term": "سائیڈ چین", - "sidechain-definition": "ایک اسکیلنگ حل جو ایک الگ چین کا استعمال کرتا ہے جس میں مختلف، اکثر تیز، اتفاق رائے کے قوانین ہوتے ہیں۔ ان سائیڈ چینز کو مین نیٹ سے جوڑنے کے لیے ایک برج کی ضرورت ہوتی ہے۔ رول اپس بھی سائیڈ چینز کا استعمال کرتے ہیں، لیکن وہ مین نیٹ کے ساتھ تعاون میں کام کرتے ہیں۔ سائیڈ چینز پر مزید۔", + "sidechain-definition": "ایک اسکیلنگ حل جو مختلف، اکثر تیز تر، اتفاق رائے کے اصولوں کے ساتھ ایک الگ چین استعمال کرتا ہے۔ ان سائیڈ چینز کو Mainnet سے جوڑنے کے لیے ایک برج کی ضرورت ہوتی ہے۔ رول اپس بھی سائیڈ چینز کا استعمال کرتے ہیں، لیکن وہ اس کے بجائے Mainnet کے تعاون سے کام کرتے ہیں۔ سائیڈ چینز کے بارے میں مزید۔", "signing-term": "سائننگ", - "signing-definition": "کرپٹوگرافک طور پر یہ ظاہر کرنا کہ ایک لین دین کو ایک مخصوص پرائیویٹ کلید کے ہولڈر نے منظور کیا تھا۔", + "signing-definition": "کرپٹوگرافک طور پر یہ ظاہر کرنا کہ کسی ٹرانزیکشن کو ایک مخصوص پرائیویٹ کلید کے حامل نے منظور کیا تھا۔", "singleton-term": "سنگلٹن", - "singleton-definition": "ایک کمپیوٹر پروگرامنگ کی اصطلاح جو ایک ایسے آبجیکٹ کی وضاحت کرتی ہے جس کی صرف ایک ہی مثال موجود ہو سکتی ہے۔", + "singleton-definition": "کمپیوٹر پروگرامنگ کی ایک اصطلاح جو ایک ایسے آبجیکٹ کو بیان کرتی ہے جس کی صرف ایک ہی مثال (instance) موجود ہو سکتی ہے۔", "slasher-term": "سلیشر", - "slasher-definition": "سلیشر ایک ایسی ہستی ہے جو سلیش ایبل جرائم کی تلاش میں تصدیقات کو اسکین کرتی ہے۔ سلیشنگز کو نیٹ ورک پر براڈکاسٹ کیا جاتا ہے، اور اگلا بلاک پروپوزر بلاک میں ثبوت شامل کرتا ہے۔ بلاک پروپوزر پھر بدنیتی پر مبنی ویلیڈیٹر کو سلیش کرنے کے لیے ایک انعام وصول کرتا ہے۔", + "slasher-definition": "سلیشر ایک ایسی ہستی ہے جو سلیش ایبل جرائم کی تلاش میں تصدیقوں (attestations) کو اسکین کرتی ہے۔ سلیشنگز کو نیٹ ورک پر نشر کیا جاتا ہے، اور اگلا بلاک تجویز کنندہ بلاک میں ثبوت شامل کرتا ہے۔ اس کے بعد بلاک تجویز کنندہ کو بدنیتی پر مبنی ویلیڈیٹر کو سلیش کرنے پر انعام ملتا ہے۔", "slot-term": "سلاٹ", - "slot-definition": "وقت کی ایک مدت (12 سیکنڈ) جس میں نئے بلاکس پروف-آف-اسٹیک سسٹم میں ایک ویلیڈیٹر کے ذریعے تجویز کیے جا سکتے ہیں۔ ایک سلاٹ خالی ہو سکتا ہے۔ 32 سلاٹ ایک دور بناتے ہیں۔ پروف-آف-اسٹیک پر مزید۔", + "slot-definition": "وقت کی ایک مدت (12 سیکنڈ) جس میں پروف آف اسٹیک سسٹم میں ایک ویلیڈیٹر کے ذریعے نئے بلاکس تجویز کیے جا سکتے ہیں۔ ایک سلاٹ خالی بھی ہو سکتا ہے۔ 32 سلاٹس مل کر ایک ایپوک (epoch) بناتے ہیں۔ پروف آف اسٹیک کے بارے میں مزید۔", "smart-contract-term": "اسمارٹ کنٹریکٹ", - "smart-contract-definition": "اسمارٹ کنٹریکٹ ایک ایسا پروگرام ہے جو بلاک چین پر خود بخود معاہدوں کو نافذ کرتا ہے، جیسے ایک خود نافذ ڈیجیٹل کنٹریکٹ۔ اسمارٹ کنٹریکٹس کا تعارف۔", + "smart-contract-definition": "اسمارٹ کنٹریکٹ ایک ایسا پروگرام ہے جو بلاک چین پر خود بخود معاہدوں پر عمل درآمد کرتا ہے، بالکل ایک خودکار ڈیجیٹل معاہدے کی طرح۔ اسمارٹ کنٹریکٹس کا تعارف۔", "snark-term": "SNARK", - "snark-definition": "\"succinct non-interactive argument of knowledge\" کا مخفف، SNARK ایک قسم کا زیرو نالج پروف ہے۔ زیرو نالج رول اپس پر مزید۔", + "snark-definition": "\"succinct non-interactive argument of knowledge\" کا مخفف، SNARK ایک قسم کا زیرو-نالج پروف ہے۔ زیرو-نالج رول اپس کے بارے میں مزید۔", "soft-fork-term": "سافٹ فورک", - "soft-fork-definition": "بلاک چین میں ایک اختلاف جو اتفاق رائے کے قوانین تبدیل ہونے پر ہوتا ہے۔ ہارڈ فورک کے برعکس، ایک سافٹ فورک پسماندہ مطابقت رکھتا ہے؛ اپ گریڈ شدہ نوڈس غیر اپ گریڈ شدہ نوڈس کے ذریعے بنائے گئے بلاکس کی توثیق کر سکتے ہیں جب تک کہ وہ نئے اتفاق رائے کے قوانین پر عمل کریں۔", + "soft-fork-definition": "ایک بلاک چین میں انحراف جو اس وقت ہوتا ہے جب اتفاق رائے کے اصول تبدیل ہوتے ہیں۔ ہارڈ فورک کے برعکس، ایک سافٹ فورک بیک ورڈز کمپیٹیبل (backwards compatible) ہوتا ہے؛ اپ گریڈ شدہ نوڈس غیر اپ گریڈ شدہ نوڈس کے بنائے گئے بلاکس کی توثیق کر سکتے ہیں جب تک کہ وہ نئے اتفاق رائے کے اصولوں کی پیروی کریں۔", "solidity-term": "Solidity", - "solidity-definition": "ایک پروسیجرل (امپیریٹو) پروگرامنگ زبان جس کا نحو جاوا اسکرپٹ، C++، یا جاوا کی طرح ہے۔ ایتھیریم اسمارٹ کنٹریکٹس کے لیے سب سے زیادہ مقبول اور سب سے زیادہ استعمال ہونے والی زبان۔ ڈاکٹر گیون ووڈ نے بنائی۔ Solidity پر مزید۔", + "solidity-definition": "ایک پروسیجرل (imperative) پروگرامنگ زبان جس کا سنٹیکس JavaScript، C++، یا Java سے ملتا جلتا ہے۔ Ethereum کے اسمارٹ کنٹریکٹس کے لیے سب سے مقبول اور سب سے زیادہ استعمال ہونے والی زبان۔ اسے ڈاکٹر گیون ووڈ نے بنایا تھا۔ Solidity کے بارے میں مزید۔", "solidity-inline-assembly-term": "Solidity ان لائن اسمبلی", - "solidity-inline-assembly-definition": "Solidity پروگرام میں EVM اسمبلی زبان۔ Solidity کی ان لائن اسمبلی کی حمایت کچھ آپریشنز کو لکھنا آسان بناتی ہے۔", + "solidity-inline-assembly-definition": "ایک Solidity پروگرام میں EVM اسمبلی زبان۔ ان لائن اسمبلی کے لیے Solidity کی سپورٹ مخصوص آپریشنز لکھنا آسان بناتی ہے۔", "stablecoin-term": "اسٹیبل کوائن", - "stablecoin-definition": "اسٹیبل کوائن ایک قسم کی کرپٹو کرنسی ہے جسے مستحکم قدر رکھنے کے لیے ڈیزائن کیا گیا ہے، اکثر کسی کرنسی یا کموڈیٹی (جیسے امریکی ڈالر) سے منسلک، قیمت کے اتار چڑھاؤ کو کم کرنے کے لیے۔ اسٹیبل کوائنز پر مزید۔", + "stablecoin-definition": "اسٹیبل کوائن ایک قسم کی کریپٹو کرنسی ہے جسے مستحکم قدر رکھنے کے لیے ڈیزائن کیا گیا ہے، جو اکثر قیمتوں کے اتار چڑھاؤ کو کم کرنے کے لیے کسی کرنسی یا شے (جیسے امریکی ڈالر) سے منسلک ہوتی ہے۔ اسٹیبل کوائنز کے بارے میں مزید۔", "staking-term": "اسٹیکنگ", - "staking-definition": "ایتھر کی ایک مقدار (آپ کا حصہ) جمع کرانا تاکہ ایک ویلیڈیٹر بنیں اور نیٹ ورک کو محفوظ بنائیں۔ ایک ویلیڈیٹر پروف-آف-اسٹیک اتفاق رائے ماڈل کے تحت لین دین کی جانچ کرتا ہے اور بلاکس تجویز کرتا ہے۔ اسٹیکنگ آپ کو نیٹ ورک کے بہترین مفادات میں کام کرنے کے لیے ایک اقتصادی ترغیب دیتی ہے۔ آپ کو اپنے ویلیڈیٹر کے فرائض انجام دینے کے لیے انعامات ملیں گے، لیکن اگر آپ ایسا نہیں کرتے ہیں تو ETH کی مختلف مقداریں کھو دیں گے۔ ایتھیریم اسٹیکنگ پر مزید۔", + "staking-definition": "ویلیڈیٹر بننے اور نیٹ ورک کو محفوظ بنانے کے لیے ether کی ایک مقدار (آپ کا اسٹیک) جمع کرانا۔ ایک ویلیڈیٹر پروف آف اسٹیک اتفاق رائے کے ماڈل کے تحت ٹرانزیکشنز کی جانچ پڑتال کرتا ہے اور بلاکس تجویز کرتا ہے۔ اسٹیکنگ آپ کو نیٹ ورک کے بہترین مفاد میں کام کرنے کے لیے ایک اقتصادی ترغیب دیتی ہے۔ آپ کو اپنے ویلیڈیٹر کے فرائض انجام دینے پر انعامات ملیں گے، لیکن اگر آپ ایسا نہیں کرتے ہیں تو آپ ETH کی مختلف مقداریں کھو دیں گے۔ Ethereum اسٹیکنگ کے بارے میں مزید۔", "staking-pool-term": "اسٹیکنگ پول", - "staking-pool-definition": "ایک سے زیادہ ایتھیریم اسٹیکر کا مشترکہ ETH، جو 32 ETH تک پہنچنے کے لیے استعمال ہوتا ہے جو ویلیڈیٹر کلیدوں کے ایک سیٹ کو فعال کرنے کے لیے درکار ہوتا ہے۔ ایک نوڈ آپریٹر ان کلیدوں کو اتفاق رائے میں حصہ لینے کے لیے استعمال کرتا ہے اور بلاک انعامات حصہ لینے والے اسٹیکرز میں تقسیم کیے جاتے ہیں۔ اسٹیکنگ پولز یا ڈیلیگیٹنگ اسٹیکنگ ایتھیریم پروٹوکول کے لیے مقامی نہیں ہیں، لیکن کمیونٹی کے ذریعے بہت سے حل بنائے گئے ہیں۔ پولڈ اسٹیکنگ پر مزید۔", + "staking-pool-definition": "ایک سے زیادہ Ethereum اسٹیکرز کا مشترکہ ETH، جو ویلیڈیٹر کیز کے ایک سیٹ کو فعال کرنے کے لیے درکار 32 ETH تک پہنچنے کے لیے استعمال ہوتا ہے۔ ایک نوڈ آپریٹر ان کیز کو اتفاق رائے میں حصہ لینے کے لیے استعمال کرتا ہے اور بلاک کے انعامات حصہ لینے والے اسٹیکرز کے درمیان تقسیم کیے جاتے ہیں۔ اسٹیکنگ پولز یا ڈیلیگیٹنگ اسٹیکنگ Ethereum پروٹوکول کا مقامی حصہ نہیں ہیں، لیکن کمیونٹی کی طرف سے بہت سے حل بنائے گئے ہیں۔ پولڈ اسٹیکنگ کے بارے میں مزید۔", "stark-term": "STARK", - "stark-definition": "\"scalable transparent argument of knowledge\" کا مخفف، STARK ایک قسم کا زیرو نالج پروف ہے۔ زیرو نالج رول اپس پر مزید۔", - "state-term": "اسٹیٹ", - "state-definition": "بلاک چین پر کسی خاص وقت پر تمام بیلنس اور ڈیٹا کا ایک سنیپ شاٹ، جو عام طور پر کسی خاص بلاک پر حالت کا حوالہ دیتا ہے۔", - "state-channels-term": "اسٹیٹ چینلز", - "state-channels-definition": "ایک لیئر 2 حل جہاں شرکاء کے درمیان ایک چینل قائم کیا جاتا ہے، جہاں وہ آزادانہ اور سستے طریقے سے لین دین کر سکتے ہیں۔ صرف چینل قائم کرنے اور چینل کو بند کرنے کے لیے ایک ٹرانزیکشن مین نیٹ کو بھیجی جاتی ہے۔ یہ بہت زیادہ ٹرانزیکشن تھروپٹ کی اجازت دیتا ہے، لیکن یہ پہلے سے شرکاء کی تعداد جاننے اور فنڈز کو لاک اپ کرنے پر انحصار کرتا ہے۔ اسٹیٹ چینلز پر مزید۔", - "supermajority-term": "سپرمیجورٹی", - "supermajority-definition": "سپرمیجورٹی وہ اصطلاح ہے جو ایتھیریم کو محفوظ بنانے والے کل اسٹیک شدہ ایتھر کے 2/3 (66%) سے زیادہ کی رقم کے لیے دی گئی ہے۔ بیکن چین پر بلاکس کو حتمی شکل دینے کے لیے سپرمیجورٹی ووٹ کی ضرورت ہوتی ہے۔", + "stark-definition": "\"scalable transparent argument of knowledge\" کا مخفف، STARK ایک قسم کا زیرو-نالج پروف ہے۔ زیرو-نالج رول اپس کے بارے میں مزید۔", + "state-term": "سٹیٹ", + "state-definition": "بلاک چین پر کسی خاص وقت میں تمام بیلنس اور ڈیٹا کا ایک اسنیپ شاٹ، جو عام طور پر کسی خاص بلاک کی حالت (condition) کا حوالہ دیتا ہے۔", + "state-channels-term": "سٹیٹ چینلز", + "state-channels-definition": "ایک لیئر 2 حل جہاں شرکاء کے درمیان ایک چینل قائم کیا جاتا ہے، جہاں وہ آزادانہ اور سستے طریقے سے ٹرانزیکشن کر سکتے ہیں۔ چینل قائم کرنے اور چینل بند کرنے کے لیے صرف ایک ٹرانزیکشن کو Mainnet پر بھیجا جاتا ہے۔ یہ بہت زیادہ ٹرانزیکشن تھرو پٹ کی اجازت دیتا ہے، لیکن اس کا انحصار شرکاء کی تعداد کو پہلے سے جاننے اور فنڈز کو لاک کرنے پر ہوتا ہے۔ سٹیٹ چینلز کے بارے میں مزید۔", + "supermajority-term": "سپر میجورٹی", + "supermajority-definition": "سپر میجورٹی وہ اصطلاح ہے جو Ethereum کو محفوظ بنانے والے کل اسٹیک شدہ ether کے 2/3 (66%) سے زیادہ کی مقدار کے لیے دی گئی ہے۔ بیکن چین پر بلاکس کو حتمی شکل دینے (finalized) کے لیے سپر میجورٹی ووٹ کی ضرورت ہوتی ہے۔", "sybil-attack-term": "سائبل حملہ", - "sybil-attack-definition": "سائبل حملے انفرادی انسانوں کا حوالہ دیتے ہیں جو اپنے اثر و رسوخ کو بڑھانے کے لیے ایک نظام کو یہ سوچنے پر مجبور کرتے ہیں کہ وہ ایک سے زیادہ لوگ ہیں۔", + "sybil-attack-definition": "سائبل حملوں سے مراد انفرادی انسانوں کا کسی سسٹم کو یہ سوچنے پر مجبور کرنا ہے کہ وہ اپنا اثر و رسوخ بڑھانے کے لیے متعدد افراد ہیں۔", "syncing-term": "سنکنگ", - "syncing-definition": "بلاک چین کا پورا تازہ ترین ورژن نوڈ پر ڈاؤن لوڈ کرنے کا عمل۔", + "syncing-definition": "کسی نوڈ پر بلاک چین کا مکمل تازہ ترین ورژن ڈاؤن لوڈ کرنے کا عمل۔", "sync-committee-term": "سنک کمیٹی", - "sync-committee-definition": "سنک کمیٹی ویلیڈیٹرز کا ایک بے ترتیب منتخب کردہ گروپ ہے جو ہر ~27 گھنٹے بعد ریفریش ہوتا ہے۔ ان کا مقصد درست بلاک ہیڈرز پر اپنے دستخط شامل کرنا ہے۔ سنک کمیٹیاں لائٹ کلائنٹس کو پورے ویلیڈیٹر سیٹ تک رسائی کی ضرورت کے بغیر بلاک چین کے سربراہ کو ٹریک کرنے کی اجازت دیتی ہیں۔", - "szabo-term": "سزابو", - "szabo-definition": "ایتھر کا ایک ڈینومینیشن۔ 1 سزابو = 1012 وی۔ 106 سزابو = 1 ایتھر۔", - "terminal-total-difficulty-term": "ٹرمینل ٹوٹل ڈفیکلٹی (TTD)", - "terminal-total-difficulty-definition": "کل مشکل بلاک چین کے کسی مخصوص مقام تک تمام بلاکس کے لیے ایتھاش مائننگ کی مشکل کا مجموعہ ہے۔ ٹرمینل کل مشکل کل مشکل کے لیے ایک مخصوص قدر ہے جو ایگزیکیوشن کلائنٹس کے لیے اپنی مائننگ اور بلاک گپ شپ کے فنکشنز کو بند کرنے کے لیے ٹرگر کے طور پر استعمال کی گئی تھی جس سے نیٹ ورک کو پروف-آف-اسٹیک میں منتقلی کی اجازت ملتی ہے۔ یہ اب متعلقہ نہیں ہے کیونکہ ایتھیریم پروف-آف-اسٹیک میں منتقل ہو گیا ہے۔", + "sync-committee-definition": "سنک کمیٹی ویلیڈیٹرز کا تصادفی طور پر منتخب کردہ گروپ ہے جو ہر ~27 گھنٹے بعد ریفریش ہوتا ہے۔ ان کا مقصد درست بلاک ہیڈرز میں اپنے دستخط شامل کرنا ہے۔ سنک کمیٹیاں لائٹ کلائنٹس کو پورے ویلیڈیٹر سیٹ تک رسائی کی ضرورت کے بغیر بلاک چین کے ہیڈ پر نظر رکھنے کی اجازت دیتی ہیں۔", + "szabo-term": "Szabo", + "szabo-definition": "ether کی ایک اکائی۔ 1 szabo = 1012 wei۔ 106 szabo = 1 ether۔", + "terminal-total-difficulty-term": "ٹرمینل ٹوٹل ڈیفیکلٹی (TTD)", + "terminal-total-difficulty-definition": "ٹوٹل ڈیفیکلٹی بلاک چین میں کسی مخصوص مقام تک تمام بلاکس کے لیے Ethash مائننگ کی مشکل کا مجموعہ ہے۔ ٹرمینل ٹوٹل ڈیفیکلٹی، ٹوٹل ڈیفیکلٹی کی ایک مخصوص قدر ہے جسے ایگزیکیوشن کلائنٹس کے لیے اپنی مائننگ اور بلاک گپ شپ کے افعال کو بند کرنے کے لیے ٹرگر کے طور پر استعمال کیا گیا تھا تاکہ نیٹ ورک کو پروف آف اسٹیک میں منتقل کیا جا سکے۔ یہ اب متعلقہ نہیں ہے کیونکہ Ethereum پروف آف اسٹیک پر منتقل ہو گیا ہے۔", "testnet-term": "ٹیسٹ نیٹ", - "testnet-definition": "\"ٹیسٹ نیٹ ورک\" کا مخفف، ایک نیٹ ورک جو مرکزی ایتھیریم نیٹ ورک کے رویے کی نقالی کرنے کے لیے استعمال ہوتا ہے۔", + "testnet-definition": "\"ٹیسٹ نیٹ ورک\" کا مخفف، ایک ایسا نیٹ ورک جو مرکزی Ethereum نیٹ ورک کے رویے کی نقل کرنے کے لیے استعمال ہوتا ہے۔", "token-term": "ٹوکن", - "token-definition": "ایتھیریم بلاک چین پر اسمارٹ کنٹریکٹس میں بیان کردہ ایک قابل تجارت ورچوئل سامان۔", + "token-definition": "Ethereum بلاک چین پر اسمارٹ کنٹریکٹس میں بیان کردہ ایک قابل تجارت ورچوئل شے۔", "token-factory-term": "ٹوکن فیکٹری", - "token-factory-definition": "ٹوکن فیکٹری ایک اسمارٹ کنٹریکٹ ہے جو ایک مخصوص معیار کے اندر ٹوکن کی تخلیق کی سہولت فراہم کرتا ہے، جیسے ERC-20، ERC-721، یا ERC-1155۔ اسمارٹ کنٹریکٹ ایک ٹیمپلیٹ کے طور پر کام کرتا ہے، جس سے صارفین کو نئے اسمارٹ کنٹریکٹ کو شروع سے بنائے بغیر نام، علامت، سپلائی، اور اضافی فعالیت جیسے حسب ضرورت پیرامیٹرز کے ساتھ نئے ٹوکن تعینات کرنے کی اجازت ملتی ہے۔", + "token-factory-definition": "ٹوکن فیکٹری ایک اسمارٹ کنٹریکٹ ہے جو کسی مخصوص معیار، جیسے ERC-20، ERC-721، یا ERC-1155 کے اندر ٹوکنز کی تخلیق میں سہولت فراہم کرتا ہے۔ اسمارٹ کنٹریکٹ ایک ٹیمپلیٹ کے طور پر کام کرتا ہے، جو صارفین کو شروع سے نیا اسمارٹ کنٹریکٹ بنائے بغیر نام، علامت، سپلائی، اور اضافی فعالیت جیسے کسٹم پیرامیٹرز کے ساتھ نئے ٹوکنز تعینات کرنے کی اجازت دیتا ہے۔", "transaction-term": "ٹرانزیکشن", - "transaction-definition": "ایتھیریم بلاک چین پر کیا گیا ڈیٹا جو ایک ابتدائی اکاؤنٹ کے ذریعے دستخط شدہ ہے، جو ایک مخصوص ایڈریس کو نشانہ بناتا ہے۔ ٹرانزیکشن میں میٹا ڈیٹا ہوتا ہے جیسے اس ٹرانزیکشن کے لیے گیس کی حد۔ ٹرانزیکشنز پر مزید۔", + "transaction-definition": "Ethereum بلاک چین پر جمع کرایا گیا ڈیٹا جس پر ایک ابتدائی اکاؤنٹ کے دستخط ہوتے ہیں، جو ایک مخصوص ایڈریس کو نشانہ بناتا ہے۔ ٹرانزیکشن میں میٹا ڈیٹا شامل ہوتا ہے جیسے اس ٹرانزیکشن کے لیے گیس کی حد (gas limit)۔ ٹرانزیکشنز کے بارے میں مزید۔", "transaction-fee-term": "ٹرانزیکشن فیس", - "transaction-fee-definition": "ایک فیس جو آپ کو جب بھی ایتھیریم نیٹ ورک استعمال کرتے ہیں ادا کرنی پڑتی ہے۔ مثالوں میں آپ کے والیٹ سے فنڈز بھیجنا یا dapp تعامل، جیسے ٹوکن تبدیل کرنا یا کلیکٹیبل خریدنا شامل ہیں۔ آپ اسے سروس چارج کی طرح سوچ سکتے ہیں۔ یہ فیس اس بات پر منحصر ہوگی کہ نیٹ ورک کتنا مصروف ہے۔ اس کی وجہ یہ ہے کہ ویلیڈیٹرز، جو آپ کے ٹرانزیکشن پر کارروائی کے ذمہ دار لوگ ہیں، زیادہ فیس والے ٹرانزیکشن کو ترجیح دینے کا امکان رکھتے ہیں - لہذا بھیڑ قیمت کو اوپر لے جاتی ہے۔

    تکنیکی سطح پر، آپ کی ٹرانزیکشن فیس اس سے متعلق ہے کہ آپ کے ٹرانزیکشن کو کتنی گیس کی ضرورت ہے۔

    ٹرانزیکشن فیس کو کم کرنا اس وقت شدید دلچسپی کا موضوع ہے۔ دیکھیں لیئر 2۔", - "trust-assumptions-term": "اعتماد کی فرضیات", - "trust-assumptions-definition": "اعتماد کے مفروضے ایک نظام کی حفاظت اور انحصار کے بارے میں بنیادی عقائد ہیں، جو اس بات کی رہنمائی کرتے ہیں کہ ہم نظام کے کام کرنے کے لیے کس چیز پر بھروسہ کرتے ہیں۔", - "trustlessness-term": "بے اعتمادی", - "trustlessness-definition": "کسی نیٹ ورک کی لین دین میں ثالثی کرنے کی صلاحیت بغیر کسی فریق کو کسی تیسرے فریق پر بھروسہ کرنے کی ضرورت کے۔", - "turing-complete-term": "ٹورنگ کمپلیٹ", - "turing-complete-definition": "انگریزی ریاضی دان اور کمپیوٹر سائنسدان ایلن ٹورنگ کے نام پر ایک تصور - ڈیٹا کی ہیرا پھیری کے قوانین کا ایک نظام (جیسے کمپیوٹر کا انسٹرکشن سیٹ، ایک پروگرامنگ زبان، یا ایک سیلولر آٹومیٹن) کو \"ٹورنگ کمپلیٹ\" یا \"کمپیوٹیشنلی یونیورسل\" کہا جاتا ہے اگر اسے کسی بھی ٹورنگ مشین کی نقالی کرنے کے لیے استعمال کیا جا سکے۔", + "transaction-fee-definition": "ایک فیس جو آپ کو جب بھی Ethereum نیٹ ورک استعمال کرنے پر ادا کرنے کی ضرورت ہوتی ہے۔ مثالوں میں آپ کے والیٹ سے فنڈز بھیجنا یا dapp کا تعامل شامل ہے، جیسے ٹوکنز کا تبادلہ کرنا یا کوئی جمع کرنے والی چیز (collectable) خریدنا۔ آپ اسے سروس چارج کی طرح سمجھ سکتے ہیں۔ یہ فیس اس بنیاد پر تبدیل ہوگی کہ نیٹ ورک کتنا مصروف ہے۔ اس کی وجہ یہ ہے کہ ویلیڈیٹرز، جو آپ کی ٹرانزیکشن پر کارروائی کرنے کے ذمہ دار ہیں، زیادہ فیس والی ٹرانزیکشنز کو ترجیح دینے کا امکان رکھتے ہیں – لہذا ہجوم قیمت کو بڑھا دیتا ہے۔

    تکنیکی سطح پر، آپ کی ٹرانزیکشن فیس کا تعلق اس بات سے ہے کہ آپ کی ٹرانزیکشن کو کتنی گیس درکار ہے۔

    ٹرانزیکشن فیس کو کم کرنا اس وقت شدید دلچسپی کا موضوع ہے۔ دیکھیں لیئر 2۔", + "trust-assumptions-term": "ٹرسٹ اسمپشنز", + "trust-assumptions-definition": "ٹرسٹ اسمپشنز (Trust assumptions) کسی سسٹم کی حفاظت اور انحصاری کے بارے میں بنیادی عقائد ہیں، جو اس بات کی رہنمائی کرتے ہیں کہ ہم سسٹم کے کام کرنے کے لیے کس چیز پر بھروسہ کرتے ہیں۔", + "trustlessness-term": "ٹرسٹ لیسنیس", + "trustlessness-definition": "کسی نیٹ ورک کی ٹرانزیکشنز میں ثالثی کرنے کی صلاحیت جس میں شامل فریقین میں سے کسی کو بھی تیسرے فریق پر بھروسہ کرنے کی ضرورت نہ ہو۔", + "turing-complete-term": "ٹیورنگ کمپلیٹ", + "turing-complete-definition": "انگریز ریاضی دان اور کمپیوٹر سائنسدان ایلن ٹیورنگ کے نام پر رکھا گیا ایک تصور - ڈیٹا میں ہیرا پھیری کے قواعد کا ایک نظام (جیسے کمپیوٹر کا انسٹرکشن سیٹ، ایک پروگرامنگ زبان، یا سیلولر آٹومیٹن) کو \"ٹیورنگ کمپلیٹ\" یا \"کمپیوٹیشنلی یونیورسل\" کہا جاتا ہے اگر اسے کسی بھی ٹیورنگ مشین کی نقل کرنے کے لیے استعمال کیا جا سکے۔", "validator-term": "ویلیڈیٹر", - "validator-definition": "ایک پروف-آف-اسٹیک سسٹم میں ایک نوڈ جو ڈیٹا ذخیرہ کرنے، لین دین پر کارروائی کرنے، اور بلاک چین میں نئے بلاکس شامل کرنے کا ذمہ دار ہے۔ ویلیڈیٹر سافٹ ویئر کو فعال کرنے کے لیے، آپ کو 32 ETH اسٹیک کرنے کے قابل ہونا چاہیے۔ ایتھیریم میں اسٹیکنگ پر مزید۔", + "validator-definition": "ایک پروف آف اسٹیک سسٹم میں ایک نوڈ جو ڈیٹا کو ذخیرہ کرنے، ٹرانزیکشنز پر کارروائی کرنے، اور بلاک چین میں نئے بلاکس شامل کرنے کا ذمہ دار ہے۔ ویلیڈیٹر سافٹ ویئر کو فعال کرنے کے لیے، آپ کو 32 ETH اسٹیک کرنے کے قابل ہونا چاہیے۔ Ethereum میں اسٹیکنگ کے بارے میں مزید۔", "validator-lifecycle-term": "ویلیڈیٹر لائف سائیکل", - "validator-lifecycle-definition": "وہ حالتوں کی ترتیب جن میں ایک ویلیڈیٹر موجود ہو سکتا ہے۔ ان میں شامل ہیں:

    • جمع شدہ: ویلیڈیٹر کے ذریعے ڈپازٹ کنٹریکٹ میں کم از کم 32 ETH جمع کیے گئے ہیں
    • زیر التوا: ویلیڈیٹر ایکٹیویشن کی قطار میں ہے جو موجودہ ویلیڈیٹرز کے ذریعے نیٹ ورک میں ووٹ ڈالنے کا انتظار کر رہا ہے
    • فعال: فی الحال بلاکس کی تصدیق اور تجویز کر رہا ہے
    • سلیشنگ: ویلیڈیٹر نے غلط برتاؤ کیا ہے اور اسے سلیش کیا جا رہا ہے
    • باہر نکلنا: ویلیڈیٹر کو نیٹ ورک سے باہر نکلنے کے لیے فلیگ کیا گیا ہے، یا تو رضاکارانہ طور پر یا اس لیے کہ انہیں نکال دیا گیا ہے۔
    ", - "validity-proof-term": "درستگی کا ثبوت", - "validity-proof-definition": "کچھ لیئر 2 حلوں کے لیے ایک سیکورٹی ماڈل جہاں، رفتار بڑھانے کے لیے، لین دین کو بیچوں میں رول اپ کیا جاتا ہے اور ایتھیریم کو ایک ہی لین دین میں جمع کیا جاتا ہے۔ ٹرانزیکشن کمپیوٹیشن آف چین کی جاتی ہے اور پھر مین چین کو ان کی درستگی کے ثبوت کے ساتھ فراہم کی جاتی ہے۔ یہ طریقہ سیکورٹی کو برقرار رکھتے ہوئے ممکنہ لین دین کی مقدار کو بڑھاتا ہے۔ کچھ رول اپس فراڈ پروف استعمال کرتے ہیں۔ زیرو نالج رول اپس پر مزید۔", - "validium-term": "ویلیڈیم", - "validium-definition": "ایک آف چین حل جو درستگی کے ثبوت کا استعمال کرتا ہے تاکہ ٹرانزیکشن تھروپٹ کو بہتر بنایا جا سکے۔ زیرو نالج رول اپس کے برعکس، ویلیڈیم ڈیٹا لیئر 1 مین نیٹ پر ذخیرہ نہیں کیا جاتا ہے۔ ویلیڈیم پر مزید۔", + "validator-lifecycle-definition": "سٹیٹس (states) کی وہ ترتیب جس میں ایک ویلیڈیٹر موجود ہو سکتا ہے۔ ان میں شامل ہیں:

    • جمع شدہ (deposited): ویلیڈیٹر کی طرف سے ڈپازٹ کنٹریکٹ میں کم از کم 32 ETH جمع کرائے گئے ہیں
    • زیر التواء (pending): ویلیڈیٹر ایکٹیویشن قطار میں ہے اور موجودہ ویلیڈیٹرز کے ذریعے نیٹ ورک میں ووٹ دیے جانے کا انتظار کر رہا ہے
    • فعال (active): فی الحال تصدیق کر رہا ہے اور بلاکس تجویز کر رہا ہے
    • سلیشنگ (slashing): ویلیڈیٹر نے غلط برتاؤ کیا ہے اور اسے سلیش کیا جا رہا ہے
    • خارج ہو رہا ہے (exiting): ویلیڈیٹر کو نیٹ ورک سے باہر نکلنے کے لیے فلیگ کیا گیا ہے، یا تو رضاکارانہ طور پر یا اس لیے کہ انہیں نکال دیا گیا ہے۔
    ", + "validity-proof-term": "ویلیڈیٹی پروف", + "validity-proof-definition": "مخصوص لیئر 2 حلوں کے لیے ایک سیکیورٹی ماڈل جہاں، رفتار بڑھانے کے لیے، ٹرانزیکشنز کو بیچز میں رول اپ کیا جاتا ہے اور ایک ہی ٹرانزیکشن میں Ethereum پر جمع کرایا جاتا ہے۔ ٹرانزیکشن کی کمپیوٹیشن آف چین کی جاتی ہے اور پھر ان کی درستگی کے ثبوت کے ساتھ مین چین کو فراہم کی جاتی ہے۔ یہ طریقہ سیکیورٹی کو برقرار رکھتے ہوئے ممکنہ ٹرانزیکشنز کی مقدار کو بڑھاتا ہے۔ کچھ رول اپس فراڈ پروف استعمال کرتے ہیں۔ زیرو-نالج رول اپس کے بارے میں مزید۔", + "validium-term": "Validium", + "validium-definition": "ایک آف چین حل جو ٹرانزیکشن تھرو پٹ کو بہتر بنانے کے لیے ویلیڈیٹی پروفز کا استعمال کرتا ہے۔ زیرو-نالج رول اپس کے برعکس، validium کا ڈیٹا لیئر 1 Mainnet پر محفوظ نہیں ہوتا ہے۔ validium کے بارے میں مزید۔", "vyper-term": "Vyper", - "vyper-definition": "پائتھن کی طرح نحو کے ساتھ ایک اعلی سطحی پروگرامنگ زبان۔ ایک خالص فنکشنل زبان کے قریب جانے کا ارادہ ہے۔ وٹالک بٹیرن نے بنائی۔ Vyper پر مزید۔", + "vyper-definition": "Python جیسے سنٹیکس کے ساتھ ایک اعلیٰ سطحی پروگرامنگ زبان۔ اس کا مقصد ایک خالص فنکشنل زبان کے قریب تر ہونا ہے۔ اسے وٹالک بوٹرین نے بنایا تھا۔ Vyper کے بارے میں مزید۔", "wallet-term": "والیٹ", - "wallet-definition": "والیٹ ایک ڈیجیٹل ٹول ہے جو ڈیجیٹل کرنسی کو ذخیرہ کرنے، بھیجنے اور وصول کرنے کے لیے استعمال ہوتا ہے، جیسے آپ کی آن لائن رقم کے لیے ایک ورچوئل پرس۔ ایتھیریم والیٹس پر مزید۔", - "web2-term": "ویب 2", - "web2-definition": "موجودہ انٹرنیٹ ہے، جو صارف کے تیار کردہ مواد اور سوشل میڈیا پر مرکوز ہے جو چند کمپنیوں کے زیر کنٹرول ہیں۔ Web3 ایک کرپٹو عقیدہ ہے کہ صارفین کو اپنے ڈیٹا اور لین دین کو کنٹرول کرنا چاہیے بجائے اس کے۔", + "wallet-definition": "والیٹ ڈیجیٹل کرنسی کو ذخیرہ کرنے، بھیجنے اور وصول کرنے کا ایک ڈیجیٹل ٹول ہے، جیسے آپ کی آن لائن رقم کے لیے ایک ورچوئل پرس۔ Ethereum والیٹس کے بارے میں مزید۔", + "web2-term": "Web2", + "web2-definition": "موجودہ انٹرنیٹ ہے، جو صارف کے تیار کردہ مواد اور سوشل میڈیا پر مرکوز ہے جسے چند کمپنیاں کنٹرول کرتی ہیں۔ Web3 ایک کرپٹو عقیدہ ہے کہ اس کے بجائے صارفین کو اپنے ڈیٹا اور ٹرانزیکشنز کو کنٹرول کرنا چاہیے۔", "web3-term": "Web3", - "web3-definition": "Web3 بلاک چین کے ساتھ نیا انٹرنیٹ ہے، جہاں کمپنیاں نہیں، بلکہ صارفین اپنے ڈیٹا اور لین دین کو کنٹرول کرتے ہیں۔ کوئی ذاتی معلومات شیئر کرنے کی ضرورت نہیں۔ Web3 پر مزید۔", + "web3-definition": "Web3 بلاک چین کے ساتھ نیا انٹرنیٹ ہے، جہاں صارفین اپنے ڈیٹا اور ٹرانزیکشنز کو کنٹرول کرتے ہیں، کمپنیاں نہیں۔ کوئی بھی ذاتی معلومات شیئر کرنے کی ضرورت نہیں ہے۔ web3 کے بارے میں مزید۔", "wei-term": "Wei", - "wei-definition": "ایتھر کا سب سے چھوٹا ڈینومینیشن۔ 1018 وی = 1 ایتھر۔", + "wei-definition": "ether کی سب سے چھوٹی اکائی۔ 1018 wei = 1 ether۔", "wrapped-token-term": "ریپڈ ٹوکن", - "wrapped-token-definition": "ایک بلاک چین پر مبنی ٹوکن جو کسی دوسرے کرپٹو کرنسی یا اثاثے کی نمائندگی کرتا ہے جو ایک مختلف نیٹ ورک پر ہے۔ مثال کے طور پر، ریپڈ ایتھر (WETH) ایتھر (ETH) کی نمائندگی کرتا ہے جو ایتھیریم کے ERC-20 ٹوکن معیار کے مطابق ہے۔ اصل اثاثہ اسمارٹ کنٹریکٹ کے ذریعے محفوظ طریقے سے لاک کیا جاتا ہے، اور ایک مساوی ریپڈ ٹوکن منٹ کیا جاتا ہے۔ یہ میکانزم بلاک چینز کے اندر اور ان کے درمیان باہمی تعاون کو قابل بناتا ہے، جس سے ETH جیسے اثاثوں کو اپنی قدر برقرار رکھتے ہوئے ڈی سینٹرلائزڈ ایپلی کیشنز میں بغیر کسی رکاوٹ کے استعمال کیا جا سکتا ہے۔", - "zero-address-term": "صفر پتہ", - "zero-address-definition": "ایک ایتھیریم پتہ، جو مکمل طور پر صفر پر مشتمل ہے، جو اکثر ملکیت کی گردش سے ٹوکن ہٹانے کے لیے ایک پتے کے طور پر استعمال ہوتا ہے۔ burn() طریقہ کے ذریعے اسمارٹ کنٹریکٹ کے انڈیکس سے باضابطہ طور پر ہٹائے گئے ٹوکن اور اس پتے پر بھیجے گئے ٹوکن کے درمیان فرق کیا جاتا ہے۔", - "zk-proof-term": "زیرو نالج پروف", - "zk-proof-definition": "زیرو نالج پروف ایک کرپٹوگرافک طریقہ ہے جو کسی فرد کو یہ ثابت کرنے کی اجازت دیتا ہے کہ کوئی بیان سچ ہے بغیر کوئی اضافی معلومات پہنچائے۔ زیرو نالج رول اپس پر مزید۔", - "zk-rollup-term": "زیرو نالج رول اپ", - "zk-rollup-definition": "لین دین کا ایک رول اپ جو درستگی کے ثبوت کا استعمال کرتا ہے تاکہ مین نیٹ (لیئر 1) کی طرف سے فراہم کردہ سیکورٹی کا استعمال کرتے ہوئے لیئر 2 ٹرانزیکشن تھروپٹ میں اضافہ کیا جا سکے۔ اگرچہ وہ آپٹیمسٹک رول اپس کی طرح پیچیدہ ٹرانزیکشن کی اقسام کو نہیں سنبھال سکتے، لیکن ان میں تاخیر کے مسائل نہیں ہوتے کیونکہ ٹرانزیکشنز جمع کراتے وقت قابل ثبوت طور پر درست ہوتی ہیں۔ زیرو نالج رول اپس پر مزید۔" -} + "wrapped-token-definition": "ایک بلاک چین پر مبنی ٹوکن جو کسی دوسرے نیٹ ورک پر کسی اور کریپٹو کرنسی یا اثاثے کی نمائندگی کرتا ہے۔ مثال کے طور پر، Wrapped Ether (WETH) ایک ایسے فارمیٹ میں Ether (ETH) کی نمائندگی کرتا ہے جو Ethereum کے ERC-20 ٹوکن کے معیار کے مطابق ہے۔ اصل اثاثہ ایک اسمارٹ کنٹریکٹ کے ذریعے محفوظ طریقے سے لاک کر دیا جاتا ہے، اور اس کے مساوی ایک ریپڈ ٹوکن (wrapped token) منٹ کیا جاتا ہے۔ یہ طریقہ کار بلاک چینز کے اندر اور ان کے درمیان انٹرآپریبلٹی کو قابل بناتا ہے، جس سے ETH جیسے اثاثوں کو ان کی قدر برقرار رکھتے ہوئے ڈی سینٹرلائزڈ ایپلی کیشنز میں بغیر کسی رکاوٹ کے استعمال کرنے کی اجازت ملتی ہے۔", + "zero-address-term": "زیرو ایڈریس", + "zero-address-definition": "ایک Ethereum ایڈریس، جو مکمل طور پر صفر پر مشتمل ہوتا ہے، جسے اکثر ملکیتی گردش سے ٹوکنز کو ہٹانے کے لیے ایک ایڈریس کے طور پر استعمال کیا جاتا ہے۔ burn() طریقہ کار کے ذریعے اسمارٹ کنٹریکٹ کے انڈیکس سے باقاعدہ طور پر ہٹائے گئے ٹوکنز اور اس ایڈریس پر بھیجے گئے ٹوکنز کے درمیان فرق کیا جاتا ہے۔", + "zk-proof-term": "زیرو-نالج پروف", + "zk-proof-definition": "زیرو-نالج پروف ایک کرپٹوگرافک طریقہ ہے جو کسی فرد کو کوئی اضافی معلومات فراہم کیے بغیر یہ ثابت کرنے کی اجازت دیتا ہے کہ کوئی بیان درست ہے۔ زیرو-نالج رول اپس کے بارے میں مزید۔", + "zk-rollup-term": "زیرو-نالج رول اپ", + "zk-rollup-definition": "ٹرانزیکشنز کا ایک رول اپ جو Mainnet (لیئر 1) کی فراہم کردہ سیکیورٹی کا استعمال کرتے ہوئے لیئر 2 ٹرانزیکشن تھرو پٹ میں اضافہ پیش کرنے کے لیے ویلیڈیٹی پروفز کا استعمال کرتا ہے۔ اگرچہ وہ optimistic رول اپس کی طرح پیچیدہ ٹرانزیکشن کی اقسام کو نہیں سنبھال سکتے، لیکن ان میں تاخیر (latency) کے مسائل نہیں ہوتے کیونکہ جمع کرائے جانے پر ٹرانزیکشنز قابلِ ثبوت طور پر درست ہوتی ہیں۔ زیرو-نالج رول اپس کے بارے میں مزید۔" +} \ No newline at end of file diff --git a/src/intl/ur/learn-quizzes.json b/src/intl/ur/learn-quizzes.json index 7b4bd0a111d..6b807927531 100644 --- a/src/intl/ur/learn-quizzes.json +++ b/src/intl/ur/learn-quizzes.json @@ -1,698 +1,698 @@ { "add-quiz": "ایک سوال/کوئز شامل کریں", "average-score": "اوسط اسکور:", - "basics": "ایتھریم کی بنیادی", - "basics-description": "یہ حصہ ایتھیریئم کے بنیادی تصورات پر مشتمل ہے تاکہ آپ کی مضبوط بنیاد قائم ہو سکے۔", - "completed": "مکمل ہوگیا", - "community-stats": "کمیونیٹی اسٹاٹس", - "contribute": "ہماری لائبریری میں مدد کریں", - "correct": "صحیح", + "basics": "Ethereum کی بنیادی باتیں", + "basics-description": "یہ حصہ Ethereum کے بنیادی تصورات کا احاطہ کرتا ہے، اس بات کو یقینی بناتے ہوئے کہ آپ کی بنیاد مضبوط ہو۔", + "completed": "مکمل شدہ:", + "community-stats": "کمیونٹی کے اعداد و شمار", + "contribute": "ہماری لائبریری میں تعاون کریں۔", + "correct": "درست", "explanation": "وضاحت", "next-question": "اگلا سوال", - "next-quiz": "اگلی کوئز", - "question-number": "سوال نمبر{{number}}", - "page-assets-merge": "مرج", - "passed": "آپ نے کوئز جیت لی!", + "next-quiz": "اگلا کوئز", + "question-number": "سوال نمبر {{number}}:", + "page-assets-merge": "The Merge", + "passed": "آپ نے کوئز پاس کر لیا!", "questions": "سوالات", - "questions-answered": "سوالات جنکے جواب دیے:", - "quizzes-subtitle": "یہ جانیں کہ آپ ایتھیریئم اور کرپٹو کرنسیز کو کس حد تک سمجھتے ہیں۔ کیا آپ ماہر بننے کے لیے تیار ہیں؟", - "retry": "دوبارہ ٹرائے کرنے کی ریٹ", + "questions-answered": "جواب دیے گئے سوالات:", + "quizzes-subtitle": "جانیں کہ آپ Ethereum اور کرپٹو کرنسیز کو کتنی اچھی طرح سمجھتے ہیں۔ کیا آپ ماہر بننے کے لیے تیار ہیں؟", + "retry": "دوبارہ کوشش کی شرح:", "score": "اسکور", "see-results": "نتائج دیکھیں", - "share-results": "نتائگ شیر کریں", + "share-results": "نتائج شیئر کریں", "start": "شروع کریں", - "submit-answer": "جواب دیکھیں", - "test-your-knowledge": "اپنی اتھیریم کی معلومات کو پرکھیں", + "submit-answer": "جواب چیک کریں", + "test-your-knowledge": "اپنے Ethereum کے علم کی جانچ کریں", "try-again": "دوبارہ کوشش کریں", - "using-ethereum": "Ethereum استعمال کرنا", - "using-ethereum-description": "ایتھیریئم کی حقیقی دنیا میں استعمالات میں جھانکیں اور دریافت کریں کہ یہ انقلابی بلاک چین پلیٹ فارم کس طرح صنعتوں کو بدل رہا ہے۔ یہ ایک بہترین طریقہ ہے یہ یقینی بنانے کا کہ آپ ہر چیز کو اچھی طرح سمجھ لیں اس سے پہلے کہ کرپٹو کرنسیز کو فعال طور پر استعمال کرنا شروع کریں۔", - "want-more-quizzes": "ایسی مزید کوئز دیکھنا ہے؟", - "your-results": "آپ کے نتائج", - "your-total": "پوائنٹس", - "what-is-ethereum-1-prompt": "ایتھیریئم اور بٹ کوائن کے درمیان سب سے بڑا فرق یہ ہے:", - "what-is-ethereum-1-a-label": "ایتھیریئم آپ کو دوسروں کو ادائیگی کرنے کی اجازت نہیں دیتاأ", - "what-is-ethereum-1-a-explanation": "بٹ کوائن اور ایتھیریئم دونوں آپ کو دوسروں کو ادائیگی کرنے کی اجازت دیتے ہیں۔", - "what-is-ethereum-1-b-label": "آپ ایتھیریئم پر کمپیوٹر پروگرام چلا سکتے ہیں۔", - "what-is-ethereum-1-b-explanation": "ایتھیریئم پروگرام ایبل ہے۔ اس کا مطلب یہ ہے کہ آپ کوئی بھی کمپیوٹر پروگرام ایتھیریئم بلاک چین پر ڈال سکتے ہیں۔", - "what-is-ethereum-1-c-label": "آپ بٹ کوائن پر کمپیوٹر پروگرام نہیں چلا سکتے۔", - "what-is-ethereum-1-c-explanation": "ایتھیریئم کے برعکس، بٹ کوائن پروگرام ایبل نہیں ہے اور اس پر کسی بھی قسم کے کمپیوٹر پروگرام نہیں چلائے جا سکتے۔", - "what-is-ethereum-1-d-label": "ان دونوں کے لوگو مختلف ہیں۔", - "what-is-ethereum-1-d-explanation": "جی ہاں، ان کے لوگو مختلف ہیں! لیکن یہ ان کے درمیان سب سے بڑا فرق نہیں ہے۔", - "what-is-ethereum-2-prompt": "ایتھیریئم کی مقامی کرپٹو کرنسی کا نام ہے:", - "what-is-ethereum-2-a-label": "ایتھر", - "what-is-ethereum-2-a-explanation": "ای تھر (Ether) ایتھیریئم نیٹ ورک کی مقامی کرنسی ہے۔", + "using-ethereum": "Ethereum کا استعمال", + "using-ethereum-description": "Ethereum کی حقیقی دنیا کی ایپلی کیشنز کا جائزہ لیں اور دریافت کریں کہ یہ انقلابی بلاک چین پلیٹ فارم کس طرح صنعتوں کو نئی شکل دے رہا ہے۔ کرپٹو کرنسیز کا فعال طور پر استعمال شروع کرنے سے پہلے یہ یقینی بنانے کا ایک بہترین طریقہ ہے کہ آپ چیزوں کو کافی حد تک سمجھتے ہیں۔", + "want-more-quizzes": "کیا آپ یہاں مزید کوئز دیکھنا چاہتے ہیں؟", + "your-results": "آپ کے نتائج", + "your-total": "آپ کے کل پوائنٹس", + "what-is-ethereum-1-prompt": "Ethereum اور Bitcoin کے درمیان سب سے بڑا فرق یہ ہے:", + "what-is-ethereum-1-a-label": "Ethereum آپ کو دوسرے لوگوں کو ادائیگیاں کرنے کی اجازت نہیں دیتا", + "what-is-ethereum-1-a-explanation": "Bitcoin اور Ethereum دونوں آپ کو دوسرے لوگوں کو ادائیگیاں کرنے کی اجازت دیتے ہیں۔", + "what-is-ethereum-1-b-label": "آپ Ethereum پر کمپیوٹر پروگرام چلا سکتے ہیں", + "what-is-ethereum-1-b-explanation": "Ethereum قابل پروگرام ہے۔ اس کا مطلب ہے کہ آپ Ethereum بلاک چین پر کوئی بھی کمپیوٹر پروگرام رکھ سکتے ہیں۔", + "what-is-ethereum-1-c-label": "آپ Bitcoin پر کمپیوٹر پروگرام چلا سکتے ہیں", + "what-is-ethereum-1-c-explanation": "Ethereum کے برعکس، Bitcoin قابل پروگرام نہیں ہے اور من مانی کمپیوٹر پروگرام نہیں چلا سکتا۔", + "what-is-ethereum-1-d-label": "ان کے لوگو مختلف ہیں", + "what-is-ethereum-1-d-explanation": "ان کے لوگو واقعی مختلف ہیں! لیکن یہ ان کے درمیان سب سے بڑا فرق نہیں ہے۔", + "what-is-ethereum-2-prompt": "Ethereum کی مقامی کرپٹو کرنسی کہلاتی ہے:", + "what-is-ethereum-2-a-label": "Ether", + "what-is-ethereum-2-a-explanation": "Ether وہ کرپٹو کرنسی ہے جو Ethereum نیٹ ورک کی مقامی ہے۔", "what-is-ethereum-2-b-label": "Ethereum", - "what-is-ethereum-2-b-explanation": "ایتھیریئم بلاک چین ہے، لیکن اس کی مقامی کرنسی کا نام \"ایتھیریئم\" نہیں ہے۔ یہ ایک عام غلط فہمی ہے۔", - "what-is-ethereum-2-c-label": "ایتھرکوائن", - "what-is-ethereum-2-c-explanation": "بہت سی دیگر کرپٹو کرنسیز کے برعکس، ایتھیریئم کی مقامی کرنسی میں \"coin\" کا لفظ شامل نہیں ہے۔", - "what-is-ethereum-2-d-label": "بٹ کوائن", - "what-is-ethereum-2-d-explanation": "بٹ کوائن (B بڑے حرف کے ساتھ) پہلی بلاک چین تھی جو تخلیق کی گئی، جبکہ بٹ کوائن (b چھوٹے حرف کے ساتھ) اس کی مقامی کرپٹو کرنسی ہے۔", - "what-is-ethereum-3-prompt": "Ethereum کون چلتا ہے؟", - "what-is-ethereum-3-a-label": "ڈویلپرز", - "what-is-ethereum-3-a-explanation": "ڈویلپرز ایتھیریئم کو بنانے اور بہتر کرنے میں اہم کردار ادا کرتے ہیں، لیکن وہ وہ گروپ نہیں ہیں جو ایتھیریئم کو چلائے رکھتے ہیں۔", + "what-is-ethereum-2-b-explanation": "Ethereum ایک بلاک چین ہے، لیکن اس کی مقامی کرنسی کو Ethereum نہیں کہا جاتا۔ یہ ایک عام غلط فہمی ہے۔", + "what-is-ethereum-2-c-label": "Ethercoin", + "what-is-ethereum-2-c-explanation": "بہت سی دوسری کرپٹو کرنسیز کے برعکس، Ethereum کی مقامی کرپٹو کرنسی میں لفظ 'coin' شامل نہیں ہے۔", + "what-is-ethereum-2-d-label": "Bitcoin", + "what-is-ethereum-2-d-explanation": "Bitcoin (بڑے B کے ساتھ) بنائی گئی پہلی بلاک چین تھی، bitcoin (چھوٹے b کے ساتھ) اس کی مقامی کرپٹو کرنسی ہے۔", + "what-is-ethereum-3-prompt": "Ethereum کو کون چلاتا ہے؟", + "what-is-ethereum-3-a-label": "ڈیولپرز", + "what-is-ethereum-3-a-explanation": "ڈیولپرز Ethereum کی تعمیر اور بہتری کے لیے اہم ہیں، لیکن وہ وہ گروپ نہیں ہیں جو Ethereum کو چلاتے ہیں۔", "what-is-ethereum-3-b-label": "مائنرز", - "what-is-ethereum-3-b-explanation": "مرج (The Merge) کے بعد مائننگ ممکن نہیں رہی۔ ایتھیریئم پر اب مزید \"مائنرز\" موجود نہیں ہیں۔", - "what-is-ethereum-3-c-label": "ایتھیریئم فاؤنڈیشن:", - "what-is-ethereum-3-c-explanation": "ایتھیریئم فاؤنڈیشن روزمرہ کی بنیاد پر ایتھیریئم نوڈز کے چلنے میں کوئی اہم کردار ادا نہیں کرتی۔", - "what-is-ethereum-3-d-label": "کوئی بھی جو نوڈ چلا رہا ہے", - "what-is-ethereum-3-d-explanation": "کوئی بھی شخص جو نوڈ چلا رہا ہے، ایتھیریئم کے انفراسٹرکچر کا ایک اہم حصہ ہے۔ اگر آپ نے ابھی تک ایسا نہیں کیا تو ایک ایتھیریئم نوڈ چلانے پر غور کریں۔", - "what-is-ethereum-4-prompt": "جب سے ایتھیریئم لانچ ہوا ہے، نیٹ ورک کتنی بار آف لائن ہوا ہے؟", + "what-is-ethereum-3-b-explanation": "The Merge کے بعد سے مائننگ ممکن نہیں رہی۔ اب Ethereum پر 'مائنرز' نہیں ہیں۔", + "what-is-ethereum-3-c-label": "The Ethereum Foundation", + "what-is-ethereum-3-c-explanation": "The Ethereum Foundation، Ethereum نوڈز کو روزمرہ چلانے میں کوئی اہم کردار ادا نہیں کرتی۔", + "what-is-ethereum-3-d-label": "کوئی بھی جو نوڈ چلا رہا ہو", + "what-is-ethereum-3-d-explanation": "کوئی بھی جو نوڈ چلا رہا ہو وہ Ethereum کے بنیادی ڈھانچے کا ایک اہم حصہ ہے۔ اگر آپ نے ابھی تک ایسا نہیں کیا ہے، تو Ethereum نوڈ چلانے پر غور کریں۔", + "what-is-ethereum-4-prompt": "Ethereum کے لانچ ہونے کے بعد سے، نیٹ ورک کتنی بار آف لائن ہوا ہے؟", "what-is-ethereum-4-a-label": "کبھی نہیں", - "what-is-ethereum-4-a-explanation": "ایتھیریئم کبھی مکمل طور پر آف لائن (یعنی بلاک بنانا بند) نہیں ہوا جب سے یہ لانچ ہوا ہے۔", + "what-is-ethereum-4-a-explanation": "Ethereum اپنے لانچ ہونے کے بعد سے کبھی بھی مکمل طور پر آف لائن نہیں ہوا (بلاک بنانا بند نہیں کیا)۔", "what-is-ethereum-4-b-label": "ایک بار", "what-is-ethereum-4-c-label": "چار بار", - "what-is-ethereum-4-d-label": "دس سے زیادہ بار", - "what-is-ethereum-5-prompt": "ایتھیریئم بجلی زیادہ استعمال کرتا ہے کس سے:", - "what-is-ethereum-5-a-label": "سونے کی میننگ", - "what-is-ethereum-5-a-explanation": "سونے کی کان کنی میں سالانہ ~131 ٹیراواٹ گھنٹے استعمال ہوتے ہیں۔ Ethereum سالانہ تقریباً 0.0026 ٹیراواٹ گھنٹے استعمال کرتا ہے۔", + "what-is-ethereum-4-d-label": "دس بار سے زیادہ", + "what-is-ethereum-5-prompt": "Ethereum اس سے زیادہ بجلی استعمال کرتا ہے:", + "what-is-ethereum-5-a-label": "سونے کی کان کنی", + "what-is-ethereum-5-a-explanation": "سونے کی کان کنی ہر سال تقریباً 131 ٹیرا واٹ گھنٹے استعمال کرتی ہے۔ Ethereum ہر سال تقریباً 0.0026 ٹیرا واٹ گھنٹے استعمال کرتا ہے۔", "what-is-ethereum-5-b-label": "Netflix", - "what-is-ethereum-5-b-explanation": "Netflix سالانہ ~0.451 ٹیراواٹ گھنٹے استعمال کرتا ہے۔ Ethereum سالانہ تقریباً 0.0026 ٹیراواٹ گھنٹے استعمال کرتا ہے۔", + "what-is-ethereum-5-b-explanation": "Netflix ہر سال تقریباً 0.451 ٹیرا واٹ گھنٹے استعمال کرتا ہے۔ Ethereum ہر سال تقریباً 0.0026 ٹیرا واٹ گھنٹے استعمال کرتا ہے۔", "what-is-ethereum-5-c-label": "PayPal", - "what-is-ethereum-5-c-explanation": "PayPal سالانہ ~0.26 ٹیراواٹ گھنٹے استعمال کرتا ہے۔ Ethereum سالانہ تقریباً 0.0026 ٹیراواٹ گھنٹے استعمال کرتا ہے۔", - "what-is-ethereum-5-d-label": "کوئی نہیں", - "what-is-ethereum-5-d-explanation": "Ethereum سالانہ تقریباً 0.0026 ٹیراواٹ گھنٹے استعمال کرتا ہے۔ سونے کی کان کنی (~131 TWh/yr)، Netflix (~0.451 TWh/yr)، اور Paypal (~0.26 TWh/yr) سے کم۔", - "what-is-ether-1-prompt": "ای تھر کو اور کس نام سے جانا جاتا ہے:", + "what-is-ethereum-5-c-explanation": "PayPal ہر سال تقریباً 0.26 ٹیرا واٹ گھنٹے استعمال کرتا ہے۔ Ethereum ہر سال تقریباً 0.0026 ٹیرا واٹ گھنٹے استعمال کرتا ہے۔", + "what-is-ethereum-5-d-label": "مذکورہ بالا میں سے کوئی نہیں", + "what-is-ethereum-5-d-explanation": "Ethereum ہر سال تقریباً 0.0026 ٹیرا واٹ گھنٹے استعمال کرتا ہے۔ سونے کی کان کنی (~131 TWh/yr)، Netflix (~0.451 TWh/yr)، اور Paypal (~0.26 TWh/yr) سے کم۔", + "what-is-ether-1-prompt": "Ether کو اس نام سے بھی جانا جاتا ہے:", "what-is-ether-1-a-label": "ETC", - "what-is-ether-1-a-explanation": "ETC ایتھیریئم کلاسک کا ٹکر ہے۔", + "what-is-ether-1-a-explanation": "ETC، Ethereum Classic کا ٹکر ہے۔", "what-is-ether-1-b-label": "ETR", - "what-is-ether-1-b-explanation": "ETR نہ تو ای تھر کا ٹکر ہے اور نہ ہی کسی بڑی کرپٹو کرنسی کا۔", + "what-is-ether-1-b-explanation": "ETR، ether یا کسی بھی اہم کرپٹو کرنسی کا ٹکر نہیں ہے۔", "what-is-ether-1-c-label": "ETH", - "what-is-ether-1-c-explanation": "ETH ای تھر کا ٹکر ہے جو ایتھیریئم پر استعمال ہوتا ہے۔", + "what-is-ether-1-c-explanation": "ETH، Ethereum پر ether کا ٹکر ہے۔", "what-is-ether-1-d-label": "BTC", - "what-is-ether-1-d-explanation": "BTC بٹ کوائن نیٹ ورک پر بٹ کوائن کا ٹکر ہے۔", - "what-is-ether-2-prompt": "ایتھیریئم پر نیٹ ورک فیس کس میں ادا کی جاتی ہے:", - "what-is-ether-2-a-label": "بٹ کوائن", - "what-is-ether-2-a-explanation": "چھوٹے حروف والا \"bitcoin\" بٹ کوائن نیٹ ورک کی مقامی کرپٹو کرنسی ہے۔", + "what-is-ether-1-d-explanation": "BTC، Bitcoin نیٹ ورک پر bitcoin کا ٹکر ہے۔", + "what-is-ether-2-prompt": "Ethereum پر، نیٹ ورک کی فیس اس میں ادا کی جاتی ہے:", + "what-is-ether-2-a-label": "bitcoin", + "what-is-ether-2-a-explanation": "چھوٹے حروف میں “bitcoin”، Bitcoin نیٹ ورک کی مقامی کرپٹو کرنسی ہے۔", "what-is-ether-2-b-label": "ETH", - "what-is-ether-2-b-explanation": "ای تھر (ETH) ایتھیریئم کی مقامی کرنسی ہے۔ ایتھیریئم پر تمام نیٹ ورک فیس ETH میں ادا کی جاتی ہیں۔", + "what-is-ether-2-b-explanation": "Ether (ETH)، Ethereum کی مقامی کرپٹو کرنسی ہے۔ Ethereum پر تمام نیٹ ورک فیس ETH میں ادا کی جاتی ہیں۔", "what-is-ether-2-c-label": "USD", - "what-is-ether-2-c-explanation": "ایتھیریئم پر نیٹ ورک فیس امریکی ڈالر (USD) یا کسی اور فئیٹ کرنسی میں ادا کرنا ممکن نہیں ہے۔", + "what-is-ether-2-c-explanation": "Ethereum پر نیٹ ورک کی فیس USD (امریکی ڈالر)، یا کسی دوسری FIAT کرنسی میں ادا کرنا ممکن نہیں ہے۔", "what-is-ether-2-d-label": "Ethereum", - "what-is-ether-2-d-explanation": "ایتھیریئم نیٹ ورک ہے، لیکن ایتھیریئم کی نیٹ ورک فیس ETH میں ادا کی جاتی ہیں۔", - "what-is-ether-3-prompt": "ایتھیریئم پر اسٹیکنگ نیٹ ورک کو محفوظ بنانے میں مدد دیتی ہے کیونکہ:", - "what-is-ether-3-a-label": "اسٹیکرز لوگوں کو ان کی سرگرمی پسند نہ آنے پر بلاک نہیں کر سکتے۔", - "what-is-ether-3-a-explanation": "اسٹیکرز لوگوں کو روک نہیں کر سکتے۔", - "what-is-ether-3-b-label": "اگر کوئی اسٹیکر نیٹ ورک کو دھوکہ دینے کی کوشش کرے تو اسے اپنا ETH کھونے کا خطرہ ہوتا ہے۔\n", - "what-is-ether-3-b-explanation": "اسٹیکرز اگر نیٹ ورک کے خلاف بدنیتی پر مبنی رویہ اختیار کریں تو اپنے ETH کا بڑا حصہ کھو سکتے ہیں۔ اسے \"slashing\" کہا جاتا ہے۔", - "what-is-ether-3-c-label": "اسٹیکرز طاقتور کمپیوٹرز چلاتے ہیں تاکہ پروف آف ورک دکھا سکیں", - "what-is-ether-3-c-explanation": "اسٹیکرز کو پروف آف ورک دکھانے کے لیے طاقتور کمپیوٹرز کی ضرورت نہیں ہے۔ ایتھیریئم نے مرج (The Merge) پر پروف آف ورک استعمال کرنا بند کر دیا۔", - "what-is-ether-3-d-label": "اسٹیکرز ویلیڈیٹر کے طور پر قبول ہونے سے پہلے KYC کرتے ہیں", - "what-is-ether-3-d-explanation": "اسٹیکرز کو ویلیڈیٹر بننے سے پہلے KYC نہیں کرنی پڑتی۔ ایتھیریئم پر اسٹیکنگ اجازت کے بغیر (permissionless) ہے اور KYC کی ضرورت نہیں ہے۔", - "what-is-ether-4-prompt": "ETH کا استعمال ان میں کیا جا سکتا ہے:", - "what-is-ether-4-a-label": "ایتھیریئم پر ٹرانزیکشن فیس ادا کرنے کے لیے۔", - "what-is-ether-4-a-explanation": "یہ جزوی طور پر درست ہے، لیکن یہ واحد استعمال نہیں ہے۔", - "what-is-ether-4-b-label": "ناقابلِ سنسر پیئر ٹو پیئر ادائیگیوں کے لیے۔", - "what-is-ether-4-b-explanation": "یہ جزوی طور پر درست ہے، لیکن یہ واحد استعمال نہیں ہے۔", - "what-is-ether-4-c-label": "کرپٹو قرضوں کے لیے کولیٹرل کے طور پر۔", - "what-is-ether-4-c-explanation": "یہ جزوی طور پر درست ہے، لیکن یہ واحد استعمال نہیں ہے۔", - "what-is-ether-4-d-label": "تمام ہی", - "what-is-ether-4-d-explanation": "ایتھیریئم کی ٹرانزیکشنز کو سنسر نہیں کیا جا سکتا، ETH ایتھیریئم پر کسی بھی ٹرانزیکشن کے لیے ضروری ہے، اور یہ DeFi کے استحکام کے لیے نہایت اہم ہے۔", - "web3-1-prompt": "ویب 3 صارفین کو ڈیجیٹل اثاثوں کی ملکیت فراہم کرتا ہے ان کے ذریعے:", + "what-is-ether-2-d-explanation": "Ethereum ایک نیٹ ورک ہے، لیکن Ethereum کی نیٹ ورک فیس ETH میں ادا کی جاتی ہے۔", + "what-is-ether-3-prompt": "Ethereum پر اسٹیکنگ نیٹ ورک کو محفوظ بنانے میں مدد کرتی ہے کیونکہ:", + "what-is-ether-3-a-label": "اسٹیکرز لوگوں پر پابندی لگا سکتے ہیں اگر انہیں ان کا کام پسند نہ آئے", + "what-is-ether-3-a-explanation": "اسٹیکرز من مانی طور پر صارفین کو سنسر کرنے کے قابل نہیں ہیں۔", + "what-is-ether-3-b-label": "اگر کوئی اسٹیکر نیٹ ورک کو دھوکہ دینے کی کوشش کرتا ہے، تو اسے اپنا ETH کھونے کا خطرہ ہوتا ہے", + "what-is-ether-3-b-explanation": "اگر اسٹیکرز نیٹ ورک کے خلاف بدنیتی پر مبنی سلوک کرتے پائے جائیں تو انہیں اپنے ETH کی ایک بڑی رقم کھونے کا خطرہ ہوتا ہے۔ اسے سلیشنگ (slashing) کہا جاتا ہے۔", + "what-is-ether-3-c-label": "اسٹیکرز پروف آف ورک (proof-of-work) کا مظاہرہ کرنے کے لیے طاقتور کمپیوٹر چلاتے ہیں", + "what-is-ether-3-c-explanation": "اسٹیکرز کو اپنا ETH اسٹیک کرنے کے لیے طاقتور ہارڈویئر کی ضرورت نہیں ہے۔ Ethereum نے The Merge پر پروف آف ورک (proof-of-work) کا استعمال بند کر دیا تھا۔", + "what-is-ether-3-d-label": "اسٹیکرز کو ویلیڈیٹر کے طور پر قبول کیے جانے سے پہلے KYC سے گزرنا پڑتا ہے", + "what-is-ether-3-d-explanation": "Ethereum پر اسٹیکنگ بغیر اجازت کے (permissionless) ہے اور اس کے لیے KYC کی ضرورت نہیں ہے۔", + "what-is-ether-4-prompt": "ETH کو اس کے لیے استعمال کیا جا سکتا ہے:", + "what-is-ether-4-a-label": "Ethereum پر ٹرانزیکشن فیس ادا کرنا", + "what-is-ether-4-a-explanation": "یہ جواب جزوی طور پر درست ہے، لیکن یہ ان بہت سی چیزوں میں سے صرف ایک ہے جن کے لیے ETH استعمال کیا جا سکتا ہے۔", + "what-is-ether-4-b-label": "ناقابل سنسر پیئر ٹو پیئر ادائیگیاں", + "what-is-ether-4-b-explanation": "یہ جواب جزوی طور پر درست ہے، لیکن یہ ان بہت سی چیزوں میں سے صرف ایک ہے جن کے لیے ETH استعمال کیا جا سکتا ہے۔", + "what-is-ether-4-c-label": "کرپٹو قرضوں کے لیے ضمانت", + "what-is-ether-4-c-explanation": "یہ جواب جزوی طور پر درست ہے، لیکن یہ ان بہت سی چیزوں میں سے صرف ایک ہے جن کے لیے ETH استعمال کیا جا سکتا ہے۔", + "what-is-ether-4-d-label": "مذکورہ بالا تمام", + "what-is-ether-4-d-explanation": "Ethereum ٹرانزیکشنز کو سنسر نہیں کیا جا سکتا، Ethereum پر کوئی بھی ٹرانزیکشن کرنے کے لیے ETH درکار ہے، اور یہ DeFi ایکو سسٹم کے استحکام کے لیے انتہائی اہم ہے۔", + "web3-1-prompt": "Web3 صارفین کو کن کے ذریعے ڈیجیٹل اثاثوں کی ملکیت کی اجازت دیتا ہے:", "web3-1-a-label": "ٹوکنز", - "web3-1-a-explanation": "ٹوکنز قدر کی اکائیوں کو ظاہر کرتے ہیں جو ایک دوسرے کے ساتھ قابلِ تبادلہ ہیں اور ایتھیریئم اکاؤنٹ کی ملکیت میں ہوتے ہیں۔", + "web3-1-a-explanation": "ٹوکنز قدر کی ان اکائیوں کی نمائندگی کرنے کا ایک طریقہ فراہم کرتے ہیں جو ایک دوسرے کے ساتھ قابل تبادلہ ہیں، اور ایک Ethereum اکاؤنٹ کی ملکیت ہیں۔ اگرچہ یہ ملکیت کی نمائندگی کرتے ہیں، لیکن Ethereum پر ڈیجیٹل اثاثوں کے مالک ہونے کے اور بھی طریقے ہیں۔", "web3-1-b-label": "NFTs", - "web3-1-b-explanation": "NFTs (نان فنجیبل ٹوکنز) کوئی بھی منفرد چیز کو ایتھیریئم پر اثاثے کے طور پر ظاہر کرنے کا طریقہ فراہم کرتے ہیں۔", + "web3-1-b-explanation": "NFTs (نان فنجیبل ٹوکنز) کسی بھی منفرد چیز کو Ethereum پر مبنی اثاثے کے طور پر پیش کرنے کا طریقہ فراہم کرتے ہیں۔ اگرچہ یہ ملکیت کی نمائندگی کرتے ہیں، لیکن Ethereum پر ڈیجیٹل اثاثوں کے مالک ہونے کے اور بھی طریقے ہیں۔", "web3-1-c-label": "ENS", - "web3-1-c-explanation": "ENS (ایتھیریئم نیم سروس) ایتھیریئم بلاک چین کے لیے ایک غیرمرکزی نیم سروس ہے۔ ہالانکہ وہ اونرشپ کو ریپریزنٹ کرتے ہیں لیکن ڈجیٹل اسیٹ کو اپنا بنانے کے اتھیریم پر مزید بہت سارے طریقہ ہیں أ", - "web3-1-d-label": "تمام ہی", - "web3-1-d-explanation": "تمام اختیارات ایتھیریئم پر ڈیجیٹل اثاثوں کی ملکیت کے طریقے فراہم کرتے ہیں۔ ٹوکنز، NFTs اور ENS سب ملکیت کی نمائندگی کرتے ہیں۔", - "web3-2-prompt": "ویب 1 صرف پڑھنے کے لیے تھا، ویب 2 پڑھنے اور لکھنے کے لیے ہے، ویب 3 کو بیان کیا گیا ہے بطور:", - "web3-2-a-label": "پڑھنا - لکھنا - بیچنا ", - "web3-2-a-explanation": "ویب 3 کو اس طرح بیان نہیں کیا گیا ہے۔", - "web3-2-b-label": "پڑھنا-لکھنا-محفوظ کرنا", - "web3-2-b-explanation": "ویب 3 کو اس طرح بیان نہیں کیا گیا ہے۔", - "web3-2-c-label": "پڑھنا-لکھنا-ملکیت رکھنا", - "web3-2-c-explanation": "ویب 3 صارفین کو اپنی معلومات کا مالک بننے کی اجازت دیتا ہے اور اسی وجہ سے اسے \"پڑھنا-لکھنا-ملکیت رکھنا\" کہا گیا ہے، جو ویب 2 کی بہتری ہے، جو صرف \"پڑھنا-لکھنا\" تھا۔", - "web3-2-d-label": "پڑھنا-لکھنا-خریدنا", - "web3-2-d-explanation": "ویب 3 کو اس طرح بیان نہیں کیا گیا ہے۔", - "web3-3-prompt": "ویب کا کون سا ورژن تیسرے فریق ادائیگی فراہم کرنے والوں پر انحصار نہیں کرتا؟", - "web3-3-a-label": "ویب 1", - "web3-3-a-explanation": "ویب 1 میں مقامی، بلٹ ان ادائیگیوں کی سہولت نہیں تھی۔", - "web3-3-b-label": "ویب 2", - "web3-3-b-explanation": "ویب 2 میں مقامی، بلٹ ان ادائیگیوں کی سہولت نہیں ہے۔", + "web3-1-c-explanation": "ENS (Ethereum Name Service) Ethereum بلاک چین کے لیے ایک ڈی سینٹرلائزڈ نام دینے کی سروس ہے۔ اگرچہ یہ ملکیت کی نمائندگی کرتے ہیں، لیکن Ethereum پر ڈیجیٹل اثاثوں کے مالک ہونے کے اور بھی طریقے ہیں۔", + "web3-1-d-label": "مذکورہ بالا تمام", + "web3-1-d-explanation": "تمام آپشنز Ethereum پر ڈیجیٹل اثاثوں کے مالک ہونے کے طریقے فراہم کرتے ہیں۔ ٹوکنز، NFTs، اور ENS سبھی ڈیجیٹل اثاثوں کی ملکیت کی نمائندگی کرنے کے طریقے ہیں۔", + "web3-2-prompt": "Web1 صرف پڑھنے کے لیے (read-only) تھا، Web2 پڑھنے اور لکھنے (read-write) کے لیے ہے، Web3 کو اس طرح بیان کیا گیا ہے:", + "web3-2-a-label": "پڑھنا-لکھنا-بیچنا (read-write-sell)", + "web3-2-a-explanation": "Web3 کو اس طرح بیان نہیں کیا گیا ہے۔", + "web3-2-b-label": "پڑھنا-لکھنا-اسٹور کرنا (read-write-store)", + "web3-2-b-explanation": "Web3 کو اس طرح بیان نہیں کیا گیا ہے۔", + "web3-2-c-label": "پڑھنا-لکھنا-ملکیت (read-write-own)", + "web3-2-c-explanation": "Web3 صارفین کو اپنے ڈیٹا کا مالک بننے کی اجازت دیتا ہے اور اس لیے اسے 'read-write-own' کے طور پر بیان کیا گیا ہے، جو Web2 پر ایک بہتری ہے، جو کہ صرف 'read-write' ہے۔", + "web3-2-d-label": "پڑھنا-لکھنا-خریدنا (read-write-buy)", + "web3-2-d-explanation": "Web3 کو اس طرح بیان نہیں کیا گیا ہے۔", + "web3-3-prompt": "ویب کا کون سا ورژن تھرڈ پارٹی پیمنٹ پرووائیڈرز پر انحصار نہیں کرتا؟", + "web3-3-a-label": "Web1", + "web3-3-a-explanation": "Web1 میں مقامی، بلٹ ان ادائیگیاں نہیں تھیں۔", + "web3-3-b-label": "Web2", + "web3-3-b-explanation": "Web2 میں مقامی، بلٹ ان ادائیگیاں نہیں ہیں۔", "web3-3-c-label": "Web3", - "web3-3-c-explanation": "ویب 3 میں مقامی، بلٹ ان ادائیگیاں کرپٹو کرنسیوں کے ساتھ موجود ہیں، جیسے کہ ایتھیریم (ETH)۔", - "web3-3-d-label": "تمام ہی", - "web3-3-d-explanation": "ویب 1 اور ویب 2 میں مقامی، بلٹ ان ادائیگیاں نہیں ہیں۔", - "web3-4-prompt": "اصطلاح \"ویب 3\" سب سے پہلے کس نے دی", - "web3-4-a-label": "گیون ووڈ", - "web3-4-a-explanation": "گیون ووڈ، جو ایتھیریم کے شریک بانی ہیں، کو یہ اعزاز حاصل ہے کہ انہوں نے 2015 میں ایتھیریم کے آغاز کے فوراً بعد \"ویب 3\" کی اصطلاح متعارف کرائی۔", - "web3-4-b-label": "اسٹیو جابز", - "web3-4-b-explanation": "اسٹیو جابز نے \"ویب 3\" کی اصطلاح ایجاد نہیں کی۔", + "web3-3-c-explanation": "Web3 میں کرپٹو کرنسیز، جیسے کہ ETH کے ساتھ مقامی، بلٹ ان ادائیگیاں موجود ہیں۔", + "web3-3-d-label": "مذکورہ بالا تمام", + "web3-3-d-explanation": "Web1 اور Web2 میں مقامی، بلٹ ان ادائیگیاں نہیں ہیں۔", + "web3-4-prompt": "اصطلاح 'Web3' سب سے پہلے کس نے وضع کی تھی:", + "web3-4-a-label": "Gavin Wood", + "web3-4-a-explanation": "Ethereum کے شریک بانی، Gavin Wood کو 2015 میں Ethereum کے لانچ ہونے کے فوراً بعد Web3 کی اصطلاح وضع کرنے کا سہرا دیا جاتا ہے۔", + "web3-4-b-label": "Steve Jobs", + "web3-4-b-explanation": "Steve Jobs نے 'Web3' کی اصطلاح وضع نہیں کی تھی۔", "web3-4-c-label": "Vitalik Buterin", - "web3-4-c-explanation": "ویٹالک بوٹرین، اگرچہ وہ ایتھیریم کے اصل بانی ہیں، انہوں نے \"ویب 3\" کی اصطلاح ایجاد نہیں کی۔", - "web3-4-d-label": "ایلون مسک", - "web3-4-d-explanation": "ایلون مسک نے \"ویب 3\" کی اصطلاح ایجاد نہیں کی۔", - "web3-5-prompt": "آپ ویب پر ایک ایسا لاگ اِن استعمال کر سکتے ہیں جو سنسرشپ سے محفوظ ہو، اس کے ذریعے:", - "web3-5-a-label": "فیس بک کے ساتھ لاگ اِن", - "web3-5-a-explanation": "فیس بک کے ساتھ لاگ اِن سنسرشپ سے محفوظ نہیں ہے۔", - "web3-5-b-label": "گوگل سے سائن ان کریں", - "web3-5-b-explanation": "گوگل کے ساتھ لاگ اِن سنسرشپ سے محفوظ نہیں ہے۔", - "web3-5-c-label": "ایتھیریم کے ساتھ لاگ اِن", - "web3-5-c-explanation": "ایتھیریم کے ساتھ لاگ اِن واحد آپشن ہے جو سنسرشپ سے محفوظ ہے اور کسی بھی ویب ایپلیکیشن پر استعمال کیا جا سکتا ہے۔", - "web3-5-d-label": "ٹویٹر کے ساتھ لاگ اِن", - "web3-5-d-explanation": "ٹویٹر کے ساتھ لاگ اِن سنسرشپ سے محفوظ نہیں ہے۔", - "wallets-1-prompt": "والیٹ کی سب سے محفوظ قسم ہے:\n", - "wallets-1-a-label": "ایک موبائل والیٹ", - "wallets-1-a-explanation": "موبائل والیٹس پرائیویٹ کیز کو موبائل ڈیوائس پر محفوظ کرتے ہیں، جو عام طور پر انٹرنیٹ سے جُڑا ہوتا ہے اور دوسرے سافٹ ویئر کے ذریعے متاثر ہو سکتا ہے۔", - "wallets-1-b-label": "ایک ہارڈویئر والیٹ", - "wallets-1-b-explanation": "ہارڈویئر والیٹ کی پرائیویٹ کیز ایک علیحدہ ڈیوائس پر محفوظ کی جاتی ہیں، جسے انٹرنیٹ سے الگ رکھا جا سکتا ہے اور یہ آپ کے ڈیوائس کی دیگر ایپلیکیشنز سے بھی محفوظ رہتی ہیں۔", - "wallets-1-c-label": "ایک ویب والیٹ", - "wallets-1-c-explanation": "ویب والیٹس کی سیکیورٹی ہارڈویئر والیٹس کے مقابلے میں کم ہوتی ہے کیونکہ پرائیویٹ کیز انٹرنیٹ سے جُڑے ہوئے ڈیوائس پر محفوظ کی جاتی ہیں۔", - "wallets-1-d-label": "ایک ڈیسک ٹاپ والیٹ", - "wallets-1-d-explanation": "ڈیسک ٹاپ والیٹس پرائیویٹ کیز کو کمپیوٹر کی ہارڈ ڈرائیو پر محفوظ کرتے ہیں، جو عام طور پر انٹرنیٹ سے جُڑی ہوتی ہے اور دوسرے سافٹ ویئر کے ذریعے متاثر ہو سکتی ہے۔", - "wallets-2-prompt": "آپ کو اپنی \"سیڈ فریز\" کہاں محفوظ کرنی چاہیے؟", - "wallets-2-a-label": "اپنے فون میں تصویر کی صورت میں", - "wallets-2-a-explanation": "یہ سب سے محفوظ آپشن نہیں ہے۔ اگر یہ تصویر کلاؤڈ اسٹوریج پر اپ لوڈ ہو گئی تو ہیکر اسے حاصل کر کے آپ کے اکاؤنٹ تک رسائی حاصل کر سکتا ہے۔", - "wallets-2-b-label": "اپنے کمپیوٹر میں فائل کی صورت میں", - "wallets-2-b-explanation": "یہ بھی سب سے محفوظ آپشن نہیں ہے۔ ہیکرز کرپٹو کرنسی سے متعلق معلومات تلاش کرتے رہتے ہیں۔ اگر ہیکر نے وہ فائل حاصل کر لی جس میں آپ کی \"سیڈ فریز\" ہے، تو وہ آپ کے اکاؤنٹ تک رسائی حاصل کر لے گا۔", - "wallets-2-c-label": "کسی قابلِ اعتماد فیملی ممبر کو ٹیکسٹ میسج کے ذریعے", - "wallets-2-c-explanation": "آپ کو اپنی \"سیڈ فریز\" کبھی بھی کسی کو میسج کے ذریعے نہیں بھیجنی چاہیے۔ یہ پیغام کسی تیسرے شخص کے ہاتھ لگ سکتا ہے، اور چاہے آپ اس شخص پر کتنا ہی بھروسہ کیوں نہ کرتے ہوں، آپ نہیں جانتے کہ کون ان کے فون تک رسائی حاصل کر سکتا ہے۔", - "wallets-2-d-label": "کوئی نہیں", - "wallets-2-d-explanation": "آپ کی \"سیڈ فریز\" کو محفوظ طریقے سے، بہتر یہ ہے کہ آف لائن رکھا جائے۔ اسے کاغذ پر لکھ لینا عام طور پر تجویز کیا جاتا ہے، لیکن محفوظ پاس ورڈ مینیجرز بھی ایک اچھا متبادل ہیں۔", - "wallets-3-prompt": "آپ اپنی \"سیڈ فریز / پرائیویٹ کیز\" کس کو دینی چاہئیں؟", - "wallets-3-a-label": "جس کو آپ ادائیگی کر رہے ہیں", - "wallets-3-a-explanation": "آپ کو اپنی \"سیڈ فریز\" یا \"پرائیویٹ کیز\" کبھی بھی کسی کو نہیں دینی چاہئیں۔ اس کے بجائے ان کے والیٹ ایڈریس پر ٹوکن بھیجیں۔", - "wallets-3-b-label": "ڈی ایپ یا والیٹ میں لاگ اِن کرنے کے لیے", - "wallets-3-b-explanation": "آپ کو اپنی \"سیڈ فریز / پرائیویٹ کیز\" کبھی بھی اپنے والیٹ یا ڈی ایپ میں لاگ اِن کرنے کے لیے استعمال نہیں کرنی چاہئیں-", - "wallets-3-c-label": "سپورٹ اسٹاف", - "wallets-3-c-explanation": "آپ کو کبھی بھی اپنی سیڈ فریز / پرائیویٹ کیز کسی ایسے شخص کو نہیں دینی چاہئیں جو خود کو سپورٹ اسٹاف بتا رہا ہو۔ جو کوئی بھی آپ سے یہ مانگ رہا ہے وہ دھوکہ باز ہے۔", + "web3-4-c-explanation": "Vitalik Buterin، اگرچہ Ethereum کے اصل بانی ہیں، لیکن انہوں نے 'Web3' کی اصطلاح وضع نہیں کی تھی۔", + "web3-4-d-label": "Elon Musk", + "web3-4-d-explanation": "Elon Musk نے 'Web3' کی اصطلاح وضع نہیں کی تھی۔", + "web3-5-prompt": "آپ کس کے استعمال کے ذریعے پوری ویب پر ایک واحد، سنسر شپ کے خلاف مزاحمت کرنے والا لاگ ان حاصل کر سکتے ہیں:", + "web3-5-a-label": "Sign-in with Facebook", + "web3-5-a-explanation": "Sign-in with Facebook سنسر شپ کے خلاف مزاحم نہیں ہے۔", + "web3-5-b-label": "Sign-in with Google", + "web3-5-b-explanation": "Sign-in with Google سنسر شپ کے خلاف مزاحم نہیں ہے۔", + "web3-5-c-label": "Sign-in with Ethereum", + "web3-5-c-explanation": "Sign-in with Ethereum واحد آپشن ہے جو سنسر شپ کے خلاف مزاحم ہے اور کسی بھی ویب ایپلیکیشن پر قابل استعمال ہے۔", + "web3-5-d-label": "Sign-in with Twitter", + "web3-5-d-explanation": "Sign-in with Twitter سنسر شپ کے خلاف مزاحم نہیں ہے۔", + "wallets-1-prompt": "والیٹ کی سب سے محفوظ قسم کون سی ہے:", + "wallets-1-a-label": "موبائل والیٹ", + "wallets-1-a-explanation": "موبائل والیٹس پرائیویٹ کیز کو موبائل ڈیوائس پر رکھتے ہیں، جو عام طور پر انٹرنیٹ سے منسلک ہوتی ہے، اور ممکنہ طور پر دوسرے سافٹ ویئر کے ذریعے سمجھوتہ کر سکتی ہے۔", + "wallets-1-b-label": "ہارڈویئر والیٹ", + "wallets-1-b-explanation": "ہارڈویئر والیٹ کی پرائیویٹ کیز ایک مخصوص ڈیوائس پر اسٹور ہوتی ہیں جسے انٹرنیٹ سے دور رکھا جا سکتا ہے اور یہ آپ کے آلات پر موجود دیگر ایپلیکیشنز سے الگ تھلگ ہوتی ہیں۔", + "wallets-1-c-label": "ویب والیٹ", + "wallets-1-c-explanation": "ویب والیٹس میں ہارڈویئر والیٹس کے مقابلے میں کم سیکیورٹی ہوتی ہے کیونکہ پرائیویٹ کیز انٹرنیٹ سے منسلک ڈیوائس پر اسٹور ہوتی ہیں۔", + "wallets-1-d-label": "ڈیسک ٹاپ والیٹ", + "wallets-1-d-explanation": "ڈیسک ٹاپ والیٹس پرائیویٹ کیز کو کمپیوٹر کی ہارڈ ڈرائیو پر رکھتے ہیں، جو عام طور پر انٹرنیٹ سے منسلک ہوتی ہے، اور ممکنہ طور پر دوسرے سافٹ ویئر کے ذریعے سمجھوتہ کر سکتی ہے۔", + "wallets-2-prompt": "آپ کو اپنا سیڈ فریز (seed phrase) کیسے اسٹور کرنا چاہیے؟", + "wallets-2-a-label": "اپنے فون پر ایک تصویر میں", + "wallets-2-a-explanation": "یہ سب سے محفوظ آپشن نہیں ہے۔ اگر یہ تصویر کلاؤڈ اسٹوریج پر اپ لوڈ ہو جاتی ہے تو ہیکر اس تصویر کو حاصل کر کے آپ کے اکاؤنٹ تک رسائی حاصل کر سکتا ہے۔", + "wallets-2-b-label": "اپنے کمپیوٹر پر ایک فائل میں", + "wallets-2-b-explanation": "یہ سب سے محفوظ آپشن نہیں ہے۔ ہیکرز تیزی سے ٹارگٹ ڈیوائسز پر کرپٹو کرنسی سے متعلق معلومات تلاش کر رہے ہیں۔ اگر کوئی ہیکر آپ کے سیڈ فریز والی فائل تک رسائی حاصل کر لیتا ہے تو وہ آپ کے اکاؤنٹ تک رسائی حاصل کر لے گا۔", + "wallets-2-c-label": "کسی قابل اعتماد فیملی ممبر کو ٹیکسٹ میسج میں", + "wallets-2-c-explanation": "آپ کو کبھی بھی اپنا سیڈ فریز کسی کو ٹیکسٹ نہیں کرنا چاہیے۔ پیغام کو کسی تیسرے فریق کے ذریعے روکا جا سکتا ہے، اور یہاں تک کہ اگر آپ اس شخص پر مکمل بھروسہ کرتے ہیں، تو آپ نہیں جانتے کہ ان کے فون تک کون رسائی حاصل کر سکتا ہے۔", + "wallets-2-d-label": "مذکورہ بالا میں سے کوئی نہیں", + "wallets-2-d-explanation": "آپ کا سیڈ فریز محفوظ طریقے سے اسٹور ہونا چاہیے، مثالی طور پر آف لائن۔ اسی وجہ سے اسے کاغذ پر لکھنے کی اکثر سفارش کی جاتی ہے، لیکن محفوظ پاس ورڈ مینیجرز ایک اچھا متبادل ہیں۔", + "wallets-3-prompt": "آپ کو اپنا سیڈ فریز / پرائیویٹ کیز کس کو دینی چاہئیں؟", + "wallets-3-a-label": "جسے آپ ادائیگی کر رہے ہیں", + "wallets-3-a-explanation": "آپ کو کبھی بھی اپنا سیڈ فریز یا پرائیویٹ کیز کسی کو نہیں دینی چاہئیں۔ اس کے بجائے، ایک ٹرانزیکشن کے ذریعے ان کے والیٹ ایڈریس پر ٹوکنز بھیجیں۔", + "wallets-3-b-label": "کسی ڈیپ (dapp) یا والیٹ میں لاگ ان کرنے کے لیے", + "wallets-3-b-explanation": "آپ کو اپنے والیٹ یا ڈیپ میں لاگ ان کرنے کے لیے کبھی بھی اپنا سیڈ فریز / پرائیویٹ کیز نہیں دینی چاہئیں۔", + "wallets-3-c-label": "سپورٹ اسٹاف کو", + "wallets-3-c-explanation": "آپ کو کبھی بھی اپنا سیڈ فریز / پرائیویٹ کیز کسی ایسے شخص کو نہیں دینی چاہئیں جو سپورٹ اسٹاف ہونے کا دعویٰ کرے۔ جو بھی آپ سے یہ مانگتا ہے وہ ایک اسکیمر ہے۔", "wallets-3-d-label": "کسی کو نہیں", - "wallets-3-d-explanation": "عام طور پر آپ کو اپنی سیڈ فریز یا پرائیویٹ کیز کسی کو بھی نہیں دینی چاہئیں۔ اگر آپ کسی پر مکمل بھروسہ کرتے ہیں اور انہیں اپنے فنڈز تک مکمل رسائی دینا چاہتے ہیں (جیسے شریکِ حیات) تو آپ یہ معلومات ان سے شیئر کر سکتے ہیں۔", - "wallets-4-prompt": "ایتھیریئم پر والٹ اور اکاؤنٹ ایک ہی چیز ہیں۔", + "wallets-3-d-explanation": "مثالی طور پر، آپ کو کبھی بھی اپنا سیڈ فریز یا پرائیویٹ کیز کسی کو نہیں دینی چاہئیں۔ اگر آپ کسی پر اپنے فنڈز تک مکمل رسائی کے ساتھ مکمل بھروسہ کرتے ہیں (جیسے کہ شریک حیات)، تو آپ ان کے ساتھ یہ معلومات شیئر کرنے کا فیصلہ کر سکتے ہیں۔", + "wallets-4-prompt": "Ethereum پر ایک والیٹ اور ایک اکاؤنٹ ایک ہی چیز ہیں۔", "wallets-4-a-label": "درست", - "wallets-4-a-explanation": "والٹ ایک بصری انٹرفیس ہے جس کے ذریعے ایتھیریئم اکاؤنٹ استعمال کیا جاتا ہے۔", + "wallets-4-a-explanation": "والیٹ ایک بصری انٹرفیس ہے جو Ethereum اکاؤنٹ کے ساتھ تعامل کرنے کے لیے استعمال ہوتا ہے۔", "wallets-4-b-label": "غلط", - "wallets-4-b-explanation": "والٹ ایک بصری انٹرفیس ہے جس کے ذریعے ایتھیریئم اکاؤنٹ استعمال کیا جاتا ہے۔", + "wallets-4-b-explanation": "والیٹ ایک بصری انٹرفیس ہے جو Ethereum اکاؤنٹ کے ساتھ تعامل کرنے کے لیے استعمال ہوتا ہے۔", "security-1-prompt": "آپ کو اپنے تمام اکاؤنٹس کے لیے منفرد پاس ورڈز کیوں استعمال کرنے چاہئیں؟", - "security-1-a-label": "اگر کسی ایک پلیٹ فارم کا ڈیٹا لیک ہو جائے۔", - "security-1-a-explanation": "یہ جواب درست ہے، لیکن کچھ اور درست جوابات بھی ہیں۔", - "security-1-b-label": "اگر کوئی شخص آپ کے کندھے کے اوپر سے دیکھ کر آپ کا پاس ورڈ دیکھ لے۔", - "security-1-b-explanation": "یہ جواب درست ہے، لیکن کچھ اور درست جوابات بھی ہیں۔", - "security-1-c-label": "اگر کسی میل ویئر، جیسے کی لاگر، نے آپ کا پاس ورڈ چرا لیا۔", - "security-1-c-explanation": "یہ جواب درست ہے، لیکن کچھ اور درست جوابات بھی ہیں۔", - "security-1-d-label": "تمام ہی", - "security-1-d-explanation": "تمام جوابات درست ہیں۔ منفرد پاس ورڈز استعمال کرنا بہترین طریقہ ہے تاکہ کوئی بھی آپ کے اکاؤنٹ تک رسائی حاصل نہ کر سکے۔", - "security-2-prompt": "مرج کے بعد ETH کو ETH2 میں اپ گریڈ کرنا ضروری ہے۔", + "security-1-a-label": "اس صورت میں کہ کسی ایک پلیٹ فارم پر ڈیٹا کی خلاف ورزی ہو جائے", + "security-1-a-explanation": "یہ جواب درست ہے، لیکن دیگر درست جوابات بھی ہیں۔", + "security-1-b-label": "اس صورت میں کہ کوئی آپ کے کندھے کے اوپر سے دیکھ کر آپ کا پاس ورڈ جان لے", + "security-1-b-explanation": "یہ جواب درست ہے، لیکن دیگر درست جوابات بھی ہیں۔", + "security-1-c-label": "اس صورت میں کہ میلویئر، جیسے کہ کی-لاگر (key-logger)، آپ کا پاس ورڈ چرا لے", + "security-1-c-explanation": "یہ جواب درست ہے، لیکن دیگر درست جوابات بھی ہیں۔", + "security-1-d-label": "مذکورہ بالا تمام", + "security-1-d-explanation": "تمام جوابات درست ہیں۔ منفرد پاس ورڈز کا استعمال کسی اور کو آپ کے اکاؤنٹ تک رسائی سے روکنے کا بہترین طریقہ ہے۔", + "security-2-prompt": "The Merge کے بعد، ETH کو ETH2 میں اپ گریڈ کیا جانا چاہیے۔", "security-2-a-label": "درست", - "security-2-a-explanation": "آپ کو اپنا ETH2 میں اپ گریڈ کرنے کی ضرورت نہیں ہے۔ ETH2 جیسی کوئی چیز نہیں ہے اور یہ ایک عام بیانیہ ہے جو دھوکہ باز استعمال کرتے ہیں۔", + "security-2-a-explanation": "آپ کو اپنے ETH کو ETH2 میں اپ گریڈ کرنے کی ضرورت نہیں ہے۔ ETH2 نام کی کوئی چیز نہیں ہے اور یہ اسکیمرز کی طرف سے استعمال ہونے والا ایک عام بیانیہ ہے۔", "security-2-b-label": "غلط", - "security-2-b-explanation": "آپ کو اپنا ETH2 میں اپ گریڈ کرنے کی ضرورت نہیں ہے۔ ETH2 جیسی کوئی چیز نہیں ہے اور یہ ایک عام بیانیہ ہے جو دھوکہ باز استعمال کرتے ہیں۔", - "security-3-prompt": "ETH گیو اویز:", - "security-3-a-label": "مزید ETH حاصل کرنے کا ایک اچھا طریقہ۔", - "security-3-a-explanation": "ETH گیو اویز اسکیمز ہیں جو آپ کے ETH اور دیگر ٹوکنز چرانے کے لیے بنائی جاتی ہیں۔ یہ کبھی بھی مزید ETH حاصل کرنے کا اچھا طریقہ نہیں ہیں۔", - "security-3-b-label": "ہمیشہ اصلی ہوتے ہیں", + "security-2-b-explanation": "آپ کو اپنے ETH کو ETH2 میں اپ گریڈ کرنے کی ضرورت نہیں ہے۔ ETH2 نام کی کوئی چیز نہیں ہے اور یہ اسکیمرز کی طرف سے استعمال ہونے والا ایک عام بیانیہ ہے۔", + "security-3-prompt": "ETH گیو اویز (giveaways) ہیں:", + "security-3-a-label": "مزید ETH حاصل کرنے کا ایک اچھا طریقہ", + "security-3-a-explanation": "ETH گیو اویز (giveaways) ایسے اسکیم ہیں جو آپ کے ETH اور دیگر ٹوکنز چرانے کے لیے بنائے گئے ہیں۔ یہ کبھی بھی مزید ETH حاصل کرنے کا اچھا طریقہ نہیں ہیں۔", + "security-3-b-label": "ہمیشہ اصلی", "security-3-b-explanation": "ETH گیو اویز کبھی بھی اصلی نہیں ہوتے۔", - "security-3-c-label": "اکثر کمیونٹی کے مشہور افراد کے ذریعے کیے جاتے ہیں", - "security-3-c-explanation": "اہم کمیونٹی ممبران ETH گیو اویز نہیں کرتے۔ دھوکہ باز مشہور افراد (جیسے ایلون مسک) کا نام استعمال کر کے یہ دکھانے کی کوشش کرتے ہیں کہ یہ اصلی ہیں۔", - "security-3-d-label": "زیادہ امکان ہے کہ اسکیم ہو", - "security-3-d-explanation": "ETH گیو اویز ہمیشہ اسکیمز ہوتے ہیں۔ بہترین طریقہ یہ ہے کہ دھوکہ بازوں کو رپورٹ کریں اور نظر انداز کریں۔", - "security-4-prompt": "ایتھیریئم ٹرانزیکشنز ریورس ایبل ہیں۔", + "security-3-c-label": "عام طور پر کمیونٹی کے نمایاں ممبران کی طرف سے کیے جاتے ہیں", + "security-3-c-explanation": "کمیونٹی کے نمایاں ممبران ETH گیو اویز نہیں کرتے۔ اسکیمرز یہ ظاہر کرتے ہیں کہ مشہور شخصیات، جیسے Elon Musk، گیو اویز کر رہے ہیں تاکہ ان کے اسکیم کو قانونی حیثیت کا احساس مل سکے۔", + "security-3-d-label": "بہت زیادہ امکان ہے کہ یہ ایک اسکیم ہو", + "security-3-d-explanation": "ETH گیو اویز ہمیشہ اسکیم ہوتے ہیں۔ اسکیمرز کو رپورٹ کرنا اور نظر انداز کرنا ہی بہترین ہے۔", + "security-4-prompt": "Ethereum ٹرانزیکشنز کو ریورس کیا جا سکتا ہے۔", "security-4-a-label": "درست", - "security-4-a-explanation": "ایتھیریئم کی ٹرانزیکشنز ریورس نہیں کی جا سکتیں۔ جو بھی آپ سے اس کے برعکس کہے، وہ ممکن ہے آپ کو دھوکہ دینے کی کوشش کر رہا ہو۔", + "security-4-a-explanation": "Ethereum ٹرانزیکشنز کو ریورس نہیں کیا جا سکتا۔ جو بھی آپ کو اس کے برعکس بتاتا ہے وہ آپ کے ساتھ اسکیم کرنے کی کوشش کر رہا ہو سکتا ہے۔", "security-4-b-label": "غلط", - "security-4-b-explanation": "ایتھیریئم کی ٹرانزیکشنز ریورس نہیں کی جا سکتیں۔ جو بھی آپ سے اس کے برعکس کہے، وہ ممکن ہے آپ کو دھوکہ دینے کی کوشش کر رہا ہو۔", - "nfts-1-prompt": "NFTs کی جامع تعریف کیا ہے؟", + "security-4-b-explanation": "Ethereum ٹرانزیکشنز کو ریورس نہیں کیا جا سکتا۔ جو بھی آپ کو اس کے برعکس بتاتا ہے وہ آپ کے ساتھ اسکیم کرنے کی کوشش کر رہا ہو سکتا ہے۔", + "nfts-1-prompt": "NFTs کی سب سے جامع تعریف یہ ہے:", "nfts-1-a-label": "منفرد ڈیجیٹل اثاثے", "nfts-1-a-explanation": "NFTs ایک منفرد ڈیجیٹل اثاثے کی نمائندگی کرتے ہیں۔", "nfts-1-b-label": "ڈیجیٹل آرٹ ورک", - "nfts-1-b-explanation": "NFTs منفرد ڈیجیٹل اثاثے کی نمائندگی کرتے ہیں، یہ عموماً ڈیجیٹل آرٹ ورک ہوتا ہے، لیکن اس تک محدود نہیں ہے۔", - "nfts-1-c-label": "خصوصی ایونٹس کے ٹکٹس", - "nfts-1-c-explanation": "NFTs منفرد ڈیجیٹل اثاثے کی نمائندگی کرتے ہیں۔ یہ کسی ٹکٹنگ سسٹم کے طور پر بھی ہو سکتا ہے، لیکن صرف ٹکٹس تک محدود نہیں ہے۔", + "nfts-1-b-explanation": "NFTs ایک منفرد ڈیجیٹل اثاثے کی نمائندگی کرتے ہیں، یہ عام طور پر ڈیجیٹل آرٹ ورک ہوتا ہے، لیکن یہ صرف آرٹ تک محدود نہیں ہے۔", + "nfts-1-c-label": "خصوصی ایونٹس کے ٹکٹ", + "nfts-1-c-explanation": "NFTs ایک منفرد ڈیجیٹل اثاثے کی نمائندگی کرتے ہیں، یہ ایک ٹکٹنگ سسٹم ہو سکتا ہے، لیکن یہ صرف ٹکٹوں تک محدود نہیں ہے۔", "nfts-1-d-label": "قانونی طور پر پابند معاہدے", - "nfts-1-d-explanation": "اگرچہ ایک قانونی معاہدہ NFT کے طور پر ظاہر کیا جا سکتا ہے، لیکن NFTs صرف قانونی معاہدوں تک محدود نہیں ہیں۔", - "nfts-2-prompt": "دو NFTs جو ایک ہی آرٹ ورک کی نمائندگی کریں، ایک جیسے ہیں۔", + "nfts-1-d-explanation": "اگرچہ ایک قانونی معاہدے کو NFT کے طور پر پیش کیا جا سکتا ہے، لیکن NFTs صرف قانونی طور پر پابند معاہدوں کے لیے مخصوص نہیں ہیں۔", + "nfts-2-prompt": "ایک ہی آرٹ ورک کی نمائندگی کرنے والے دو NFTs ایک ہی چیز ہیں۔", "nfts-2-a-label": "درست", - "nfts-2-a-explanation": "۔ NFTs نان فنجیبل ہیں۔ اس کا مطلب ہے کہ چاہے وہ ایک ہی ڈیجیٹل آرٹ کی نمائندگی کریں، وہ پھر بھی منفرد اور الگ پہچان رکھتے ہیں۔ روایتی آرٹ میں یہ اصل اور پرنٹ جیسا ہو سکتا ہے۔", + "nfts-2-a-explanation": "NFTs نان فنجیبل (non-fungible) ہوتے ہیں۔ اس کا مطلب ہے کہ اگرچہ وہ ایک ہی ڈیجیٹل آرٹ کے ٹکڑے کی نمائندگی کرتے ہیں، پھر بھی وہ منفرد طور پر قابل شناخت ہوتے ہیں۔ روایتی آرٹ کی دنیا میں، یہ اصلی اور پرنٹس کے مترادف ہو سکتا ہے۔", "nfts-2-b-label": "غلط", - "nfts-2-b-explanation": "۔ NFTs نان فنجیبل ہیں۔ اس کا مطلب ہے کہ چاہے وہ ایک ہی ڈیجیٹل آرٹ کی نمائندگی کریں، وہ پھر بھی منفرد اور الگ پہچان رکھتے ہیں۔ روایتی آرٹ میں یہ اصل اور پرنٹ جیسا ہو سکتا ہے۔", - "nfts-3-prompt": "NFTs عام طور پر کس چیز کی نمائندگی کرتے ہیں۔", - "nfts-3-a-label": "آپ کے والٹ کا پاس ورڈ", - "nfts-3-a-explanation": "یہ سیکیورٹی رسک ہے اور بالکل برا خیال ہے۔", + "nfts-2-b-explanation": "NFTs نان فنجیبل (non-fungible) ہوتے ہیں۔ اس کا مطلب ہے کہ اگرچہ وہ ایک ہی ڈیجیٹل آرٹ کے ٹکڑے کی نمائندگی کرتے ہیں، پھر بھی وہ منفرد طور پر قابل شناخت ہوتے ہیں۔ روایتی آرٹ کی دنیا میں، یہ اصلی اور پرنٹس کے مترادف ہو سکتا ہے۔", + "nfts-3-prompt": "NFTs عام طور پر کس چیز کی نمائندگی کرتے ہیں:", + "nfts-3-a-label": "آپ کے والیٹ کا پاس ورڈ", + "nfts-3-a-explanation": "یہ ایک سیکیورٹی رسک ہے اور عام طور پر ایک برا خیال ہے!", "nfts-3-b-label": "ایک منفرد ڈیجیٹل آئٹم کی ملکیت", - "nfts-3-b-explanation": "NFTs عموماً ایک منفرد ڈیجیٹل آئٹم کی ملکیت کی نمائندگی کرتے ہیں۔", + "nfts-3-b-explanation": "NFTs عام طور پر ایک منفرد ڈیجیٹل آئٹم کی ملکیت کی نمائندگی کرتے ہیں۔", "nfts-3-c-label": "آپ کا موجودہ ETH بیلنس", - "nfts-3-c-explanation": "NFTs آپ کے ETH بیلنس کی نمائندگی نہیں کر سکتے۔", - "nfts-3-d-label": "تمام ہی", - "nfts-3-d-explanation": "NFTs منفرد ڈیجیٹل آئٹم کی ملکیت کی نمائندگی کرتے ہیں، نہ کہ ETH بیلنس یا والٹ پاس ورڈز کی۔", - "nfts-4-prompt": "NFTs نے کس نئی چیز کو تخلیق کرنے میں مدد کی ہے:", - "nfts-4-a-label": "کیوریٹر اکانومی (Curator Economy)", - "nfts-4-a-explanation": "این ایف ٹیز نے کیوریٹرز نہیں بلکہ تخلیق کاروں کے لئے ایک نئی معیشت بنانے میں مدد کی۔", - "nfts-4-b-label": "کاربن معیشت", - "nfts-4-b-explanation": "این ایف ٹیز نے کاربن نہیں بلکہ تخلیق کاروں کے لئے ایک نئی معیشت بنانے میں مدد کی۔", - "nfts-4-c-label": "تخلیق کار معیشت", - "nfts-4-c-explanation": "این ایف ٹیز نے تخلیق کار معیشت بنانے میں مدد کی۔", - "nfts-4-d-label": "ڈوج معیشت", - "nfts-4-d-explanation": "این ایف ٹیز نے ڈوجز 🐶 نہیں بلکہ تخلیق کاروں کے لئے ایک نئی معیشت بنانے میں مدد کی۔", - "nfts-5-prompt": "ایتھریم پر این ایف ٹیز ماحول کے لئے نقصان دہ ہیں", + "nfts-3-c-explanation": "NFTs من مانی طور پر آپ کے ETH بیلنس کی نمائندگی نہیں کر سکتے۔", + "nfts-3-d-label": "مذکورہ بالا تمام", + "nfts-3-d-explanation": "NFTs عام طور پر ایک منفرد ڈیجیٹل آئٹم کی ملکیت کی نمائندگی کرتے ہیں، نہ کہ ETH بیلنس یا والیٹ کے پاس ورڈز کی۔", + "nfts-4-prompt": "NFTs نے ایک نئی چیز بنانے میں مدد کی ہے:", + "nfts-4-a-label": "کیوریٹر اکانومی", + "nfts-4-a-explanation": "NFTs نے تخلیق کاروں کے لیے ایک نئی معیشت بنانے میں مدد کی، نہ کہ کیوریٹرز کے لیے۔", + "nfts-4-b-label": "کاربن اکانومی", + "nfts-4-b-explanation": "NFTs نے تخلیق کاروں کے لیے ایک نئی معیشت بنانے میں مدد کی، نہ کہ کاربن کے لیے۔", + "nfts-4-c-label": "کریئٹر اکانومی", + "nfts-4-c-explanation": "NFTs نے کریئٹر اکانومی (تخلیق کاروں کی معیشت) بنانے میں مدد کی۔", + "nfts-4-d-label": "ڈوج اکانومی", + "nfts-4-d-explanation": "NFTs نے تخلیق کاروں کے لیے ایک نئی معیشت بنانے میں مدد کی، نہ کہ doges 🐶 کے لیے۔", + "nfts-5-prompt": "Ethereum پر NFTs ماحول کے لیے نقصان دہ ہیں", "nfts-5-a-label": "درست", - "nfts-5-a-explanation": "مرج (پروف آف اسٹیک میں تبدیلی) کے بعد، کسی بھی لین دین کا ماحول پر معمولی اثر پڑا ہے۔", + "nfts-5-a-explanation": "The Merge (پروف آف اسٹیک کی طرف منتقلی) کے بعد سے، کسی بھی ٹرانزیکشن کا ماحول پر اثر نہ ہونے کے برابر ہے۔", "nfts-5-b-label": "غلط", - "nfts-5-b-explanation": "مرج (پروف آف اسٹیک میں تبدیلی) کے بعد، کسی بھی لین دین کا ماحول پر معمولی اثر پڑا ہے۔", - "rollups-1-prompt": "لیئر 2 بلاک چین نیٹ ورکس کے لئے ہیں:", - "rollups-1-a-label": "ایتھریم کو اسکیل کرنے کے لئے", - "rollups-1-a-explanation": "رول اپس اور دیگر لیئر 2 حلوں کا بنیادی مقصد ایتھریم کو اسکیل کرنا ہے۔", + "nfts-5-b-explanation": "The Merge (پروف آف اسٹیک کی طرف منتقلی) کے بعد سے، کسی بھی ٹرانزیکشن کا ماحول پر اثر نہ ہونے کے برابر ہے۔", + "rollups-1-prompt": "لیئر 2 بلاک چین نیٹ ورکس کس لیے ہیں:", + "rollups-1-a-label": "Ethereum کی اسکیلنگ", + "rollups-1-a-explanation": "رول اپس (rollups) اور دیگر لیئر 2 سلوشنز کا بنیادی مقصد Ethereum کی اسکیلنگ ہے۔", "rollups-1-b-label": "ادائیگیاں کرنا", - "rollups-1-b-explanation": "رول اپس اور دیگر لیئر 2 حلوں کا بنیادی مقصد ایتھریم کو اسکیل کرنا ہے۔", - "rollups-1-c-label": "این ایف ٹیز خریدنا", - "rollups-1-c-explanation": "رول اپس اور دیگر لیئر 2 حلوں کا بنیادی مقصد ایتھریم کو اسکیل کرنا ہے۔", - "rollups-1-d-label": "ایتھریم کو غیر مرکزیت دینا", - "rollups-1-d-explanation": "رول اپس اور دیگر لیئر 2 حلوں کا بنیادی مقصد ایتھریم کو اسکیل کرنا ہے۔", - "rollups-2-prompt": "اسکیل کرنے کے لئے، زیادہ تر متبادل لیئر 1 نیٹ ورکس نے بنیادی طور پر قربانی دی ہے:", - "rollups-2-a-label": "سیکورٹی", - "rollups-2-a-explanation": "زیادہ تر متبادل لیئر 1 نیٹ ورکس اسکیل کرنے کے لئے سیکیورٹی اور کسی اور چیز پر قربانی دیتے ہیں۔", - "rollups-2-b-label": "وکندریقرت", - "rollups-2-b-explanation": "زیادہ تر متبادل لیئر 1 نیٹ ورکس اسکیل کرنے کے لئے غیر مرکزیت اور کسی اور چیز پر قربانی دیتے ہیں۔", - "rollups-2-c-label": "ٹوکن قیمت", - "rollups-2-c-explanation": "ٹوکن کی قیمت کا اسکیلنگ صلاحیت پر کوئی اثر نہیں ہوتا۔", - "rollups-2-d-label": "سیکیورٹی اور غیر مرکزیت", - "rollups-2-d-explanation": "زیادہ تر متبادل لیئر 1 نیٹ ورکس اسکیل کرنے کے لئے سیکیورٹی اور غیر مرکزیت دونوں پر قربانی دیتے ہیں۔", - "rollups-3-prompt": "مندرجہ ذیل میں سے کون سا لیئر 2 نہیں سمجھا جاتا؟", - "rollups-3-a-label": "ویلیڈیمز", - "rollups-3-a-explanation": "ویلیڈیمز کو لیئر 2 حل نہیں سمجھا جاتا کیونکہ وہ Ethereum سے سیکیورٹی یا ڈیٹا کی دستیابی حاصل نہیں کرتے ہیں۔ یہ واحد درست جواب نہیں ہے۔", + "rollups-1-b-explanation": "رول اپس (rollups) اور دیگر لیئر 2 سلوشنز کا بنیادی مقصد Ethereum کی اسکیلنگ ہے۔", + "rollups-1-c-label": "NFTs خریدنا", + "rollups-1-c-explanation": "رول اپس (rollups) اور دیگر لیئر 2 سلوشنز کا بنیادی مقصد Ethereum کی اسکیلنگ ہے۔", + "rollups-1-d-label": "Ethereum کو ڈی سینٹرلائز کرنا", + "rollups-1-d-explanation": "رول اپس (rollups) اور دیگر لیئر 2 سلوشنز کا بنیادی مقصد Ethereum کی اسکیلنگ ہے۔", + "rollups-2-prompt": "اسکیل کرنے کے لیے، زیادہ تر متبادل لیئر 1 نیٹ ورکس نے بنیادی طور پر کس چیز کی قربانی دی ہے:", + "rollups-2-a-label": "سیکیورٹی", + "rollups-2-a-explanation": "زیادہ تر متبادل لیئر 1 نیٹ ورکس اسکیل کرنے کے لیے سیکیورٹی اور کسی اور چیز کی قربانی دیتے ہیں۔", + "rollups-2-b-label": "ڈی سینٹرلائزیشن", + "rollups-2-b-explanation": "زیادہ تر متبادل لیئر 1 نیٹ ورکس اسکیل کرنے کے لیے ڈی سینٹرلائزیشن اور کسی اور چیز کی قربانی دیتے ہیں۔", + "rollups-2-c-label": "ٹوکن کی قیمت", + "rollups-2-c-explanation": "ٹوکن کی قیمت کا اسکیلنگ کی صلاحیت پر کوئی اثر نہیں ہوتا۔", + "rollups-2-d-label": "سیکیورٹی اور ڈی سینٹرلائزیشن", + "rollups-2-d-explanation": "زیادہ تر متبادل لیئر 1 نیٹ ورکس اسکیل کرنے کے لیے سیکیورٹی اور ڈی سینٹرلائزیشن دونوں کی قربانی دیتے ہیں۔", + "rollups-3-prompt": "مندرجہ ذیل میں سے کسے لیئر 2 نہیں سمجھا جاتا؟", + "rollups-3-a-label": "Validiums", + "rollups-3-a-explanation": "Validiums کو لیئر 2 سلوشنز نہیں سمجھا جاتا کیونکہ وہ Ethereum سے سیکیورٹی یا ڈیٹا کی دستیابی حاصل نہیں کرتے۔ یہ واحد درست جواب نہیں ہے۔", "rollups-3-b-label": "سائیڈ چینز", - "rollups-3-b-explanation": "سائیڈ چینز کو لیئر 2 حل نہیں سمجھا جاتا کیونکہ وہ Ethereum سے سیکیورٹی یا ڈیٹا کی دستیابی حاصل نہیں کرتے ہیں۔ یہ واحد درست جواب نہیں ہے۔", + "rollups-3-b-explanation": "سائیڈ چینز کو لیئر 2 سلوشنز نہیں سمجھا جاتا کیونکہ وہ Ethereum سے سیکیورٹی یا ڈیٹا کی دستیابی حاصل نہیں کرتے۔ یہ واحد درست جواب نہیں ہے۔", "rollups-3-c-label": "متبادل لیئر 1 بلاک چینز", - "rollups-3-c-explanation": "متبادل لیئر 1 بلاک چینز کو لیئر 2 حل نہیں سمجھا جاتا ہے۔ یہ واحد درست جواب نہیں ہے۔", - "rollups-3-d-label": "تمام ہی", - "rollups-3-d-explanation": "ویلیڈیمز، سائیڈ چینز، اور متبادل لیئر 1 بلاک چینز کو لیئر 2 حل نہیں سمجھا جاتا کیونکہ وہ Ethereum سے سیکیورٹی یا ڈیٹا کی دستیابی حاصل نہیں کرتے ہیں۔", + "rollups-3-c-explanation": "متبادل لیئر 1 بلاک چینز کو لیئر 2 سلوشنز نہیں سمجھا جاتا۔ یہ واحد درست جواب نہیں ہے۔", + "rollups-3-d-label": "مذکورہ بالا تمام", + "rollups-3-d-explanation": "Validiums، سائیڈ چینز، اور متبادل لیئر 1 بلاک چینز کو لیئر 2 سلوشنز نہیں سمجھا جاتا کیونکہ وہ Ethereum سے سیکیورٹی یا ڈیٹا کی دستیابی حاصل نہیں کرتے۔", "rollups-4-prompt": "Ethereum کا کوئی 'آفیشل' لیئر 2 کیوں نہیں ہے؟", - "rollups-4-a-label": "بنیادی ڈیولپرز Ethereum پر کام کرنے میں بہت مصروف ہیں", - "rollups-4-a-explanation": "Ethereum پر 'آفیشل' لیئر 2 کے لیے کوئی منصوبہ نہیں ہے کیونکہ ہم لیئر 2 حلوں کو ڈیزائن کرنے کے لیے وسیع اقسام کے طریقوں سے فائدہ اٹھائیں گے۔", - "rollups-4-b-label": "ایک L1 کے طور پر، Ethereum بالآخر خود ہی بڑے پیمانے پر اسکیلنگ تک پہنچ جائے گا", - "rollups-4-b-explanation": "Ethereum پر 'آفیشل' لیئر 2 کے لیے کوئی منصوبہ نہیں ہے کیونکہ ہم لیئر 2 حلوں کو ڈیزائن کرنے کے لیے وسیع اقسام کے طریقوں سے فائدہ اٹھائیں گے۔", - "rollups-4-c-label": "بنیادی ڈیولپرز اب بھی آپٹیمسٹک اور zk-رول اپس کے درمیان بحث کر رہے ہیں", - "rollups-4-c-explanation": "Ethereum پر 'آفیشل' لیئر 2 کے لیے کوئی منصوبہ نہیں ہے کیونکہ ہم لیئر 2 حلوں کو ڈیزائن کرنے کے لیے وسیع اقسام کے طریقوں سے فائدہ اٹھائیں گے۔", - "rollups-4-d-label": "Ethereum ایک L2 کو ڈیزائن کرنے کے لیے وسیع اقسام کے طریقوں سے فائدہ اٹھائے گا", - "rollups-4-d-explanation": "Ethereum پر 'آفیشل' لیئر 2 کے لیے کوئی منصوبہ نہیں ہے کیونکہ ہم لیئر 2 حلوں کو ڈیزائن کرنے کے لیے وسیع اقسام کے طریقوں سے فائدہ اٹھائیں گے۔", + "rollups-4-a-label": "کور ڈیولپرز Ethereum پر کام کرنے میں بہت مصروف ہیں", + "rollups-4-a-explanation": "Ethereum پر کسی 'آفیشل' لیئر 2 کا کوئی ارادہ نہیں ہے کیونکہ ہم لیئر 2 سلوشنز ڈیزائن کرنے کے مختلف طریقوں سے مستفید ہوں گے۔", + "rollups-4-b-label": "ایک L1 کے طور پر، Ethereum بالآخر خود ہی ماس اسکیلنگ تک پہنچ جائے گا", + "rollups-4-b-explanation": "Ethereum پر کسی 'آفیشل' لیئر 2 کا کوئی ارادہ نہیں ہے کیونکہ ہم لیئر 2 سلوشنز ڈیزائن کرنے کے مختلف طریقوں سے مستفید ہوں گے۔", + "rollups-4-c-label": "کور ڈیولپرز اب بھی آپٹمسٹک (optimistic) اور zk-rollups کے درمیان بحث کر رہے ہیں", + "rollups-4-c-explanation": "Ethereum پر کسی 'آفیشل' لیئر 2 کا کوئی ارادہ نہیں ہے کیونکہ ہم لیئر 2 سلوشنز ڈیزائن کرنے کے مختلف طریقوں سے مستفید ہوں گے۔", + "rollups-4-d-label": "Ethereum کو L2 ڈیزائن کرنے کے مختلف طریقوں سے فائدہ ہوگا", + "rollups-4-d-explanation": "Ethereum پر کسی 'آفیشل' لیئر 2 کا کوئی ارادہ نہیں ہے کیونکہ ہم لیئر 2 سلوشنز ڈیزائن کرنے کے مختلف طریقوں سے مستفید ہوں گے۔", "merge-1-prompt": "The Merge نے Ethereum کو کس کنسینسس میکانزم پر منتقل کیا؟", "merge-1-a-label": "پروف آف ورک", - "merge-1-a-explanation": "Proof-of-work وہ کنسینسس میکانزم تھا جو The Merge سے پہلے استعمال ہوتا تھا۔", + "merge-1-a-explanation": "پروف آف ورک وہ کنسینسس میکانزم تھا جو The Merge سے پہلے استعمال ہوتا تھا۔", "merge-1-b-label": "پروف آف اسٹیک", - "merge-1-b-explanation": "صحیح! The Merge نے Ethereum کو پروف-آف-اسٹیک پر منتقل کر دیا۔", - "merge-1-c-label": "پروف-آف-اتھارٹی", - "merge-1-c-explanation": "Ethereum نے Ethereum مین نیٹ پر پروف-آف-اتھارٹی کا استعمال نہیں کیا، اور نہ ہی کبھی کیا ہے۔", - "merge-1-d-label": "تمام ہی", - "merge-1-d-explanation": "Ethereum کے لیے ان تمام کنسینسس میکانزم کو ایک ساتھ رکھنا ممکن نہیں ہوگا۔", - "merge-2-prompt": "The Merge نے Ethereum کی توانائی کی کھپت کو کم کیا:", + "merge-1-b-explanation": "درست! The Merge نے Ethereum کو پروف آف اسٹیک پر منتقل کر دیا۔", + "merge-1-c-label": "پروف آف اتھارٹی", + "merge-1-c-explanation": "Ethereum مین نیٹ پر پروف آف اتھارٹی کا استعمال نہیں کرتا، اور نہ ہی کبھی کیا ہے۔", + "merge-1-d-label": "مذکورہ بالا تمام", + "merge-1-d-explanation": "Ethereum کے لیے بیک وقت ان تمام کنسینسس میکانزمز کا ہونا ممکن نہیں ہوگا۔", + "merge-2-prompt": "The Merge نے Ethereum کی توانائی کی کھپت کو کتنا کم کیا:", "merge-2-a-label": "50%", - "merge-2-a-explanation": "The Merge کے بعد Ethereum کی توانائی کی کھپت 99.95% کم ہو گئی، جس نے پروف-آف-ورک سے پروف-آف-اسٹیک میں منتقلی کو ممکن بنایا۔", + "merge-2-a-explanation": "The Merge کے ذریعے پروف آف ورک سے پروف آف اسٹیک کی طرف منتقلی کے بعد Ethereum کی توانائی کی کھپت میں 99.95% کمی واقع ہوئی۔", "merge-2-b-label": "62.5%", - "merge-2-b-explanation": "The Merge کے بعد Ethereum کی توانائی کی کھپت 99.95% کم ہو گئی، جس نے پروف-آف-ورک سے پروف-آف-اسٹیک میں منتقلی کو ممکن بنایا۔", + "merge-2-b-explanation": "The Merge کے ذریعے پروف آف ورک سے پروف آف اسٹیک کی طرف منتقلی کے بعد Ethereum کی توانائی کی کھپت میں 99.95% کمی واقع ہوئی۔", "merge-2-c-label": "90%", - "merge-2-c-explanation": "The Merge کے بعد Ethereum کی توانائی کی کھپت 99.95% کم ہو گئی، جس نے پروف-آف-ورک سے پروف-آف-اسٹیک میں منتقلی کو ممکن بنایا۔", + "merge-2-c-explanation": "The Merge کے ذریعے proof-of-work سے proof-of-stake میں منتقلی کے بعد Ethereum کی توانائی کی کھپت میں 99.95% کمی واقع ہوئی۔", "merge-2-d-label": "99.95%", - "merge-2-d-explanation": "The Merge کے بعد Ethereum کی توانائی کی کھپت 99.95% کم ہو گئی، جس نے پروف-آف-ورک سے پروف-آف-اسٹیک میں منتقلی کو ممکن بنایا۔", + "merge-2-d-explanation": "The Merge کے ذریعے proof-of-work سے proof-of-stake میں منتقلی کے بعد Ethereum کی توانائی کی کھپت میں 99.95% کمی واقع ہوئی۔", "merge-3-prompt": "The Merge کب ہوا؟", "merge-3-a-label": "15 ستمبر 2022", "merge-3-a-explanation": "The Merge 15 ستمبر 2022 کو صبح 06:42:42 (UTC) پر ہوا۔", "merge-3-b-label": "1 دسمبر 2020", - "merge-3-b-explanation": "مرج اس تاریخ کے بعد ہوا تھا۔ یکم دسمبر 2020 کو بیکن چین کا آغاز ہوا تھا۔", + "merge-3-b-explanation": "The Merge اس کے بعد ہوا۔ 1 دسمبر 2020 کو Beacon Chain لانچ کی گئی تھی۔", "merge-3-c-label": "27 نومبر 2013", - "merge-3-c-explanation": "مرج اس کے بعد ہوا تھا۔ 27 نومبر 2013 کو ایتھیریم وائٹ پیپر جاری کیا گیا تھا۔", + "merge-3-c-explanation": "The Merge اس کے بعد ہوا۔ 27 نومبر 2013 کو Ethereum کا وائٹ پیپر جاری کیا گیا تھا۔", "merge-3-d-label": "31 اکتوبر 2008", - "merge-3-d-explanation": "مرج اس کے بعد ہوا تھا۔ 31 اکتوبر وہ دن ہے جب بٹ کوائن وائٹ پیپر جاری کیا گیا تھا۔", - "merge-4-prompt": "مرج کا مطلب تھا کہ صارفین کو اپنا ETH، ETH2 سے تبدیل کرنا ہوگا:", + "merge-3-d-explanation": "The Merge اس کے بعد ہوا۔ 31 اکتوبر وہ دن ہے جب Bitcoin کا وائٹ پیپر جاری کیا گیا تھا۔", + "merge-4-prompt": "The Merge کا مطلب یہ تھا کہ صارفین کو اپنے ETH کو ETH2 سے تبدیل کرنا پڑا:", "merge-4-a-label": "درست", - "merge-4-a-explanation": "مرج سے پہلے، دوران، یا بعد میں ETH میں کوئی تبدیلی نہیں ہوئی۔ ETH کو ETH2 میں \"اپ گریڈ\" کرنے کا خیال بدنیت افراد کا ایک عام طریقہ تھا تاکہ صارفین کو دھوکہ دیا جا سکے۔", + "merge-4-a-explanation": "The Merge سے پہلے، اس کے دوران، یا بعد میں کسی بھی وقت ETH تبدیل نہیں ہوا۔ ETH کو ETH2 میں 'اپ گریڈ' کرنے کا خیال بدنیتی پر مبنی عناصر کی جانب سے صارفین کو دھوکہ دینے کا ایک عام حربہ تھا۔", "merge-4-b-label": "غلط", - "merge-4-b-explanation": "مرج سے پہلے، دوران، یا بعد میں ETH میں کوئی تبدیلی نہیں ہوئی۔ ETH کو ETH2 میں \"اپ گریڈ\" کرنے کا خیال بدنیت افراد کا ایک عام طریقہ تھا تاکہ صارفین کو دھوکہ دیا جا سکے۔", - "merge-5-prompt": "ایتھیریم کی \"کنسینس لیئر\" پہلے کس نام سے جانی جاتی تھی:", - "merge-5-a-label": "پروف آف ورک", - "merge-5-a-explanation": "Proof-of-work وہ کنسینسس میکانزم تھا جو The Merge سے پہلے استعمال ہوتا تھا۔", - "merge-5-b-label": "ایتھ 2", - "merge-5-b-explanation": "کنسینس لیئر کہلانے سے پہلے، اسے اصل میں \"ایتھ 2\" کہا جاتا تھا۔", - "merge-5-c-label": "ایتھ 1", - "merge-5-c-explanation": "ایتھ 1 اصل میں \"ایگزیکیوشن لیئر\" کا نام تھا، نہ کہ \"کنسینس لیئر\" کا۔", - "merge-5-d-label": "اسٹیکنگ", - "merge-5-d-explanation": "اسٹیکنگ کا مطلب ہے کہ ETH کو ایک اسمارٹ کانٹریکٹ میں جمع کرانا تاکہ چین کو محفوظ بنایا جا سکے۔", - "gas-1-prompt": "گیس فیس کیا ہیں؟", - "gas-1-a-label": "ٹرانزیکشنز اور اسمارٹ کانٹریکٹ آپریشنز سے متعلق فیس", - "gas-1-a-explanation": "جزوی طور پر درست، گیس فیس ٹرانزیکشنز اور اسمارٹ کانٹریکٹ آپریشنز کی لاگت کو ظاہر کرتی ہے۔", - "gas-1-b-label": "کسی آپریشن کو کرنے میں استعمال ہونے والی گیس کی مقدار، جسے فی یونٹ گیس کی قیمت سے ضرب دی جاتی ہے۔", - "gas-1-b-explanation": "جزوی طور پر درست۔ اگرچہ یہ صحیح ہے، لیکن دیے گئے اختیارات میں یہ سب سے بہترین جواب نہیں ہے۔", - "gas-1-c-label": "ایسی ادائیگی جس میں ایک \"پرائیوریٹی فیس\" شامل ہو تاکہ ممکنہ طور پر ٹرانزیکشن پراسیسنگ کو تیز کیا جا سکے۔", - "gas-1-c-explanation": "جزوی طور پر درست، کل گیس فیس میں ایک \"بیس فیس\" اور \"پرائیوریٹی فیس\" شامل ہوتی ہے جو ٹرانزیکشن پراسیسنگ کی رفتار کو متاثر کر سکتی ہے۔", - "gas-1-d-label": "تمام ہی", - "gas-1-d-explanation": "گیس فیس ان تمام پہلوؤں کا احاطہ کرتی ہے: یہ کمپیوٹیشن کی قیمت کو پورا کرتی ہے، ٹرانزیکشنز اور اسمارٹ کانٹریکٹس دونوں پر لاگو ہوتی ہے، اور تیز تر پراسیسنگ کے لیے \"پرائیوریٹی فیس\" بھی شامل کر سکتی ہے۔", - "gas-2-prompt": "مندرجہ ذیل میں سے کون سی حکمتِ عملی گیس کی لاگت کو کم کرنے میں سب سے کم مؤثر ہے؟", - "gas-2-a-label": "کم رش کے اوقات میں ٹرانزیکشنز کرنا", - "gas-2-a-explanation": "آف پیک اوقات میں ٹرانزیکشنز کرنے سے گیس کی لاگت کم ہو سکتی ہے۔", - "gas-2-b-label": "گیس کی قیمتیں کم ہونے کا انتظار کرنا", - "gas-2-b-explanation": "گیس کی قیمتیں کم ہونے کا انتظار کرنا ایک درست حکمت عملی ہے کیونکہ گیس کی قیمتیں رش کے حساب سے بدلتی رہتی ہیں۔", - "gas-2-c-label": "کم فیس کے لیے \"لیئر 2 چینز\" کا استعمال کرنا", - "gas-2-c-explanation": "لیئر 2 حل فیس کو کم کرتے ہیں اور گیس پر بچت کا ایک مؤثر طریقہ ہیں۔", - "gas-2-d-label": "لیئر 2 حل فیس کو کم کرتے ہیں اور گیس بچانے کا ایک مؤثر طریقہ ہیں۔", - "gas-2-d-explanation": "پیچیدہ اسمارٹ کانٹریکٹ لاجک زیادہ کمپیوٹیشن کی ضرورت کے باعث گیس کی لاگت بڑھا دیتا ہے۔ مؤثر ڈیزائن اقدامات، اسٹوریج اور غیر ضروری آپریشنز کو کم کر کے فیس گھٹا دیتا ہے۔", - "gas-3-prompt": "گیس فیس زیادہ ہونے کی وجہ کیا ہے؟", - "gas-3-a-label": "نیٹ ورک کمپیوٹیشن کا مخصوص حد سے بڑھ جانا", - "gas-3-a-explanation": "جب ایتھیریم پر کمپیوٹیشن ایک حد سے بڑھ جاتا ہے تو گیس فیس میں اضافہ ہوتا ہے، خاص طور پر زیادہ سرگرمی والے اوقات میں جیسے dapps یا NFT ڈراپس۔", - "gas-3-b-label": "ویلیڈیٹرز کا بیس فیس کو دستی طور پر بڑھانا", - "gas-3-b-explanation": "ویلیڈیٹرز بیس فیس کو دستی طور پر مقرر نہیں کرتے؛ یہ پروٹوکول کے ذریعے پچھلے بلاک کی طلب کے مطابق ایڈجسٹ کی جاتی ہے۔", - "gas-3-c-label": "اچھی طرح لکھے گئے اور بہتر بنائے گئے اسمارٹ کانٹریکٹس", - "gas-3-c-explanation": "اچھی طرح لکھا گیا اسمارٹ کانٹریکٹ لاجک، جیسے اسٹوریج اور لوپس کا مؤثر استعمال، گیس کی کھپت کو کم کر سکتا ہے۔", + "merge-4-b-explanation": "The Merge سے پہلے، اس کے دوران، یا بعد میں کسی بھی وقت ETH تبدیل نہیں ہوا۔ ETH کو ETH2 میں 'اپ گریڈ' کرنے کا خیال بدنیتی پر مبنی عناصر کی جانب سے صارفین کو دھوکہ دینے کا ایک عام حربہ تھا۔", + "merge-5-prompt": "Ethereum کی consensus layer کو پہلے کس نام سے جانا جاتا تھا:", + "merge-5-a-label": "Proof-of-work", + "merge-5-a-explanation": "The Merge سے پہلے استعمال ہونے والا consensus mechanism Proof-of-work تھا۔", + "merge-5-b-label": "Eth2", + "merge-5-b-explanation": "Consensus layer کا نام دیے جانے سے پہلے، اسے اصل میں 'Eth2' کہا جاتا تھا۔", + "merge-5-c-label": "Eth1", + "merge-5-c-explanation": "Eth1 وہ اصل نام تھا جو execution layer کو دیا گیا تھا، نہ کہ consensus layer کو۔", + "merge-5-d-label": "Staking", + "merge-5-d-explanation": "Staking کا مطلب چین کو محفوظ بنانے میں مدد کے لیے ایک سمارٹ کنٹریکٹ میں ETH جمع کرنا ہے۔", + "gas-1-prompt": "گیس فیس (gas fees) کیا ہیں؟", + "gas-1-a-label": "ٹرانزیکشنز اور سمارٹ کنٹریکٹ آپریشنز سے وابستہ ایک فیس", + "gas-1-a-explanation": "جزوی طور پر درست، گیس فیس ٹرانزیکشنز اور سمارٹ کنٹریکٹ آپریشنز کی لاگت کی نمائندگی کرتی ہے۔", + "gas-1-b-label": "کسی آپریشن کو انجام دینے کے لیے استعمال ہونے والی گیس کی مقدار، جسے فی یونٹ گیس کی قیمت سے ضرب دیا جاتا ہے", + "gas-1-b-explanation": "جزوی طور پر درست۔ اگرچہ یہ سچ ہے، لیکن دیے گئے اختیارات کے پیش نظر یہ بہترین جواب نہیں ہے۔", + "gas-1-c-label": "ایک ادائیگی جس میں ٹرانزیکشن پروسیسنگ کو ممکنہ طور پر تیز کرنے کے لیے priority fee شامل ہوتی ہے", + "gas-1-c-explanation": "جزوی طور پر درست، کل گیس فیس میں ایک base fee اور ایک priority fee شامل ہوتی ہے جو ٹرانزیکشن پروسیسنگ کی رفتار کو متاثر کر سکتی ہے", + "gas-1-d-label": "مذکورہ بالا تمام", + "gas-1-d-explanation": "گیس فیس ان تمام پہلوؤں کا احاطہ کرتی ہے: یہ کمپیوٹیشن کا معاوضہ دیتی ہے، ٹرانزیکشنز اور سمارٹ کنٹریکٹس دونوں پر لاگو ہوتی ہے، اور اس میں تیزی سے شمولیت کے لیے priority fees شامل ہو سکتی ہیں۔", + "gas-2-prompt": "گیس کی لاگت کو کم کرنے کے لیے درج ذیل میں سے کون سی حکمت عملی سب سے کم موثر ہے؟", + "gas-2-a-label": "کم ہجوم (low-congestion) والے اوقات کے دوران ٹرانزیکشنز انجام دینا", + "gas-2-a-explanation": "آف-پیک اوقات کے دوران ٹرانزیکشنز کرنے سے گیس کی لاگت کم ہو سکتی ہے۔", + "gas-2-b-label": "گیس کی قیمتوں میں کمی کا انتظار کرنا", + "gas-2-b-explanation": "گیس کی قیمتوں میں کمی کا انتظار کرنا ایک درست حکمت عملی ہے کیونکہ ہجوم کی بنیاد پر گیس کی قیمتوں میں اتار چڑھاؤ آتا ہے۔", + "gas-2-c-label": "کم فیس کے لیے layer 2 چینز کا استعمال کرنا", + "gas-2-c-explanation": "Layer 2 سلوشنز فیس کو کم کرتے ہیں اور گیس کی بچت کا ایک موثر طریقہ ہیں۔", + "gas-2-d-label": "ایسی پیچیدہ سمارٹ کنٹریکٹ لاجک کا استعمال کرنا جو کمپیوٹیشنل ضروریات کو بڑھاتی ہے", + "gas-2-d-explanation": "پیچیدہ سمارٹ کنٹریکٹ لاجک زیادہ کمپیوٹیشن کا تقاضا کر کے گیس کی لاگت کو بڑھاتی ہے۔ موثر ڈیزائن فیس کو کم کرنے کے لیے اقدامات، سٹوریج، اور غیر ضروری آپریشنز کو کم سے کم کرتا ہے۔", + "gas-3-prompt": "گیس فیس زیادہ ہونے کی کیا وجہ ہے؟", + "gas-3-a-label": "نیٹ ورک کمپیوٹیشن کا ایک مخصوص حد سے تجاوز کرنا", + "gas-3-a-explanation": "جب Ethereum پر کمپیوٹیشن ایک حد سے تجاوز کر جاتی ہے، تو گیس فیس بڑھ جاتی ہے، خاص طور پر dapps یا NFT ڈراپس جیسی زیادہ سرگرمی والے ادوار کے دوران۔", + "gas-3-b-label": "Validators کا دستی طور پر base fee میں اضافہ کرنا", + "gas-3-b-explanation": "Validators دستی طور پر base fees متعین نہیں کرتے؛ انہیں پچھلے بلاک میں طلب کی بنیاد پر پروٹوکول کے ذریعے ایڈجسٹ کیا جاتا ہے۔", + "gas-3-c-label": "اچھی طرح سے لکھے گئے، آپٹمائزڈ سمارٹ کنٹریکٹس", + "gas-3-c-explanation": "اچھی طرح سے لکھی گئی سمارٹ کنٹریکٹ لاجک جیسے سٹوریج اور لوپس کا موثر استعمال گیس کی کم کھپت کا باعث بن سکتا ہے۔", "gas-3-d-label": "نیٹ ورک پر دستیاب ETH کی کمی", - "gas-3-d-explanation": "گیس فیس پر نیٹ ورک پر دستیاب ETH کی مقدار کا کوئی اثر نہیں پڑتا۔", - "gas-4-prompt": "گیس فیس ایتھیریم کو محفوظ رکھنے میں کیسے مدد کرتی ہے؟", - "gas-4-a-label": "ویلیڈیٹرز کو ایمانداری سے عمل کرنے کی ترغیب دے کر", - "gas-4-a-explanation": "ویلیڈیٹرز کو مختلف طریقوں سے معاوضہ دیا جاتا ہے، لیکن گیس فیس بنیادی طور پر اسپام اور وسائل کے زیادہ استعمال کو روکتی ہے۔", - "gas-4-b-label": "اسپام اور بدنیتی پر مبنی سرگرمیوں کو مالی لاگت کے ذریعے کم ترغیبی بنا کر", - "gas-4-b-explanation": "گیس فیس اسپام یا بدنیتی پر مبنی سرگرمیوں کو مہنگا بناتی ہے، بدسلوکی کو روکتی ہے اور نیٹ ورک کے استحکام کو برقرار رکھنے میں مدد دیتی ہے۔", - "gas-4-c-label": "یہ یقینی بنا کر کہ ٹرانزیکشنز ترجیحی ترتیب میں پروسیس ہوں", - "gas-4-c-explanation": "ترجیح کا تعین ٹپ سے کیا جا سکتا ہے، نہ کہ گیس فیس سے۔", - "gas-4-d-label": "گردش میں موجود ETH کی کل مقدار بڑھا کر", - "gas-4-d-explanation": "بیس فیس (کل گیس فیس کا حصہ) جلائی جاتی ہے،", + "gas-3-d-explanation": "گیس فیس نیٹ ورک پر دستیاب ETH کی مقدار سے متاثر نہیں ہوتی۔", + "gas-4-prompt": "گیس فیس Ethereum کو محفوظ رکھنے میں کس طرح مدد کرتی ہے؟", + "gas-4-a-label": "Validators کو ایمانداری سے کام کرنے کی ترغیب دے کر", + "gas-4-a-explanation": "Validators کو چند طریقوں سے معاوضہ دیا جاتا ہے، لیکن گیس فیس بنیادی طور پر سپیم اور وسائل کے ضرورت سے زیادہ استعمال کی حوصلہ شکنی کرتی ہے۔", + "gas-4-b-label": "مالی لاگت کے ذریعے سپیم اور بدنیتی پر مبنی سرگرمیوں کی حوصلہ شکنی کر کے", + "gas-4-b-explanation": "گیس فیس سپیم یا بدنیتی پر مبنی سرگرمی کو مہنگا بناتی ہے، جس سے غلط استعمال کو روکا جاتا ہے اور نیٹ ورک کے استحکام کو برقرار رکھنے میں مدد ملتی ہے۔", + "gas-4-c-label": "اس بات کو یقینی بنا کر کہ ٹرانزیکشنز کو ترجیح کی ترتیب سے پروسیس کیا جائے", + "gas-4-c-explanation": "ترجیح کا تعین ٹپ (tip) سے کیا جا سکتا ہے، نہ کہ خود گیس فیس سے۔", + "gas-4-d-label": "گردش میں موجود ETH کی کل مقدار میں اضافہ کر کے", + "gas-4-d-explanation": "Base fee (کل گیس فیس کا حصہ) کو برن (burn) کر دیا جاتا ہے، جس سے گردش میں موجود ETH میں کمی آتی ہے، اضافہ نہیں۔", "gas-5-prompt": "گیس فیس کا حساب کیسے لگایا جاتا ہے؟", - "gas-5-a-label": "گیس قیمت x لین دین کا سائز", + "gas-5-a-label": "گیس کی قیمت × ٹرانزیکشن کا سائز", "gas-5-a-explanation": "گیس فیس کا انحصار کمپیوٹیشن پر ہوتا ہے، ٹرانزیکشن کے سائز پر نہیں۔", - "gas-5-b-label": "استعمال شدہ گیس کی اکائیاں × (بیس فیس + پرائیورٹی فیس)", - "gas-5-b-explanation": "گیس فیس کا تعین اس فارمولے کا استعمال کرکے کیا جاتا ہے: استعمال شدہ گیس کی اکائیاں × (بیس فیس + پرائیورٹی فیس)۔", - "gas-5-c-label": "بلاک کا سائز × ویلیڈیٹر ٹپ کیپ", - "gas-5-c-explanation": "بلاک کا سائز براہ راست اس فارمولے میں شامل نہیں ہے۔", - "gas-5-d-label": "بیس فیس + پرائیورٹی فیس + ٹپ", - "gas-5-d-explanation": "بیس فیس اور پرائیورٹی فیس فارمولے کا حصہ ہیں؛ ٹپ پرائیورٹی فیس ہے۔", + "gas-5-b-label": "استعمال شدہ گیس کے یونٹس × (base fee + priority fee)", + "gas-5-b-explanation": "گیس فیس کا تعین اس فارمولے کا استعمال کرتے ہوئے کیا جاتا ہے: استعمال شدہ گیس کے یونٹس × (base fee + priority fee)۔", + "gas-5-c-label": "بلاک کا سائز × validator tip cap", + "gas-5-c-explanation": "بلاک کا سائز براہ راست اس فارمولے میں شامل نہیں ہوتا۔", + "gas-5-d-label": "Base fee + priority fee + tip", + "gas-5-d-explanation": "Base fee اور priority fee فارمولے کا حصہ ہیں؛ ٹپ (tip) ہی priority fee ہے۔", "daos-1-prompt": "DAOs کے بارے میں کیا سچ ہے؟", - "daos-1-a-label": "DAOs گورننس ٹوکنز کے ذریعے اجتماعی طور پر ملکیت میں ہوتے ہیں", - "daos-1-a-explanation": "DAOs اجتماعی طور پر ملکیت میں ہوتے ہیں، لیکن یہ واحد درست بیان نہیں ہے۔", - "daos-1-b-label": "ان پر ان کے ممبران حکومت کرتے ہیں", - "daos-1-b-explanation": "DAOs پر ان کے ممبران حکومت کرتے ہیں، لیکن یہ واحد درست بیان نہیں ہے۔", - "daos-1-c-label": "وہ ایک مشترکہ مشن کی طرف کام کر رہے ہیں", - "daos-1-c-explanation": "DAOs ایک مشترکہ مشن کی طرف کام کر رہے ہیں، لیکن یہ واحد درست بیان نہیں ہے۔", - "daos-1-d-label": "تمام ہی", - "daos-1-d-explanation": "صحیح، ایک DAO ایک اجتماعی ملکیت والی، بلاک چین کے زیر انتظام تنظیم ہے جو ایک مشترکہ مشن کی طرف کام کرتی ہے۔", - "daos-2-prompt": "DAO استعمال کرنے کے عملی مثالیں کیا ہیں؟", - "daos-2-a-label": "ڈی سینٹرلائزڈ پروٹوکولز، ممبران پروٹوکول کے معاملات پر یا پروڈکٹ کو کیسے تیار کیا جائے اس پر ووٹ دیتے ہیں", - "daos-2-a-explanation": "پروٹوکول DAOs ایک مثال ہیں، لیکن DAOs صرف اسی تک محدود نہیں ہیں۔", - "daos-2-b-label": "اجتماعی ملکیت، مثلاً، NFTs یا طبعی اثاثوں کے لیے", - "daos-2-b-explanation": "کلیکٹر DAOs ایک مثال ہیں، لیکن DAOs صرف اسی تک محدود نہیں ہیں۔", - "daos-2-c-label": "وینچرز اور گرانٹس، سرمائے کو پول کریں اور فنڈ دینے کے لیے پروجیکٹس پر ووٹ دیں", - "daos-2-c-explanation": "وینچر یا گرانٹس DAOs ایک مثال ہیں، لیکن DAOs صرف اسی تک محدود نہیں ہیں۔", - "daos-2-d-label": "تمام ہی", - "daos-2-d-explanation": "ایک DAO کے بہت سے 'مشن' ہو سکتے ہیں۔", - "daos-3-prompt": "روایتی تنظیموں کے برعکس، DAOs ہیں…", - "daos-3-a-label": "عام طور پر درجہ بندی پر مبنی", - "daos-3-a-explanation": "DAOs عام طور پر فلیٹ، اور مکمل طور پر جمہوری ہوتے ہیں۔", - "daos-3-b-label": "اپنی سرگرمیوں کے بارے میں شفاف اور مکمل طور پر عوامی", - "daos-3-b-explanation": "آن چین ووٹنگ کی بدولت، فیصلے بلاک چین پر شفاف ہوتے ہیں۔ بحثیں اور فیصلہ سازی کے عمل کے دیگر عناصر تمام ممبران کے لیے کھلے ہیں۔", - "daos-3-c-label": "کسی مرکزی پارٹی کے ذریعے کنٹرول کیا جاتا ہے", - "daos-3-c-explanation": "تبدیلیوں کے لیے اراکین کی ووٹنگ ضروری ہے۔ فراہم کردہ خدمات کو خودکار طور پر غیر مرکزی طریقے سے سنبھالا جاتا ہے۔", - "daos-3-d-label": "یہ محدود ہوتا ہے کہ تبدیلیوں کی تجویز کون دے سکتا ہے", - "daos-3-d-explanation": "عام طور پر ہر DAO ممبر تبدیلیاں تجویز کر سکتا ہے۔", - "daos-4-prompt": "DAOs کے لیے اسمارٹ کانٹریکٹس کی کیا اہمیت ہے؟", - "daos-4-a-label": "اسمارٹ کانٹریکٹ کوڈ کو تبدیل کیا جا سکتا ہے", - "daos-4-a-explanation": "جب کانٹریکٹ ایتھیریم پر فعال ہو جائے تو کوئی بھی قاعدے کو ووٹ کے بغیر تبدیل نہیں کر سکتا۔ یہ DAO کو ان اصولوں پر چلنے دیتا ہے جن کے مطابق اسے پروگرام کیا گیا تھا۔", - "daos-4-b-label": "اس کا ایک انفرادی مالک ہوتا ہے جو تبدیلی کرنے اور خزانے سے رقم بھیجنے کا اختیار رکھتا ہے۔", - "daos-4-b-explanation": "خزانے کو اسمارٹ کانٹریکٹ کے ذریعے متعین کیا جاتا ہے۔ رقم خرچ کرنے کے لیے گروپ کی منظوری ضروری ہے۔", - "daos-4-c-label": "بنیادی بلاک چین کے تقسیم شدہ اتفاق رائے پر اعتماد", - "daos-4-c-explanation": "DAO کے لیے یہ ضروری ہے کہ بنیادی بلاک چین کو چھیڑا نہ جا سکے۔ ایتھیریم کا اپنا اتفاق رائے اتنا تقسیم شدہ اور قائم ہے کہ تنظیمیں نیٹ ورک پر اعتماد کر سکیں۔", + "daos-1-a-label": "DAOs اجتماعی طور پر governance tokens کے ذریعے ملکیت میں ہوتے ہیں", + "daos-1-a-explanation": "DAOs اجتماعی ملکیت میں ہوتے ہیں، لیکن یہ واحد درست بیان نہیں ہے۔", + "daos-1-b-label": "ان کا انتظام ان کے ممبران چلاتے ہیں", + "daos-1-b-explanation": "DAOs کا انتظام ان کے ممبران چلاتے ہیں، لیکن یہ واحد درست بیان نہیں ہے۔", + "daos-1-c-label": "وہ ایک مشترکہ مشن کے لیے کام کر رہے ہیں", + "daos-1-c-explanation": "DAOs ایک مشترکہ مشن کے لیے کام کر رہے ہیں، لیکن یہ واحد درست بیان نہیں ہے۔", + "daos-1-d-label": "مذکورہ بالا تمام", + "daos-1-d-explanation": "درست، ایک DAO ایک اجتماعی ملکیت والی، بلاک چین کے زیر انتظام تنظیم ہے جو ایک مشترکہ مشن کے لیے کام کرتی ہے۔", + "daos-2-prompt": "DAO کو استعمال کرنے کی عملی مثالیں کیا ہیں؟", + "daos-2-a-label": "Decentralized پروٹوکولز، ممبران پروٹوکول کے معاملات یا پروڈکٹ کو تیار کرنے کے طریقے پر ووٹ دیتے ہیں", + "daos-2-a-explanation": "پروٹوکول DAOs ایک مثال ہیں، لیکن DAOs اس تک محدود نہیں ہیں۔", + "daos-2-b-label": "اجتماعی ملکیت، مثلاً NFTs یا طبعی اثاثوں کے لیے", + "daos-2-b-explanation": "کلیکٹر DAOs ایک مثال ہیں، لیکن DAOs اس تک محدود نہیں ہیں۔", + "daos-2-c-label": "وینچرز اور گرانٹس، سرمایہ اکٹھا کرنا اور فنڈ دینے کے لیے پروجیکٹس پر ووٹ دینا", + "daos-2-c-explanation": "وینچر یا گرانٹس DAOs ایک مثال ہیں، لیکن DAOs اس تک محدود نہیں ہیں۔", + "daos-2-d-label": "مذکورہ بالا تمام", + "daos-2-d-explanation": "ایک DAO کے متعدد 'مشن' ہو سکتے ہیں۔", + "daos-3-prompt": "روایتی تنظیموں کے برعکس، DAOs...", + "daos-3-a-label": "عام طور پر درجہ بندی (hierarchical) پر مبنی ہوتے ہیں", + "daos-3-a-explanation": "DAOs عام طور پر فلیٹ (flat)، اور مکمل طور پر جمہوری ہوتے ہیں۔", + "daos-3-b-label": "اپنی سرگرمیوں کے بارے میں شفاف اور مکمل طور پر عوامی ہوتے ہیں", + "daos-3-b-explanation": "آن چین (onchain) ووٹنگ کی بدولت، فیصلے بلاک چین پر شفاف ہوتے ہیں۔ بات چیت اور فیصلہ سازی کے عمل کے دیگر عناصر تمام ممبران کے لیے کھلے ہوتے ہیں۔", + "daos-3-c-label": "ایک مرکزی فریق کے زیر کنٹرول ہوتے ہیں", + "daos-3-c-explanation": "تبدیلیوں کے لیے ممبران کی جانب سے ووٹنگ کی ضرورت ہوتی ہے۔ پیش کی جانے والی خدمات کو خودکار طور پر ایک decentralized انداز میں سنبھالا جاتا ہے۔", + "daos-3-d-label": "اس حوالے سے محدود ہوتے ہیں کہ کون تبدیلیاں تجویز کر سکتا ہے", + "daos-3-d-explanation": "عام طور پر، ہر DAO ممبر تبدیلیاں تجویز کر سکتا ہے۔", + "daos-4-prompt": "DAOs کے لیے سمارٹ کنٹریکٹس کے بارے میں کیا ضروری ہے؟", + "daos-4-a-label": "اسمارٹ کانٹریکٹ کے کوڈ کو تبدیل کیا جا سکتا ہے", + "daos-4-a-explanation": "ایک بار جب کانٹریکٹ ایتھیریم پر لائیو ہو جاتا ہے، تو ووٹ کے علاوہ کوئی بھی قواعد کو تبدیل نہیں کر سکتا۔ یہ DAO کو ان قواعد کے مطابق چلنے کی اجازت دیتا ہے جن کے ساتھ اسے پروگرام کیا گیا تھا۔", + "daos-4-b-label": "اس کا ایک انفرادی مالک ہوتا ہے جو تبدیلیاں کرنے اور ٹریژری سے فنڈز بھیجنے کا اختیار رکھتا ہے۔", + "daos-4-b-explanation": "ٹریژری کی تعریف اسمارٹ کانٹریکٹ کے ذریعے کی جاتی ہے۔ رقم خرچ کرنے کے لیے، گروپ کی منظوری درکار ہوتی ہے۔", + "daos-4-c-label": "بنیادی بلاک چین کے ڈسٹریبیوٹڈ اتفاق رائے پر بھروسہ", + "daos-4-c-explanation": "ایک DAO کے لیے یہ اہم ہے کہ بنیادی بلاک چین میں ہیرا پھیری نہ کی جا سکے۔ ایتھیریم کا اپنا اتفاق رائے اس قدر ڈسٹریبیوٹڈ اور مستحکم ہے کہ تنظیمیں نیٹ ورک پر بھروسہ کر سکتی ہیں۔", "daos-4-d-label": "DAOs کو اسمارٹ کانٹریکٹس کی ضرورت نہیں ہوتی", - "daos-4-d-explanation": "DAO کی بنیاد اس کا اسمارٹ کانٹریکٹ ہے جو تنظیم کے اصول وضع کرتا ہے اور گروپ کا خزانہ محفوظ رکھتا ہے۔", - "daos-5-prompt": "کون سا طریقہ DAO کو چلانے کا طریقہ نہیں ہے؟", - "daos-5-a-label": "ٹوکن پر مبنی رکنیت", - "daos-5-a-explanation": "ٹوکن پر مبنی گورننس بہت زیادہ استعمال ہوتا ہے۔ یہ عام طور پر بغیر اجازت کے ہوتا ہے اور وسیع غیر مرکزی پروٹوکولز اور خود ٹوکنز کو چلانے کے لیے استعمال ہوتا ہے۔", - "daos-5-b-label": "شیئر پر مبنی رکنیت", - "daos-5-b-explanation": "شیئر پر مبنی DAOs زیادہ اجازت والے ہوتے ہیں لیکن پھر بھی کافی کھلے ہوتے ہیں۔ کوئی بھی ممکنہ رکن DAO میں شامل ہونے کی تجویز پیش کر سکتا ہے، عام طور پر ٹوکنز یا کام کی صورت میں کچھ قیمت پیش کر کے۔", - "daos-5-c-label": "شہرت پر مبنی رکنیت", - "daos-5-c-explanation": "ٹوکن یا شیئر پر مبنی رکنیت کے برعکس، شہرت پر مبنی DAOs میں شراکت داروں کو ملکیت منتقل نہیں کی جاتی۔ DAO کے اراکین کو شرکت کے ذریعے شہرت حاصل کرنی پڑتی ہے۔", - "daos-5-d-label": "ایگزیکٹو بورڈ اور آف چین خزانے کا انتظام", - "daos-5-d-explanation": "یہ طریقہ انتہائی مرکزی اور غیر شفاف حکومتی طریقہ استعمال کرتا ہے۔ اس کے برعکس، DAOs قابل تصدیق ووٹنگ میکانزم اور آن چین خزانہ انتظام استعمال کرتے ہیں تاکہ شفافیت اور جوابدہی یقینی بنائی جا سکے۔", - "staking-solo-1-prompt": "اسلیشنگ کے بارے میں کون سا بیان درست ہے؟", - "staking-solo-1-a-label": "آف لائن ہونے پر جرمانہ، اور دوبارہ آن لائن آنے پر انعامات دوبارہ شروع ہو جاتے ہیں", - "staking-solo-1-a-explanation": "آف لائن ہونا اسلیشنگ کا باعث نہیں بنتا۔ آف لائن ہونے پر چھوٹے جرمانے عائد ہوتے ہیں، اور جب ویلیڈیٹر دوبارہ آن لائن آتا ہے اور اٹیسیشنز بحال کرتا ہے تو انعامات دوبارہ شروع ہو جاتے ہیں۔", - "staking-solo-1-b-label": "آف لائن ہونے پر جرمانہ، ویلیڈیٹر کو فوراً دوبارہ کبھی اٹیسیشن کرنے سے روک دیا جاتا ہے", - "staking-solo-1-b-explanation": "آف لائن ہونا اسلیشنگ کا باعث نہیں بنتا۔ اسلیشنگ ویلیڈیٹر کو ہمیشہ کے لیے اٹیسیشن کرنے سے روک دیتا ہے اور آخر کار زبردستی نیٹ ورک سے نکال دیا جاتا ہے، لیکن آف لائن ہونا نیٹ ورک سے نکالے جانے کا سبب نہیں بنتا۔", - "staking-solo-1-c-label": "مخصوص اتفاق رائے کے اصول توڑنے پر جرمانہ، اسلیشنگ کے بعد انعامات دوبارہ شروع ہوتے ہیں", - "staking-solo-1-c-explanation": "اسلیشنگ ایک سخت جرمانہ ہے جو مخصوص اتفاق رائے کے اصول توڑنے پر لگتا ہے، جو نیٹ ورک کے لیے خطرہ بن سکتے ہیں۔ جب ایک ویلیڈیٹر پر اسلیشنگ ہوتی ہے تو وہ مزید اٹیسیشن کرنے سے فوراً روک دیا جاتا ہے، اور آخر کار اسے نیٹ ورک سے زبردستی نکال دیا جاتا ہے اور باقی ETH مالک کو واپس کر دیا جاتا ہے۔", - "staking-solo-1-d-label": "مخصوص اتفاق رائے کے اصول توڑنے پر جرمانہ، ویلیڈیٹر کو فوراً ہمیشہ کے لیے اٹیسیشن کرنے سے روک دیا جاتا ہے", - "staking-solo-1-d-explanation": "اسلیشنگ ایک سخت جرمانہ ہے جو مخصوص اتفاق رائے کے اصول توڑنے پر لگتا ہے، جو نیٹ ورک کے لیے خطرہ بن سکتے ہیں۔ جب ایک ویلیڈیٹر پر اسلیشنگ ہوتی ہے تو وہ مزید اٹیسیشن کرنے سے فوراً روک دیا جاتا ہے، اور آخر کار اسے نیٹ ورک سے زبردستی نکال دیا جاتا ہے اور باقی ETH مالک کو واپس کر دیا جاتا ہے۔", - "staking-solo-2-prompt": "اگر ویلیڈیٹر آف لائن ہو جائے تو کیا ہوتا ہے؟", + "daos-4-d-explanation": "کسی DAO کی ریڑھ کی ہڈی اس کا اسمارٹ کانٹریکٹ ہوتا ہے، جو تنظیم کے قواعد کی وضاحت کرتا ہے اور گروپ کی ٹریژری کو سنبھالتا ہے۔", + "daos-5-prompt": "DAO کو کنٹرول کرنے کا طریقہ کار کون سا نہیں ہے؟", + "daos-5-a-label": "ٹوکن پر مبنی ممبرشپ", + "daos-5-a-explanation": "ٹوکن پر مبنی گورننس کا بہت وسیع پیمانے پر استعمال کیا جاتا ہے۔ یہ عام طور پر مکمل طور پر پرمیشن لیس ہوتی ہے اور اسے عام طور پر وسیع ڈی سینٹرلائزڈ پروٹوکولز اور/یا خود ٹوکنز کو کنٹرول کرنے کے لیے استعمال کیا جاتا ہے۔", + "daos-5-b-label": "شیئر پر مبنی ممبرشپ", + "daos-5-b-explanation": "شیئر پر مبنی DAOs زیادہ پرمیشنڈ ہوتے ہیں لیکن پھر بھی کافی کھلے ہوتے ہیں۔ کوئی بھی ممکنہ ممبر DAO میں شامل ہونے کے لیے تجویز پیش کر سکتا ہے، جو عام طور پر ٹوکنز یا کام کی صورت میں کچھ مالیت کا نذرانہ پیش کرتا ہے۔", + "daos-5-c-label": "ساکھ پر مبنی ممبرشپ", + "daos-5-c-explanation": "ٹوکن یا شیئر پر مبنی ممبرشپ کے برعکس، ساکھ پر مبنی DAOs تعاون کنندگان کو ملکیت منتقل نہیں کرتے ہیں۔ DAO ممبران کو شرکت کے ذریعے ساکھ کمانی پڑتی ہے۔", + "daos-5-d-label": "ایگزیکٹو بورڈ اور آف چین ٹریژری مینجمنٹ", + "daos-5-d-explanation": "یہ نقطہ نظر گورننگ کے انتہائی سینٹرلائزڈ اور غیر شفاف طریقہ کار کا استعمال کرتا ہے۔ اس کے برعکس، DAOs شفافیت اور جوابدہی کو یقینی بنانے کے لیے قابل تصدیق ووٹنگ کے طریقہ کار اور آن چین ٹریژری مینجمنٹ کا استعمال کرتے ہیں۔", + "staking-solo-1-prompt": "سلیشنگ کے بارے میں کیا سچ ہے؟", + "staking-solo-1-a-label": "آف لائن ہونے پر جرمانہ، آن لائن واپس آنے پر انعامات دوبارہ شروع ہو جاتے ہیں", + "staking-solo-1-a-explanation": "آف لائن ہونے کے نتیجے میں سلیشنگ نہیں ہوتی ہے۔ آف لائن ہونے پر چھوٹے جرمانے عائد ہوتے ہیں، اور جب ویلیڈیٹر آن لائن واپس آتا ہے اور تصدیق دوبارہ شروع کرتا ہے تو انعامات دوبارہ شروع ہو جاتے ہیں۔", + "staking-solo-1-b-label": "آف لائن ہونے پر جرمانہ، ویلیڈیٹر کو فوری طور پر دوبارہ کبھی تصدیق کرنے سے روک دیا جاتا ہے", + "staking-solo-1-b-explanation": "آف لائن ہونے کے نتیجے میں سلیشنگ نہیں ہوتی ہے۔ اگرچہ سلیشنگ کے نتیجے میں ویلیڈیٹر کو دوبارہ کبھی تصدیق کرنے سے روک دیا جائے گا اور بالآخر زبردستی نکال دیا جائے گا، لیکن آف لائن ہونے کے نتیجے میں نیٹ ورک سے نہیں نکالا جائے گا۔", + "staking-solo-1-c-label": "مخصوص اتفاق رائے کے قواعد کو توڑنے پر جرمانہ، سلیشنگ کے بعد انعامات دوبارہ شروع ہو جاتے ہیں", + "staking-solo-1-c-explanation": "سلیشنگ مخصوص اتفاق رائے کے قواعد کو توڑنے پر ایک سنگین جرمانہ ہے جو نیٹ ورک کے لیے خطرہ بنتے ہیں۔ اس طرح، ایک بار جب کسی ویلیڈیٹر کو سلیش کر دیا جاتا ہے تو اسے فوری طور پر مزید تصدیق کرنے سے روک دیا جاتا ہے، اور بالآخر نیٹ ورک سے زبردستی نکال دیا جاتا ہے اور باقی ETH مالک کو واپس کر دیا جاتا ہے۔", + "staking-solo-1-d-label": "مخصوص اتفاق رائے کے قواعد کو توڑنے پر جرمانہ، ویلیڈیٹر کو فوری طور پر دوبارہ کبھی تصدیق کرنے سے روک دیا جاتا ہے", + "staking-solo-1-d-explanation": "سلیشنگ مخصوص اتفاق رائے کے قواعد کو توڑنے پر ایک سنگین جرمانہ ہے جو نیٹ ورک کے لیے خطرہ بنتے ہیں۔ اس طرح، ایک بار جب کسی ویلیڈیٹر کو سلیش کر دیا جاتا ہے تو اسے فوری طور پر مزید تصدیق کرنے سے روک دیا جاتا ہے، اور بالآخر نیٹ ورک سے زبردستی نکال دیا جاتا ہے اور باقی ETH مالک کو واپس کر دیا جاتا ہے۔", + "staking-solo-2-prompt": "اگر کوئی ویلیڈیٹر آف لائن ہو جائے تو کیا ہوتا ہے؟", "staking-solo-2-a-label": "انعامات پر کوئی اثر نہیں پڑتا", - "staking-solo-2-a-explanation": "جرمانے تب لگتے ہیں جب کوئی ویلیڈیٹر کسی مخصوص ایپوک میں بلاک چین کی حالت کی گواہی دینے کے لیے دستیاب نہیں ہوتا۔ ان جرمانوں کا سائز تقریباً 75٪ کے برابر ہوتا ہے جو درست اٹیسیشن پر انعام ہونا چاہیے تھا۔ انعامات تب دوبارہ شروع ہوتے ہیں جب ویلیڈیٹر واپس آن لائن آتا ہے، اور اسلیشنگ نہیں ہوتی۔", - "staking-solo-2-b-label": "غیر فعالیت کے جرمانے صرف عدم دستیابی کے دوران لگتے ہیں", - "staking-solo-2-b-explanation": "جب دستیاب نہ ہو تو، ایک ویلیڈیٹر پر چھوٹی غیرفعالیت کی سزائیں عائد ہوں گی، جو تقریباً اس انعام کے 75% کے برابر ہوں گی جو ایک مناسب تصدیق (attestation) کے لیے ہوتا۔ نایاب/انتہائی معاملات میں جہاں نیٹ ورک فائنلائز نہیں ہو رہا ہے (یعنی نیٹ ورک کا 1/3 سے زیادہ حصہ بھی آف لائن ہے)، یہ سزائیں نمایاں طور پر زیادہ ہوتی ہیں۔ جب ویلیڈیٹر واپس آن لائن آتا ہے تو انعامات دوبارہ شروع ہوجاتے ہیں، اور کوئی سلیشنگ نہیں ہوتی۔", - "staking-solo-2-c-label": "فوراً اسلیشنگ اور نیٹ ورک سے اخراج", - "staking-solo-2-c-explanation": "یہ ایک عام غلط فہمی ہے، لیکن آف لائن ہونا اسلیشنگ کا سبب نہیں بنتا! اسلیشنگ ایک مخصوص قسم کا جرمانہ ہے جو سنگین خلاف ورزی پر لگتا ہے، اس میں زیادہ جرمانے شامل ہوتے ہیں اور ویلیڈیٹر سیٹ سے نکالا بھی جاتا ہے۔", - "staking-solo-2-d-label": "اسلیشنگ اور اخراج سے پہلے ایک ہفتے کی تاخیر", - "staking-solo-2-d-explanation": "آف لائن ہونا اسلیشنگ کا سبب نہیں بنتا، چاہے طویل عرصے کے لیے ہی کیوں نہ ہو۔ نظریاتی طور پر ایک ویلیڈیٹر برسوں تک آف لائن رہ سکتا ہے بغیر اسلیش ہوئے، البتہ غیر فعالیت کے جرمانے بڑھتے رہیں گے اگر ویلیڈیٹر ایگزٹ نہ کرے۔", - "staking-solo-3-prompt": "کسی ویلیڈیٹر کا زیادہ سے زیادہ مؤثر بیلنس کیا ہے؟", + "staking-solo-2-a-explanation": "جب کوئی ویلیڈیٹر کسی بھی دیے گئے ایپوک کے لیے چین کی اسٹیٹ کی تصدیق کرنے کے لیے دستیاب نہیں ہوتا ہے تو جرمانے عائد ہوتے ہیں۔ ان جرمانوں کا حجم مناسب تصدیق کے انعام کے تقریباً 75% کے برابر ہوتا ہے۔ جب ویلیڈیٹر واپس آن لائن ہوتا ہے تو انعامات دوبارہ شروع ہو جاتے ہیں، اور کوئی سلیشنگ نہیں ہوتی ہے۔", + "staking-solo-2-b-label": "غیر فعالی کے جرمانے صرف غیر دستیاب ہونے کے دوران عائد ہوتے ہیں", + "staking-solo-2-b-explanation": "غیر دستیاب ہونے کے دوران، ایک ویلیڈیٹر پر چھوٹے غیر فعالی کے جرمانے عائد ہوں گے، جو مناسب تصدیق کے انعام کے تقریباً 75% کے برابر ہوں گے۔ نایاب/انتہائی معاملات میں جہاں نیٹ ورک فائنل نہیں ہو رہا ہوتا (یعنی، نیٹ ورک کا 1/3 سے زیادہ حصہ بھی آف لائن ہے)، یہ جرمانے نمایاں طور پر زیادہ ہوتے ہیں۔ جب ویلیڈیٹر واپس آن لائن ہوتا ہے تو انعامات دوبارہ شروع ہو جاتے ہیں، اور کوئی سلیشنگ نہیں ہوتی ہے۔", + "staking-solo-2-c-label": "فوری سلیشنگ اور نیٹ ورک سے بے دخلی", + "staking-solo-2-c-explanation": "یہ ایک عام غلط فہمی ہے، لیکن آف لائن ہونے کے نتیجے میں سلیشنگ نہیں ہوتی! سلیشنگ زیادہ سنگین جرم کے لیے ایک مخصوص قسم کا جرمانہ ہے، جس میں بڑے جرمانے ہوتے ہیں اور اس کے نتیجے میں ویلیڈیٹر سیٹ سے بھی نکال دیا جاتا ہے۔", + "staking-solo-2-d-label": "سلیشنگ اور بے دخلی سے پہلے ایک ہفتے کی تاخیر", + "staking-solo-2-d-explanation": "آف لائن ہونے کے نتیجے میں سلیشنگ نہیں ہوتی، یہاں تک کہ طویل عرصے کے بعد بھی۔ ایک ویلیڈیٹر نظریاتی طور پر سلیش ہوئے بغیر سالوں تک آف لائن رہ سکتا ہے، حالانکہ اگر ویلیڈیٹر باہر نہیں نکلتا ہے تو غیر فعالی کے جرمانے بڑھتے جائیں گے۔", + "staking-solo-3-prompt": "ویلیڈیٹر کا زیادہ سے زیادہ موثر بیلنس کیا ہے؟", "staking-solo-3-a-label": "16", - "staking-solo-3-a-explanation": "وہ ویلیڈیٹر جن کا مؤثر بیلنس 16 ETH تک گر جاتا ہے، بیلنس چین سے خود بخود خارج ہو جاتے ہیں۔", + "staking-solo-3-a-explanation": "وہ ویلیڈیٹرز جن کا موثر بیلنس 16 ETH تک گر جاتا ہے، وہ خود بخود بیکن چین سے باہر ہو جاتے ہیں۔", "staking-solo-3-b-label": "32", - "staking-solo-3-b-explanation": "32 ETH ایک نئے ویلیڈیٹر کو فعال کرنے کے لیے کم از کم درکار ETH بھی ہے، اور اسی ویلیڈیٹر کا زیادہ سے زیادہ \"مؤثر بیلنس\" (ووٹ کا وزن) بھی ہے۔ 32 سے زیادہ انعامات حاصل کیے جا سکتے ہیں، لیکن یہ بیلنس نیٹ ورک پر اس ویلیڈیٹر کے ووٹ کے وزن میں شامل نہیں ہوتا اور انعامات میں اضافہ نہیں ہوتا۔", - "staking-solo-3-c-label": "آپریٹر پر منحصر مختلف ہو سکتا ہے", - "staking-solo-3-c-explanation": "اتفاق رائے کے اصول ہر ویلیڈیٹر اکاؤنٹ پر یکساں لاگو ہوتے ہیں اور یہ نوڈ چلانے والے فرد پر منحصر نہیں ہوتے۔ تمام ویلیڈیٹرز کا زیادہ سے زیادہ مؤثر بیلنس 32 ETH ہے۔", + "staking-solo-3-b-explanation": "32 ETH ایک نئے ویلیڈیٹر کو فعال کرنے کے لیے درکار کم از کم ETH ہے، اور اس ویلیڈیٹر کے لیے زیادہ سے زیادہ 'موثر بیلنس' (ووٹ کا وزن) بھی ہے۔ 32 سے زیادہ کے انعامات جمع کیے جا سکتے ہیں، لیکن یہ بیلنس نیٹ ورک پر اس ویلیڈیٹر کے ووٹ کے وزن میں حصہ نہیں ڈالتا اور انعامات میں اضافہ نہیں ہوتا ہے۔", + "staking-solo-3-c-label": "آپریٹر کے لحاظ سے متغیر", + "staking-solo-3-c-explanation": "اتفاق رائے کے قواعد ہر ویلیڈیٹر اکاؤنٹ پر یکساں طور پر لاگو ہوتے ہیں اور نوڈ چلانے والے فرد پر منحصر نہیں ہوتے ہیں۔ تمام ویلیڈیٹرز کا زیادہ سے زیادہ موثر بیلنس 32 ETH ہے۔", "staking-solo-3-d-label": "کوئی حد نہیں", - "staking-solo-3-d-explanation": "ہر ویلیڈیٹر اکاؤنٹ 32 ETH کے مؤثر بیلنس تک محدود ہوتا ہے، جس سے نیٹ ورک پر کسی ایک ویلیڈیٹر کی مجموعی طاقت محدود رہتی ہے۔ یہ اس بات کو بھی محدود کرتا ہے کہ کسی مقررہ وقت میں کتنا ETH اسٹیک یا ان اسٹیک کیا جا سکتا ہے، کیونکہ ویلیڈیٹر کی ایکٹیویشن اور ایگزٹ ایک ریٹ-لیمٹڈ قطار کے ذریعے عمل میں آتے ہیں۔", - "staking-solo-4-prompt": "کون سا انعام ویلیڈیٹر کو نہیں ملتا؟", - "staking-solo-4-a-label": "بلاک انعام", - "staking-solo-4-a-explanation": "ویلیڈیٹرز کو نئے ETH اجراء کی صورت میں انعام ملتا ہے جب پروٹوکول انہیں بلاک تجویز کرنے کے لیے تصادفی طور پر منتخب کرتا ہے۔ یہ انعامات فیس اور MEV سے الگ ہیں جو بلاک تجویز کرنے پر بھی حاصل ہوتے ہیں۔", - "staking-solo-4-b-label": "فیس ٹِپس / MEV", - "staking-solo-4-b-explanation": "فیس ٹپس (فیس کا غیر جلایا ہوا حصہ) اور MEV آمدنی بلاک پروپوزر (اسٹیکر/ویلیڈیٹر) کو اس فیس ریسیپیئنٹ ایڈریس کے ذریعے دی جاتی ہے جو ویلیڈیٹر فراہم کرتا ہے۔ یہ انعامات بلاک ریوارڈ سے الگ ہوتے ہیں جو بلاک تجویز کرتے وقت بھی ملتے ہیں۔", - "staking-solo-4-c-label": "چین کے ہیڈ کی اٹیسیشن کا انعام", - "staking-solo-4-c-explanation": "ویلیڈیٹرز کو نئے ETH کے اجرا کی شکل میں انعام ملتا ہے، جب وہ درست اور بروقت چین کے ہیڈ، موجودہ جسٹیفائیڈ ایپوک ہیڈ، اور موجودہ فائنلائزڈ ایپوک ہیڈ کی تصدیق کرتے ہیں۔", - "staking-solo-4-d-label": "یونی سوآپ ٹریڈنگ فیس", - "staking-solo-4-d-explanation": "ٹریڈنگ پلیٹ فارمز اور ایکسچینجز سے حاصل ہونے والی فیس ایتھیریم ویلیڈیٹرز کو نہیں ملتی۔", - "staking-solo-5-prompt": "کسی ویلیڈیٹر کے منافع بخش ہونے کے لیے کتنی اپ ٹائم درکار ہے؟", - "staking-solo-5-a-label": "100٪", - "staking-solo-5-a-explanation": "اگرچہ یہ مثالی ہدف ہے، لیکن منافع بخش رہنے کے لیے ویلیڈیٹر کے لیے 100٪ اپ ٹائم ضروری نہیں ہے۔", - "staking-solo-5-b-label": "تقریباً 99٪", - "staking-solo-5-b-explanation": "اگرچہ یہ ایک بہترین ہدف ہے، لیکن ویلیڈیٹر کے منافع بخش رہنے کے لیے 99٪ اپ ٹائم لازمی نہیں ہے۔", - "staking-solo-5-c-label": "تقریباً 50٪", - "staking-solo-5-c-explanation": "ویلیڈیٹرز کو تقریباً 75٪ جرمانہ کیا جاتا ہے جو انہیں درست اور بروقت بلاک چین کی تصدیق کرنے پر انعام کے طور پر ملنا چاہیے تھا۔ اس کا مطلب ہے کہ اگر کسی مقررہ وقت میں ویلیڈیٹر 50٪ وقت آف لائن رہے تو وہ پھر بھی خالص منافع بخش ہوگا، اگرچہ زیادہ قابل اعتماد ویلیڈیٹر کے مقابلے میں کم۔", - "staking-solo-5-d-label": "تقریباً 25٪", - "staking-solo-5-d-explanation": "صرف 25٪ اپ ٹائم والا ویلیڈیٹر باقی 75٪ وقت جرمانے برداشت کرے گا۔ چونکہ انعامات اور جرمانوں کا سائز تقریباً برابر ہے، اس لیے آن لائن وقت کے 3 گنا آف لائن رہنا اس مدت کے لیے ETH کے خالص نقصان کا باعث بنے گا۔", - "staking-solo-6-prompt": "مندرجہ ذیل میں سے کون سا جرم اسلیش کے قابل نہیں ہے؟", + "staking-solo-3-d-explanation": "ہر ویلیڈیٹر اکاؤنٹ 32 ETH کے موثر بیلنس تک محدود ہے، جو نیٹ ورک پر کسی بھی ایک ویلیڈیٹر کی مجموعی طاقت کو محدود کرتا ہے۔ یہ اس بات کو بھی محدود کرتا ہے کہ کسی دیے گئے وقت میں کتنا ETH اسٹیک یا ان-اسٹیک کیا جا سکتا ہے، کیونکہ ویلیڈیٹر کی ایکٹیویشنز اور ایگزٹس کو ریٹ-لمیٹڈ قطار کے ذریعے پروسیس کیا جاتا ہے۔", + "staking-solo-4-prompt": "ویلیڈیٹر کے طور پر کون سا انعام موصول نہیں ہوتا ہے؟", + "staking-solo-4-a-label": "بلاک کا انعام", + "staking-solo-4-a-explanation": "پروٹوکول کے ذریعے تصادفی طور پر منتخب کیے جانے پر ایک درست بلاک تجویز کرنے پر ویلیڈیٹرز کو نئے ETH کے اجراء کی صورت میں انعامات ملتے ہیں۔ یہ انعامات ان فیسوں اور MEV سے الگ ہیں جو بلاکس تجویز کرتے وقت بھی کمائے جاتے ہیں۔", + "staking-solo-4-b-label": "فیس ٹپس / MEV", + "staking-solo-4-b-explanation": "فیس ٹپس (فیس کا غیر جلا ہوا حصہ) اور MEV کی کمائی اس ویلیڈیٹر کے فراہم کردہ فیس وصول کنندہ کے ایڈریس کے ذریعے بلاک تجویز کنندہ (اسٹیکر/ویلیڈیٹر) میں تقسیم کی جاتی ہے۔ یہ انعامات بلاک کے انعام سے الگ ہیں جو بلاکس تجویز کرتے وقت بھی کمائے جاتے ہیں۔", + "staking-solo-4-c-label": "ہیڈ آف چین اٹیسٹیشن کا انعام", + "staking-solo-4-c-explanation": "ویلیڈیٹرز کو چین کے ہیڈ، موجودہ جسٹیفائیڈ ایپوک ہیڈ، اور موجودہ فائنلائزڈ ایپوک ہیڈ کی درست اور فوری تصدیق کرنے پر نئے ETH کے اجراء کی صورت میں انعامات ملتے ہیں۔", + "staking-solo-4-d-label": "Uniswap ٹریڈنگ فیس", + "staking-solo-4-d-explanation": "ٹریڈنگ پلیٹ فارمز اور ایکسچینجز کے ذریعے تیار کردہ ٹریڈنگ فیس ایتھیریم ویلیڈیٹرز کو موصول نہیں ہوتی ہے۔", + "staking-solo-5-prompt": "ویلیڈیٹر کے منافع بخش ہونے کے لیے کتنا اپ ٹائم درکار ہے؟", + "staking-solo-5-a-label": "100%", + "staking-solo-5-a-explanation": "اگرچہ یہ ایک مثالی ہدف ہے، لیکن 100% اپ ٹائم حاصل کرنا ویلیڈیٹر کے منافع بخش رہنے کے لیے کم از کم ضرورت نہیں ہے۔", + "staking-solo-5-b-label": "~99%", + "staking-solo-5-b-explanation": "اگرچہ یہ ایک بہترین ہدف ہے، لیکن 99% اپ ٹائم حاصل کرنا ویلیڈیٹر کے منافع بخش رہنے کے لیے کم از کم ضرورت نہیں ہے۔", + "staking-solo-5-c-label": "~50%", + "staking-solo-5-c-explanation": "ویلیڈیٹرز کو چین کی اسٹیٹ کی درست اور فوری تصدیق کرنے پر ملنے والے انعام کا تقریباً 75% جرمانہ کیا جاتا ہے۔ اس کا مطلب ہے کہ کسی دیے گئے وقت کے لیے، اس وقت کا 50% آف لائن رہنا اب بھی خالص منافع بخش ہوگا، اگرچہ زیادہ قابل اعتماد طور پر دستیاب ویلیڈیٹر سے کم منافع بخش ہوگا۔", + "staking-solo-5-d-label": "~25%", + "staking-solo-5-d-explanation": "صرف 25% اپ ٹائم والے ویلیڈیٹر پر باقی 75% وقت کے لیے جرمانے عائد ہوں گے۔ انعامات اور جرمانوں کے یکساں حجم کو دیکھتے ہوئے، آن لائن وقت سے 3 گنا زیادہ آف لائن رہنے کے نتیجے میں اس وقت کے لیے ETH کا خالص نقصان ہوگا۔", + "staking-solo-6-prompt": "مندرجہ ذیل میں سے کون سا سلیش ایبل جرم نہیں ہے؟", "staking-solo-6-a-label": "آف لائن ہونا", - "staking-solo-6-a-explanation": "صرف آف لائن ہونا اسلیشنگ کا سبب نہیں بنتا۔ یہ صرف چھوٹے غیر فعالیت کے جرمانوں کا باعث بنتا ہے، لیکن ویلیڈیٹر دوبارہ آن لائن آنے پر اٹیسیشن شروع کر دیتا ہے۔", - "staking-solo-6-b-label": "ایک ہی سلاٹ کے لیے دو مختلف بلاک تجویز کرنا اور سائن کرنا", - "staking-solo-6-b-explanation": "یہ نیٹ ورک کی سالمیت کے لیے خطرہ ہے اور اسلیشنگ اور نیٹ ورک سے اخراج کا باعث بنتا ہے۔", - "staking-solo-6-c-label": "ایسے بلاک کی اٹیسیشن کرنا جو دوسرے کو گھیر لے (یعنی تاریخ بدل دینا)", - "staking-solo-6-d-label": "ایک ہی بلاک کے لیے دو امیدواروں کی اٹیسیشن کرکے \"ڈبل ووٹنگ\" کرنا", - "staking-solo-7-prompt": "کون سا طریقہ آپ کے ویلیڈیٹر کو اسلیش ہونے سے بچانے یا روکنے کا نہیں ہے؟", - "staking-solo-7-a-label": "زیادہ غیر ضروری ڈپلیکیٹ سیٹ اپس سے بچیں، اور اپنی کلیدیں ایک وقت میں صرف ایک ویلیڈیٹر کلائنٹ کے ساتھ محفوظ کریں", - "staking-solo-7-a-explanation": "اب تک کی زیادہ تر اسلیشنگ ان آپریٹرز کی وجہ سے ہوئی ہے جو اپنی سائننگ کیز ایک سے زیادہ مشینوں پر محفوظ کرتے ہیں بطور بیک اپ۔ یہ انتہائی خطرناک ہے، کیونکہ کسی بھی خرابی کی صورت میں ڈبل ووٹنگ اور اسلیشنگ ہو سکتی ہے۔", - "staking-solo-7-b-label": "کلائنٹ سافٹ ویئر کو خود کوڈ میں تبدیلی کیے بغیر جیسا ہے ویسا ہی چلائیں", - "staking-solo-7-b-explanation": "کلائنٹ سافٹ ویئر اس طرح لکھا اور ٹیسٹ کیا جاتا ہے کہ وہ اسلیش کے قابل عمل (Slashable Actions) سے محفوظ رہے۔ کسی اسلیش ایبل عمل کو انجام دینے کے لیے عموماً آپ کو خود بدنیتی سے کلائنٹ کے کوڈ میں تبدیلی کرنا پڑے گی۔", - "staking-solo-7-c-label": "ایسا کلائنٹ چلائیں جو زیادہ تر دوسرے ویلیڈیٹرز استعمال کر رہے ہیں۔", - "staking-solo-7-c-explanation": "اگر آپ وہی کلائنٹ استعمال کرتے ہیں جو نیٹ ورک کی اکثریت استعمال کر رہی ہے، تو اس کلائنٹ میں سافٹ ویئر بگ کی صورت میں آپ کو اسلیش ہونے کا خطرہ زیادہ ہوگا۔ اس کے برعکس، اقلیت (minority) کلائنٹ چلانا اس خطرے سے بچاتا ہے۔", - "staking-solo-7-d-label": "نئی مشین پر کیز (keys) منتقل کرنے سے پہلے 2-4 ایپوکس (epochs) کے لیے ویلیڈیٹر کو غیر فعال کریں", - "staking-solo-7-d-explanation": "یہ وقت چین کو حتمی شکل دینے کی اجازت دیتا ہے جب آپ کا نوڈ آف لائن ہو، تاکہ کسی بھی حادثاتی ڈبل ووٹنگ اور کلید کی منتقلی کے دوران سلیشنگ کے خطرے کو کم کیا جا سکے۔", - "staking-solo-8-prompt": "انعام کی ادائیگیوں / جزوی نکالنے کے لیے کون سی چیز ضروری نہیں ہے؟", - "staking-solo-8-a-label": "ایک بار عمل درآمد کی واپسی کا پتہ فراہم کرنا", - "staking-solo-8-a-explanation": "یہ واپسی کے عمل کے لیے ایک بار درکار ہوتا ہے تاکہ یہ معلوم ہو سکے کہ کنسینسس لیئر کے فنڈز کہاں بھیجنے ہیں۔", - "staking-solo-8-b-label": "32 ETH کا مؤثر بیلنس ہونا\n", - "staking-solo-8-b-explanation": "آپ کا مؤثر بیلنس 32 ایتھ پر مکمل ہونا چاہیے اس سے پہلے کہ کوئی جزوی واپسی ہو سکے۔", - "staking-solo-8-c-label": "32 ایتھ سے زیادہ کا کل بیلنس ہونا", - "staking-solo-8-c-explanation": "آپ کا کل بیلنس 32 ایتھ سے زیادہ انعامات رکھنا چاہیے تاکہ کوئی بھی جزوی واپسی شروع ہو سکے۔", - "staking-solo-8-d-label": "درخواست کردہ نکالنے کی رقم گیس ادائیگی کے ساتھ جمع کرانا", - "staking-solo-8-d-explanation": "ایک بار جب دیگر معیار پورے ہو جائیں، انعام کی ادائیگیاں خودکار ہو جاتی ہیں۔ وصول کنندگان کو کوئی ٹرانزیکشن جمع کرانے یا گیس ادا کرنے کی ضرورت نہیں۔ نکالی گئی رقم 32 سے زائد ویلیڈیٹر بیلنس کے برابر ہے۔ اپنی مرضی کی رقم نہیں نکالی جا سکتی۔", - "scaling-1-prompt": "اسکیل کرنے کے لیے ایتھیریئم درج ذیل میں سے کس کا استعمال کر رہا ہے؟", + "staking-solo-6-a-explanation": "محض آف لائن ہونے کے نتیجے میں سلیشنگ نہیں ہوتی ہے۔ اس کے نتیجے میں آف لائن ہونے کے دوران چھوٹے غیر فعالی کے جرمانے ہوں گے، لیکن آن لائن واپس آنے پر تصدیق دوبارہ شروع ہو جائے گی۔", + "staking-solo-6-b-label": "ایک ہی سلاٹ کے لیے دو مختلف بلاکس تجویز کرنا اور سائن کرنا", + "staking-solo-6-b-explanation": "یہ نیٹ ورک کی سالمیت کے لیے خطرہ ہے اور اس کے نتیجے میں سلیشنگ اور نیٹ ورک سے بے دخلی ہوگی۔", + "staking-solo-6-c-label": "کسی ایسے بلاک کی تصدیق کرنا جو دوسرے کو 'گھیرتا' ہو (مؤثر طریقے سے تاریخ کو تبدیل کرنا)", + "staking-solo-6-d-label": "ایک ہی بلاک کے لیے دو امیدواروں کی تصدیق کر کے 'ڈبل ووٹنگ' کرنا", + "staking-solo-7-prompt": "اپنے ویلیڈیٹر کو سلیش ہونے سے بچانے/روکنے کا طریقہ کون سا نہیں ہے؟", + "staking-solo-7-a-label": "انتہائی فالتو سیٹ اپس سے گریز کریں، اور اپنی کیز کو ایک وقت میں صرف ایک ویلیڈیٹر کلائنٹ کے پاس اسٹور کریں", + "staking-solo-7-a-explanation": "آج تک کی زیادہ تر سلیشنگ ان آپریٹرز کی وجہ سے ہوئی ہے جو اپنی سائننگ کیز کو ایک سے زیادہ مشینوں پر فالتو بیک اپ کے طور پر اسٹور کرتے ہیں۔ یہ انتہائی خطرناک ہے، کیونکہ کسی بھی خرابی کے نتیجے میں ڈبل ووٹنگ اور سلیشنگ ہو سکتی ہے۔", + "staking-solo-7-b-label": "کوڈ کو خود تبدیل کیے بغیر کلائنٹ سافٹ ویئر کو جوں کا توں چلائیں", + "staking-solo-7-b-explanation": "کلائنٹ سافٹ ویئر کو سلیش ایبل کارروائیوں سے بچانے کے لیے لکھا اور ٹیسٹ کیا جاتا ہے۔ سلیش ایبل کارروائی کو انجام دینے کے لیے، عام طور پر آپ کو خود کلائنٹ کوڈ کو بدنیتی پر مبنی طریقے سے تبدیل کرنے کی ضرورت ہوگی۔", + "staking-solo-7-c-label": "ایسا کلائنٹ چلائیں جسے اکثریت کے دیگر ویلیڈیٹرز استعمال کر رہے ہوں", + "staking-solo-7-c-explanation": "بقیہ نیٹ ورک کی اکثریت کے طور پر ایک ہی کلائنٹ کا استعمال آپ کو اس کلائنٹ میں سافٹ ویئر بگ کی صورت میں سلیش ہونے کے خطرے میں ڈالتا ہے۔ اقلیتی کلائنٹ چلانا اس سے بچاتا ہے۔", + "staking-solo-7-d-label": "نئی مشین پر کیز منتقل کرنے سے پہلے ویلیڈیٹر کو 2-4 ایپوکس کے لیے غیر فعال کریں", + "staking-solo-7-d-explanation": "یہ آپ کے نوڈ کے آف لائن ہونے کے دوران چین کو فائنل ہونے کا وقت دیتا ہے، تاکہ کیز کی منتقلی کے دوران حادثاتی ڈبل ووٹنگ اور سلیشنگ کے کسی بھی خطرے کو کم کیا جا سکے۔", + "staking-solo-8-prompt": "انعامی ادائیگیاں / جزوی وتھڈراولز حاصل کرنے کے لیے کیا درکار نہیں ہے؟", + "staking-solo-8-a-label": "ایک بار ایگزیکیوشن وتھڈراول ایڈریس فراہم کرنا", + "staking-solo-8-a-explanation": "وتھڈراول کے عمل کے لیے یہ ایک بار درکار ہوتا ہے تاکہ یہ معلوم ہو سکے کہ کسی بھی کنسینسس لیئر کے فنڈز کو کہاں بھیجنا ہے", + "staking-solo-8-b-label": "32 ETH کا موثر بیلنس ہونا", + "staking-solo-8-b-explanation": "کسی بھی جزوی وتھڈراول کے متحرک ہونے سے پہلے آپ کا موثر بیلنس 32 ETH پر زیادہ سے زیادہ ہونا چاہیے۔", + "staking-solo-8-c-label": "32 ETH سے زیادہ کا کل بیلنس ہونا", + "staking-solo-8-c-explanation": "کسی بھی جزوی وتھڈراول کے متحرک ہونے کے لیے آپ کے کل بیلنس میں 32 ETH سے زیادہ کے انعامات ہونے چاہئیں۔", + "staking-solo-8-d-label": "گیس کی ادائیگی کے ساتھ درخواست کردہ وتھڈراول کی رقم جمع کرانا", + "staking-solo-8-d-explanation": "ایک بار جب دیگر معیارات پورے ہو جاتے ہیں، تو انعامی ادائیگیاں خودکار ہوتی ہیں۔ وصول کنندگان کو ٹرانزیکشن جمع کرانے یا گیس ادا کرنے کی ضرورت نہیں ہے۔ نکالی گئی رقم 32 سے زیادہ ویلیڈیٹر کے بیلنس کے برابر ہوتی ہے۔ کسٹم رقوم کی درخواست نہیں کی جا سکتی۔", + "scaling-1-prompt": "ایتھیریم اسکیل کرنے کے لیے مندرجہ ذیل میں سے کس کا استعمال کر رہا ہے؟", "scaling-1-a-label": "لیئر 2 رول اپس", - "scaling-1-a-explanation": "یہ ایتھیریئم کو اسکیل کرنے میں مدد کرتے ہیں ٹرانزیکشنز کو اکٹھا کر کے، انہیں عمل درآمد کر کے، اور پھر نتائج کو ایتھیریئم پر ویلیڈیشن اور سیکیورٹی کے لیے پوسٹ کر کے۔ رول اپس کی مثالیں Arbitrum یا Optimism ہیں۔ یہ ایتھیریئم کے اسکیل کرنے کا واحد طریقہ نہیں ہے۔", - "scaling-1-b-label": "پروٹو-ڈینک شارڈنگ", - "scaling-1-b-explanation": "یہ رول اپ ڈیٹا کو مین نیٹ پر محفوظ کرنے کے لیے عارضی اور سستا اسٹوریج آپشن فراہم کرتا ہے، جو فی الحال اس لاگت کا تقریباً 90٪ ذمہ دار ہے جس کا صارف رول اپ پر سامنا کرتا ہے۔ یہ ایتھیریئم کے اسکیل کرنے کا واحد طریقہ نہیں ہے۔", - "scaling-1-c-label": "ڈینک شرڈنگ", - "scaling-1-c-explanation": "یہ ہر ویلیڈیٹر اور نیٹ ورک پر نوڈ کے لیے اس ضرورت کو ختم کرتا ہے کہ وہ تمام رول اپس کے 100٪ ڈیٹا کو اسٹور کریں، ہارڈویئر کی ضروریات کو نوڈ آپریٹرز کے لیے کم کرتے ہیں۔ یہ ایتھیریئم کے اسکیل کرنے کا واحد طریقہ نہیں ہے۔", - "scaling-1-d-label": "تمام ہی", - "scaling-1-d-explanation": "لیئر 2 رول اپس ٹرانزیکشنز کو اکٹھا کرتے ہیں، پروٹو ڈینکشاڈنگ اس ڈیٹا کے لیے سستا عارضی اسٹوریج بناتا ہے، اور ڈینکشاڈنگ اسٹوریج کا بوجھ تمام ویلیڈیٹرز پر بانٹ دیتا ہے—سب مل کر ایتھیریئم کو اسکیل کرنے میں مدد دیتے ہیں۔", - "scaling-2-prompt": "ٹرانزیکشنز کو اکٹھا کرنے اور ان پر عمل درآمد کرنے کے بعد، لیئر 2 رول اپس اگلا کیا کرتے ہیں؟", - "scaling-2-a-label": "ڈیٹا کو پرائیویٹ سرور پر اسٹور کریں", - "scaling-2-a-explanation": "نتائج کو شفافیت اور عوامی دستیابی کے لیے مین نیٹ پر پوسٹ کیا جاتا ہے، اور یہ پرائیویٹ سرورز پر انحصار نہیں کرتے۔", - "scaling-2-b-label": "اسٹوریج کے لئے صارف کو پروف بھیجتا ہے", - "scaling-2-b-explanation": "صارفین سے توقع نہیں کی جاتی کہ وہ اپنی ٹرانزیکشن کے نتائج کو محفوظ کریں۔ یہ معلومات مین نیٹ پر پوسٹ کی جاتی ہے۔", - "scaling-2-c-label": "نتائج کو ایتھیریم پر جمع کریں", - "scaling-2-c-explanation": "لیئر 2 رول اپس اپنی ٹرانزیکشن کے نتائج کو مین نیٹ پر جمع کراتے ہیں، جس سے یہ ایتھیریم کی ہسٹری میں محفوظ ہوجاتے ہیں۔", - "scaling-2-d-label": "نتائج کو حذف کریں تاکہ اخراجات کم ہوں", - "scaling-2-d-explanation": "لیئر 2 رول اپس اپنی ٹرانزیکشن کے نتائج کو مین نیٹ پر جمع کراتے ہیں۔ اس طریقے سے اخراجات کم ہوجاتے ہیں کیونکہ یہ ٹرانزیکشن ڈیٹا کو بنڈل اور کمپریس کرتے ہیں، اور آخرکار یہ سستا اسٹوریج بنتا ہے جو ان لوگوں کے لئے دستیاب ہوتا ہے جنہیں اس کی ضرورت ہے۔", - "scaling-3-prompt": "پروٹو ڈینک شارڈنگ کس طرح رول اپ ٹرانزیکشن کے اخراجات کم کرتا ہے؟", - "scaling-3-a-label": "بلاک سائز بڑھا کر", - "scaling-3-a-explanation": "پروٹو ڈینک شارڈنگ براہ راست گیس لمٹ میں اضافہ نہیں کرتا، لیکن یہ رول اپ ڈیٹا کی اسٹوریج کو سستا بناتا ہے عارضی اسٹوریج مہیا کرکے۔", - "scaling-3-b-label": "ڈیٹا کو تقسیم کرنا جسے ویلیڈیٹرز محفوظ کرتے ہیں", - "scaling-3-b-explanation": "اگرچہ مکمل ڈینک شارڈنگ کا مقصد یہ ہے کہ تمام ویلیڈیٹرز کو سارا ڈیٹا محفوظ نہ کرنا پڑے، لیکن اس سے پہلے پروٹو ڈینک شارڈنگ ایک سستا، عارضی اسٹوریج اختیار مہیا کرتا ہے جس پر رول اپس ڈیٹا پوسٹ کرسکتے ہیں۔", - "scaling-3-c-label": "نوڈ آپریٹرز کے لئے ہارڈویئر کی ضرورت کو نمایاں طور پر بڑھانا", - "scaling-3-c-explanation": "یہ عام طور پر ایتھیریم کو اسکیل کرنے کا قابل قبول طریقہ نہیں سمجھا جاتا۔ بڑی کوششیں کی جاتی ہیں کہ نوڈ چلانے کے لئے ہارڈویئر کی ضرورت کم سے کم رہے تاکہ یہ زیادہ سے زیادہ قابل رسائی رہے۔", - "scaling-3-d-label": "سستا، عارضی \"بلا ب\" اسٹوریج میں اسٹور کرنا", - "scaling-3-d-explanation": "پروٹو ڈینک شارڈنگ رول اپس کے لئے عارضی ڈیٹا اسٹوریج کا اختیار متعارف کراتا ہے تاکہ وہ اپنے نتائج کو زیادہ سستے طریقے سے مین نیٹ پر پوسٹ کرسکیں۔", - "scaling-4-prompt": "رول اپس کو اسکیل کرنے کے لئے ایک اہم اگلا قدم کیا ہے؟", - "scaling-4-a-label": "طاقتور کمپیوٹرز والی چند اکائیوں کو تمام سیکوینسنگ ہینڈل کرنے کے لئے ترغیب دینا", - "scaling-4-a-explanation": "موجودہ رول اپس کے ساتھ ایک بڑا مسئلہ یہ ہے کہ سیکوینسرز (جو یہ طے کرتے ہیں کہ کس رول اپ میں کون سی ٹرانزیکشن شامل کی جائے) کی مرکزی نوعیت ہوتی ہے۔ مقصد یہ ہے کہ ہر کوئی حصہ لے سکے، نہ کہ کوئی ایک گروپ یا ادارہ اس پر کنٹرول کرے۔", - "scaling-4-b-label": "سیکوینسرز اور پروورز کی ذمہ داری زیادہ لوگوں پر تقسیم کرنا", - "scaling-4-b-explanation": "رول اپ عام طور پر مرکزی کنٹرول سے شروع ہوتے ہیں تاکہ سسٹم چل سکے، لیکن اس سے نیٹ ورک سینسرشپ کا شکار ہوجاتا ہے۔ ٹرانزیکشن شامل کرنے کا عمل جتنا زیادہ ڈیسینٹرلائزڈ ہوگا، نیٹ ورک کے کمپرومائز ہونے کا امکان اتنا ہی کم ہوگا۔", - "scaling-4-c-label": "تمام رول اپس کو ایک ہی سکیورٹی ماڈل پر چلانا", - "scaling-4-c-explanation": "ایتھیریم فائدہ اٹھاتا ہے کیونکہ اس کے پاس رول اپ ایکو سسٹم میں مختلف طریقے ہیں، جو اسے زیادہ لچکدار اور محفوظ بناتے ہیں۔", - "scaling-4-d-label": "ڈیٹا کو پرائیویٹ سرورز پر اسٹور کرکے ٹرانزیکشن ڈیٹا کی تصدیق کرنا", - "scaling-4-d-explanation": "رول اپ ڈیٹا ایتھیریم پر محفوظ کیا جاتا ہے، نہ کہ صرف پرائیویٹ سرورز یا ڈیٹابیسز پر۔", - "run-a-node-1-prompt": "نوڈ چلانے کے لئے کیا درکار ہے؟", - "run-a-node-1-a-label": "ماڈرن ہارڈویئر والا کلائنٹ سافٹ ویئر جبکہ آن لائن رہتے ہوئے", - "run-a-node-1-a-explanation": "نوڈ چلانے کا مطلب ہے ایسا سافٹ ویئر چلانا جو Ethereum پروٹوکول کی زبان استعمال کرتا ہے اور دوسرے کمپیوٹرز سے جڑتا ہے جو یہی کام کر رہے ہیں۔یہ سافٹ ویئر Ethereum بلاک چین کی ایک کاپی ڈاؤن لوڈ کرتا ہے، ہر بلاک کی درستگی کی تصدیق کرتا ہے، اسے نئی ٹرانزیکشنز کے ساتھ اپ ڈیٹ رکھتا ہے اور دوسروں کو اپنی کاپی اپ ڈیٹ کرنے میں مدد دیتا ہے۔", - "run-a-node-1-b-label": "انعامات جیتنے کے لئے 32 ETH جمع کروائیں", - "run-a-node-1-b-explanation": "یہ اسٹیکنگ کے لیے درکار ہے — نیٹ ورک کنسینسس کا فعال شرکاء بننے کے لیے۔یہ ضروری نہیں اگر آپ صرف بلاک چین کی خودمختار کاپی چلانا چاہتے ہیں۔", - "run-a-node-1-c-label": "طاقتور ASIC مائننگ مشینز چلائیں تاکہ نیٹ ورک کنسینس تک پہنچا جا سکے۔", - "run-a-node-1-c-explanation": "اگرچہ ایتھیریئم پہلے کنسینس تک پہنچنے کے لیے طاقتور کمپیوٹرز استعمال کرتا تھا، لیکن اس عمل کو مکمل طور پر اسٹیکنگ سے بدل دیا گیا ہے۔ ماضی میں نہ مائننگ اور نہ ہی حال میں اس کی ضرورت ہے، بلکہ صرف اپنے خود مختار بلاک چین کو چلانے کی ضرورت ہے۔", - "run-a-node-1-d-label": "بلاک چین انفراسٹرکچر میں فل ٹائم کام کریں۔", - "run-a-node-1-d-explanation": "سافٹ ویئر ٹولز مسلسل بہتر ہو رہے ہیں جس سے گھر سے نود چلانا نئے افراد کے لیے زیادہ آسان ہو گیا ہے۔ بلاک چین انفراسٹرکچر میں فل ٹائم کام کرنا بالکل ضروری نہیں۔", - "run-a-node-2-prompt": "نود چلانے کے لیے آپ کو کتنا ETH اسٹیک کرنا ہوگا؟", + "scaling-1-a-explanation": "یہ ٹرانزیکشنز کو بنڈل کر کے، انہیں ایگزیکیوٹ کر کے، اور پھر توثیق اور سیکیورٹی کے لیے نتائج کو ایتھیریم پر پوسٹ کر کے ایتھیریم کو اسکیل کرنے میں مدد کرتے ہیں۔ رول اپس کی مثالوں میں Arbitrum یا Optimism شامل ہیں۔ ایتھیریم کے اسکیل کرنے کا یہ واحد طریقہ نہیں ہے۔", + "scaling-1-b-label": "Proto-Danksharding", + "scaling-1-b-explanation": "یہ رول اپ ڈیٹا کو مین نیٹ پر محفوظ کرنے کے لیے ایک عارضی اور سستا اسٹوریج آپشن فراہم کرتا ہے، جو فی الحال اس لاگت کے تقریباً 90% کا ذمہ دار ہے جس کا سامنا صارف کو رول اپ پر ہوتا ہے۔ ایتھیریم کے اسکیل کرنے کا یہ واحد طریقہ نہیں ہے۔", + "scaling-1-c-label": "Danksharding", + "scaling-1-c-explanation": "یہ نیٹ ورک پر موجود ہر ویلیڈیٹر اور نوڈ کی تمام رول اپس کے لیے 100% ڈیٹا اسٹور کرنے کی ضرورت کو ختم کرتا ہے، جس سے نوڈ آپریٹرز کے لیے ہارڈویئر کی ضروریات کم ہو جاتی ہیں۔ ایتھیریم کے اسکیل کرنے کا یہ واحد طریقہ نہیں ہے۔", + "scaling-1-d-label": "مذکورہ بالا تمام", + "scaling-1-d-explanation": "لیئر 2 رول اپس ٹرانزیکشنز کو بنڈل کرتے ہیں، Proto-Danksharding اس ڈیٹا کے لیے سستا عارضی اسٹوریج بناتا ہے، اور Danksharding تمام ویلیڈیٹرز میں اسٹوریج کا بوجھ بانٹتا ہے—یہ سب ایتھیریم کو اسکیل کرنے میں مدد کرتے ہیں۔", + "scaling-2-prompt": "ٹرانزیکشنز کو بنڈل کرنے اور انہیں ایگزیکیوٹ کرنے کے بعد، لیئر 2 رول اپس آگے کیا کرتے ہیں؟", + "scaling-2-a-label": "ڈیٹا کو پرائیویٹ سرور پر اسٹور کرتے ہیں", + "scaling-2-a-explanation": "نتائج شفافیت اور عوامی دستیابی کے لیے مین نیٹ پر پوسٹ کیے جاتے ہیں، اور پرائیویٹ سرورز پر انحصار نہیں کرتے ہیں۔", + "scaling-2-b-label": "اسٹوریج کے لیے صارف کو ثبوت بھیجتے ہیں", + "scaling-2-b-explanation": "صارفین سے اپنی ٹرانزیکشن کے نتائج کو محفوظ رکھنے کی توقع نہیں کی جاتی ہے۔ یہ معلومات مین نیٹ پر پوسٹ کی جاتی ہے۔", + "scaling-2-c-label": "نتائج ایتھیریم پر جمع کرائیں", + "scaling-2-c-explanation": "لیئر 2 رول اپس اپنی ٹرانزیکشن کے نفاذ کے نتائج مین نیٹ پر پوسٹ کرتے ہیں، اور اسے ایتھیریم کی ہسٹری میں محفوظ کرتے ہیں۔", + "scaling-2-d-label": "لاگت کم کرنے کے لیے نتیجہ حذف کریں", + "scaling-2-d-explanation": "لیئر 2 رول اپس اپنی ٹرانزیکشن کے نفاذ کے نتائج مین نیٹ پر پوسٹ کرتے ہیں۔ اس طریقے سے لاگت کی بچت ٹرانزیکشن کے ڈیٹا کو بنڈل اور کمپریس کر کے حاصل کی جاتی ہے، اور بالآخر اسے سستی اسٹوریج میں محفوظ کیا جاتا ہے جو ضرورت مندوں کو دستیاب ہونے کے بعد ختم ہو جاتی ہے۔", + "scaling-3-prompt": "پروٹو-ڈینک شارڈنگ رول اپس پر رول اپ ٹرانزیکشن کی لاگت کو کیسے کم کرتی ہے؟", + "scaling-3-a-label": "براہ راست بلاک کا سائز بڑھا کر", + "scaling-3-a-explanation": "پروٹو-ڈینک شارڈنگ براہ راست گیس کی حد میں اضافہ نہیں کرتی، لیکن عارضی اسٹوریج دستیاب کر کے رول اپ ڈیٹا کی اسٹوریج کو کم مہنگا بناتی ہے۔", + "scaling-3-b-label": "اس بات کو تقسیم کر کے کہ کن ویلیڈیٹرز کو ڈیٹا اسٹور کرنے کی ضرورت ہے", + "scaling-3-b-explanation": "اگرچہ توقع ہے کہ مکمل ڈینک شارڈنگ تمام ویلیڈیٹرز کے لیے تمام ڈیٹا کو اسٹور کرنے کی ضرورت کو کم کر دے گی، لیکن اس سے پہلے پروٹو-ڈینک شارڈنگ آتی ہے جو رول اپس کے ذریعے تیار کردہ ڈیٹا کے لیے ایک کم مہنگا، عارضی اسٹوریج کا آپشن بناتی ہے۔", + "scaling-3-c-label": "نوڈ آپریٹرز کے لیے ہارڈویئر کی ضروریات میں نمایاں اضافہ کر کے", + "scaling-3-c-explanation": "عام طور پر اسے ایتھیریم کو اسکیل کرنے کے لیے قابل قبول آپشن نہیں سمجھا جاتا ہے۔ نوڈ چلانے کے لیے ہارڈویئر کی ضروریات کو کم سے کم کرنے کی زبردست کوششیں کی جاتی ہیں تاکہ اسے ہر ممکن حد تک قابل رسائی رکھا جا سکے۔", + "scaling-3-d-label": "اس کا ڈیٹا سستی، عارضی 'blob' اسٹوریج میں محفوظ کر کے", + "scaling-3-d-explanation": "پروٹو-ڈینک شارڈنگ رول اپس کے لیے ایک عارضی ڈیٹا اسٹوریج کا آپشن متعارف کراتی ہے تاکہ وہ اپنے نتائج کو زیادہ سستے طریقے سے مین نیٹ پر پوسٹ کر سکیں۔", + "scaling-4-prompt": "ایتھیریم کو اسکیل کرنے کے لیے رول اپس کا اگلا اہم قدم کیا ہے؟", + "scaling-4-a-label": "طاقتور کمپیوٹرز والے اداروں کو تمام سیکوینسنگ سنبھالنے کی ترغیب دیں", + "scaling-4-a-explanation": "موجودہ رول اپس کے مسائل میں سے ایک سیکوینسرز چلانے والوں کی سینٹرلائزڈ نوعیت ہے (وہ جو رول اپ کے اندر ٹرانزیکشنز کی شمولیت اور ترتیب کا فیصلہ کرتے ہیں)۔ مقصد یہ ہے کہ کسی کو بھی حصہ لینے کی اجازت دی جائے، اور کسی بھی طرح سے کسی ایک گروپ یا ادارے پر انحصار نہ کیا جائے۔", + "scaling-4-b-label": "سیکوینسرز اور پروورز چلانے کی ذمہ داری زیادہ لوگوں میں تقسیم کریں", + "scaling-4-b-explanation": "رول اپ پر کنٹرول عام طور پر سینٹرلائزڈ شروع ہوتا ہے، جس سے چیزیں شروع کرنے میں مدد ملتی ہے، لیکن نیٹ ورک کو سنسرشپ کا خطرہ رہتا ہے۔ ٹرانزیکشنز کو شامل کرنے کے عمل کو ڈی سینٹرلائز کرنا تاکہ کوئی بھی حصہ لے سکے، نیٹ ورک کے سمجھوتے کے امکان کو روکنے کے لیے ضروری ہے۔", + "scaling-4-c-label": "تمام رول اپس کو سیکیورٹی کے ایک ہی طریقہ کار کے مطابق بنائیں", + "scaling-4-c-explanation": "ایتھیریم کو لچک کی ایک شکل کے طور پر اپنے رول اپ ایکو سسٹم کے اندر سیکیورٹی کے لیے وسیع رینج کے طریقوں سے فائدہ ہوتا ہے۔", + "scaling-4-d-label": "نجی سرورز پر ٹرانزیکشن ڈیٹا کی اسٹوریج کی تصدیق کے لیے ڈیٹا اوریکلز", + "scaling-4-d-explanation": "رول اپ ڈیٹا ایتھیریم پر محفوظ کیا جاتا ہے، اور نجی سرورز یا ڈیٹا بیس پر انحصار نہیں کرتا ہے۔", + "run-a-node-1-prompt": "نوڈ چلانے کے لیے کیا درکار ہے؟", + "run-a-node-1-a-label": "آن لائن رہتے ہوئے معمولی ہارڈویئر کے ساتھ کلائنٹ سافٹ ویئر چلانا۔", + "run-a-node-1-a-explanation": "نوڈ چلانے میں ایسا سافٹ ویئر چلانا شامل ہے جو ایتھیریم پروٹوکول کی زبان استعمال کرتے ہوئے دوسرے کمپیوٹرز کے ساتھ بات چیت کرتا ہے جو یہی کام کر رہے ہیں۔ یہ سافٹ ویئر ایتھیریم بلاک چین کی ایک کاپی ڈاؤن لوڈ کرتا ہے، ہر بلاک کے درست ہونے کی تصدیق کرتا ہے، پھر اسے نئے بلاکس اور ٹرانزیکشنز کے ساتھ اپ ٹو ڈیٹ رکھتا ہے، جبکہ دوسروں کو ان کی اپنی کاپیاں ڈاؤن لوڈ اور اپ ڈیٹ کرنے میں مدد کرتا ہے۔", + "run-a-node-1-b-label": "انعامات حاصل کرنے کے لیے 32 ETH جمع کرائیں", + "run-a-node-1-b-explanation": "یہ اسٹیکنگ کے لیے ایک ضرورت ہے—نیٹ ورک کے اتفاق رائے میں فعال شریک بننے کا عمل۔ بلاک چین کی محض ایک خود مختار کاپی چلانے کے لیے اس کی ضرورت نہیں ہے، جس کے لیے کسی ETH کی ضرورت نہیں ہوتی۔", + "run-a-node-1-c-label": "نیٹ ورک کے اتفاق رائے تک پہنچنے کے لیے طاقتور ASIC مائننگ مشینیں چلائیں", + "run-a-node-1-c-explanation": "اگرچہ ایتھیریم پہلے اتفاق رائے تک پہنچنے کے لیے طاقتور کمپیوٹرز کے ساتھ مائننگ کا استعمال کرتا تھا، لیکن اس عمل کو مکمل طور پر اسٹیکنگ سے بدل دیا گیا ہے۔ بلاک چین کی محض ایک خود مختار کاپی چلانے کے لیے نہ تو ماضی میں مائننگ کی ضرورت تھی، اور نہ ہی فی الحال اسٹیکنگ کی ضرورت ہے۔", + "run-a-node-1-d-label": "بلاک چین انفراسٹرکچر میں کل وقتی کام کریں", + "run-a-node-1-d-explanation": "وقت کے ساتھ ساتھ سافٹ ویئر ٹولنگ میں بہتری آتی رہی ہے جس سے ایک نوآموز کے طور پر گھر سے نوڈ چلانا بہت زیادہ قابل رسائی ہو گیا ہے۔ بلاک چین انفراسٹرکچر میں کل وقتی کام کرنا اس میں شامل ہونے کے لیے کسی بھی طرح سے ضروری نہیں ہے۔", + "run-a-node-2-prompt": "نوڈ چلانے کے لیے آپ کو کتنا ETH اسٹیک کرنے کی ضرورت ہے؟", "run-a-node-2-a-label": "0", - "run-a-node-2-a-explanation": "ایتھیریئم نود چلانے کے لیے کسی بھی ETH کی ضرورت نہیں ہوتی۔ اسٹیکنگ ویلیڈیٹر کے طور پر نود سیٹ اپ کرنے کے برعکس، کوئی بھی آزاد ہے کہ کلائنٹ سافٹ ویئر چلائے اور اپنے خود مختار بلاک چین کو ہم آہنگ کرے — کسی ETH کی ضرورت نہیں۔", + "run-a-node-2-a-explanation": "ایتھیریم نوڈ چلانے کے لیے کسی ETH کی ضرورت نہیں ہوتی۔ نوڈ سیٹ اپ کے حصے کے طور پر اسٹیکنگ ویلیڈیٹر چلانے کے برعکس، کوئی بھی کلائنٹ سافٹ ویئر چلانے اور بلاک چین کی اپنی خود مختار کاپی کو سنک کرنے کے لیے آزاد ہے—کسی ETH کی ضرورت نہیں ہے۔", "run-a-node-2-b-label": "8", "run-a-node-2-c-label": "16", "run-a-node-2-d-label": "32", - "run-a-node-2-d-explanation": "ایتھیریئم نوڈ چلانے کے لیے کسی بھی ایتھ (ETH) کی ضرورت نہیں ہوتی۔ اس کے برعکس، نیٹ ورک کنسینسس میں براہ راست حصہ لینے والے اسٹیکنگ ویلیڈیٹر کو فعال کرنے کے لیے 32 ایتھ درکار ہیں، لیکن کوئی بھی کلائنٹ سافٹ ویئر چلا سکتا ہے اور بلاک چین کی اپنی خودمختار کاپی ہم آہنگ کر سکتا ہے—اس کے لیے کسی ایتھ کی ضرورت نہیں۔\n", - "run-a-node-3-prompt": "نود چلانے کے کیا فائدے ہیں؟", - "run-a-node-3-a-label": "سینسرشپ کے خلاف مزاحمت", - "run-a-node-3-a-explanation": "یہ صارفین کے لیے فائدہ ہے، لیکن اکیلا نہیں۔ نود چلانے سے جو دوسرے پیئرز سے براہِ راست کمیونیکیٹ کرتا ہے، آپ کی ٹرانزیکشنز دوسرے ٹرانزیکشنز کے ساتھ مکس ہو جاتی ہیں۔ اس طرح آپ کی نود جو معلومات پھیلا رہی ہے اس میں فرق کرنا یا سنسر کرنا تقریباً ناممکن ہو جاتا ہے۔", - "run-a-node-3-b-label": "خودمختاری", - "run-a-node-3-b-explanation": "یہ بھی ایک فائدہ ہے، لیکن اکیلا نہیں۔ اپنے Ethereum بلاک چین کی اپنی کاپی ہونے کی وجہ سے، آپ کسی ایکسٹرنل پارٹی پر انحصار نہیں کرتے۔ آپ کو کبھی اجازت لینے کی ضرورت نہیں پڑتی بیلنس دیکھنے، ٹرانزیکشن کرنے یا ویریفائی کرنے کے لیے، کیونکہ یہ سب سافٹ ویئر سے ہوتا ہے جو آپ خود چلا رہے ہیں۔ جب نیٹ ورک اپ گریڈ ہوتا ہے تو آپ خود فیصلہ کرتے ہیں کہ اسے سپورٹ کرنا ہے یا نہیں۔", + "run-a-node-2-d-explanation": "ایتھیریم نوڈ چلانے کے لیے کسی ETH کی ضرورت نہیں ہوتی۔ نیٹ ورک کے اتفاق رائے میں براہ راست حصہ لینے والے اسٹیکنگ ویلیڈیٹر کو فعال کرنے کے لیے درکار 32 ETH کے برعکس، کوئی بھی کلائنٹ سافٹ ویئر چلانے اور بلاک چین کی اپنی خود مختار کاپی کو سنک کرنے کے لیے آزاد ہے—کسی ETH کی ضرورت نہیں ہے۔", + "run-a-node-3-prompt": "اپنا نوڈ چلانے سے آپ کو کیا فوائد حاصل ہوتے ہیں؟", + "run-a-node-3-a-label": "سنسرشپ کے خلاف مزاحمت", + "run-a-node-3-a-explanation": "یہ صارفین کے لیے ایک فائدہ ہے، لیکن صرف یہی ایک نہیں ہے۔ نوڈ سافٹ ویئر چلا کر جو نیٹ ورک پر موجود دیگر پیئرز کے ساتھ براہ راست بات چیت کرتا ہے، آپ کی ٹرانزیکشنز ہر اس دوسری ٹرانزیکشن کے ساتھ مل جاتی ہیں جسے آپ کا نوڈ پھیلا رہا ہے۔ اس طرح، آپ کے نوڈ کے ذریعے شیئر کی گئی کسی درست ٹرانزیکشن میں فرق کرنا اور اسے سنسر کرنا تقریباً ناممکن ہے۔", + "run-a-node-3-b-label": "خود مختاری", + "run-a-node-3-b-explanation": "یہ صارفین کے لیے ایک فائدہ ہے، لیکن صرف یہی ایک نہیں ہے۔ ایتھیریم بلاک چین کی اپنی کاپی رکھ کر، آپ نیٹ ورک کے ساتھ تعامل کرنے کے لیے کسی ایک بیرونی فریق پر انحصار نہیں کرتے۔ آپ کو اپنا بیلنس دیکھنے، یا ٹرانزیکشن کرنے کے لیے کبھی اجازت نہیں مانگنی پڑتی، اور تمام ٹرانزیکشنز کی تصدیق اس سافٹ ویئر کا استعمال کرتے ہوئے کی جاتی ہے جسے آپ خود چلا رہے ہیں۔ جب نیٹ ورک اپ گریڈ ہوتے ہیں، تو آپ اس بات کے انچارج ہوتے ہیں کہ اپ گریڈ کو سپورٹ کرنا ہے یا نہیں۔", "run-a-node-3-c-label": "پرائیویسی", - "run-a-node-3-c-explanation": "یہ بھی فائدہ ہے، لیکن اکیلا نہیں۔ بغیر اپنی نود کے، اکاؤنٹ بیلنس دیکھنے کے لیے عام طور پر آپ کا اکاؤنٹ کسی تیسرے فریق کو بھیجنا پڑتا ہے جو پھر صحیح معلومات فراہم کرتا ہے۔", - "run-a-node-3-d-label": "تمام ہی", - "run-a-node-3-d-explanation": "نود چلانے سے آپ کو اپنے ڈیٹا پر مکمل کنٹرول اور خودمختاری ملتی ہے، جس سے آپ بلاک چین کے مواد کو نجی طور پر دیکھ اور ویریفائی کر سکتے ہیں اور اس بات کی گارنٹی ہوتی ہے کہ کوئی درست ٹرانزیکشن سنسر نہیں ہوگی۔", - "run-a-node-4-prompt": "Ethereum نود کے لیے کتنی ہارڈ ڈرائیو اسٹوریج درکار ہے؟", + "run-a-node-3-c-explanation": "یہ صارفین کے لیے ایک فائدہ ہے، لیکن صرف یہی ایک نہیں ہے۔ اپنے نوڈ کے بغیر، محض اپنے اکاؤنٹ کا بیلنس دیکھنے کے لیے عام طور پر آپ کے والیٹ سے آپ کے اکاؤنٹس کی فہرست، جو آپ کے IP ایڈریس سے منسلک ہوتی ہے، کسی فریق ثالث فراہم کنندہ کو بھیجنے کی ضرورت ہوتی ہے جس پر پھر آپ کو درست معلومات فراہم کرنے کے لیے بھروسہ کیا جا رہا ہوتا ہے۔", + "run-a-node-3-d-label": "مذکورہ بالا تمام", + "run-a-node-3-d-explanation": "نوڈ چلانے سے آپ کو اس ڈیٹا پر مکمل کنٹرول اور خود مختاری ملتی ہے جس پر آپ انحصار کر رہے ہیں، جس سے آپ نجی طور پر چین کے مواد کو دیکھ اور تصدیق کر سکتے ہیں، اور مؤثر طریقے سے اس بات کی ضمانت دے سکتے ہیں کہ کسی بھی درست ٹرانزیکشن کو سنسر نہیں کیا گیا ہے۔", + "run-a-node-4-prompt": "ایتھیریم نوڈ کے لیے کتنی ہارڈ ڈرائیو اسٹوریج درکار ہے؟", "run-a-node-4-a-label": "512 GB SSD", - "run-a-node-4-a-explanation": "فی الحال کوئی کلائنٹ سافٹ ویئر 512 GB میں پورے چین کو اسٹور کرنے کے قابل نہیں ہے۔", - "run-a-node-4-b-label": "2 TB روٹیشن ہارڈ ڈرائیو", - "run-a-node-4-b-explanation": "عموماً، گھومنے والی ہارڈ ڈرائیوز پڑھنے/لکھنے کی اسپیڈ کو پورا نہیں کر پاتیں جو ایتھیریئم نود کے لیے درکار ہے، اس لیے SSD ڈرائیو تجویز کی جاتی ہے۔", + "run-a-node-4-a-explanation": "فی الحال، کوئی بھی کلائنٹ سافٹ ویئر صرف 512 GB کا استعمال کرتے ہوئے چین کو اسٹور کرنے کی صلاحیت نہیں رکھتا", + "run-a-node-4-b-label": "2 TB روٹیٹنگ", + "run-a-node-4-b-explanation": "عام طور پر، روٹیٹنگ ہارڈ ڈسکس ایتھیریم نوڈ کی پروسیسنگ کی ضروریات کو پورا کرنے کے لیے درکار ریڈ/رائٹ کی رفتار کو سپورٹ نہیں کرتیں، اور SSD ڈرائیو کی سفارش کی جاتی ہے۔", "run-a-node-4-c-label": "2 TB SSD", - "run-a-node-4-c-explanation": "اس وقت، 2 TB SSD ڈرائیو فل ایتھیریئم نود کے اسٹوریج اور ریڈ/رائٹ اسپیڈ کی ضروریات کو پورا کرنے کے لیے کافی ہے۔", + "run-a-node-4-c-explanation": "لکھنے کے وقت، ایک 2 TB SSD ڈرائیو کو مکمل ایتھیریم نوڈ کے لیے اسٹوریج اور ریڈ/رائٹ کی رفتار کی ضروریات کو پورا کرنا چاہیے۔", "run-a-node-4-d-label": "8 TB SSD", - "run-a-node-4-d-explanation": "اس وقت کے مطابق، ایک 2 ٹی بی ایس ایس ڈی ڈرائیو مکمل ایتھیریئم نوڈ کے لیے اسٹوریج اور ریڈ/رائٹ اسپیڈ کی ضروریات کو پورا کرنے کے لیے کافی ہونی چاہیے۔ ایک 8 ٹی بی ایس ایس ڈی زیادہ مستقبل کے تحفظ کے لیے موزوں ہوگا اور لیئر 2 چینز کو بھی ہم آہنگ کرنے کی سہولت دے گا، لیکن فی الحال یہ مین نیٹ کے لیے لازمی نہیں ہے۔\n", + "run-a-node-4-d-explanation": "لکھنے کے وقت، ایک 2 TB SSD ڈرائیو کو مکمل ایتھیریم نوڈ کے لیے اسٹوریج اور ریڈ/رائٹ کی رفتار کی ضروریات کو پورا کرنا چاہیے۔ ایک 8 TB SSD مستقبل کے لیے مزید تحفظ فراہم کرے گی، اور لیئر 2 چینز کو بھی سنک کرنے کی صلاحیت دے گی، لیکن فی الحال یہ مین نیٹ کے لیے ضروری نہیں ہے۔", "run-a-node-5-prompt": "اگر آپ کا نوڈ آف لائن ہو جائے تو کیا ہوتا ہے؟", - "run-a-node-5-a-label": "آپ کا نوڈ نیٹ ورک کی موجودہ حالت کے ساتھ ہم آہنگی (sync) کھو دیتا ہے۔", - "run-a-node-5-a-explanation": "جب آپ کا نوڈ آن لائن موجود نہیں ہوتا تو یہ نئے ٹرانزیکشنز اور بلاکس کو دوسرے نوڈز سے وصول نہیں کر پاتا، اور یوں چین کی موجودہ حالت کے ساتھ ہم آہنگی کھو دیتا ہے۔ دوبارہ آن لائن ہونے پر نوڈ سافٹ ویئر پھر سے sync ہو کر مکمل طور پر فعال ہو جائے گا۔", - "run-a-node-5-b-label": "آپ کے کولڈ اسٹوریج میں موجود ETH کو اسلیش کر دیا جاتا ہے۔ ", - "run-a-node-5-b-explanation": "کولڈ اسٹوریج میں رکھا گیا ETH آپ کے نوڈ کے آن لائن یا آف لائن ہونے سے تعلق نہیں رکھتا۔ اگر نوڈ آف لائن ہے تو آپ اپنے اکاؤنٹس کا تازہ بیلنس نہیں دیکھ سکیں گے، لیکن آف لائن ہونا آپ کے محفوظ فنڈز کو خطرے میں نہیں ڈالتا۔ البتہ اگر آپ نوڈ کے ساتھ ویلیڈیٹر سافٹ ویئر بھی چلا رہے ہیں تو اسٹیکر کے طور پر نیٹ ورک سے غیر دستیاب ہونے پر ویلیڈیٹر بیلنس پر چھوٹے جرمانے (penalties) عائد ہوں گے۔", - "run-a-node-5-c-label": "پروف آف ورک کے لیے استعمال کی گئی توانائی ضائع ہو جاتی ہے۔", - "run-a-node-5-c-explanation": "ایتھیریئم اب پروف آف ورک استعمال نہیں کرتا، اور یہ تمام نوڈ آپریٹرز کے لیے کبھی بھی لازمی نہیں تھا۔ آف لائن ہونے کا مطلب صرف یہ ہے کہ آپ کا نوڈ نیٹ ورک کی تازہ تبدیلیوں سے sync میں نہیں رہا۔ دوبارہ آن لائن ہونے پر یہ پھر sync ہو جائے گا۔", - "run-a-node-5-d-label": "چین کا ڈیٹا حذف کر دیا جاتا ہے، اور شروع سے دوبارہ sync کرنا ضروری ہوتا ہے۔", - "run-a-node-5-d-explanation": "صرف آف لائن ہو جانا عام طور پر محفوظ کردہ چین ڈیٹا کو نہیں مٹاتا۔ دوبارہ انٹرنیٹ سے جڑنے پر سافٹ ویئر وہیں سے دوبارہ شروع کر دے گا جہاں سے رکا تھا، اور تازہ ترین ٹرانزیکشنز کے ساتھ sync ہو جائے گا۔", - "run-a-node-6-prompt": "نوڈ چلانے سے نیٹ ورک ریوارڈز ملتے ہیں۔", + "run-a-node-5-a-label": "آپ کا نوڈ نیٹ ورک کی موجودہ اسٹیٹ کے ساتھ سنک سے باہر ہو جاتا ہے", + "run-a-node-5-a-explanation": "جب آپ کا نوڈ آن لائن دستیاب نہیں ہوتا ہے، تو یہ پیئرز سے نئی ٹرانزیکشنز اور بلاکس وصول کرنے سے قاصر ہوتا ہے، اور اس طرح چین کی موجودہ اسٹیٹ کے ساتھ سنک سے باہر ہو جاتا ہے۔ واپس آن لائن کنیکٹ ہونے سے آپ کا نوڈ سافٹ ویئر دوبارہ مکمل طور پر فعال ہونے کے لیے سنک ہو جائے گا۔", + "run-a-node-5-b-label": "آپ کی کولڈ اسٹوریج میں موجود ETH سلیش ہو جاتا ہے", + "run-a-node-5-b-explanation": "آپ کی کولڈ اسٹوریج میں رکھے گئے ETH کا آپ کے نوڈ کے آن لائن ہونے یا نہ ہونے سے کوئی تعلق نہیں ہے۔ اگر آپ کا نوڈ آف لائن ہے، تو آپ اسے اپنے اکاؤنٹس کا تازہ ترین بیلنس دیکھنے کے لیے استعمال نہیں کر سکیں گے، لیکن آف لائن ہونے سے آپ کے محفوظ فنڈز کو کوئی خطرہ نہیں ہوتا۔ اگر آپ ایک اسٹیکر کے طور پر اپنے نوڈ کے ساتھ ویلیڈیٹر سافٹ ویئر بھی چلا رہے ہیں، تو نیٹ ورک پر دستیاب نہ ہونے کے دوران اس ویلیڈیٹر بیلنس پر چھوٹے جرمانے عائد کیے جائیں گے۔", + "run-a-node-5-c-label": "پروف آف ورک کی تلاش میں استعمال ہونے والی توانائی ضائع ہو جاتی ہے", + "run-a-node-5-c-explanation": "ایتھیریم اب پروف آف ورک کا استعمال نہیں کرتا، اور یہ کبھی بھی تمام نوڈ آپریٹرز کی ضرورت نہیں تھی۔ آف لائن ہونے کا سیدھا سا مطلب یہ ہے کہ آپ کا نوڈ اب نیٹ ورک پر ہونے والی تازہ ترین تبدیلیوں کے ساتھ سنک نہیں ہے، اور آن لائن واپس آ کر دوبارہ سنک ہو سکتا ہے۔", + "run-a-node-5-d-label": "چین کا ڈیٹا ہٹا دیا جاتا ہے، اور شروع سے دوبارہ سنک کرنے کی ضرورت ہوتی ہے", + "run-a-node-5-d-explanation": "محض آف لائن ہونے سے عام طور پر کوئی محفوظ شدہ چین ڈیٹا ڈیلیٹ نہیں ہوتا ہے۔ انٹرنیٹ سے دوبارہ کنیکٹ ہونے سے سافٹ ویئر وہیں سے دوبارہ شروع ہو سکے گا جہاں سے اس نے تازہ ترین ٹرانزیکشنز کے ساتھ سنک کرنا چھوڑا تھا۔", + "run-a-node-6-prompt": "نوڈ چلانے سے نیٹ ورک کے انعامات حاصل ہوتے ہیں", "run-a-node-6-a-label": "درست", - "run-a-node-6-a-explanation": "صرف کلائنٹ سافٹ ویئر چلانے سے آپ کو انعامات (rewards) نہیں ملتے۔ انعامات حاصل کرنے کے لیے آپ کو staking بھی کرنی ہوگی۔", + "run-a-node-6-a-explanation": "محض کلائنٹ سافٹ ویئر چلانے سے آپ کو انعامات نہیں ملتے۔ انعامات حاصل کرنے کے لیے، آپ کو اسٹیکنگ بھی کرنی چاہیے۔", "run-a-node-6-b-label": "غلط", - "stablecoins-1-prompt": "اسٹیبل کوائن کیا ہیں؟", - "stablecoins-1-a-label": "کم قیمت اتار چڑھاؤ والی کرپٹو کرنسیاں، جن کی ویلیو مستحکم اور روایتی کرنسیوں جیسی ہوتی ہے۔", - "stablecoins-1-a-explanation": "درست! اسٹیبل کوائنز کو کرپٹو کرنسیز میں عام طور پر پائے جانے والے اتار چڑھاؤ (volatility) کے مسئلے کو حل کرنے کے لیے بنایا گیا ہے۔", - "stablecoins-1-b-label": "سونے کی ڈیجیٹل شکلیں۔", - "stablecoins-1-b-explanation": "یہ غلط ہے۔ اگرچہ کچھ اسٹیبل کوائنز قیمتی دھاتوں سے بیک ہو سکتے ہیں، لیکن یہ فئیٹ کرنسی یا دوسری کرپٹو کرنسیز سے بھی بیک ہو سکتے ہیں۔", - "stablecoins-1-c-label": "کریڈٹ کارڈ کی ایک نئی قسم۔", + "stablecoins-1-prompt": "اسٹیبل کوائنز کیا ہیں؟", + "stablecoins-1-a-label": "کم قیمت کے اتار چڑھاؤ والی کرپٹو کرنسیاں، ان کی قدر مستحکم اور روایتی کرنسیوں جیسی ہوتی ہے", + "stablecoins-1-a-explanation": "درست! اسٹیبل کوائنز کو بہت سی کرپٹو کرنسیوں میں عام اتار چڑھاؤ کے مسئلے کو حل کرنے کے لیے ڈیزائن کیا گیا ہے۔", + "stablecoins-1-b-label": "سونے کی ڈیجیٹل نمائندگی", + "stablecoins-1-b-explanation": "یہ غلط ہے۔ اگرچہ کچھ اسٹیبل کوائنز کو قیمتی دھاتوں کی پشت پناہی حاصل ہو سکتی ہے، لیکن انہیں فیئٹ کرنسی یا دیگر کرپٹو کرنسیوں کی بھی پشت پناہی حاصل ہو سکتی ہے۔", + "stablecoins-1-c-label": "کریڈٹ کارڈ کی ایک نئی قسم", "stablecoins-1-c-explanation": "یہ غلط ہے۔ اسٹیبل کوائنز کرپٹو کرنسی کی ایک قسم ہیں، کریڈٹ کارڈ نہیں۔", - "stablecoins-1-d-label": "ایتھر کی جگہ لینے والی کرنسی۔", - "stablecoins-1-d-explanation": "یہ غلط ہے۔ اسٹیبل کوائنز کو ایتھر (ETH) کی جگہ لینے کے لیے نہیں بنایا گیا۔ یہ ایتھیریئم نیٹ ورک پر ایک الگ ٹوکن ہے جو وقت کے ساتھ ساتھ مستحکم ویلیو برقرار رکھنے کے لیے بنایا گیا ہے۔", - "stablecoins-2-prompt": "مندرجہ ذیل میں سے کون سا ایک اسٹیبل کوائن ہے؟", - "stablecoins-2-a-label": "US Dollar", - "stablecoins-2-a-explanation": "یہ غلط ہے۔ جب کہ اسٹیبل کوائنز امریکی ڈالر کی نمائندگی کر سکتے ہیں، ایک امریکی ڈالر کرپٹو کرنسی نہیں ہے۔", + "stablecoins-1-d-label": "ایتھر کا متبادل", + "stablecoins-1-d-explanation": "یہ غلط ہے۔ اسٹیبل کوائنز کو ایتھر (ETH) کی جگہ لینے کے لیے ڈیزائن نہیں کیا گیا ہے۔ وہ ایتھیریم نیٹ ورک پر ایک اور ٹوکن ہیں جنہیں وقت کے ساتھ مستحکم قدر برقرار رکھنے کے لیے ڈیزائن کیا گیا ہے۔", + "stablecoins-2-prompt": "مندرجہ ذیل میں سے کون سا اسٹیبل کوائن ہے؟", + "stablecoins-2-a-label": "امریکی ڈالر", + "stablecoins-2-a-explanation": "یہ غلط ہے۔ اگرچہ اسٹیبل کوائنز امریکی ڈالر کی نمائندگی کر سکتے ہیں، لیکن امریکی ڈالر کوئی کرپٹو کرنسی نہیں ہے۔", "stablecoins-2-b-label": "AAVE ٹوکن", - "stablecoins-2-b-explanation": "یہ غلط ہے۔ AAVE، Aave پروٹوکول کا گورننس ٹوکن ہے، جو اسٹیبل کوائنز کے لیے مارکیٹ پلیس فراہم کرتا ہے، لیکن AAVE خود اسٹیبل کوائن نہیں ہے۔", - "stablecoins-2-c-label": "Dai", - "stablecoins-2-c-explanation": "بالکل درست! Dai شاید سب سے مشہور ڈیسینٹرلائزڈ اسٹیبل کوائن ہے، اور اس کی قیمت تقریباً 1 امریکی ڈالر کے برابر ہے۔", + "stablecoins-2-b-explanation": "یہ غلط ہے۔ AAVE Aave پروٹوکول کے لیے ایک گورننس ٹوکن ہے، جو اسٹیبل کوائنز کے لیے مارکیٹ پلیس فراہم کرتا ہے، لیکن AAVE بذات خود کوئی اسٹیبل کوائن نہیں ہے۔", + "stablecoins-2-c-label": "ڈائی", + "stablecoins-2-c-explanation": "درست! ڈائی شاید سب سے مشہور ڈی سینٹرلائزڈ اسٹیبل کوائن ہے، اور اس کی قدر تقریباً 1 امریکی ڈالر ہے۔", "stablecoins-2-d-label": "ایتھر", - "stablecoins-2-d-explanation": "یہ غلط ہے۔ ایتھر ایتھیریئم نیٹ ورک کی بنیادی کرنسی ہے، لیکن اس کا مقصد مستحکم (stable) ہونا نہیں ہے۔", - "stablecoins-3-prompt": "اسٹیبل کوائنز کو کس لیے استعمال کیا جا سکتا ہے؟", - "stablecoins-3-a-label": "اپنے صارفین کو قیمتوں کے اتار چڑھاؤ سے بچانے کے لیے۔", - "stablecoins-3-a-explanation": "یہ جواب جزوی طور پر درست ہے، لیکن یہ اسٹیبل کوائنز کے استعمال کا صرف ایک پہلو ہے۔", - "stablecoins-3-b-label": "دنیا میں کہیں بھی انٹرنیٹ پر چیزیں خریدنے کے لیے۔\n", - "stablecoins-3-b-explanation": "یہ جواب جزوی طور پر درست ہے، لیکن یہ اسٹیبل کوائنز کے استعمال کا صرف ایک پہلو ہے۔", - "stablecoins-3-c-label": "دوسروں کو قرض دے کر پیسہ کمانے کے لیے۔\n", - "stablecoins-3-c-explanation": "یہ جواب جزوی طور پر درست ہے، لیکن یہ اسٹیبل کوائنز کے استعمال کا صرف ایک پہلو ہے۔", - "stablecoins-3-d-label": "تمام ہی", - "stablecoins-3-d-explanation": "درست! اسٹیبل کوائنز کو کم اتار چڑھاؤ کے ساتھ کرپٹو کرنسی کو محفوظ کرنے، عالمی سطح پر ٹرانزیکشنز کرنے اور انہیں قرض دے کر سود کمانے کے لیے استعمال کیا جا سکتا ہے۔", - "stablecoins-4-prompt": "کون سی چیز اسٹیبل کوائنز کو منفرد بناتی ہے؟", + "stablecoins-2-d-explanation": "یہ غلط ہے۔ ایتھر ایتھیریم نیٹ ورک کی مقامی کرنسی ہے، لیکن اس کا مقصد مستحکم ہونا نہیں ہے۔", + "stablecoins-3-prompt": "اسٹیبل کوائنز کس لیے استعمال کیے جا سکتے ہیں؟", + "stablecoins-3-a-label": "اپنے صارفین کو قیمتوں میں اتار چڑھاؤ سے بچانے کے لیے", + "stablecoins-3-a-explanation": "بالکل نہیں۔ یہ جواب جزوی طور پر درست ہے، لیکن یہ ان بہت سی چیزوں میں سے صرف ایک ہے جن کے لیے اسٹیبل کوائنز استعمال کیے جا سکتے ہیں۔", + "stablecoins-3-b-label": "دنیا میں کہیں بھی انٹرنیٹ پر چیزیں خریدنے کے لیے", + "stablecoins-3-b-explanation": "بالکل نہیں۔ یہ جواب جزوی طور پر درست ہے، لیکن یہ ان بہت سی چیزوں میں سے صرف ایک ہے جن کے لیے اسٹیبل کوائنز استعمال کیے جا سکتے ہیں۔", + "stablecoins-3-c-label": "دوسروں کو قرض دے کر پیسے کمانے کے لیے", + "stablecoins-3-c-explanation": "بالکل نہیں۔ یہ جواب جزوی طور پر درست ہے، لیکن یہ ان بہت سی چیزوں میں سے صرف ایک ہے جن کے لیے اسٹیبل کوائنز استعمال کیے جا سکتے ہیں۔", + "stablecoins-3-d-label": "مذکورہ بالا تمام", + "stablecoins-3-d-explanation": "درست! اسٹیبل کوائنز کو کم اتار چڑھاؤ کے ساتھ کرپٹو کرنسی رکھنے، انٹرنیٹ پر عالمی سطح پر لین دین کرنے، اور جب آپ انہیں قرض دیتے ہیں تو سود کمانے کے لیے استعمال کیا جا سکتا ہے۔", + "stablecoins-4-prompt": "اسٹیبل کوائنز کو کیا چیز منفرد بناتی ہے؟", "stablecoins-4-a-label": "یہ ایک ٹوکن ہے جو حقیقی دنیا میں کسی اثاثے سے منسلک ہے", - "stablecoins-4-a-explanation": "یہ غلط ہے۔ اگرچہ بہت سے اسٹیبل کوائنز حقیقی اثاثوں (real-world assets) سے منسلک ہوتے ہیں، لیکن یہ خصوصیت صرف انہی تک محدود نہیں ہے (مثال کے طور پر ETH-collateralized tokens بھی ہیں)۔", - "stablecoins-4-b-label": "یہ ایک کرپٹو کرنسی ٹوکن ہے جو خاص طور پر اپنی قدر کو مستحکم رکھنے کے لیے ڈیزائن کیا گیا ہے", - "stablecoins-4-b-explanation": "درست! اسٹیبل کوائنز کو نسبتاً مستحکم قدر رکھنے کے لیے بنایا گیا ہے، عام طور پر ایسیٹ سے منسلک (peg) ہوتے ہیں جیسے کرنسیز (مثلاً 1 USDC ≈ 1 امریکی ڈالر)۔ لیکن تمام اسٹیبل کوائنز اس ماڈل پر عمل نہیں کرتے (مثلاً RAI)۔", - "stablecoins-4-c-label": "یہ انٹرنیٹ پر بھیجا جا سکتا ہے", - "stablecoins-4-c-explanation": "یہ غلط ہے۔ اگرچہ یہ صلاحیت موجود ہے، لیکن یہ خصوصیت صرف اسٹیبل کوائنز تک محدود نہیں ہے۔", + "stablecoins-4-a-explanation": "یہ غلط ہے۔ اگرچہ بہت سے اسٹیبل کوائنز حقیقی دنیا کے اثاثوں سے منسلک ہوتے ہیں، لیکن یہ خصوصیت صرف اسٹیبل کوائنز تک محدود نہیں ہے (جیسے، ETH-کولیٹرلائزڈ ٹوکنز)۔", + "stablecoins-4-b-label": "یہ ایک کرپٹو کرنسی ٹوکن ہے جسے خاص طور پر اپنی قدر کو مستحکم رکھنے کے لیے ڈیزائن کیا گیا ہے۔", + "stablecoins-4-b-explanation": "درست! اسٹیبل کوائنز کو اپنی قدر کو نسبتاً مستحکم رکھنے کے لیے ڈیزائن کیا گیا ہے، جو عام طور پر کرنسیوں جیسے اثاثوں سے منسلک ہوتے ہیں (مثلاً، 1 USDC = 1 US dollar)، لیکن تمام اسٹیبل کوائنز اس ماڈل کی پیروی نہیں کرتے (مثلاً، RAI)۔", + "stablecoins-4-c-label": "یہ انٹرنیٹ پر بھیجے جانے کی صلاحیت رکھتا ہے۔", + "stablecoins-4-c-explanation": "یہ غلط ہے۔ اگرچہ یہ ایک صلاحیت ہے، لیکن یہ صرف اسٹیبل کوائنز تک محدود نہیں ہے۔", "stablecoins-4-d-label": "اسے Ethereum نیٹ ورک پر استعمال کیا جا سکتا ہے۔", - "stablecoins-4-d-explanation": "یہ غلط ہے۔ بہت سے دوسرے کرپٹو ٹوکنز بھی ایتھیریئم نیٹ ورک پر استعمال کیے جا سکتے ہیں۔", - "stablecoins-5-prompt": "اسٹیبل کوائنز حاصل کرنے کا کون سا طریقہ درست نہیں ہے؟", - "stablecoins-5-a-label": "انھیں دوسرے ٹوکنز کے ساتھ تبدیل کریں", - "stablecoins-5-a-explanation": "یہ غلط ہے۔ اسٹیبل کوائنز حاصل کرنے کا ایک عام طریقہ یہی ہے کہ آپ اپنی موجودہ کرپٹو کرنسیز کو ان کے ساتھ تبادلہ کریں۔", - "stablecoins-5-b-label": "انھیں ادھار لیں", - "stablecoins-5-b-explanation": "یہ بھی اسٹیبل کوائنز حاصل کرنے کا ایک طریقہ ہے۔ آپ اپنی کرپٹو کرنسی (مثلاً ایتھر) کو کولیٹرل کے طور پر لاک کر کے اسٹیبل کوائنز قرض پر لے سکتے ہیں۔ بعد میں انہیں واپس کرنا ہوگا تاکہ کولیٹرل واپس مل سکے۔", - "stablecoins-5-c-label": "انھیں کسی ایکسچینج سے خریدیں", - "stablecoins-5-c-explanation": "غلط ہے، یہ اسٹیبل کوائنز حاصل کرنے کا طریقہ نہیں ہے۔ بہت سے ایکسچینجز اور والٹس آپ کو براہِ راست اسٹیبل کوائنز خریدنے کی سہولت دیتے ہیں۔ جغرافیائی پابندیاں سینٹرلائزڈ ایکسچینجز کے لیے لاگو ہو سکتی ہیں۔", - "stablecoins-5-d-label": "ان کی مائننگ کریں", - "stablecoins-5-d-explanation": "صحیح! بٹ کوائن کے برعکس، آپ اسٹیبل کوائنز کی مائننگ نہیں کر سکتے۔", + "stablecoins-4-d-explanation": "یہ غلط ہے۔ بہت سے دوسرے کرپٹو کرنسی ٹوکنز کو Ethereum نیٹ ورک پر استعمال کیا جا سکتا ہے۔", + "stablecoins-5-prompt": "اسٹیبل کوائنز حاصل کرنے کا کون سا طریقہ نہیں ہے؟", + "stablecoins-5-a-label": "انہیں دوسرے ٹوکنز کے ساتھ تبدیل (Swap) کریں", + "stablecoins-5-a-explanation": "غلط، یہ اسٹیبل کوائنز حاصل کرنے کا ایک طریقہ ہے۔ لوگوں کے اسٹیبل کوائنز حاصل کرنے کے سب سے عام طریقوں میں سے ایک اپنی موجودہ کرپٹو کرنسیوں کو اسٹیبل کوائنز کے بدلے تبدیل کرنا ہے۔", + "stablecoins-5-b-label": "انہیں ادھار لیں", + "stablecoins-5-b-explanation": "غلط، یہ اسٹیبل کوائنز حاصل کرنے کا ایک طریقہ ہے۔ آپ اپنی موجودہ کرپٹو کرنسیوں، جیسے کہ ایتھر، کو ضمانت (collateral) کے طور پر استعمال کر کے کچھ اسٹیبل کوائنز ادھار لے سکتے ہیں۔ آپ کو اپنی مقفل شدہ ضمانت واپس لینے کے لیے ادھار لیے گئے اسٹیبل کوائنز واپس کرنے ہوں گے۔", + "stablecoins-5-c-label": "انہیں کسی ایکسچینج سے خریدیں", + "stablecoins-5-c-explanation": "غلط، یہ اسٹیبل کوائنز حاصل کرنے کا ایک طریقہ ہے۔ بہت سے ایکسچینجز اور والیٹس آپ کو براہ راست اسٹیبل کوائنز خریدنے کی سہولت دیتے ہیں۔ سینٹرلائزڈ ایکسچینجز کے لیے جغرافیائی پابندیاں لاگو ہو سکتی ہیں۔", + "stablecoins-5-d-label": "انہیں مائن (Mine) کریں", + "stablecoins-5-d-explanation": "درست! بٹ کوائن کے برعکس، آپ اسٹیبل کوائنز کو مائن نہیں کر سکتے۔", "defi-1-prompt": "DeFi کا کیا مطلب ہے؟", - "defi-1-a-label": "ڈی سینٹرلائزڈ فائنانس", - "defi-1-a-explanation": "درست! ڈی فائی (DeFi) کا مطلب ہے ڈی سنٹرلائزڈ فنانس، ایک ایسا مالیاتی نظام جو ایتھیریئم پر بنایا گیا ہے اور بینکوں یا مالیاتی اداروں جیسے بیچولیوں کے بغیر کام کرتا ہے۔", - "defi-1-b-label": "ڈیجیٹل فائنانس", - "defi-1-b-explanation": "یہ غلط ہے۔ ڈیجیٹل فنانس سے مراد وہ مالی خدمات ہیں جو ڈیجیٹل پلیٹ فارمز کے ذریعے فراہم کی جاتی ہیں، لیکن اس کا مطلب خاص طور پر غیر مرکزیت نہیں ہوتا۔", - "defi-1-c-label": "ڈسٹریبیوٹڈ فائنانس", - "defi-1-c-explanation": "یہ غلط ہے۔ اگرچہ 'ڈسٹری بیوٹڈ' غیر مرکزیت کا مطلب دے سکتا ہے، لیکن اس صنعت میں جو اصطلاح استعمال کی جاتی ہے وہ 'Decentralized Finance' ہے، 'Distributed Finance' نہیں۔", - "defi-1-d-label": "ڈیولپمنٹ فائنانس", - "defi-1-d-explanation": "یہ غلط ہے۔ ڈیولپمنٹ فنانس عموماً ان منصوبوں کے لیے مالی معاونت کو کہا جاتا ہے جو معاشی ترقی کے لیے کیے جاتے ہیں، خاص طور پر ترقی پذیر ممالک میں، اور اس کا بلاک چین یا DeFi سے کوئی تعلق نہیں ہے۔", + "defi-1-a-label": "ڈی سینٹرلائزڈ فنانس (Decentralized Finance)", + "defi-1-a-explanation": "درست! DeFi سے مراد ڈی سینٹرلائزڈ فنانس ہے، جو Ethereum پر بنایا گیا ایک مالیاتی نظام ہے اور بینکوں یا مالیاتی اداروں جیسے درمیانی افراد کے بغیر کام کرتا ہے۔", + "defi-1-b-label": "ڈیجیٹل فنانس (Digital Finance)", + "defi-1-b-explanation": "یہ غلط ہے۔ ڈیجیٹل فنانس سے مراد وہ مالیاتی خدمات ہیں جو ڈیجیٹل پلیٹ فارمز کے ذریعے فراہم کی جاتی ہیں، لیکن یہ خاص طور پر ڈی سینٹرلائزیشن کی نشاندہی نہیں کرتا۔", + "defi-1-c-label": "ڈسٹری بیوٹڈ فنانس (Distributed Finance)", + "defi-1-c-explanation": "یہ غلط ہے۔ اگرچہ 'ڈسٹری بیوٹڈ' کا مطلب ڈی سینٹرلائزیشن ہو سکتا ہے، لیکن انڈسٹری میں استعمال ہونے والی اصطلاح 'ڈی سینٹرلائزڈ فنانس' ہے، نہ کہ ڈسٹری بیوٹڈ فنانس۔", + "defi-1-d-label": "ڈیولپمنٹ فنانس (Development Finance)", + "defi-1-d-explanation": "یہ غلط ہے۔ ڈیولپمنٹ فنانس سے مراد عام طور پر اقتصادی ترقی کے مقصد سے شروع کیے گئے پروجیکٹس کے لیے فراہم کی جانے والی مالی معاونت ہے، جو اکثر ترقی پذیر ممالک میں ہوتی ہے، اور اس کا بلاک چین یا DeFi سے کوئی تعلق نہیں ہے۔", "defi-2-prompt": "آپ DeFi کے ساتھ کیا نہیں کر سکتے؟", - "defi-2-a-label": "دنیا بھر میں پیسہ بھیجیں.", - "defi-2-a-explanation": "یہ غلط ہے۔ DeFi کے ساتھ، آپ دنیا میں کہیں بھی کسی کو بھی، بغیر کسی حد کے، قدر بھیج سکتے ہیں۔", - "defi-2-b-label": "اپنی غلطیوں کو واپس کرنے کے لیے کسٹمر سپورٹ سے پوچھیں۔", - "defi-2-b-explanation": "بالکل درست! DeFi میں لین دین حتمی ہوتا ہے اور کوڈ کے ذریعے کنٹرول کیا جاتا ہے نہ کہ کسی کمپنی کے ذریعے۔ اگر کوئی غلطی ہو جائے، جیسے فنڈز غلط پتے پر بھیج دینا، تو اسے درست کرنے کے لیے کوئی کسٹمر سپورٹ موجود نہیں۔ آپ کو بہت احتیاط کرنی چاہیے۔", - "defi-2-c-label": "ضمانت کے ساتھ قرض لیں.", - "defi-2-c-explanation": "یہ غلط ہے۔ DeFi میں آپ فوری طور پر قرض لے سکتے ہیں اور روایتی بینکوں کے دنوں پر مشتمل منظوری کے عمل سے بچ سکتے ہیں۔", - "defi-2-d-label": "اپنے ٹوکنز کی 24/7 ٹریڈ کریں۔", - "defi-2-d-explanation": "یہ غلط ہے۔ DeFi آپ کو 24/7 ٹوکنز کی تجارت کی اجازت دیتا ہے۔ مارکیٹس ہمیشہ کھلی رہتی ہیں، اور آپ اپنے ETH کو USDT یا کسی بھی دوسری کرنسی کے خلاف کسی بھی وقت ٹریڈ کر سکتے ہیں۔", - "defi-3-prompt": "کون سا DeFi پلیٹ فارم صارفین کو ایک دوسرے کے ساتھ براہِ راست ٹوکنز کا تبادلہ کرنے کی سہولت فراہم کرنے کے لیے مشہور ہے؟", + "defi-2-a-label": "دنیا بھر میں رقم بھیجنا۔", + "defi-2-a-explanation": "یہ غلط ہے۔ DeFi کے ساتھ، آپ دنیا میں کہیں بھی کسی کو بھی بغیر کسی حد کے قدر (value) بھیج سکتے ہیں۔", + "defi-2-b-label": "اپنی غلطیوں کو واپس لینے کے لیے کسٹمر سپورٹ سے کہنا۔", + "defi-2-b-explanation": "درست! DeFi میں، ٹرانزیکشنز حتمی ہوتی ہیں اور انہیں کسی کمپنی کے بجائے کوڈ کے ذریعے کنٹرول کیا جاتا ہے۔ اگر کوئی غلطی ہو جائے، جیسے غلط ایڈریس پر فنڈز بھیجنا، تو اسے ٹھیک کرنے میں مدد کے لیے کوئی کسٹمر سپورٹ نہیں ہے۔ آپ کو بہت زیادہ محتاط رہنے کی ضرورت ہے۔", + "defi-2-c-label": "ضمانت (collateral) کے ساتھ فنڈز ادھار لینا۔", + "defi-2-c-explanation": "یہ غلط ہے۔ DeFi کے ساتھ، آپ روایتی بینکوں کے کئی دنوں پر محیط منظوری کے عمل سے بچتے ہوئے فوری طور پر رقم ادھار لے سکتے ہیں۔", + "defi-2-d-label": "اپنے ٹوکنز کی 24/7 ٹریڈنگ کرنا۔", + "defi-2-d-explanation": "یہ غلط ہے۔ DeFi آپ کو 24/7 ٹوکنز ٹریڈ کرنے کی اجازت دیتا ہے۔ مارکیٹس ہمیشہ کھلی رہتی ہیں، اور آپ کسی بھی وقت USDT یا کسی دوسری کرنسی کے مقابلے میں اپنے ETH کی ٹریڈنگ کر سکتے ہیں۔", + "defi-3-prompt": "کون سا DeFi پلیٹ فارم صارفین کو ایک دوسرے کے ساتھ براہ راست ٹوکنز تبدیل (swap) کرنے کی اجازت دینے کے لیے جانا جاتا ہے؟", "defi-3-a-label": "Uniswap", - "defi-3-a-explanation": "بالکل درست! Uniswap ایک غیر مرکزی ایکسچینج ہے جو صارفین کو خودکار مارکیٹ میکنگ میکانزمز کے ذریعے براہِ راست ٹوکنز کی ٹریڈ (سواپ) کرنے کی اجازت دیتا ہے۔", + "defi-3-a-explanation": "درست! Uniswap ایک ڈی سینٹرلائزڈ ایکسچینج ہے جو صارفین کو خودکار مارکیٹ میکنگ میکانزم کا استعمال کرتے ہوئے ایک دوسرے کے ساتھ براہ راست ٹوکنز ٹریڈ (swap) کرنے کی اجازت دیتا ہے۔", "defi-3-b-label": "Aave", - "defi-3-b-explanation": "یہ غلط ہے۔ Aave ایک DeFi پروٹوکول ہے جو قرض دینے اور لینے پر مرکوز ہے، نہ کہ ٹوکن تبادلے پر۔", + "defi-3-b-explanation": "یہ غلط ہے۔ Aave ایک DeFi پروٹوکول ہے جس کی توجہ قرض دینے اور لینے پر ہے، نہ کہ ٹوکن سویپس پر۔", "defi-3-c-label": "PoolTogether", - "defi-3-c-explanation": "یہ غلط ہے۔ PoolTogether ایسے لاٹری چلاتا ہے جن میں نقصان نہیں ہوتا اور یہ بچت کا نیا اور جدید طریقہ فراہم کرتا ہے۔", + "defi-3-c-explanation": "یہ غلط ہے۔ PoolTogether بغیر نقصان والی لاٹریاں چلاتا ہے جو پیسے بچانے کا ایک نیا اور جدید طریقہ پیش کرتی ہیں۔", "defi-3-d-label": "MakerDao", - "defi-3-d-explanation": "یہ غلط ہے۔ MakerDAO ایک ڈی سنٹرلائزڈ پلیٹ فارم ہے جو صارفین کو DAI اسٹیبل کوائن جاری کرنے اور منظم کرنے کی اجازت دیتا ہے، لیکن یہ ٹوکن تبادلے پر مرکوز نہیں ہے۔", - "defi-4-prompt": "جب آپ ایک DeFi ایپ استعمال کرتے ہیں اور لین دین کرتے ہیں، تو ٹرانزیکشن کی معلومات کہاں محفوظ ہوتی ہیں؟", + "defi-3-d-explanation": "یہ غلط ہے۔ MakerDAO ایک ڈی سینٹرلائزڈ پلیٹ فارم ہے جو صارفین کو DAI اسٹیبل کوائن جاری کرنے اور اس کا انتظام کرنے کی اجازت دیتا ہے، لیکن اس کی توجہ ٹوکن سویپس پر نہیں ہے۔", + "defi-4-prompt": "جب آپ کوئی DeFi ایپ استعمال کرتے ہیں اور ٹرانزیکشن کرتے ہیں، تو ٹرانزیکشن کی معلومات کہاں رکھی جاتی ہیں؟", "defi-4-a-label": "ETH", - "defi-4-a-explanation": "یہ غلط ہے۔ ڈیٹا ETH میں محفوظ نہیں ہوتا۔ ETH، Ethereum بلاک چین کا بنیادی اثاثہ ہے۔", - "defi-4-b-label": "میرا والٹ", - "defi-4-b-explanation": "یہ غلط ہے۔ والٹ ایک ایپلیکیشن ہے جو آپ کے Ethereum اکاؤنٹ کو مینیج کرتا ہے اور اسے بلاک چین سے جوڑتا ہے۔ یہ آپ کی ٹرانزیکشن ہسٹری کا کوئی ڈیٹا محفوظ نہیں کرتا۔", + "defi-4-a-explanation": "یہ غلط ہے۔ ڈیٹا ایتھر (ETH) میں محفوظ نہیں ہوتا ہے۔ ETH، Ethereum بلاک چین کا مقامی اثاثہ ہے۔", + "defi-4-b-label": "میرا والیٹ", + "defi-4-b-explanation": "یہ غلط ہے۔ والیٹ ایک ایسی ایپلی کیشن ہے جو Ethereum بلاک چین سے منسلک ہو کر آپ کے Ethereum اکاؤنٹ کا انتظام کرتی ہے۔ یہ آپ کی ٹرانزیکشن ہسٹری کے بارے میں کوئی ڈیٹا محفوظ نہیں کرتی۔", "defi-4-c-label": "DeFi ایپس", - "defi-4-c-explanation": "یہ غلط ہے۔ DeFi ایپس آپ کی ٹرانزیکشن ہسٹری براہ راست محفوظ نہیں کرتیں۔ اس کے بجائے، آپ کی ٹرانزیکشن کی تفصیلات Ethereum بلاک چین پر ریکارڈ ہوتی ہیں۔", + "defi-4-c-explanation": "یہ غلط ہے۔ DeFi ایپس آپ کی ٹرانزیکشن ہسٹری کو براہ راست محفوظ نہیں کرتی ہیں۔ اس کے بجائے، آپ کی ٹرانزیکشن کی تفصیلات Ethereum بلاک چین پر ریکارڈ کی جاتی ہیں۔", "defi-4-d-label": "Ethereum بلاک چین", - "defi-4-d-explanation": "بالکل درست۔ Ethereum بطور بلاک چین تمام ڈیٹا کو محفوظ کرتا ہے جو اس کے صارفین اور ایپس بناتے ہیں۔ یہ ویلیڈیٹرز کو اجازت دیتا ہے کہ وہ پورے P2P نیٹ ورک میں ایک ہی اسٹیٹ کو برقرار رکھیں۔", - "defi-5-prompt": "کیا چیز Decentralized Finance (DeFi) کو Ethereum پر ممکن بناتی ہے؟", - "defi-5-a-label": "اسمارٹ معاہدات", - "defi-5-a-explanation": "بالکل درست۔ سمارٹ کانٹریکٹس ایسے ڈیجیٹل اگر-تب والے جملے کی طرح ہیں جو Ethereum پر لکھے جاتے ہیں۔ یہ روایتی کانٹریکٹس اور بیچوالوں کو بدل دیتے ہیں اور مخصوص شرائط پوری ہونے پر خودکار طریقے سے لین دین انجام دیتے ہیں۔", - "defi-5-b-label": "بیچ والے", - "defi-5-b-explanation": "یہ غلط ہے۔ ایتھریم کو لین دین کے لئے بیچ والوں کی ضرورت نہیں۔ سب کچھ چین پر اسمارٹ کانٹریکٹس کے ذریعے چلتا ہے۔", - "defi-5-c-label": "بٹ کوائن", - "defi-5-c-explanation": "یہ غلط ہے۔ بٹ کوائن ایک سادہ نیٹ ورک ہے جو صرف ویلیو محفوظ کرنے کے لئے ہے، ایڈوانس پروگرام چلانے کے لئے نہیں۔ ڈی فائی کو ایک زیادہ لچکدار نظام چاہیے، جیسے ایتھریم، جو پیچیدہ پروگرامز خودکار طریقے سے قرضوں اور تجارت کو سنبھال سکیں۔", + "defi-4-d-explanation": "درست! Ethereum ایک بلاک چین کے طور پر اپنے صارفین اور ایپس کے ذریعے بنایا گیا تمام ڈیٹا محفوظ کرتا ہے۔ یہ ویلیڈیٹرز کو P2P نیٹ ورک پر یکساں اسٹیٹ (state) برقرار رکھنے کی اجازت دیتا ہے۔", + "defi-5-prompt": "Ethereum پر ڈی سینٹرلائزڈ فنانس (DeFi) کو کیا چیز ممکن بناتی ہے؟", + "defi-5-a-label": "اسمارٹ کانٹریکٹس", + "defi-5-a-explanation": "درست! اسمارٹ کانٹریکٹس Ethereum میں لکھی گئی ڈیجیٹل 'اگر-پھر' (if-then) اسٹیٹمنٹس کی طرح ہیں۔ وہ روایتی معاہدوں اور درمیانی افراد کی جگہ لیتے ہیں، اور اگر کچھ شرائط پوری ہو جائیں تو خود بخود ٹرانزیکشنز کو انجام دیتے ہیں۔", + "defi-5-b-label": "درمیانی افراد (Middlemen)", + "defi-5-b-explanation": "یہ غلط ہے۔ Ethereum کو ٹرانزیکشنز چلانے کے لیے درمیانی افراد کی ضرورت نہیں ہے۔ ہر چیز اسمارٹ کانٹریکٹس کے ذریعے چین پر چلتی ہے۔", + "defi-5-c-label": "Bitcoin", + "defi-5-c-explanation": "یہ غلط ہے۔ Bitcoin قدر کو محفوظ کرنے کے لیے ایک سادہ نیٹ ورک ہے، نہ کہ جدید پروگرام چلانے کے لیے۔ DeFi کو ایک زیادہ لچکدار نظام کی ضرورت ہوتی ہے، جیسے کہ Ethereum، جو قرضوں اور ٹریڈز کو خود بخود سنبھالنے کے لیے پیچیدہ پروگرام چلا سکے۔", "defi-5-d-label": "روایتی مالیاتی ادارے", - "defi-5-d-explanation": "یہ غلط ہے۔ ڈی فائی ایپس کو روایتی مالیاتی اداروں کی ضرورت نہیں۔ یہ بلاک چین پروگرامز استعمال کرتے ہیں جنہیں اسمارٹ کانٹریکٹس کہتے ہیں تاکہ لین دین خودکار طریقے سے سنبھالا جا سکے۔", - "smart-contracts-1-prompt": "اسمارٹ کانٹریکٹس کو کس طرح پہچانا جاتا ہے؟", - "smart-contracts-1-a-label": "اسمارٹ کانٹریکٹس قانونی معاہدوں کی طرح ہیں، لیکن بلاک چین پر ڈیجیٹل طور پر محفوظ کیے جاتے ہیں تاکہ مواد محفوظ رہے۔", - "smart-contracts-1-a-explanation": "اسمارٹ کانٹریکٹس روایتی معاہدوں جیسی منطق استعمال کرتے ہیں، لیکن اس کے علاوہ ان میں بہت کم مماثلت ہے۔", - "smart-contracts-1-b-label": "خودکار اے آئی سسٹمز سے جُڑے جو لین دین انجام دیتے ہیں", - "smart-contracts-1-b-explanation": "اسمارٹ کانٹریکٹس لین دین کو متوقع طور پر انجام دیتے ہیں 'اگر یہ ہو تو وہ ہوگا' منطق کے مطابق جو کوڈ میں دی گئی ہے—یہ اے آئی استعمال نہیں کرتے۔", - "smart-contracts-1-c-label": "آن چین پروگرامز 'اگر یہ تو وہ' منطق پر چلتے ہیں، جو اپنی ہی اصولوں کے مطابق یقینی طور پر عمل کرتے ہیں۔", - "smart-contracts-1-c-explanation": "اسمارٹ کانٹریکٹ ایک ایتھریم اکاؤنٹ ہے جو ناقابلِ تبدیلی کوڈ کے ساتھ ڈپلائے ہوتا ہے، جو اس کی فعالیت طے کرتا ہے۔", - "smart-contracts-1-d-label": "یہ ایتھریم بلاک چین کے پیچھے کے اصول ہیں، جو وکلاء کے ساتھ مل کر بنائے گئے تاکہ قانونی تعمیل یقینی بنائی جا سکے۔", - "smart-contracts-1-d-explanation": "اسمارٹ کانٹریکٹس کوڈ کے ٹکڑے ہیں جو ڈیولپرز کے ذریعے بنائے جا سکتے ہیں اور بلاک چین پر ڈپلائے کیے جا سکتے ہیں۔", - "smart-contracts-2-prompt": "کون سا استعارہ اسمارٹ کانٹریکٹس کے کام کو سب سے بہتر ظاہر کرتا ہے؟\n", + "defi-5-d-explanation": "یہ غلط ہے۔ DeFi ایپس کو روایتی مالیاتی اداروں کی ضرورت نہیں ہوتی۔ وہ ٹرانزیکشنز کو خود بخود سنبھالنے کے لیے اسمارٹ کانٹریکٹس کہلانے والے بلاک چین پروگرام استعمال کرتی ہیں۔", + "smart-contracts-1-prompt": "اسمارٹ کانٹریکٹس کی خصوصیات کیا ہیں؟", + "smart-contracts-1-a-label": "اسمارٹ کانٹریکٹس بالکل قانونی معاہدوں کی طرح ہوتے ہیں، لیکن مواد کو محفوظ طریقے سے بچانے کے لیے بلاک چین پر ڈیجیٹل طور پر محفوظ کیے جاتے ہیں۔", + "smart-contracts-1-a-explanation": "اسمارٹ کانٹریکٹس روایتی معاہدوں جیسی منطق استعمال کرتے ہیں، لیکن اس کے علاوہ ان میں بہت کم مماثلت ہوتی ہے۔", + "smart-contracts-1-b-label": "خود مختار AI سسٹمز سے منسلک جو ٹرانزیکشنز کو انجام دیتے ہیں", + "smart-contracts-1-b-explanation": "اسمارٹ کانٹریکٹس کوڈ میں بتائی گئی 'اگر-یہ-تو-وہ' (if-this-then-that) منطق کے مطابق پیشین گوئی کے ساتھ ٹرانزیکشنز کو انجام دیتے ہیں—وہ AI کا استعمال نہیں کرتے۔", + "smart-contracts-1-c-label": "آن چین پروگرام جو 'اگر-یہ-تو-وہ' (if-this-then-that) منطق کی پیروی کرتے ہیں، اور اپنے اصولوں کے مطابق عمل درآمد کی ضمانت دیتے ہیں", + "smart-contracts-1-c-explanation": "اسمارٹ کانٹریکٹ ایک Ethereum اکاؤنٹ ہے جسے ناقابل تبدیلی کوڈ کے ساتھ تعینات کیا گیا ہے جو اس کی فعالیت کا تعین کرتا ہے۔", + "smart-contracts-1-d-label": "یہ Ethereum بلاک چین کے پیچھے موجود اصول ہیں، جنہیں قانونی تعمیل کو یقینی بنانے کے لیے وکلاء کے ساتھ مل کر تیار کیا گیا ہے۔", + "smart-contracts-1-d-explanation": "اسمارٹ کانٹریکٹس کوڈ کے وہ ٹکڑے ہیں جو ڈیولپرز کے ذریعے بنائے جا سکتے ہیں اور بلاک چین پر تعینات کیے جا سکتے ہیں۔", + "smart-contracts-2-prompt": "وہ کون سا استعارہ ہے جو اسمارٹ کانٹریکٹس کے کام کرنے کی سب سے زیادہ عکاسی کرتا ہے؟", "smart-contracts-2-a-label": "ایک بینک", - "smart-contracts-2-a-explanation": "بینک دستی عمل درآمد چاہتے ہیں اور ہائیرارکی والے اداروں کی طرح منظم ہوتے ہیں، جبکہ اسمارٹ کانٹریکٹس کمپیوٹرز کے ذریعے ناقابلِ تبدیلی اصولوں کے ساتھ متوقع طور پر انجام دیے جاتے ہیں۔", + "smart-contracts-2-a-explanation": "بینکوں کو دستی عمل درآمد کی ضرورت ہوتی ہے اور وہ درجہ بندی والے اداروں کے طور پر تشکیل پاتے ہیں، جبکہ اسمارٹ کانٹریکٹس کو ناقابل تبدیلی اصولوں کے ساتھ کمپیوٹرز کے ذریعے پیشین گوئی کے مطابق انجام دیا جاتا ہے۔", "smart-contracts-2-b-label": "ایک ڈیجیٹل وینڈنگ مشین", - "smart-contracts-2-b-explanation": "ویڈنگ مشین صرف اسی وقت آپ کی مطلوبہ چیز دے گی جب سب شرائط پوری ہو جائیں: مخصوص ان پٹس حتمی نتائج کی ضمانت دیتی ہیں۔ یہ اسمارٹ کانٹریکٹس کی منطق سے ملتا جلتا ہے۔", - "smart-contracts-2-c-label": "کیلکولیٹر", - "smart-contracts-2-c-explanation": "اسمارٹ کانٹریکٹ کوڈ حسابات کے لیے استعمال ہو سکتا ہے، لیکن صرف اسی تک محدود نہیں۔ بلکہ، اسمارٹ کانٹریکٹس بلاک چین پر مبنی پروگرامز ہیں جو 'اگر یہ تو وہ' منطق پر عمل کرتے ہیں۔", + "smart-contracts-2-b-explanation": "وینڈنگ مشین آپ کی مطلوبہ پروڈکٹ صرف اسی صورت میں دے گی جب تمام تقاضے پورے ہو جائیں: مخصوص ان پٹس حتمی آؤٹ پٹس کی ضمانت دیتے ہیں۔ یہ اسمارٹ کانٹریکٹس کی منطق سے ملتا جلتا ہے۔", + "smart-contracts-2-c-label": "ایک کیلکولیٹر", + "smart-contracts-2-c-explanation": "اسمارٹ کانٹریکٹ کوڈ کو حساب کتاب کے لیے استعمال کیا جا سکتا ہے، لیکن یہ صرف اس تک محدود نہیں ہے۔ بلکہ، اسمارٹ کانٹریکٹس بلاک چین پر مبنی پروگرام ہیں جو 'اگر-یہ-تو-وہ' (if-this-then-that) منطق کی پیروی کرتے ہیں۔", "smart-contracts-2-d-label": "ایک ویب سائٹ", - "smart-contracts-2-d-explanation": "ویب سائٹ فرنٹ اینڈ ہے جو صارف کی ہدایات لیتا ہے۔ اسمارٹ کانٹریکٹ بیک اینڈ لاجک ہے جہاں یہ ہدایات عمل میں لائی جاتی ہیں اور نتیجہ واپس کیا جا سکتا ہے۔", - "smart-contracts-3-prompt": "کون سا اسمارٹ کانٹریکٹس کی بنیادی خصوصیات میں سے نہیں ہے؟", - "smart-contracts-3-a-label": "متعین ایکزیکیوشن", - "smart-contracts-3-a-explanation": "اسمارٹ کانٹریکٹ کا سب سے بڑا فائدہ یہ ہے کہ یہ واضح کوڈ کو متعین طور پر انجام دیتا ہے، بغیر انسانی تشریح یا تعصب کے۔", - "smart-contracts-3-b-label": "عوامی ریکارڈ", - "smart-contracts-3-b-explanation": "پبلک بلاک چین پر اسمارٹ کانٹریکٹس کے ساتھ، کوئی بھی فوری طور پر اثاثوں کی منتقلی اور دیگر متعلقہ معلومات کو ٹریک کر سکتا ہے۔", + "smart-contracts-2-d-explanation": "ویب سائٹ ایک فرنٹ اینڈ ہے جو صارف کی ہدایات کو حاصل کرتی ہے۔ اسمارٹ کانٹریکٹ بیک اینڈ منطق ہے جہاں ان ہدایات پر عمل کیا جاتا ہے، اور نتیجہ واپس کیا جا سکتا ہے۔", + "smart-contracts-3-prompt": "اسمارٹ کانٹریکٹس کی بنیادی خصوصیت کون سی نہیں ہے؟", + "smart-contracts-3-a-label": "حتمی عمل درآمد (Deterministic execution)", + "smart-contracts-3-a-explanation": "اسمارٹ کانٹریکٹ کا بنیادی فائدہ یہ ہے کہ یہ انسانی تشریح یا تعصب کے بغیر، غیر مبہم کوڈ کو حتمی طور پر انجام دیتا ہے۔", + "smart-contracts-3-b-label": "عوامی ریکارڈ (Public record)", + "smart-contracts-3-b-explanation": "پبلک بلاک چین پر اسمارٹ کانٹریکٹس کے ساتھ، کوئی بھی شخص فوری طور پر اثاثوں کی منتقلی اور دیگر متعلقہ معلومات کو ٹریک کر سکتا ہے۔", "smart-contracts-3-c-label": "پرائیویسی کا تحفظ", - "smart-contracts-3-c-explanation": "چونکہ بلاک چین چھدی نامی نیٹ ورکس ہیں، اس لیے لین دین عوامی طور پر ایک منفرد کرپٹوگرافک ایڈریس سے جُڑے ہوتے ہیں، کسی شناخت سے نہیں۔", - "smart-contracts-3-d-label": "تبدیلی کی صلاحیت", - "smart-contracts-3-d-explanation": "ایک اسمارٹ معاہدہ ایک بار بننے کے بعد تبدیل نہیں کیا جا سکتا—اس بات کی ضمانت ہے کہ وہ اپنے کوڈ کے ذریعے بیان کردہ اصولوں کے مطابق عمل کرے گا۔", - "smart-contracts-4-prompt": "کون سا اسمارٹ معاہدات کا اطلاق نہیں ہے؟", + "smart-contracts-3-c-explanation": "چونکہ بلاک چینز فرضی نام والے (pseudonymous) نیٹ ورکس ہیں، اس لیے ٹرانزیکشنز عوامی طور پر ایک منفرد کرپٹوگرافک ایڈریس سے منسلک ہوتی ہیں، نہ کہ کسی شناخت سے۔", + "smart-contracts-3-d-label": "تبدیل ہونے کی صلاحیت", + "smart-contracts-3-d-explanation": "ایک بار بننے کے بعد اسمارٹ کانٹریکٹ کو تبدیل نہیں کیا جا سکتا—یہ اپنے کوڈ کے ذریعے بیان کردہ اصولوں کے مطابق عمل درآمد کی ضمانت دیتا ہے۔", + "smart-contracts-4-prompt": "اسمارٹ کانٹریکٹس کی ایپلی کیشن کون سی نہیں ہے؟", "smart-contracts-4-a-label": "اسٹیبل کوائنز", - "smart-contracts-4-a-explanation": "اسٹیبل کوائنز ٹوکن آبجیکٹ ہیں جن کی تعریف اور ٹریکنگ اسمارٹ معاہدات کا استعمال کرتے ہوئے کی جاتی ہے۔", - "smart-contracts-4-b-label": "پروٹوکول میں تبدیلیاں", - "smart-contracts-4-b-explanation": "جب کہ پروٹوکول کی تبدیلیوں میں کبھی کبھی اسمارٹ معاہدات کا استعمال ہو سکتا ہے، ان کی تخلیق اور تعریف شفاف آن لائن فورمز کے ذریعے تجویز کی جاتی ہے اور کلائنٹ سافٹ ویئر میں نافذ کی جاتی ہے۔", + "smart-contracts-4-a-explanation": "اسٹیبل کوائنز ٹوکن آبجیکٹس ہیں جن کی تعریف اور ٹریکنگ اسمارٹ کانٹریکٹس کا استعمال کرتے ہوئے کی جاتی ہے۔", + "smart-contracts-4-b-label": "پروٹوکول کی تبدیلیاں", + "smart-contracts-4-b-explanation": "اگرچہ پروٹوکول کی تبدیلیاں بعض اوقات اسمارٹ کانٹریکٹس کا استعمال کر سکتی ہیں، لیکن ان کی تخلیق اور تعریف شفاف آن لائن فورمز کے ذریعے تجویز کی جاتی ہے اور کلائنٹ سافٹ ویئر میں لاگو کی جاتی ہے۔", "smart-contracts-4-c-label": "نان فنجیبل ٹوکنز (NFTs)", - "smart-contracts-4-c-explanation": "اسمارٹ معاہدات کا استعمال ڈیجیٹل آرٹ سے لے کر اثاثوں کی ملکیت کے سرٹیفکیٹس تک، NFTs کی ایک وسیع رینج کی تعریف کے لیے کیا جاتا ہے۔", + "smart-contracts-4-c-explanation": "اسمارٹ کانٹریکٹس کا استعمال ڈیجیٹل آرٹ سے لے کر اثاثوں کی ملکیت کے سرٹیفکیٹس تک، NFTs کی ایک وسیع رینج کی وضاحت کے لیے کیا جاتا ہے۔", "smart-contracts-4-d-label": "اوپن کرنسی ایکسچینج", - "smart-contracts-4-d-explanation": "ڈی سینٹرلائزڈ ایکسچینجز (DEXs) مرکزی کنٹرول کے بغیر کام کرنے کے لیے اسمارٹ معاہدات کا استعمال کرتے ہوئے بنائے جاتے ہیں۔" -} + "smart-contracts-4-d-explanation": "ڈی سینٹرلائزڈ ایکسچینجز (DEXs) کو سینٹرلائزڈ کنٹرول کے بغیر کام کرنے کے لیے اسمارٹ کانٹریکٹس کا استعمال کرتے ہوئے بنایا جاتا ہے۔" +} \ No newline at end of file