Truffle Suite

ما هي Truffle Suite؟

Truffle Suite هي مجموعة من أدوات المطورين التي استُخدمت على نطاق واسع لبناء العقود الذكية واختبارها وتصحيح أخطائها ونشرها على Ethereum وشبكات البلوكشين الأخرى المتوافقة مع EVM.

في الكريبتو، تُعرف Truffle Suite باعتبارها مجموعة أدوات تطوير مبكرة ساعدت المطورين على إنشاء التطبيقات اللامركزية، المعروفة أيضاً باسم dApps.

تضمنت المجموعة Truffle وGanache وDrizzle، التي دعمت معاً تجميع العقود الذكية والاختبار المحلي للبلوكشين ونصوص النشر وتكامل الواجهة الأمامية وتدفقات التفاعل مع العقود.

تصف وثائق Truffle المؤرشفة Truffle بأنها بيئة تطوير وإطار اختبار ومسار أصول للبلوكشين الذي يستخدم Ethereum Virtual Machine.

وتصف الصفحة الرئيسية المؤرشفة لـ Truffle Suite المجموعة بأنها حزمة شاملة من الأدوات لتطوير العقود الذكية.

اكتسبت Truffle Suite أهمية لأنها سهلت تطوير Ethereum خلال النمو المبكر للعقود الذكية وإطلاق التوكنات وبروتوكولات DeFi ومشروعات NFT وتطبيقات Web3.

قبل شيوع أدوات مثل Truffle، كان على مطوري العقود الذكية إدارة جزء أكبر من سير عمل التطوير يدوياً.

ساعدت Truffle على تنظيم ملفات مصدر العقود وتجميع كود Solidity ونشر العقود على الشبكات وتشغيل الاختبارات الآلية وإدارة بيانات العقود.

بالنسبة إلى مستخدمي الكريبتو، ليست Truffle Suite محفظة أو توكناً أو بلوكشين أو بورصة أو منتجاً استثمارياً.

إنها مجموعة أدوات للمطورين ساعدت المنشئين على إنشاء العقود الذكية وdApps التي يتفاعل معها المستخدمون لاحقاً على السلسلة.

الحالة الحالية لـ Truffle Suite

تُعد Truffle Suite الآن أداة تطوير قديمة لأن Consensys أعلنت إيقاف Truffle وGanache في 21 سبتمبر 2023.

ذكر إعلان Consensys عن الإيقاف الرسمي أن Truffle وGanache يجري إيقافهما كجزء من تحول في دعم أدوات المطورين.

تظل وثائق Truffle Suite المؤرشفة متاحة على archive.trufflesuite.com.

أُرشف مستودع Truffle على GitHub الرئيسي ومستودع Ganache على GitHub في 26 فبراير 2024، وأصبحا الآن للقراءة فقط.

يعني ذلك أنه ينبغي عموماً فهم Truffle Suite باعتبارها إطاراً ذا أهمية تاريخية للعقود الذكية، وليس الخيار الافتراضي للتطوير الإنتاجي الجديد.

قد تظل المشروعات الحالية تحتوي على ملفات إعداد Truffle ونصوص الترحيل وبيانات العقود وإعدادات اختبار قائمة على Ganache.

وقد يحتاج المطورون إلى فهم Truffle عند صيانة مشروعات عقود ذكية قديمة أو مراجعة مستودعات قديمة.

لكن ينبغي للفرق الجديدة التحقق من الأدوات الحالية وحالة الدعم والتحديثات الأمنية والتوافق مع المنظومة قبل بدء مشروع جديد باستخدام Truffle Suite.

في معجم الكريبتو، ينبغي تعريف Truffle Suite بدورها التاريخي وحالة إيقافها الحالية معاً.

المكونات الرئيسية لـ Truffle Suite

كان يُنظر عادةً إلى Truffle Suite باعتبارها ثلاث أدوات رئيسية تعمل معاً.

المكون الأول هو Truffle، إطار تطوير العقود الذكية.

والمكون الثاني هو Ganache، محاكي البلوكشين المحلي المستخدم للتطوير والاختبار.

والمكون الثالث هو Drizzle، مكتبة للواجهة الأمامية صُممت لمساعدة dApps على ربط واجهات المستخدم بحالة العقود الذكية.

ساعدت هذه الأدوات المطورين على إدارة دورة حياة dApp الكاملة، من كتابة كود العقد الذكي إلى الاختبار والتكامل مع الواجهة الأمامية.

كان بإمكان المطور كتابة عقود Solidity وتجميعها باستخدام Truffle واختبارها مقابل Ganache ونشرها عبر نصوص الترحيل، ثم ربط واجهة أمامية عبر Drizzle أو مكتبات Web3 أخرى.

ساعد سير العمل هذا كثيراً من مطوري Ethereum الأوائل على البناء بسرعة أكبر لأن المجموعة وفرت هيكلاً لمهام كانت تتطلب نصوصاً مخصصة لولا ذلك.

بالنسبة إلى المستخدمين، كانت هذه الأدوات غير مرئية في الغالب.

قد يتفاعل المستخدم مع تطبيق DeFi أو عقد توكن من دون معرفة أن Truffle استُخدمت خلال التطوير.

بالنسبة إلى المدققين والمطورين، قد تظل بيانات Truffle وملفات الترحيل توفر سياقاً مهماً عند تحليل المشروعات القديمة.

