ما هي معاملة البلوكتشين

ملاحظة: هذا المستند هو ترجمة آلية للنسخة الإنجليزية الأصلية.

ما هي معاملة البلوكتشين

معاملة البلوكتشين هي تعليمة موقَّعة تغيّر حالة البلوكتشين. ويمكنها تحويل توكنات من عنوان إلى آخر، أو استدعاء دالة في عقد ذكي، أو نشر شيفرة جديدة، أو تحديث بيانات على السلسلة. كل معاملة موقَّعة تشفيريًا من محفظة المُرسِل، وتُبثّ إلى الشبكة، وتدقّقها العُقد، وتُدرَج في كتلة، وتُسجَّل بشكل دائم على البلوكتشين.

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

باختصار: معاملة البلوكتشين إجراء على السلسلة موقَّع وقابل للتحقق — وفي DecAIHub، المعاملات هي الدليل الخام على أن نشاط المشروع على السلسلة موجود فعلًا.

كيف تعمل معاملة البلوكتشين

فهمُ دورة حياة المعاملة يساعد على تقييم ما يعنيه ادّعاء مشروع لنشاط على السلسلة، أو تسجيل استدلال ذكاء اصطناعي، أو توزيع حوافز قائمة على التوكن.

الخطوة 1: الإنشاء

تبدأ المعاملة حين ينشئ مستخدم أو تطبيق مجموعة تعليمات. وتتضمّن المعاملة عادةً:

• From — عنوان المُرسِل (مشتقّ من المفتاح العام لمحفظته).
• To — عنوان المستلِم (محفظة أخرى، أو عنوان عقد ذكي).
• Value — مقدار التوكن الأصلي للسلسلة الجاري تحويله (يمكن أن يكون صفرًا لتفاعلات العقود).
• Data — لاستدعاءات العقود الذكية، يحتوي هذا الحقل على توقيع الدالة والبارامترات (مثل «بادل 100 USDC بـ ETH» مرمَّزة بالبايتكود).
• Nonce — عدّاد تسلسلي يمنع إعادة تشغيل المعاملة نفسها. ويزداد nonce كل عنوان بواحد مع كل معاملة صادرة.
• بارامترات الغاز — الحد الأقصى لمقدار الموارد الحوسبية التي يكون المُرسِل مستعدًا للدفع مقابلها. انظر ما هي رسوم الغاز للتفاصيل.

الخطوة 2: التوقيع

قبل أن يمكن تقديم المعاملة إلى الشبكة، يجب توقيعها بالمفتاح الخاص للمُرسِل. تأخذ المحفظة بيانات المعاملة، وتطبّق خوارزمية توقيع تشفيرية (مثل ECDSA)، وتنتج توقيعًا رقميًا. ويثبت هذا التوقيع أمرين: أن المعاملة مُصرَّح بها من حامل المفتاح الخاص، وأن بيانات المعاملة لم تُعبَث بها بعد التوقيع.

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

الخطوة 3: البثّ

تُرسَل المعاملة الموقَّعة إلى عقدة أو أكثر على شبكة البلوكتشين. وتضع هذه العُقد المعاملة في mempool (تجمّع الذاكرة) — منطقة انتظار للمعاملات المعلَّقة التي استُلمت ولم تُدرَج بعد في كتلة. والـ mempool عام على معظم الشبكات، أي أن بإمكان أي شخص رؤية المعاملات المعلَّقة قبل تأكيدها.

تنتشر المعاملة عبر شبكة النِدّ للنِدّ مع تشارك العُقد لها مع أقرانها. وخلال ثوانٍ، تكون معظم عُقد الشبكة قد استلمت المعاملة المعلَّقة.

الخطوة 4: التدقيق والإدراج

يختار المدقّقون (في شبكات Proof of Stake) أو المعدّنون (في شبكات Proof of Work) معاملات من الـ mempool لإدراجها في الكتلة التالية. ويعتمد الاختيار عادةً على أولوية رسوم الغاز — فالمعاملات التي تعرض رسومًا أعلى تُدرَج أولًا.

وقبل إدراج المعاملة، يتحقق المدقّق من:

• أن التوقيع صحيح.
• أن المُرسِل لديه رصيد كافٍ لتغطية قيمة التحويل زائد رسوم الغاز.
• أن الـ nonce صحيح (يطابق الـ nonce التالي المتوقَّع لذلك العنوان).
• أن حدّ الغاز كافٍ للعملية.

إذا اجتازت كل الفحوص، تُدرَج المعاملة في كتلة. وتُقترح الكتلة على الشبكة، ويؤكّد المدقّقون الآخرون صحتها عبر آلية الإجماع.

الخطوة 5: التأكيد

بمجرد إضافة الكتلة التي تحتوي على المعاملة إلى السلسلة، تُعدّ المعاملة مؤكَّدة. لكن النهائية — النقطة التي تُعدّ عندها المعاملة غير قابلة للتراجع — تتفاوت بحسب البلوكتشين:

