فهم المعرفة في التطوير والنشر يسمح للمبتدئين بأن يصبحوا BUIDL.
إذا لم تتمكن من نشر العقود الذكية، فقد لا تكون مؤهلاً ك BUIDL.
كل عاشق للتوزيع المجاني يدخل السلسلة والتطبيقات كمستخدم، ولكن من وجهة نظر السلسلة، لدى المستخدمين مستويات معينة من القيود. ومن بين هذه القيود، يحمل مطورو التطبيقات أعلى قيمة للسلسلة.
يقوم مطورو التطبيقات بإنشاء dApps التي تجذب المستخدمين، الذين يولدون الغاز أثناء الاستخدام. ينشر المطورون العقود على البلوكشين، مجذبين بنشاط المستخدمين لأداء العمليات على السلسلة، مما يزيد قيمة البلوكشين بشكل لا نهائي.
لذلك، يعتبر وجود قدرات تطوير أو حتى معرفة أساسية في التطوير مسارًا أفضل لزيادة فرص الحصول على توزيعات مجانية أو، بدقة أكبر، أن تصبح بنّاء حقيقي على شبكة البلوكشين.
في هذه المقالة، سنوضح المعرفة الأساسية في التطوير اللازمة للمستخدمين الذين يحبون تجربة عمليات السلسلة. لن تشمل بناء واجهة المستخدم الأمامية، بيئات التطوير، أو عمليات مجموعة تطوير البرمجيات. تهدف هذه المقالة إلى جلب المستخدمين العاديين إلى المرحلة النظرية من تجربة التطوير على مستوى المبتدئين. يمكن لأولئك الذين يهتمون بالمراحل العملية مواصلة الدراسة للحصول على مزيد من المعرفة العميقة.
لذلك، فإن فهم معرفة تطوير تقنية بلوكتشين متماشٍ مع تطوير تطبيقات الإنترنت التقليدية، حيث ينتقل فهم الهندسة المعمارية إلى الجزء الخلفي ليصبح بلوكتشين، وتتحول حالة البيانات في قاعدة البيانات إلى حالة البيانات على البلوكتشين.
لتطوير تطبيقات الإنترنت، يحتاج المرء في البداية إلى شراء خدمات السحابة (أو في وقت سابق، يمكن أن تكون الأجهزة الحاسوبية المتصلة بالشبكة أيضًا خوادم للنشر). فلنفترض أننا نشتري خادمين، أحدهما لنشر الواجهة الأمامية والآخر للخلفية، ونشتري موقع ويب. نقوم بتكوين الموقع مع جزء تطوير الواجهة الأمامية، ثم نطور الجزء الخلفي لإدارة البيانات. بيانات الموقع التفاعلية تدخل الجزء الخلفي أثناء الاستخدام. عندما يحتاج مستخدمو الواجهة الأمامية إلى بيانات ردود الفعل للعمليات، يتم تنفيذها بعد الوصول إلى حالة البيانات في قاعدة البيانات.
مع عملية معقدة كهذه، يكاد يشعر المستخدمون بالخلفية في التطبيقات التقليدية، ولكن في سلسلة الكتل، يكون وجود كل من الجزء الأمامي والخلفي واضحًا بشكل ملحوظ.
يحول الجزء الخلفي من تطبيق مشفر الخوادم وقواعد البيانات المستخدمة في تطوير تطبيقات الإنترنت إلى سلسلة الكتل وحالتها العامة على السلسلة. أثناء التطوير، يكشف الجزء الخلفي لسلسلة الكتل عن واجهة استدعاء إجراءات عن بُعد (RPC)، التي يستخدمها جميع المطورين والتطبيقات للتفاعل مع سلسلة الكتل. ويشرح هذا الأمر لماذا، عند استخدام MetaMask لتجربة تطبيقات مشفرة مختلفة، من الضروري إضافة شبكات مختلفة في التطبيق المشفر، بنطاق ممثل لنقطة الدخول لـ RPC.
في تصاميم الشبكات الأخرى، هناك طريقة لترقية dApps بشكل أكبر. إذا اعتمدت البلوكشين على RPC واحد فقط، فقد يؤدي التفاعل الكثيف إلى ازدحام حتى قبل تقديم المعاملات إلى السلسلة. التطبيقات التي يمكنها إعداد RPCs الخاصة بها لديها ميزة كبيرة، على الرغم من أنه في نطاق البلوكشين العام الحالي، خاصة مع تصميم دليل الحصة (PoS)، ليس هناك الكثير من dApps التي تعمل بهذه الطريقة. وهذا يدفعنا لفهم أن التفاعل مع البلوكشين للتطوير يتطلب محفظة ومنفذ RPC.
وبالتالي، تصبح العقود الذكية هي المفتاح، وبالنسبة للمطورين، الجانب الأكثر أهمية هو العقد الذكي. ينطوي نشر العقود الذكية على ثلاث خطوات: كتابة الكود، تجميعه، ثم نشره. بعد النشر، يمكن استدعاء وظائف العقد مباشرة.
لدى Ethereum أدوات موحدة تم تبسيطها بشكل كبير. بعد فهم العملية بأكملها، يمكن للشخص محاولتها عن طريق مراجعة هذه الأدوات بعناية. تمثل Remix و Hardhat و OpenZeppelin بعضًا من أبسط وأكثر الأدوات انفتاحًا المتاحة حاليًا، بالإضافة إلى أدوات مثل Thirdweb التي تساعد في التطوير وتبسط بعض العمليات.
بدءًا من شبكات الاختبار لمختلف الشبكات
لقد استكشفنا مؤخرًا شبكات الاختبار لسلاسل الكتل العامة مثل بيراشين، تايكو، وشارديوم. توفر هذه الاستكشافات رؤية واضحة في المعرفة التطويرية. كمستخدم عادي يعمل على ميتاماسك لتفاعل الشبكة، يتضمن الخطوة الأولى إضافة شبكة اختبارية في ميتاماسك والحصول على رموز اختبارية، والتي تكون محدودة في الكمية ويمكن المطالبة بها من حنفيات الاختبار كما هو موضح في الوثائق الرسمية لهذه المشاريع الثلاث. الرموز الاختبارية لهذه السلاسل هي بيرا، إيث، وشم على التوالي.
براشين وشارديوم هما سلسلتان تشفيريتان من المستوى الأول تستخدمان رموزهما الأصلية، بينما تايكو هو سلسلة تشفير من المستوى الثاني تهدف إلى توسيع إثيريوم، وبالتالي يستخدم ETH. نظرًا لوجود شبكات اختبار عامة لإثيريوم، يستخدم تايكو أيضًا شبكات اختبار إثيريوم لبعض اختبارات الوظائف، مما يتطلب من المستخدمين التمييز بين السلسلة التي يتفاعلون في النهاية معها.
بعد الحصول على الرموز التجريبية من حنفيات السلاسل الثلاثة، تتضمن الخطوات التالية استخدام أدوات التطوير لنشر العقود إلى سلسلة الكتل. يتضمن ذلك ثلاث خطوات: العثور على العقد، تعديله، واكمال نشر العقد في بيئة تطوير متكاملة.
بناءً على المراجعة، تدعم جميع المشاريع الثلاثة النشر باستخدام Remix. Remix هو بيئة تحرير عبر الإنترنت مريحة للغاية، مما يقضي على الحاجة إلى أدوات أكثر تعقيدًا مثل SDKs أو الطرفيات. ومع ذلك، يغطي العملية المبسطة الموصوفة هنا فقط النشر مرة واحدة، وتتطلب تعديلات على العقد واختبار مكالماتها أدوات أخرى.