Truffle Framework

كان Truffle Framework بيئة التطوير الأساسية ضمن Truffle Suite.

ساعد المطورين على تجميع العقود الذكية وإدارة عمليات البناء وكتابة الاختبارات ونشر العقود والتفاعل مع شبكات البلوكشين من خلال وحدة تحكم.

كان مشروع Truffle النموذجي يتضمن مجلد contracts ومجلد migrations ومجلد test وملف إعدادات.

يخزن مجلد contracts كود مصدر عقود Solidity الذكية.

ويخزن مجلد migrations نصوص النشر التي تُخبر Truffle بكيفية نشر العقود على شبكة بلوكشين.

ويخزن مجلد test الاختبارات الآلية المكتوبة بلغة JavaScript أو TypeScript أو Solidity، بحسب إعداد المشروع.

ويحدد ملف الإعدادات إعدادات المترجم ونقاط نهاية الشبكة وخيارات الحساب وسلوك النشر.

جعل هذا الهيكل مشروعات العقود الذكية أسهل تنظيماً.

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

بالنسبة إلى مطوري الكريبتو، تُعد قابلية التكرار مهمة لأن خطأ النشر قد يؤثر بصورة دائمة في عناوين العقود والملكية والأذونات وأموال المستخدمين.

Ganache

كان Ganache محاكي بلوكشين محلياً يُستخدم لتطوير العقود الذكية واختبارها.

تصف صفحة Ganache المؤرشفة الأداة بأنها بلوكشين شخصي لتطوير Ethereum.

استخدم المطورون Ganache لتشغيل بلوكشين محلي خاص على أجهزة الكمبيوتر الخاصة بهم.

أتاح لهم ذلك اختبار العقود من دون إنفاق عملات مشفرة حقيقية أو انتظار تأكيدات Testnet العامة.

كان بإمكان Ganache توفير حسابات اختبار ومفاتيح خاصة وأرصدة وإنشاء كتل وسجلات معاملات ومعلومات لتصحيح الأخطاء.

جعل ذلك Ganache مفيداً لكتابة الاختبارات الآلية ومحاكاة سلوك العقود الذكية قبل النشر على شبكة عامة.

وكان مفيداً بصفة خاصة للمبتدئين لأنه وفر بيئة متحكم بها لا تكون فيها الأخطاء مكلفة.

كما كان مفيداً للفرق المهنية لأن الاختبار المحلي أسرع من اختبار كل تغيير على سلسلة عامة.

بعد إيقاف Truffle وGanache، ينبغي التعامل مع Ganache باعتباره بنية تحتية قديمة.

قد تعتمد عليه المشروعات القديمة، لكن ينبغي للمشروعات الجديدة تقييم خيارات السلاسل المحلية والاختبار الحالية قبل اختيار حزمة التطوير.

Drizzle

كان Drizzle مكتبة للواجهة الأمامية ضمن Truffle Suite، صُممت لمساعدة dApps على ربط واجهات المستخدم بالعقود الذكية.

يُعد تطوير الواجهة الأمامية مهماً في الكريبتو لأن معظم المستخدمين لا يتفاعلون مع العقود الذكية مباشرة عبر بيانات المعاملات الخام.

بل يستخدمون مواقع إلكترونية وتطبيقات ومحافظ ولوحات معلومات تُعد المعاملات وتعرض حالة العقد.

ساعد Drizzle على إدارة بيانات العقد وحالة الحساب وتحديثات الواجهة الأمامية لتطبيقات Ethereum.

وصُمم لتقليل كمية الكود المخصص المطلوبة لمزامنة واجهة المستخدم مع بيانات العقود على السلسلة.

كان ذلك مفيداً لأن حالة البلوكشين تتغير بطريقة مختلفة عن بيانات تطبيقات الويب التقليدية.

قد تكون معاملة العقد الذكي معلقة أو تم تعدينها أو فشلت أو عادت أو تأكدت بعد تأخير.

يجب أن تتعامل الواجهة الأمامية مع هذه الحالات بوضوح كي يعرف المستخدمون ما يحدث.

رغم أن Drizzle أصبح جزءاً من منظومة Truffle Suite القديمة الأوسع، فإنه يظل مهماً تاريخياً لفهم تطور أدوات الواجهة الأمامية المبكرة لـ dApp.

كيف عملت Truffle Suite؟

كان المطور يبدأ مشروع Truffle عادةً بإنشاء دليل للمشروع وتهيئة هيكل Truffle.

ثم يكتب عقود Solidity الذكية في مجلد contracts.

ويُعد إصدار مترجم Solidity وإعدادات الشبكة في ملف إعدادات Truffle.

ثم يجمع العقود إلى bytecode وملفات واجهة ثنائية للتطبيق، ويُشار إليها غالباً باسم ABI.

يمثل bytecode الكود منخفض المستوى الذي يُنشر على البلوكشين.

ويصف ABI كيفية استدعاء التطبيقات لدوال العقد.

ثم يكتب المطور اختبارات للتحقق من تصرف العقد بشكل صحيح.

ويمكن استخدام Ganache كبلوكشين محلي لتلك الاختبارات.

بعد الاختبار، يكتب المطور نصوص ترحيل لنشر العقود على شبكة مستهدفة.

