Truffle

ما هو Truffle؟

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

في مجال الكريبتو، يُعرف Truffle بأنه أحد أقدم بيئات التطوير المتكاملة لعقود Solidity الذكية والتطبيقات اللامركزية.

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

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

وكان جزءًا من Truffle Suite الأوسع، والذي شمل أيضًا Ganache لاختبار البلوكشين محليًا وDrizzle لإدارة حالة الواجهة الأمامية.

عندما يقول الناس «Truffle» في سياق تطوير الكريبتو، فإنهم يقصدون عادةً Truffle Framework نفسه، وليس Truffle Suite بالكامل.

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

إنه أداة للمطورين تساعد على إنشاء مشاريع العقود الذكية وإدارتها.

استخدمت العديد من دروس Ethereum القديمة ومستودعات DeFi ومشاريع NFT ومواد تعلم Web3، Truffle لأنه وفر سير عمل منظمًا لتطوير العقود.

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

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

أصبح Truffle الآن أداة للمطورين تم إيقافها وأرشفتها.

أعلنت Consensys إيقاف Truffle وGanache في 21 سبتمبر 2023 عبر إعلان إيقاف Truffle وGanache الرسمي.

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

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

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

قد تستمر المشاريع القائمة في احتواء ملفات Truffle، وقد تظل قادرة على تشغيل سير عمل Truffle القديم في بيئات خاضعة للتحكم.

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

لأغراض المسرد، ينبغي تعريف Truffle مع توضيح حالته الحالية حتى لا يتبع المستخدمون نصائح تطوير قديمة.

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

ولا ينبغي وصفه بأنه إطار عمل افتراضي حديث ومدعوم بنشاط من دون شرح حالة إيقافه.

Truffle مقابل Truffle Suite

يرتبط Truffle وTruffle Suite ببعضهما، لكنهما ليسا المصطلح نفسه تمامًا.

يشير Truffle عادةً إلى إطار العمل الأساسي لتطوير العقود الذكية.

أما Truffle Suite فيشير إلى مجموعة الأدوات الأوسع التي شملت Truffle وGanache وDrizzle.

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

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

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

وهذا يعني أن Truffle هو إطار التطوير الموجود ضمن المجموعة الأكبر.

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

لأغراض تحسين محركات البحث وهيكلة المسرد، يمكن التعامل مع «Truffle» كمدخل أضيق من «Truffle Suite».

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

لماذا كان Truffle مهمًا في الكريبتو؟

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

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

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

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

ومنح الفرق مكانًا واضحًا لتخزين عقود Solidity والاختبارات وعمليات الترحيل وملفات الإعدادات والملفات الناتجة.

كما سهّل التطوير المحلي من خلال الاتصال الطبيعي بأدوات اختبار البلوكشين المحلية من النظام البيئي نفسه.

خلال النمو المبكر لـ Ethereum، ساعد هذا الهيكل عددًا كبيرًا من المطورين على الانتقال من تجارب Solidity الأساسية إلى تطبيقات لامركزية أكثر اكتمالًا.

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

ورغم أن الأداة مؤرشفة الآن، لا يزال تأثيرها ظاهرًا في طريقة تفكير المطورين بشأن تنظيم مشاريع العقود الذكية.

ولا يزال سير العمل الذي ساعد في نشره ذا صلة حتى عندما تستخدم الفرق أدوات أحدث.

كيف عمل Truffle؟

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

يخزن مجلد

ملفات المصدر الخاصة بالعقود الذكية المكتوبة بلغة Solidity.

ويخزن مجلد

نصوص نشر JavaScript.

ويخزن مجلد

الاختبارات الآلية لسلوك العقود.

ويخزن مجلد

الملفات الناتجة عن العقود بعد التجميع.

ويحدد ملف

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

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

بعد كتابة العقد، كان بإمكان المطور تجميعه باستخدام Truffle لإنتاج بيانات bytecode وABI.

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