قبل البدء في تحرير واجهة Remix، يرجى ضبط الشبكة وعنوان المحفظة في MetaMask بشكل صحيح. بعد دخول الصفحة، نحتاج إلى تعديل العنوانين المقابلين المذكورين أعلاه، واستبدالهما بعنوان محفظتي. يظهر كما يلي:

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

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

انقر فوق "نشر"، وسيظهر MetaMask لدفع رسوم الغاز لهذه العملية.

أثناء عملية نشر العقد الذكي، سيتم عرض العقد المعلق في أسفل Remix.

بعد أن يتم نجاح نشر العقد، سيتم عرض نجاح العملية في القاع.


عند النقر فوق العنوان للعرض مرة أخرى، تم اكتشاف أنني قد قمت بإنتاج 10 مليون رمز في العنوان. ومع ذلك، ربما بسبب متصفح الشبكة التجريبي، لم يتم عرض اسم الرمز، وهو مسألة يجب التحقق منها بعد.
تم استخدام Shardeum في هذا النشر، والعملية نفسها إذا تم نشرها على Berachain أو Taiko، حيث يتطلب فقط ضبط الشبكة المقابلة في المحفظة. توفر Remix، هذا النوع من IDE عبر الإنترنت، مدخلًا بسيطًا لعمليات الشبكة.
المشاركة في بعض عمليات التطوير على سلسلة الكتل هي محاولة البناء الأبسط لغير مستخدمي التطبيقات. من الممكن محاولة إصدار بعض الأصول باستخدام العقود أو فرع أكواد تطبيقات اللامركزية الأخرى. كل عقد لتطبيق اللامركزية على سلسلة الكتل يتفاعل من خلال مجموعة، على سبيل المثال، التبادل الذي نراه على Uniswap هو عقد واحد، بينما توفير LP عقد آخر.
بالمقارنة مع Dex، العقود الخاصة ب DeFi الأخرى و GameFi أكثر تعقيدًا. على الرغم من أن عملية التطوير معقدة وطويلة، إلا أن فهم مبادئها يمكن أن يساعد في بناء أكثر على البلوكشين والتطبيقات.
PS: فيما بعد، ستقوم Wyz Research أيضًا بتفكيك DeFi، GameFi، وتطبيقات اللامركزية الأخرى لتقديم أفكار تصميمها وهيكلها للقراء. ترقبوا.