بعد النشر، يمكن لتطبيقات الواجهة الأمامية استخدام بيانات العقد وABI للتفاعل مع العقود.

لماذا كانت Truffle Suite مهمة لتطوير Ethereum؟

كانت Truffle Suite مهمة لأنها خففت العوائق أمام تطوير العقود الذكية على Ethereum.

تكون عقود Ethereum الذكية دائمة أو يصعب تغييرها بعد النشر ما لم يستخدم المشروع تصميماً قابلاً للترقية.

لذلك يحتاج المطورون إلى اختبار قوي وانضباط في النشر قبل إطلاق العقود.

وفرت Truffle سير عمل منظماً للتجميع والاختبار والنشر وتصحيح الأخطاء.

ووفرت Ganache بيئة بلوكشين محلية آمنة.

وساعدت Drizzle في ربط بيانات العقود الذكية بتطبيقات الواجهة الأمامية.

دعمت هذه المجموعة معاً نمو dApps المبكرة من خلال جعل تجربة المطور أكثر سهولة في الإدارة.

استخدمت Truffle Suite دروس كثيرة ومعسكرات تدريب ومشروعات مفتوحة المصدر ومستودعات DeFi مبكرة.

جعل ذلك Truffle أحد أكثر الأسماء شهرة في تاريخ أدوات مطوري Ethereum.

حتى بعد إيقافها، يساعد فهم Truffle المطورين على قراءة قواعد أكواد العقود الذكية القديمة وصيانتها.

Truffle Suite وSolidity

Solidity هي لغة البرمجة الأكثر ارتباطاً بـ Truffle Suite.

يصف موقع Solidity الرسمي Solidity بأنها لغة برمجة ذات كتابة ساكنة لتنفيذ العقود الذكية على Ethereum والمنصات المتوافقة.

ساعدت Truffle المطورين على تجميع عقود Solidity إلى bytecode قابل للنشر.

كما أنشأت بيانات للعقود تضمنت بيانات ABI ومعلومات نشر الشبكة وبيانات وصفية أخرى.

كان ذلك مفيداً لأن تطبيقات الواجهة الأمامية ونصوص النشر تحتاج إلى معلومات منظمة عن العقود.

فعلى سبيل المثال، يحتاج dApp إلى معرفة عنوان العقد وABI قبل أن يتمكن من استدعاء العقد.

ساعد نظام بيانات Truffle على إدارة هذه المعلومات بتنسيق يمكن توقعه.

يتطلب تطوير Solidity اهتماماً دقيقاً بإصدارات المترجم، لأن الإصدارات المختلفة قد تغير الصياغة وفحوصات الأمان ومخرجات bytecode.

غالباً ما تضمنت ملفات إعداد Truffle إعدادات إصدار المترجم كي تتمكن الفرق من الحفاظ على اتساق عمليات البناء.

يهم التجميع المتسق لعمليات التدقيق والتحقق وقابلية تكرار النشر والصيانة طويلة الأجل.

Truffle Suite واختبار العقود الذكية

كان اختبار العقود الذكية أحد أهم استخدامات Truffle Suite.

أتاحت Truffle للمطورين كتابة اختبارات آلية تتحقق من سلوك العقد قبل النشر.

أمكن للاختبارات التحقق من تحويلات التوكنات والتحكم في الوصول وتغييرات الملكية ومنطق Staking وقواعد السحب وحالات الفشل والحالات الحدية.

يُعد الاختبار مهماً بصفة خاصة في الكريبتو لأن العقود الذكية تستطيع التحكم مباشرة في أموال المستخدمين.

قد يُصلح خطأ في تطبيق ويب عادي عبر تحديث كود الخادم.

أما الخطأ في عقد ذكي مباشر فقد يتطلب إيقافاً طارئاً أو ترقية أو ترحيلاً أو استجابة علنية لحادث.

وفي بعض الحالات، يمكن أن يؤدي خطأ العقد الذكي إلى فقدان دائم للأموال.

ساعدت اختبارات Truffle المطورين على اكتشاف الأخطاء مبكراً في دورة التطوير.

وجعل Ganache هذا الاختبار أسرع عبر توفير بلوكشين محلي يمكن إعادة ضبطه مراراً.

رغم أن الاختبار لا يضمن الأمان، فإنه جزء أساسي من تطوير العقود الذكية المسؤول.

Truffle Suite وترحيلات العقود

كانت ترحيلات العقود ميزة رئيسية في Truffle تُستخدم لنشر العقود الذكية بترتيب متحكم به.

يمكن لنص الترحيل نشر عقد واحد واستخدام عنوانه لإعداد عقد آخر، ثم المتابعة بخطوات إعداد إضافية.

كان ذلك مفيداً لأن بروتوكولات الكريبتو الكثيرة تستخدم عقوداً متعددة تعتمد على بعضها بعضاً.

فعلى سبيل المثال، قد يلزم نشر عقد توكن قبل أن يتمكن عقد Staking من الإشارة إليه.

وقد يحتاج عقد الحوكمة إلى تعيين الأدوار بعد النشر.

وقد يحتاج عقد Proxy إلى عنوان تنفيذ.

وقد يحتاج عقد الخزانة إلى نقل الملكية إلى عنوان multisig أو عنوان الحوكمة.

ساعدت ترحيلات Truffle على ترميز هذه الخطوات في نصوص بدلاً من الاعتماد على النشر اليدوي فقط.