أما ABI فيصف وظائف العقد وأحداثه لكي تتمكن التطبيقات من التفاعل معه.

Truffle وSolidity

كان Truffle مرتبطًا ارتباطًا وثيقًا بتطوير Solidity.

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

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

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

وكان التحكم في إصدار المترجم مهمًا بشكل خاص في مشاريع Truffle.

إذ يمكن أن تقدم إصدارات مترجم Solidity المختلفة قواعد صياغة وفحوصات أمان وسلوك تحسين ومخرجات bytecode مختلفة.

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

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

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

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

Truffle وEthereum Virtual Machine

صُمم Truffle لشبكة Ethereum وغيرها من الشبكات التي تستخدم Ethereum Virtual Machine.

تُعد EVM بيئة التنفيذ التي تعالج bytecode العقود الذكية وتحدّث حالة البلوكشين.

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

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

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

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

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

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

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

ولا يزال هذا درسًا مهمًا لجميع عمليات تطوير العقود الذكية.

تجميع Truffle

التجميع هو عملية تحويل كود Solidity المصدري إلى ملفات EVM bytecode وABI.

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

عند تجميع العقود، أنشأ Truffle ملفات JSON ناتجة تحتوي على بيانات تعريف العقود.

وقد تتضمن هذه الملفات بيانات ABI وbytecode وbytecode المنشور ومعلومات المترجم وسجلات النشر على الشبكة.

يمكن لتطبيقات الواجهة الأمامية استخدام معلومات ABI لاستدعاء وظائف العقد.

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

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

قد يبدو التجميع بسيطًا، لكنه بالغ الأهمية للأمان.

إذا استُخدم إصدار مترجم أو إعداد تحسين خاطئ، فقد لا يتطابق bytecode المنشور مع كود المصدر المدقق.

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

عمليات الترحيل في Truffle

كانت عمليات ترحيل Truffle عبارة عن نصوص نشر تساعد المطورين على نشر العقود بتسلسل منضبط.

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

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

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

وقد يلزم نقل ملكية عقد الخزينة بعد النشر.

وقد يحتاج عقد الوكيل إلى الإشارة إلى عقد تنفيذ.

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

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

جعل ذلك عمليات النشر أكثر قابلية للتكرار، لكنه لم يلغِ الحاجة إلى المراجعة البشرية.

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

اختبار Truffle

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

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

يُعد الاختبار الآلي ضروريًا في الكريبتو لأن العقود الذكية غالبًا ما تدير أصولًا حقيقية.

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

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

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

كما ساعدت الفرق على توثيق السلوك المتوقع.

وقد توضح مجموعة اختبارات جيدة كيفية تصرف العقد في الظروف العادية وظروف الفشل.

لكن الاختبارات لا تثبت أن العقد آمن.

فهي لا تتحقق إلا من الحالات التي كتبها المطورون فعلًا.

وحدة تحكم Truffle

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

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

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

كما أمكنه استخدامها لاستدعاء وظائف العقد أثناء الاختبار المحلي.

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

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

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

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

في أنظمة الإنتاج، ينبغي التحكم في إجراءات وحدة التحكم وتسجيلها ومراجعتها وتجنبها عندما تكون عمليات الحوكمة النصية أو تدفقات multisig أكثر أمانًا.

تصحيح أخطاء Truffle

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

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

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

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

يساعد تصحيح الأخطاء المطورين على تتبع ما حدث خطوة بخطوة.

وفي الكريبتو، تزداد أهمية تصحيح الأخطاء لأن العيوب قد تؤثر في أموال المستخدمين وسلامة البروتوكول.

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

وقد ينجح النشر لكنه يترك الملكية أو الصلاحيات في حالة غير آمنة.

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

ولا تزال حزم التطوير الحديثة تحتاج إلى قدرات قوية لتصحيح الأخطاء حتى عندما لا تستخدم Truffle.

ملفات Truffle الناتجة

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

وهي مهمة لأن التطبيقات تحتاج إلى معلومات منظمة للتفاعل مع العقود.