• Ethereum — تُعدّ المعاملة عادةً نهائية بعد حقبتين (epochs) (نحو 12.8 دقيقة) وفق قواعد نهائية PoS، رغم أن كثيرًا من التطبيقات تعتبر 12-35 تأكيد كتلة (2-7 دقائق) كافية.
• Solana — تصل المعاملات إلى النهائية في نحو 400 مللي ثانية بفضل آلية التأكيد التفاؤلية للشبكة.
• Bitcoin — العُرف هو 6 تأكيدات كتل (نحو 60 دقيقة) للمعاملات عالية القيمة.

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

الخطوة 6: تغيير الحالة

تغيّر المعاملة المؤكَّدة حالة البلوكتشين. وقد يعني هذا:

• انتقال رصيد توكن من عنوان إلى آخر.
• تحديث التخزين الداخلي لعقد ذكي.
• نشر عقد جديد.
• إصدار حدث (event) من عقد، يسجّل بيانات على السلسلة.

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

أنواع المعاملات

ليست كل المعاملات تحويلات بسيطة. وتشمل الأنواع الشائعة:

النوع	الوصف
تحويل توكن	إرسال توكنات أصلية (ETH، SOL) من عنوان إلى آخر
استدعاء عقد	تنفيذ دالة على عقد ذكي منشور (مبادلة، ستيكينغ، تصويت)
نشر عقد	نشر شيفرة عقد ذكي جديدة على البلوكتشين
موافقة توكن	تفويض عقد ذكي بإنفاق توكنات نيابةً عن المُرسِل
معاملة داخلية	استدعاء عقد-إلى-عقد يُطلَق ضمن معاملة أخرى

بالنسبة إلى مشاريع الكريبتو والذكاء الاصطناعي، استدعاءات العقود هي النوع الأكثر صلة: فهي تمثّل تفاعلات مع العقود الذكية للمشروع — طلبات الاستدلال، وتسليم البيانات، والمطالبة بالمكافآت، وأصوات الحوكمة.

لماذا تهم لمشاريع الكريبتو والذكاء الاصطناعي

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

نشاط قابل للتحقق

حين يدّعي مشروع آلاف المستخدمين النشطين أو ملايين طلبات الاستدلال، يمكن فحص هذه الادّعاءات بفحص بيانات المعاملات. فكل تفاعل مع عقد ذكي ينتج معاملة بطابع زمني وعنوان مُرسِل ودالة مُستدعاة وغاز مدفوع. وتجعل مستكشفات الكتل هذه البيانات متاحة للعموم، ما يتيح التحقق المستقل.

استدلال الذكاء الاصطناعي على السلسلة

تسجّل بعض مشاريع الكريبتو والذكاء الاصطناعي نتائج الاستدلال أو هاشات النماذج أو نقاط تفتيش القرارات على السلسلة عبر المعاملات. وتنشئ هذه السجلّات على السلسلة أثرًا قابلًا للتدقيق لنشاط الذكاء الاصطناعي — وهو عنصر أساسي في الذكاء الاصطناعي القابل للتحقق. وتشكّل كلفة هذه المعاملات (رسوم الغاز) قيدًا عمليًا على مقدار نشاط الذكاء الاصطناعي الذي يمكن تسجيله اقتصاديًا على السلسلة.

توزيع الحوافز

تُوزَّع مكافآت التوكن لمزوّدي الحوسبة والمساهمين بالبيانات والمدقّقين والمستخدمين عبر المعاملات. ويُظهر السجلّ على السلسلة بدقّة كم وُزِّع، ولمن، ومتى — ما يجعل ادّعاءات الحوافز قابلة للتحقق المستقل.

إجراءات الحوكمة

أصوات الـ DAO وتقديم المقترحات وتغييرات البارامترات وتخصيصات الخزينة، كلها تُسجَّل بوصفها معاملات. وتنشئ الحوكمة على السلسلة سجلًّا دائمًا قابلًا للتدقيق لاتخاذ القرار في المشروع.

أين يظهر هذا في بطاقات مشاريع DecAIHub

يكمن مفهوم المعاملة وراء عدة حقول في بطاقة المشروع:

• Network status — كون المشروع على الشبكة الرئيسية يحدّد ما إذا كانت معاملاته تحدث على بلوكتشين إنتاجي بقيمة اقتصادية حقيقية، أم على شبكة اختبار بلا مخاطر حقيقية.
• Onchain necessity — يعتمد هذا التقييم مباشرةً على ما إذا كان المشروع يولّد معاملات ذات معنى على السلسلة. فالمشروع ذو النشاط الضئيل أو المنعدم في المعاملات لديه حُجّة Onchain necessity أضعف.
• Main chain — يحدّد أين تُسجَّل معاملات المشروع. وللسلاسل المختلفة كلف ومعاملات وسرعات وخصائص نهائية مختلفة.
• Token model — كل دالة متعلّقة بالتوكن (ستيكينغ، رسوم، حوكمة) تُنفَّذ عبر المعاملات.