قلل ذلك احتمال نسيان خطوة، لكنه لم يزل مخاطر النشر.

ظل المطورون بحاجة إلى مراجعة العناوين وإعدادات الشبكة والمفاتيح الخاصة ونقل الملكية ونتائج المعاملات بعناية.

Truffle Suite وتصحيح الأخطاء

تصحيح الأخطاء هو عملية العثور على الأخطاء في الكود وفهمها.

قد يكون تصحيح أخطاء العقود الذكية صعباً لأن معاملات البلوكشين قد تفشل بمعلومات محدودة.

تضمنت Truffle أدوات لتصحيح الأخطاء ساعدت المطورين على فحص المعاملات وخطوات التنفيذ وسلوك العقد.

كان ذلك مفيداً عندما تعود معاملة أو تنتج تغيراً غير متوقع في الحالة.

يمثل تصحيح الأخطاء أهمية خاصة للعقود الذكية لأن الأخطاء المنطقية الصغيرة قد تكون لها آثار مالية كبيرة.

يمكن لمعامل مقارنة خاطئ أن يعطل التحكم في الوصول.

وقد ينشئ افتراض حسابي سيئ أرصدة غير صحيحة.

وقد يفتح استدعاء خارجي يعالج بصورة سيئة خطر إعادة الدخول.

وقد يسمح فحص مفقود بسحوبات غير مصرح بها.

ساعدت ميزات تصحيح الأخطاء في Truffle المطورين على تتبع المشكلات قبل النشر أو عند التحقيق في فشل الاختبارات.

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

Truffle Suite والشبكات المتوافقة مع EVM

صُممت Truffle Suite لـ Ethereum والبلوكشين التي تستخدم Ethereum Virtual Machine.

تمثل EVM بيئة التنفيذ التي تشغل bytecode للعقود الذكية على Ethereum.

توضح وثائق Ethereum Virtual Machine الرسمية أن EVM تحسب تغيرات الحالة من كتلة إلى أخرى عبر تنفيذ المعاملات وتعليمات العقود الذكية.

وبما أن شبكات بلوكشين عديدة تدعم عقوداً ذكية بأسلوب EVM، أمكن إعداد Truffle للنشر على شبكات متوافقة مختلفة مع EVM.

جعل ذلك Truffle مفيدة للمشروعات التي أرادت اختبار عقود مشابهة ونشرها عبر بيئات متعددة.

لكن توافق EVM لا يعني أن كل شبكة تتصرف بالطريقة نفسها تماماً.

قد تختلف تكاليف الغاز وأوقات الكتل ومعرفات السلاسل وسلوك RPC وprecompiles والنهائية وازدحام الشبكة.

احتاج المطورون الذين يستخدمون Truffle إلى إعداد كل شبكة بعناية.

قد يفشل نص نشر يعمل على سلسلة محلية أو يتصرف بصورة مختلفة على شبكة عامة.

يُعد الاختبار الخاص بكل شبكة مهماً لأي سير عمل لنشر العقود الذكية.

Truffle Suite وتطوير dApp

التطبيق اللامركزي dApp هو تطبيق يستخدم العقود الذكية كجزء من منطق الواجهة الخلفية الخاصة به.

دعمت Truffle Suite تطوير dApp عبر مساعدة المطورين على بناء طبقة العقود الذكية وربطها بتطبيقات الواجهة الأمامية.

قد يتضمن dApp نموذجي عقوداً ذكية وواجهة أمامية ومنطق اتصال بمحفظة وفهرسة للأحداث وخدمات خارج السلسلة.

تولت Truffle جانب العقود من سير العمل هذا.

وساعدت Drizzle في إدارة حالة الواجهة الأمامية في تطبيقات Web3 المبكرة.

وساعد Ganache المطورين على اختبار dApp مقابل سلسلة محلية يمكن التنبؤ بها.

كان هذا الدعم المتكامل سبباً من أسباب شيوع Truffle Suite في تعليم Ethereum المبكر.

إذ منحت المطورين مساراً واضحاً من كتابة عقد إلى نشره والتفاعل معه.

توسع تطوير dApp الحديث ليتجاوز سير العمل الأصلي هذا، لكن مراحل التطوير الأساسية تظل متشابهة.

لا يزال المطورون بحاجة إلى كتابة العقود واختبارها ونشرها والتحقق منها وربطها بواجهات المستخدم بأمان.

Truffle Boxes

كانت Truffle Boxes قوالب لمشروعات بداية للتطوير القائم على Truffle.

يسرد دليل Truffle Boxes المؤرشف القوالب التي استطاع المطورون استخدامها لبدء المشروعات بسرعة أكبر.

قد تتضمن Truffle Box عقوداً ذكية نموذجية وكوداً للواجهة الأمامية وملفات إعدادات وأمثلة للاختبار وأنماطاً للنشر.

كان ذلك مفيداً للمبتدئين لأنه قلل مشكلة الصفحة الفارغة.

فبدلاً من بناء كل ملف من الصفر، استطاع المطور البدء من مثال عملي.

كما ساعدت قوالب البداية على تعليم هياكل المشروعات الشائعة وممارسات التطوير.

لكن القوالب قد تصبح قديمة.