يمكن أن يحتوي الملف الناتج على ABI وbytecode ومعلومات المترجم وعناوين الشبكات المنشورة.

يمكن للواجهة الأمامية استخدام ABI من ملف ناتج لاستدعاء وظائف العقد.

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

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

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

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

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

ينبغي للمطورين نسخها احتياطيًا بعناية عند صيانة مستودعات Truffle القديمة.

إعدادات Truffle

كان ملف

ملف الإعدادات الرئيسي في العديد من مشاريع Truffle.

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

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

قد ينشر عنوان URL خاطئ للشبكة العقود على سلسلة خاطئة.

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

وقد ينتج عن إعداد مترجم خاطئ bytecode يختلف عما راجعه المدققون.

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

ينبغي مراجعة مشاريع Truffle القديمة بعناية قبل تشغيل ملفات الإعدادات القديمة.

وينبغي للمطورين تجنب تضمين المفاتيح الخاصة أو بيانات الاعتماد الحساسة مباشرةً في ملفات المشروع.

إدارة الإعدادات الآمنة جزء من الأمان التشغيلي للعقود الذكية.

Truffle واختبار البلوكشين المحلي

كان Truffle يُستخدم غالبًا مع محاكي بلوكشين محلي للتطوير والاختبار.

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

وهذا يجعل الاختبار أسرع وأكثر أمانًا أثناء التطوير.

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

وهو مفيد لاكتشاف الأخطاء الواضحة قبل استخدام شبكات الاختبار العامة.

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

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

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

جعل Truffle الاختبار المحلي مريحًا، لكن ظل على المطورين فهم الفرق بين البيئات المحاكاة والحية.

ولا يزال هذا الدرس مهمًا لتطوير العقود الذكية الحديثة.

Truffle وتطوير dApp

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

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

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

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

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

جعل ذلك Truffle مفيدًا لتطوير Web3 المتكامل المبكر.

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

بالنسبة إلى المستخدمين، كان Truffle غير ظاهر في العادة.

إذ لم يروا سوى التطبيق النهائي ووقّعوا المعاملات عبر محفظة.

أما بالنسبة إلى البنّائين، فقد شكّل Truffle طريقة إنشاء كثير من تطبيقات dApp المبكرة.

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

ساعد Truffle في سير عمل التطوير، لكنه لم يضمن أمان العقد.

يمكن لمشروع يستخدم Truffle أن يحتوي مع ذلك على ثغرات خطيرة.

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

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

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

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

وهذا يجعل التصميم الآمن مهمًا بصفة خاصة.

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

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

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

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

قد يظل المدققون يرون Truffle في مستودعات العقود الذكية الأقدم.

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

يُظهر مجلد العقود كود المصدر الرئيسي.

ويُظهر مجلد الترحيل نية النشر.

وتوضح الاختبارات ما تحققت منه جهة التطوير قبل النشر.

ويعرض ملف الإعدادات افتراضات المترجم والشبكة.

وتعرض الملفات الناتجة المخرجات المجمعة وبيانات ABI.

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

غالبًا ما تركز اختبارات المشاريع على المسارات السلسة، وقد لا ترصد السلوك العدائي.

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

Truffle وصيانة المشاريع القديمة

لا يزال Truffle ذا صلة بصيانة مشاريع العقود الذكية القديمة.

لا تزال العديد من المستودعات القديمة تتضمن ملفات إعدادات Truffle ونصوص الترحيل.

ينبغي للمطورين الذين يصونون هذه المشاريع إعادة إنتاج البيئة الأصلية أولًا قبل تغيير أي شيء.

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

وينبغي تشغيل مجموعة الاختبارات الحالية في بيئة خاضعة للتحكم.

كما ينبغي الاحتفاظ بالملفات الناتجة وسجلات النشر القديمة.

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

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

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

تعني الصيانة الجيدة فهم سير العمل القديم قبل استبداله.

ترحيل مشروع Truffle

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

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

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