ما الذي لا تثبته المعاملة وحدها

• نيّة المستخدم — تثبت المعاملة أن إجراءً نُفِّذ، لا لماذا. فالروبوتات الآلية، والتداول الوهمي، وزراعة الإيردروب يمكن أن تولّد حجم معاملات من دون طلب مستخدمين فعلي.
• مشاركة الذكاء الاصطناعي — معاملة تستدعي عقدًا ذكيًا لا تثبت أن الذكاء الاصطناعي شارك في توليد النتيجة. فقد تكون حوسبة الذكاء الاصطناعي حدثت خارج السلسلة (أو لم تحدث أصلًا)، مع نشر المخرَجات فقط على السلسلة.
• الجودة — حجم المعاملات العالي لا يدلّ على منتج مفيد. فالمعاملات تقيس النشاط، لا القيمة.
• اللامركزية — يمكن لكيان واحد توليد ملايين المعاملات من عناوين مختلفة. فحجم المعاملات وحده لا يثبت استخدامًا موزَّعًا.

لا تخلط بين

• الدفعة (Payment) — الدفعة استخدام واحد للمعاملة (تحويل قيمة)، لكن المعاملات تخدم أغراضًا أخرى كثيرة: استدعاءات العقود، وأصوات الحوكمة، وتسجيل البيانات، ونشر العقود. ليست كل معاملة تتضمّن دفعة.
• الكتلة (Block) — الكتلة حاوية تضمّ معاملات متعددة. المعاملة تعليمة واحدة؛ والكتلة دفعة من التعليمات المدقَّقة تُضاف إلى السلسلة معًا.
• الرسالة (Message) — في بعض بنى البلوكتشين (مثل الاستدعاءات الداخلية في Ethereum)، «الرسالة» تواصل عقد-إلى-عقد لا ينتج هاش معاملة منفصلًا. تحدث الرسائل ضمن سياق معاملة قائمة.
• الحدث / السجلّ (Event / log) — الأحداث بيانات تصدرها العقود الذكية أثناء تنفيذ المعاملة. وتُسجَّل على السلسلة وتفهرسها مستكشفات الكتل، لكنها مخرَجات معاملة، لا معاملات بذاتها.

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

لماذا تكلّف المعاملات مالًا؟

تتطلب معاملات البلوكتشين موارد حوسبية من كل عقدة مدقّق على الشبكة. وتعوّض رسوم الغاز المدقّقين عن هذا العمل وتمنع السبام. ويعتمد مقدار الرسوم على تعقيد المعاملة (التحويلات البسيطة تكلّف أقل من استدعاءات العقود الذكية المعقّدة) وازدحام الشبكة (الطلب العالي يدفع الرسوم للأعلى).

هل يمكن التراجع عن معاملة؟

في الظروف العادية، لا. فبمجرد تأكيد المعاملة ووصولها إلى النهائية، تكون دائمة. لا توجد آلية ردّ مدفوعات على البلوكتشين. وفي حالات استثنائية، يمكن لانقسام صلب (hard fork) للشبكة أن يعكس معاملات، لكن هذا يتطلب إجماعًا بين المدقّقين وحدث مرات قليلة فقط في تاريخ البلوكتشين (أبرزها انقسام اختراق DAO على Ethereum عام 2016).

ما مدى سرعة معاملات البلوكتشين؟

تتفاوت السرعة بشكل كبير بحسب الشبكة. تعالج Solana المعاملات في أقل من ثانية. وتؤكَّد معاملات Ethereum عادةً خلال 12 ثانية لكنها قد تستغرق دقائق للنهائية الكاملة. وتستغرق معاملات Bitcoin نحو 10 دقائق لكل تأكيد كتلة. ومقايضة السرعة-الأمان خيار تصميمي أساسي لكل بلوكتشين.

كيف يمكنني التحقق من معاملات مشروع؟

استخدم مستكشف كتل للبلوكتشين المعني — Etherscan لـ Ethereum، وSolscan لـ Solana، وBscScan لـ BNB Smart Chain، وأدوات مشابهة للشبكات الأخرى. أدخِل عنوان عقد المشروع لرؤية كل المعاملات وطوابعها الزمنية والعناوين المعنية والدوال المستدعاة. انظر ما هو مستكشف البلوكتشين لدليل مفصّل.

مراجع خارجية

• Ethereum.org — Transactions — دليل مؤسسة Ethereum التقني لبنية المعاملة وأنواعها ودورة حياتها
• Solana Documentation — Transactions — توثيق Solana عن بنية المعاملة ومعالجتها
• Blockchain.com — How Bitcoin Transactions Work — مستكشف ومصدر تعليمي لفهم تدفّقات المعاملات

انظر أيضًا

• ما هي رسوم الغاز
• ما هي محفظة الكريبتو
• ما هو البلوكتشين
• ما هو مستكشف البلوكتشين
• ما هو العنوان
• AI reality وOnchain necessity وToken necessity