فقد لا يكون Box أُنشئ لإصدار Solidity قديم أو حزمة اعتماديات قديمة آمناً أو عملياً للاستخدام الإنتاجي الحديث.

ينبغي للمطورين مراجعة أي قالب قديم بعناية قبل استخدامه.

تفيد الأمثلة القديمة في التعلم، لكن كود الإنتاج يتطلب مراجعة أمنية حالية وتحديثات للاعتماديات.

Truffle Suite وبيانات العقود

بيانات العقود هي ملفات تُنشأ بعد تجميع العقد الذكي.

وتحتوي عادةً على بيانات ABI وbytecode ومعلومات المترجم ومعلومات النشر.

ساعدت بيانات Truffle تطبيقات الواجهة الأمامية والنصوص على التفاعل مع العقود المنشورة.

فعلى سبيل المثال، يمكن للواجهة الأمامية استخدام بيانات العقد لمعرفة الدوال التي يتيحها العقد.

ويمكن لنص النشر استخدام البيانات لنشر عقد أو ربط مكتبات.

ويمكن للمدقق مراجعة البيانات لفهم كيفية إدارة المشروع لعمليات بناء العقود.

تكتسب البيانات أهمية لأن كود مصدر العقد الذكي ليس الجزء الوحيد من سير عمل النشر.

فمخرجات التجميع وإصدار المترجم وعنوان النشر ووسائط constructor والمكتبات المرتبطة كلها مهمة.

عند صيانة مشروع Truffle قديم، ينبغي للمطورين حفظ البيانات بعناية.

قد يجعل فقدان البيانات إعادة إنتاج عمليات النشر أو التحقق من العقود أو تصحيح السلوك التاريخي أكثر صعوبة.

Truffle Suite والأمان

كانت Truffle Suite أداة تطوير وليست ضماناً للأمان.

قد يظل المشروع المبني باستخدام Truffle متضمناً ثغرات خطيرة في العقود الذكية.

يساعد الاختبار والتجميع وأتمتة النشر على تحسين جودة العملية، لكنها لا تثبت أن العقد آمن.

ظل المطورون بحاجة إلى عمليات تدقيق ومراجعات كود واستدلال رسمي ونمذجة تهديدات وتصميم دقيق للتحكم في الوصول.

تشمل مخاطر العقود الذكية الشائعة إعادة الدخول والأخطاء العددية والتفويض المعطل والتلاعب بـ Oracle والترقيات غير الآمنة وافتراضات التوكنات غير الصحيحة وعيوب التصميم الاقتصادي.

قد تساعد Truffle المطورين على اختبار السلوك المتوقع، لكنهم يحتاجون أيضاً إلى اختبار مسارات الفشل والسلوك الخبيث.

بالنسبة إلى المستخدمين، لا يكفي معرفة أن البروتوكول استخدم Truffle خلال التطوير.

ينبغي للمستخدمين التحقق من عمليات التدقيق وكود المصدر الموثق وضوابط المسؤول وtimelocks والسيولة والحوكمة وسجل الحوادث.

يمكن لإطار التطوير دعم هندسة أفضل، لكنه لا يحل محل الانضباط الأمني.

Truffle Suite وعمليات التدقيق

قد يواجه المدققون Truffle Suite عند مراجعة مشروعات عقود ذكية قديمة.

يمكن لهيكل مشروع Truffle مساعدة المدققين على العثور على العقود والاختبارات والترحيلات وإعدادات النشر.

يمكن لمجلد migrations إظهار كيفية النشر المقصودة للعقود.

ويمكن لمجلد test إظهار السلوكيات التي تحقق منها المطورون بالفعل.

ويمكن لملف الإعدادات إظهار إصدارات المترجم وإعدادات الشبكة.

ويمكن للبيانات إظهار المخرجات المجمعة والبيانات الوصفية للنشر.

لكن لا ينبغي للمدققين الاعتماد على اختبارات Truffle الموجودة فقط.

قد تغطي اختبارات المشروع تدفقات المستخدم العادية مع تفويت الحالات العدائية.

ينبغي للمدققين كتابة اختبارات مستقلة ومراجعة bytecode المنشور عند الحاجة.

وبالنسبة إلى المشروعات القديمة، ينبغي للمدققين أيضاً التحقق مما إذا كانت الاعتماديات القديمة تنشئ مخاطر لسلسلة التوريد أو التوافق.

Truffle Suite وقواعد الأكواد القديمة

بُنيت مشروعات Ethereum قديمة كثيرة باستخدام Truffle Suite.

وهذا يعني أن المطورين قد يرون ملفات مثل

ونصوص الترحيل وبيانات البناء التي أنشأتها Truffle في مستودعات نشطة.

لا تصبح قاعدة الأكواد القديمة غير آمنة تلقائياً لمجرد أنها تستخدم أداة أقدم.

لكن الأدوات القديمة قد تنشئ تحديات في الصيانة.

قد لا تتلقى الاعتماديات تحديثات.

وقد تكون الوثائق مؤرشفة.

وقد تتعارض إصدارات الحزم مع بيئات Node.js الأحدث.

وقد تحتاج تدفقات الاختبار إلى الترحيل إلى أدوات مدعومة.

ينبغي للمطورين الذين يصونون مشروع Truffle التأكد أولاً من أن مجموعة الاختبارات الحالية لا تزال تعمل بصورة قابلة للتكرار.