ينبغي للمطورين مقارنة bytecode المجمّع قبل الترحيل وبعده حيثما أمكن.

كما ينبغي لهم تأكيد بقاء مخرجات ABI متوافقة مع الواجهات الأمامية والنصوص القائمة.

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

وينبغي التحقق من صحة معاملات constructor وروابط المكتبات وإعدادات الوكيل وعمليات نقل الملكية.

كما ينبغي توثيق كل فرق بين سير عمل Truffle القديم وسير العمل الجديد.

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

ترحيل الأدوات مهمة هندسية، وليس مجرد إعادة تسمية لمجلد.

مزايا Truffle

كانت الميزة الأولى لـ Truffle هي هيكل المشروع.

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

وكانت الميزة الثانية إدارة التجميع.

فقد ساعد على تحويل عقود Solidity إلى bytecode وABIs يمكن للتطبيقات استخدامها.

وكانت الميزة الثالثة الاختبار الآلي.

إذ سهّل اختبار العقود قبل النشر.

وكانت الميزة الرابعة كتابة نصوص النشر.

ساعد نظام الترحيل المطورين على نشر العقود بترتيب قابل للتكرار.

وكانت الميزة الخامسة تعليم المطورين.

تعلّم العديد من مطوري Ethereum الأوائل سير عمل العقود الذكية عبر دروس Truffle.

وكانت الميزة السادسة سهولة قراءة المشاريع القديمة.

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

قيود Truffle

أكبر قيد لـ Truffle اليوم هو أنه أُوقف وأُرشف.

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

قيد آخر هو عمر التبعيات.

فقد تخلق الحزم القديمة مشكلات توافق مع إصدارات Node.js أو أنظمة التشغيل الحديثة.

والقيد الثالث هو الوثائق القديمة في الدروس السابقة.

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

والقيد الرابع هو أن متطلبات المشاريع الأحدث قد تتجاوز افتراضات سير عمل Truffle الأقدم.

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

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

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

لا تمحو هذه القيود القيمة التاريخية لـ Truffle.

لكنها تعني أن على المستخدمين التعامل معه كأداة قديمة في عام 2026.

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

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

Truffle ليس عملة أو توكنًا.

والخطأ الثاني هو الاعتقاد بأن Truffle هو نفسه Truffle Suite.

Truffle هو الإطار الأساسي، بينما كان Truffle Suite مجموعة الأدوات الأوسع.

والخطأ الثالث هو افتراض أن Truffle لا يزال يُصان بنشاط كإطار تطوير افتراضي.

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

والخطأ الرابع هو افتراض أن المشروع آمن لأنه استخدم Truffle.

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

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

يمكن للدروس القديمة أن تؤدي إلى عمليات بناء معطلة أو ممارسات غير آمنة.

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

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

كيف ينبغي لمستخدمي الكريبتو فهم Truffle

لا يحتاج مستخدمو الكريبتو إلى تشغيل Truffle لاستخدام معظم التطبيقات اللامركزية.

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

يعتمد أمان البروتوكول جزئيًا على مدى العناية في بناء عقوده واختبارها وتدقيقها ونشرها.

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

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

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

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

وينبغي التحقق من شفافية مفاتيح المدير وضوابط الترقية وtimelocks.

وينبغي التحقق مما إذا كانت العقود نشطة من دون حوادث كبيرة.

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

كيف ينبغي للمطورين فهم Truffle اليوم

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

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

ولا ينبغي افتراض أن Truffle هو أفضل نقطة بداية لمشاريع إنتاجية جديدة في 2026.

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

عند العمل على مشروع Truffle قديم، ينبغي للمطورين تثبيت إصدارات التبعيات وتوثيق البيئة.

وعند الترحيل بعيدًا عن Truffle، ينبغي مقارنة المخرجات بعناية وتجنب تغيير سلوك العقد من دون قصد.

وعند مراجعة مشروع Truffle، ينبغي فحص الإعدادات وعمليات الترحيل والملفات الناتجة والاختبارات وسجلات النشر.

