تحليل متعمق لعملة ERC-20

المقدمة

إيثيريوم كمنصة مفتوحة المصدر لتطبيقات لامركزية (DApp) تم تأسيسها في عام 2014 بواسطة فيتاليك بوترين. كان دافع بوترين لإنشاء هذه السلسلة الجديدة من الكتل إلى حد كبير بسبب نقص المرونة الكافية في بروتوكول بيتكوين.

منذ ظهورها، جذبت سلسلة كتل الإيثيريوم العديد من المطورين والشركات ورجال الأعمال، مما أدى إلى نشوء صناعة ناشئة، تتيح للمستخدمين نشر العقود الذكية والتطبيقات اللامركزية.

ستتناول هذه المقالة معيار ERC-20 بعمق، وهو إطار عمل أساسي لإنشاء الرموز. على الرغم من أنه ينطبق فقط على شبكة الإيثريوم، إلا أنه ألهم ظهور معايير بلوكتشين أخرى، مثل GEP-2 من سلسلة Gate.

تحليل معيار ERC-20

في نظام إيثريوم البيئي، تمثل ERC "طلبات التعليق على إيثريوم" ( Ethereum Request for Comments ). توضح هذه الوثائق الفنية معايير برمجة إيثريوم. من المهم ملاحظة أن ERC تختلف عن اقتراحات تحسين إيثريوم ( EIP )، والتي تشبه BIP في بيتكوين، والتي تتعلق بشكل أساسي باقتراحات تحسين البروتوكول نفسه. الهدف من ERC هو إنشاء بروتوكولات تسهل التفاعل بين التطبيقات والعقود.

تم تطوير معيار ERC-20 بشكل مشترك في عام 2015 من قبل فيتاليك بوتيرين وفابيان فوغيلستيلر، وهو يوفر تنسيقًا قياسيًا بسيطًا نسبيًا للرموز المبنية على إثريوم. من خلال اتباع هذا المعيار، لا يحتاج المطورون إلى إعادة التصميم ويمكنهم البناء مباشرة على الأسس الحالية للصناعة.

بمجرد إنشاء رموز ERC-20 جديدة، يمكن أن تتفاعل تلقائيًا مع مجموعة متنوعة من الخدمات والبرامج التي تدعم معيار ERC-20، مثل المحافظ البرمجية، والمحافظ الصلبة، ومنصات التداول، وما إلى ذلك (.

من الجدير بالذكر أن معيار ERC-20 قد تطور الآن إلى EIP) وخاصة EIP-20(. على الرغم من مرور سنوات عديدة منذ الاقتراح الأول الذي تم تداوله على نطاق واسع، ومنذ ذلك الحين تم تطويره لعدة سنوات، لا يزال اسم "ERC-20" يُستخدم على نطاق واسع.

نظرة عامة على رموز الإيثريوم

على عكس العملة المشفرة الأصلية للإيثريوم )، لا يتم تخزين رموز ERC-20 مباشرة في الحسابات، بل توجد فقط داخل العقود، مثل قاعدة بيانات مستقلة. إنها تحدد قواعد الرموز ( مثل الاسم، الرمز، قابلية التقسيم )، وتحافظ على قائمة عناوين الإيثريوم التي تمثل أرصدة المستخدمين.

لنقل الرموز، يحتاج المستخدم إلى إرسال معاملة إلى العقد الذكي، يطلب من العقد إعادة توزيع جزء من الرصيد. على سبيل المثال، إذا كانت أليس تريد إرسال 5,000 من رموز Gate Academy (GateAcademyTokens) إلى بوب، فسوف تستدعي وظيفة في العقد الذكي المقابل لتنفيذ هذه التعليمات.

تتضمن أوامر الاستدعاء الخاصة بها في معاملة إيثيريوم تبدو عادية، حيث دفعت المعاملة 0 ETH لعقد الرمز. يتضمن هذا الاستدعاء في حقول أخرى من المعاملة، مما يشير إلى نية أليس - في هذه الحالة، كانت تأمل في تحويل الرمز إلى بوب.

حتى لو لم ترسل إيثريوم، لا يزال يتعين على أليس دفع رسوم معينة لضمان تضمين المعاملة في البلوك. إذا لم يكن لديها ETH، يجب عليها أولاً شحن بعض ETH قبل نقل الرموز.

فيما يلي حالة فعلية على Etherscan: قام مستخدم باستدعاء عقد BUSD. يمكن رؤية أن الرمز قد تم نقله، وتم دفع رسوم المعاملة، على الرغم من أن عمود القيمة يظهر أنه تم إرسال 0 ETH.

سنستكشف بعد ذلك هيكل عقد ERC-20 النموذجي.

عملية إنشاء رموز ERC-20

وفقًا لمعيار ERC-20، يجب أن يتضمن عقدك ست وظائف أساسية: totalSupply و balanceOf و transfer و transferFrom و approve و allowance. بالإضافة إلى ذلك، يمكن تعريف بعض الوظائف الاختيارية، مثل name و symbol و decimal. أسماء هذه الوظائف تعكس بشكل أساسي وظائفها، ولكن حتى إذا لم تفهمها تمامًا، فلا داعي للقلق، سنقوم بشرحها واحدة تلو الأخرى في المحتوى التالي.

الوظائف المعروضة أدناه مكتوبة بلغة Solidity المخصصة للإيثيريوم.

تحليل دالة totalSupply (