ثم ينبغي توثيق إصدارات المترجم وعناوين النشر والنصوص والتعامل مع المفاتيح الخاصة وإعدادات الشبكة.

خطة الترحيل الدقيقة أفضل من التسرع في تغيير الأدوات في نظام يتحكم في أصول حقيقية.

لماذا أُوقفت Truffle Suite؟

أعلنت Consensys إيقاف Truffle وGanache كجزء من تحول أوسع في استراتيجية أدوات المطورين.

شكر إعلان الإيقاف الرسمي المجتمع ووجه المطورين إلى موارد الدعم والترحيل المستمرة.

عكس الإيقاف تغير منظومة مطوري Ethereum منذ الأيام الأولى لـ Truffle.

أنشأت أنماط الأدوات الأحدث وبيئات الاختبار وتكاملات المحافظ واحتياجات تجريد الحساب وتطوير rollup وبنية Web3 الحديثة متطلبات مختلفة.

يجب أن تواكب أدوات المطورين تغيرات المترجم وترقيات السلاسل وأنماط الاختبار وتوقعات الأمان وتدفقات النشر.

لا يمحو إيقاف أداة أهميتها التاريخية.

لكنه يعني أنه ينبغي للمطورين الحذر من الاعتماد عليها في مشروعات جديدة طويلة الأجل.

بالنسبة إلى قراء المعجم، النقطة الأساسية هي أن Truffle Suite كانت سابقاً مجموعة رئيسية لتطوير العقود الذكية، لكنها الآن أدوات قديمة مؤرشفة.

يساعد هذا التمييز على تجنب النصائح القديمة.

Truffle Suite مقابل أدوات العقود الذكية الحديثة

لا يزال تطوير العقود الذكية الحديث يحتاج إلى سير العمل الأساسي نفسه الذي ساعدت Truffle على شيوعه.

يحتاج المطورون إلى تجميع العقود وتشغيل الاختبارات ومحاكاة المعاملات ونشر العقود والتحقق من الكود وتصحيح حالات الفشل وإدارة إعدادات الشبكة.

ما تغير هو منظومة الأدوات المحيطة بهذه المهام.

قد توفر الأطر والبيئات الأحدث اختبارات أسرع ودعماً أفضل لـ TypeScript ومنظومات إضافات أكبر وتصحيح أخطاء محسناً وإدارة متقدمة للنشر وتكاملاً أقوى مع بنية Ethereum الحديثة.

وبما أن Truffle Suite أُوقفت، ينبغي للفرق الجديدة مقارنة خيارات الأدوات الحالية قبل اختيار حزمة.

لكن تعلم Truffle قد يظل مفيداً لفهم الدروس وقواعد الأكواد القديمة وتاريخ تطوير Ethereum.

تظل المفاهيم التي تقوم عليها Truffle مهمة حتى لو كانت الأوامر المحددة أقل شيوعاً في المشروعات الجديدة.

يستطيع المطور الذي يفهم التجميع وABI والترحيلات والسلاسل المحلية والاختبارات نقل هذه المعرفة إلى أدوات عقود ذكية أخرى.

كيف ترتبط Truffle Suite بمستخدمي الكريبتو؟

لا يستخدم معظم مستخدمي الكريبتو Truffle Suite مباشرةً.

بل يتفاعلون مع المحافظ والتوكنات وبروتوكولات DeFi وأسواق NFT والجسور وdApps.

لكن كثيراً من هذه التطبيقات بُني باستخدام أدوات مطورين مثل Truffle Suite.

وهذا يعني أن Truffle أثرت بصورة غير مباشرة في منظومة الكريبتو التي يواجهها المستخدمون.

يمكن لأدوات المطورين الأفضل أن تؤدي إلى تطوير أسرع واختبارات أوضح وتدفقات نشر أكثر موثوقية.

وقد تؤدي ممارسات التطوير الضعيفة إلى أخطاء وإطلاقات فاشلة وإعدادات عقود سيئة وخسائر للمستخدمين.

لا يحتاج المستخدمون إلى معرفة كل تفاصيل أوامر Truffle.

لكن ينبغي فهم أن العقود الذكية برمجيات وأن جودة أدوات المطورين تؤثر في جودة البرمجيات.

عند البحث عن بروتوكول، يمكن للمستخدمين التحقق مما إذا كان الكود مفتوح المصدر ومختبراً ومدققاً وموثقاً.

إطار التطوير جزء واحد فقط من عملية العناية الواجبة الأوسع.

كيف ينبغي للمطورين التعامل مع Truffle Suite اليوم؟

ينبغي للمطورين التعامل مع Truffle Suite اليوم باعتبارها بنية تحتية قديمة.

إذا كانوا يصونون مشروعاً قديماً، فعليهم الحفاظ على بيئة العمل وتوثيق كل اعتماد.

إذا كانوا يشغلون اختبارات قديمة، فعليهم تثبيت إصدارات Node.js وإصدارات الحزم وإصدارات المترجم وسلوك السلسلة المحلية.

إذا كانوا ينشرون عقوداً قديمة أو يرقونها، فعليهم مراجعة نصوص الترحيل بعناية قبل توقيع المعاملات.

إذا كانوا يرحلون بعيداً عن Truffle، فعليهم مقارنة مخرجات البناء وعناوين النشر والبيانات وسلوك الاختبار ونتائج التحقق.

