إعداد بيئة التطوير

تبدأ سير العمل النموذجي بمشروع TypeScript تم إنشاؤه من خلال Vite أو Next.js. بعد تثبيت ethers-v6 و dotenv لإدارة المفاتيح، تعتمد التبعية التالية على مجموعة أدوات account-abstraction المفضلة. تعتمد Thirdweb على ...مصنع الحساباتعقد تقوم بنشره مرة واحدة—إما غير قابل للتغيير أو قابل للتحديث—ثم يعمل كمفتاح بنية تحتية مجانية يفتح موفر خدماته ومدفوعاته. تصدر لوحة التحكم هذا المفتاح فور إنشاء المشروع وتمكن من المكالمات المحدودة على Sepolia وBase وPolygon zkEVM.

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

تقوم واجهة سطر الأوامر (CLI) الخاصة بـ Safe بنشر محفظة بروكسي تستند إلى عقد فردي تم اختباره في المعارك؛ حيث يعلق موديول Safe4337 الاختياري خطافات ERC-4337 بحيث يمكن أن يدخل نفس المخزن في alt-mempool دون تغيير عنوانه. يمكن للمطورين تشغيل واجهة سطر الأوامر في وضع عدم الحضور لنشر مئات من البروكسيات مسبقًا لحملة توزيع هوائي أو حملة شبكة اختبار.

الاتصال بحساب ذكي من الواجهة الأمامية

بمجرد أن توجد قطع الواجهة الخلفية على السلسلة، يمكن لتطبيق React أن يعرض زر "اتصال" واحد يحل إلى سياق حساب ذكي. يأخذ غلاف Thirdweb's معرف العميل وعنوان المصنع؛ عندما يختار المستخدم أي محفظة أساسية—MetaMask، محفظة مدمجة تعتمد على البريد الإلكتروني، أو مفتاح مرور—يتحقق المزود بصمت مما إذا كان العقد موجودًا بالفعل، ثم ينشره في المعاملة الأولى، ممولًا الغاز من خلال موفر الدفع المدمج عندما يكون gasless:true مضبوطًا.

تقوم Biconomy بحقن سياقها من خلال فئة BiconomySmartAccount، التي تغلف Signer من ethers. بعد التهيئة، يتم تشفير جميع المكالمات المنفذة من خلال هذا الموقّع كـ UserOperations وإعادة توجيهها إلى المجمع. تقدم Safe تجريدًا مشابهًا عبر @آمن-global/core-kit، حيث يحل مثيل SafeAccount محل ethers.Wallet ويعرض أدوات مساعدة عالية المستوى للتجميع، جمع التوقيعات، والتنفيذ على السلسلة.

تخصيص منطق المحفظة: تدفقات بدون غاز وإدراج في القائمة البيضاء

تظهر الحسابات الذكية مفاتيح تعمل قبل أن تُعتبر عملية المستخدم صالحة، لذا فإن إضافة ميزات مثل الوجهات المعتمدة أو حدود الإنفاق اليومية يكون بسيطًا مثل تحديث تخزين العقد من خلال معاملة مالك. للتفاعلات بدون غاز، يقوم المطور بتسجيلدافع الرعاية(بيكونومي) أو يبدل علم الغاز بدون تكلفة (ثردويب). في الخلفية، يقوم موفر الدفع بتوقيع العملية مسبقًا ثم يطالب بالتعويض من خزان الغاز الخاص به؛ يشعر المستخدم برصيد صفر من ETH ومع ذلك يكمل الإجراء كما لو أنه قام بتمويل المحفظة بنفسه. تعمل القائمة البيضاء بنفس الطريقة: تقوم روتين التحقق في المحفظة بفحص بيانات الاستدعاء مقابل قائمة مسموح بها وتعيد التراجع إذا كان الاستدعاء خارج النطاق، مما يحمي المستخدمين من موافقات العقود الضارة.

محاكاة وتوقيع المعاملات مع المجمعين وموظفي الدفع

تقدم ERC-4337 ميمبول بديل حيثالمجمعاتجمع عمليات المستخدم، إجراء محاكاة خارج السلسلة، وتغليف المجموعات الناجحة في معاملات إيثريوم عادية. تشمل الخدمات الشهيرة Alchemy Rundler و Stackup و Voltaire و Infinitism؛ كل منها يكشف عن نقطة نهاية JSON-RPC التي تعكس المواصفات المرجعية. تمنع المحاكاة العمليات اليائسة - على سبيل المثال، المكالمات التي ستفشل في تحقق المحفظة - من الوصول إلى السلسلة وإهدار الغاز.

يمكن لمدير الدفع الاستفادة من هذه العملية. خلال المحاكاة، يسأل المجمّع مدير الدفع عما إذا كان سيغطي الرسوم، وإذا كان الأمر كذلك، يقوم بإرفاق توقيع مدير الدفع. على السلسلة، تتحقق عقدة EntryPoint من كل من المحفظة ومدير الدفع في مكالمة واحدة، وتدمج جميع الإجراءات المجمعة، وتوزع استردادات الغاز وفقًا لذلك. تتيح هذه الآلية لتبادل رعاية الودائع، أو لعبة دعم التحركات داخل اللعبة، أو DAO مكافأة المساهمين دون إجبار المستخدمين على الاحتفاظ بـ ETH.

الاختبار والنشر: أفضل الممارسات لعام 2025

تستفيد الاختبارات المحلية الآن من الشبكات المعتمدة على الفروع مثل Anvil أو Hardhat-foundry، والتي يمكن أن تتظاهر بأنها مجمع ومدفوعات حتى يتم تشغيل دورة UserOperation كاملة في الذاكرة. قبل الدفع إلى شبكة الاختبار، تقوم المشاريع بالتجميع باستخدام Solidity 0.8.25 وتمكين تشغيل المحسن لمطابقة الشيفرة البرمجية التي ستراجعها المدققون. تقوم نصوص التكامل المستمر بتنفيذ تمريرات التحليل الثابت باستخدام Slither أو MythX وتقوم بتشغيل فحص تفاضلي ضد الثوابت المقصودة.

تظل الأمان في المقام الأول: تؤكد إرشادات التدقيق لعام 2025 على مراجعات متعددة الطبقات التي تمزج بين الفحوصات الآلية، والتحليل اليدوي، واختبارات الاختراق الحية. تقوم الفرق بقفل قاعدة الشفرة قبل التدقيق، ومعالجة النتائج الحرجة، ونشر التقرير النهائي جنبًا إلى جنب مع بيانات النشر الخاصة بهم. بمجرد أن يكون التدقيق نظيفًا، يتم نشر عقد المصنع أولاً، يليه عقد الدفع (إذا لزم الأمر) وأخيرًا تحديثات متغيرات بيئة الواجهة الأمامية التي تشير إلى نقاط نهاية المجمع الحية. بعد الإطلاق، تراقب أدوات المراقبة عمليات UserOperations الفاشلة واستدعاءات عقد الدفع المرفوضة، مما ينبه المطورين قبل أن يلاحظ المستخدمون فترة التوقف.

مع اكتمال هذه الخطوات، يمكن لتطبيق اللامركزية (dApp) تقديم تدفق انضمام بنقرة واحدة حيث يمكن للمبتدئين إنشاء محفظة، سك NFT، أو الدخول في موقف DeFi دون الحاجة لشراء ETH أولاً. ستقوم الوحدة التالية والأخيرة برسم نشرات العالم الحقيقي لهذه التدفقات، وتقييم القيود الحالية، واستطلاع المعايير الناشئة مثل ERC-6900 التي تعد بمزيد من المرونة.