تظل معرفة Truffle قيّمة لأن تاريخ الكريبتو مليء بعقود حية بُنيت بأدوات أقدم.

المطور الأكثر أمانًا ليس من يعرف الأدوات الجديدة فقط.

بل هو من يستطيع فهم الأنظمة القديمة والجديدة بوضوح.

قائمة تحقق عملية لـ Truffle

تحقق مما إذا كان المشروع يستخدم

.

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

تحقق من مجلد العقود بحثًا عن ملفات المصدر.

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

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

تحقق من ملفات البناء الناتجة قبل حذفها أو إعادة إنشائها.

تحقق مما إذا كان المستودع يعتمد على حزم Truffle المؤرشفة.

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

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

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

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

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

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

هل Truffle هو نفسه Truffle Suite؟

لا، Truffle هو إطار التطوير الأساسي، بينما كان Truffle Suite مجموعة أدوات أكبر شملت أيضًا Ganache وDrizzle.

هل لا يزال Truffle نشطًا؟

لا، تم إيقاف Truffle، وأصبح مستودع GitHub الرئيسي مؤرشفًا وللقراءة فقط.

من أنشأ Truffle أو حافظ عليه؟

كان Truffle جزءًا من منظومة أدوات المطورين التابعة لـ Consensys قبل إيقافه وأرشفته.

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

استُخدم Truffle لتجميع عقود Solidity والاختبارات الآلية وعمليات ترحيل النشر وتصحيح الأخطاء وملفات العقود الناتجة والتفاعل عبر سطر الأوامر مع شبكات البلوكشين.

هل Truffle بلوكشين؟

لا، Truffle ليس بلوكشين.

إنه أداة تُستخدم لتطوير تطبيقات لشبكة Ethereum والشبكات المتوافقة مع EVM.

هل Truffle محفظة؟

لا، Truffle ليس محفظة.

إنه إطار للمطورين لمشاريع العقود الذكية.

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

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

هل ينبغي للمشاريع الجديدة استخدام Truffle؟

ينبغي للمشاريع الجديدة تقييم أدوات التطوير التي تتم صيانتها بنشاط قبل اختيار Truffle، لأن Truffle أصبح الآن أداة قديمة.

ما هي عملية ترحيل Truffle؟

عملية ترحيل Truffle هي نص نشر ينشر العقود الذكية ويضبطها بترتيب قابل للتكرار.

ما هي ملفات Truffle الناتجة؟

ملفات Truffle الناتجة هي ملفات مولدة تحتوي على بيانات ABI وbytecode ومعلومات المترجم وسجلات النشر.

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

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

لماذا لا يزال Truffle مهمًا؟

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

أين يمكن للمطورين قراءة وثائق Truffle الآن؟

يمكن للمطورين قراءة وثائق Truffle المؤرشفة للرجوع التاريخي.

الخلاصة

Truffle هو إطار عمل قديم لتطوير العقود الذكية أدى دورًا رئيسيًا في التطوير المبكر على Ethereum والشبكات المتوافقة مع EVM.

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

كان Truffle جزءًا من Truffle Suite، لكن مصطلح «Truffle» يشير عادةً تحديدًا إلى الإطار الأساسي.

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

لكن Truffle لم يعد إطارًا افتراضيًا تتم صيانته بنشاط، لأن Consensys أعلنت إيقافه في 2023 وأُرشف المستودع الرئيسي في 2024.

هذه الحالة الحالية ضرورية للتعليم الدقيق في الكريبتو.

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

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

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

ولا يزال المشروع الذي استخدم Truffle بحاجة إلى عمليات تدقيق وكود موثق وضوابط إدارية آمنة وصيانة مسؤولة.

في مسرد الكريبتو، ينبغي فهم Truffle باعتباره إطار تطوير Ethereum ذا أهمية تاريخية، تظل مفاهيمه مفيدة رغم أن الأداة نفسها أصبحت الآن جزءًا من تاريخ تطوير Web3.