لا ينبغي للترحيل تغيير سلوك العقد ما لم يكن ذلك مقصوداً ومدققاً.

ينبغي للمطورين تجنب افتراض أن حزمة أدوات أحدث ستعيد إنتاج السلوك القديم تماماً.

قد تنشئ اختلافات صغيرة في إعدادات المترجم أو ربط المكتبات أو سلوك بيئة الاختبار مشكلات كبيرة.

بالنسبة إلى المشروعات الجديدة، ينبغي للمطورين اختيار أدوات تخضع للصيانة النشطة وتملك وثائق حالية ودعماً أمنياً.

أما للمشروعات القديمة، فتظل معرفة Truffle مفيدة للصيانة والمراجعة الجنائية.

مزايا Truffle Suite

كانت الميزة الرئيسية الأولى لـ Truffle Suite هي سير عملها الكامل للتطوير.

إذ وفرت للمطورين أدوات للتجميع والاختبار والنشر وتصحيح الأخطاء ومحاكاة البلوكشين المحلي والتكامل مع الواجهة الأمامية.

الميزة الثانية كانت القيمة التعليمية.

استخدمت دروس Ethereum المبكرة الكثيرة Truffle، ما سهل على المبتدئين تعلم تطوير العقود الذكية.

الميزة الثالثة كانت هيكل المشروع.

جعلت المجلدات القياسية وملفات الإعدادات قواعد الأكواد أسهل فهماً.

الميزة الرابعة كانت الاختبار المحلي عبر Ganache.

استطاع المطورون اختبار العقود بسرعة من دون دفع رسوم الشبكات العامة.

الميزة الخامسة كانت التبني التاريخي.

وبما أن مشروعات كثيرة استخدمتها، ساعد تعلم Truffle المطورين على قراءة مستودعات العقود الذكية القديمة.

تفسر هذه المزايا الدور الرئيسي الذي لعبته Truffle Suite في تطوير Ethereum المبكر.

قيود Truffle Suite

أكبر قيد حالي هو أن Truffle Suite أُوقفت.

لا تعادل المستودعات المؤرشفة أدوات إنتاج تخضع للصيانة النشطة.

ومن القيود الأخرى أن الاعتماديات القديمة قد تنشئ مشكلات توافق مع بيئات التطوير الحديثة.

والقيد الثالث أن الدروس القديمة قد تستخدم إصدارات Solidity قديمة أو أسماء شبكات قديمة أو مكتبات مهجورة.

والقيد الرابع أن فرق العقود الذكية الحديثة قد تحتاج إلى تدفقات عمل لم تكن محورية في التصميم الأصلي لـ Truffle.

قد تشمل هذه التدفقات اختبار rollup المتقدم وتجريد الحساب والتحقق الحديث من النشر والاختبار القائم على الإضافات وأنماط محافظ الواجهة الأمامية الأحدث.

والقيد الخامس أن استخدام الأدوات القديمة قد يزيد صعوبة التوظيف والانضمام إذا كان المطورون الجدد مدربين على حزم مختلفة.

تظل Truffle Suite مهمة تاريخياً، لكن ينبغي للمطورين التحلي بالواقعية بشأن وضع دعمها الحالي.

المفاهيم الخاطئة الشائعة حول Truffle Suite

الخطأ الأول هو الاعتقاد أن Truffle Suite بلوكشين.

Truffle Suite ليست بلوكشين؛ بل مجموعة من أدوات المطورين لبناء العقود الذكية وdApps.

الخطأ الثاني هو الاعتقاد أن Truffle Suite لا تزال مجموعة الأدوات الافتراضية التي تخضع للصيانة النشطة.

فهي الآن موقفة ومؤرشفة، لذلك ينبغي للمشروعات الجديدة تقييم البدائل الحالية.

الخطأ الثالث هو الخلط بين Ganache والبلوكشين العام.

Ganache محاكي بلوكشين محلي للتطوير، وليست شبكة عامة مباشرة.

الخطأ الرابع هو افتراض أن مجموعة اختبارات Truffle تثبت أمان العقد.

الاختبارات مفيدة، لكنها لا تحل محل عمليات التدقيق ونمذجة التهديدات والمراجعة العدائية.

الخطأ الخامس هو اتباع دروس قديمة من دون مراجعة الوثائق الحالية.

قد تتضمن دروس Truffle القديمة إصدارات مترجم أو أوامر حزم أو افتراضات شبكة قديمة.

الخطأ السادس هو حذف بيانات Truffle القديمة من دون فهم دورها.

قد تكون البيانات مطلوبة لإعادة إنتاج عمليات النشر أو التحقق من العقود أو تصحيح الأنظمة القديمة.

قائمة تحقق عملية لفهم Truffle Suite

تحقق مما إذا كان المشروع يستخدم Truffle لأنه قاعدة أكواد قديمة أو لأن الفريق اختارها عمداً.

تحقق مما إذا كانت مستودعات Truffle وGanache مؤرشفة قبل الاعتماد عليها للتطوير طويل الأجل.

تحقق من إصدار مترجم Solidity في ملف إعداد Truffle.

تحقق من نصوص الترحيل قبل الوثوق بسجل النشر.

تحقق من البيانات المنشأة عند مراجعة عناوين العقود المنشورة وABI.

تحقق مما إذا كانت الاختبارات القائمة على Ganache لا تزال تعمل في بيئة قابلة للتكرار.

تحقق مما إذا كانت الاعتماديات القديمة تحتاج إلى مراجعة أمنية.

تحقق مما إذا كان للمشروع عمليات تدقيق تتجاوز اختبارات Truffle الداخلية.

تحقق مما إذا كان الترحيل إلى أدوات مدعومة قد خُطط له بعناية.

تحقق مما إذا كانت أموال المستخدمين تعتمد على عقود نُشرت أصلاً عبر نصوص Truffle.

الأسئلة الشائعة

ما هي Truffle Suite في الكريبتو؟

Truffle Suite مجموعة أدوات قديمة لتطوير العقود الذكية، استُخدمت لبناء واختبار وتصحيح أخطاء ونشر dApps على Ethereum والشبكات المتوافقة مع EVM.

هل Truffle Suite لا تزال نشطة؟

لا، أعلنت Consensys إيقاف Truffle وGanache في 2023، وأُرشفت المستودعات الرئيسية في 2024.

ما الأدوات التي تضمنتْها Truffle Suite؟

تضمنت Truffle Suite كلاً من Truffle Framework وGanache وDrizzle.

فيما استُخدم Truffle Framework؟

استُخدم Truffle Framework لتجميع العقود وتشغيل الاختبارات وإدارة عمليات النشر وتنظيم مشروعات العقود الذكية.

فيما استُخدم Ganache؟

استُخدم Ganache كمحاكي بلوكشين محلي لتطوير العقود الذكية واختبارها.

فيما استُخدم Drizzle؟

استُخدم Drizzle لمساعدة تطبيقات الواجهة الأمامية على الاتصال بحالة العقود الذكية وبيانات Web3.

هل Truffle Suite محفظة؟

لا، Truffle Suite ليست محفظة؛ بل مجموعة أدوات للمطورين.

هل Truffle Suite بلوكشين؟

لا، Truffle Suite ليست بلوكشين؛ بل تساعد المطورين على بناء تطبيقات لـ Ethereum والشبكات المتوافقة مع EVM.

هل يمكن للمشروعات القديمة الاستمرار في استخدام Truffle؟

قد تستمر المشروعات القديمة في استخدام Truffle، لكن ينبغي للمطورين فهم أن الأدوات مؤرشفة وقد تتطلب إدارة دقيقة للاعتماديات.

هل ينبغي أن تبدأ مشروعات العقود الذكية الجديدة بـ Truffle Suite؟

ينبغي للمشروعات الجديدة تقييم أدوات التطوير الخاضعة للصيانة النشطة قبل اختيار Truffle Suite لأن Truffle وGanache أُوقفتا.

لماذا كانت Truffle Suite مهمة؟

كانت مهمة لأنها ساعدت على توحيد تدفقات تطوير Ethereum المبكرة للتجميع والاختبار والنشر ومحاكاة البلوكشين المحلي.

هل يجعل استخدام Truffle العقد الذكي آمناً؟

لا، لا يضمن استخدام Truffle الأمان لأن العقود لا تزال تحتاج إلى عمليات تدقيق واختبارات وتصميم آمن ومراجعة دقيقة للنشر.

أين يجد المطورون وثائق Truffle الآن؟

يمكن للمطورين العثور على الوثائق المؤرشفة على archive.trufflesuite.com/docs.

الخلاصة

كانت Truffle Suite إحدى أهم مجموعات أدوات المطورين المبكرة لتطوير العقود الذكية على Ethereum والشبكات المتوافقة مع EVM.

ساعدت المطورين على تجميع عقود Solidity وتشغيل الاختبارات ومحاكاة البلوكشين المحلي ونشر العقود وتصحيح أخطاء المعاملات وربط واجهات dApp الأمامية.

اشتهرت المجموعة بصفة خاصة بـ Truffle Framework وGanache وDrizzle.

جعل هيكل المشروع ونظام الترحيل ودعم الاختبار المحلي والموارد التعليمية منها جزءاً رئيسياً من تطوير Web3 المبكر.

لكن Truffle Suite أصبحت الآن أدوات قديمة لأن Consensys أعلنت إيقاف Truffle وGanache في 2023، وأُرشفت المستودعات الرئيسية في 2024.

يعني ذلك أنه ينبغي للمطورين التعامل مع Truffle باعتبارها مهمة تاريخياً، لكنها لم تعد الخيار الافتراضي لمشروعات العقود الذكية الجديدة طويلة الأجل.

قد تظل المشروعات الحالية تعتمد على إعدادات Truffle والترحيلات والبيانات واختبارات Ganache، لذلك تظل الأداة ذات صلة بالصيانة وعمليات التدقيق ومراجعة الكود القديم.

بالنسبة إلى مستخدمي الكريبتو، يفيد فهم Truffle Suite لأن جودة أدوات المطورين قد تؤثر في جودة العقود الذكية التي يتفاعلون معها.

وبالنسبة إلى المطورين، يتمثل الدرس الأساسي من Truffle Suite في أن تطوير العقود الذكية يحتاج إلى تجميع قابل للتكرار واختبار قوي ونشر آمن وهيكل مشروع واضح.

رغم انتهاء عصر Truffle Suite، يظل تأثيرها واضحاً في كيفية تصميم تدفقات تطوير البلوكشين الحديثة.