هاش المعاملة

ما هو هاش المعاملة؟

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

في عالم الكريبتو، يعمل هاش المعاملة كرقم إيصال عام لإجراء تم على السلسلة.

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

على Ethereum والعديد من شبكات العقود الذكية، يُستخدم عادةً مصطلح transaction hash أو tx hash.

أما على Bitcoin، فيُطلق على الفكرة العملية نفسها غالباً اسم TXID.

وعلى Solana، يُستخدم عادةً أول توقيع للمعاملة بوصفه معرّف المعاملة.

وعلى TRON، تستخدم المستكشفات وواجهات API عادةً

.

توضح وثائق Ethereum JSON-RPC الرسمية أن

يعيد معلومات المعاملة المطلوبة باستخدام هاش المعاملة.

يوضح دليل محفظة Bitcoin Core SegWit الرسمي أن

في Bitcoin يظل ناتج SHA-256 المزدوج لتنسيق تسلسل المعاملة الأصلي.

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

لماذا يهم هاش المعاملة؟

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

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

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

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

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

يُعد هاش المعاملة أكثر موثوقية من لقطة الشاشة، لأنه قابل للتحقق عبر مستكشف البلوكشين أو API للعقدة.

قد تكون لقطة الشاشة غير مكتملة أو قديمة أو مقتطعة أو معدلة.

بينما يشير هاش المعاملة إلى سجل البلوكشين العام نفسه.

لهذا السبب، تطلب المحافظ ومعالجات الدفع وأدوات المحاسبة والضرائب ولوحات معلومات DeFi وأسواق NFT وفرق الدعم غالباً هاش المعاملة أولاً.

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

كيفية إنشاء هاش المعاملة

يُنتج هاش المعاملة عادةً عبر تطبيق دالة هاش تشفيرية على بيانات المعاملة.

وتعتمد العملية الدقيقة على البلوكشين.

تستخدم Bitcoin معرّف TXID يستند إلى هاش SHA-256 مزدوج لتسلسل المعاملة الأصلي.

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

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

وتستخدم Solana أول توقيع للمعاملة بوصفه معرّفها، بدلاً من هاش معاملة بالمعنى نفسه المستخدم في Ethereum.

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

إذا تغيرت بيانات المعاملة، يتغير عادةً أيضاً الهاش أو المعرّف الناتج.

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

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

هاش المعاملة مقابل معرّف المعاملة

يُستخدم هاش المعاملة ومعرّف المعاملة غالباً بالتبادل في المحادثات اليومية حول الكريبتو.

في كثير من واجهات المحافظ، قد تظهر التسمية transaction hash أو tx hash أو transaction ID أو TXID أو txID أو signature.

وتعتمد التسمية على البلوكشين وتصميم المحفظة.

بالنسبة إلى الشبكات الشبيهة بـ Ethereum، يعد transaction hash المصطلح التقني الأكثر شيوعاً.

أما في Bitcoin، فـ TXID هو المصطلح الأكثر شيوعاً.

وفي Solana، يشيع استخدام transaction signature لأن التوقيع الأول يعرّف المعاملة.

وفي TRON، تستخدم أدوات المطورين والمستكشفات عادةً txID.

تتشابه وظيفة هذه المصطلحات من منظور المستخدم.

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

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

هاش المعاملة مقابل عنوان المحفظة

هاش المعاملة ليس عنوان محفظة.

يعرّف عنوان المحفظة حساباً أو وجهة يمكنها إرسال العملات المشفرة أو تلقيها.

أما هاش المعاملة فيعرّف معاملة واحدة محددة.

قد يظهر عنوان محفظة واحد في آلاف المعاملات.

ولكل من هذه المعاملات هاش خاص بها أو معرّف مكافئ.

كثيراً ما يخلط المستخدمون بين هاتين القيمتين عند التواصل مع الدعم.

إذا طلب الدعم هاش المعاملة، فقد لا يكفي إرسال عنوان المحفظة وحده.

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

بينما يوضح هاش المعاملة إجراء السلسلة المحدد الذي يجب على الدعم فحصه.

تتضمن أفضل رسالة للدعم كلاً من هاش المعاملة وعنوان المحفظة ذي الصلة.

هاش المعاملة مقابل هاش الكتلة

يعرّف هاش المعاملة معاملةً، بينما يعرّف هاش الكتلة كتلةً.

وقد تضم الكتلة الواحدة معاملات كثيرة.

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

يشير هاش المعاملة إلى معاملة واحدة ضمن سجل السلسلة.

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

يساعد هاش الكتلة في إثبات سياق الكتلة.

ويساعد هاش المعاملة في إثبات سجل المعاملة.

ينبغي ألا يخلط المستخدمون بين هاش الكتلة وهاش المعاملة وعنوان المحفظة، لأنها تجيب عن أسئلة مختلفة.

يبدأ الاستكشاف الجيد لمشكلات البلوكشين بتحديد نوع الهاش الصحيح.

هاش المعاملة على Ethereum

يطلق مستخدمو Ethereum عادةً على المعرّف اسم هاش المعاملة.

تقبل طريقة Ethereum JSON-RPC

هاش معاملة من 32 بايت وتعيد كائن معاملة أو إذا لم يُعثر على أي معاملة.

قد يتضمن كائن المعاملة حقولاً مثل

و و و و و و و وقيم مرتبطة بالرسوم.

تعيد طريقة إيصال معاملة Ethereum المرتبطة إيصال المعاملة باستخدام هاش المعاملة.

يُعد الإيصال مهماً لأنه يعرض نتيجة التنفيذ والغاز المستخدم والسجلات وتفاصيل إنشاء العقد ومعلومات الكتلة.

تشير وثائق Ethereum إلى أن الإيصال لا يكون متاحاً للمعاملات المعلقة.

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

ينبغي للمستخدمين التحقق من البحث عن المعاملة والإيصال معاً عند استكشاف نشاط Ethereum وإصلاح مشكلاته.

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

غالباً ما تكون حالة الإيصال والسجلات ضرورية لفهم النتيجة النهائية.

هاش المعاملة على Bitcoin

يطلق مستخدمو Bitcoin عادةً على معرّف المعاملة اسم TXID.

يوضح دليل معاملات Bitcoin الرسمي أن مدخلات المعاملة تشير إلى المخرجات السابقة باستخدام معرّف معاملة يسمى txid وفهرس مخرج.

وهذا أمر محوري في نموذج UTXO الخاص بـ Bitcoin.

UTXO هو مخرج معاملة غير منفق يمكن إنفاقه لاحقاً بواسطة معاملة أخرى.

عندما تنفق محفظة Bitcoin أموالاً، فإنها تشير إلى TXIDات سابقة وأرقام المخرجات.

ينشئ هذا سلسلة مرئية لسجل الإنفاق.

كما توضح وثائق SegWit في Bitcoin Core أن معاملات SegWit تمتلك كلاً من

و.

يبقى

المعرّف الأساسي المستخدم عند الإشارة إلى المخرجات السابقة.

ويتضمن

بيانات الشاهد في حساب الهاش.

يبحث معظم المستخدمين العاديين عن معاملات Bitcoin باستخدام TXID الذي تعرضه محفظتهم.

هاش المعاملة على Solana

تستخدم Solana مصطلحات مختلفة عن Ethereum وBitcoin.

تنص وثائق بنية معاملات Solana الرسمية على أن التوقيع الأول في مصفوفة توقيعات المعاملة يخص دافع الرسوم ويعمل كمعرّف للمعاملة.

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

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

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

وهذا مهم لأن توقيع معاملة Solana قد يكون موجوداً حتى عندما لا تكتمل المعاملة بنجاح.

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

توقيع معاملة Solana هو المعرّف القابل للبحث، لكن الحالة لا تزال مهمة.

في طلبات الدعم المتعلقة بـ Solana، ينبغي للمستخدمين تقديم توقيع المعاملة بدلاً من عنوان المحفظة فقط.

ويُعد التوقيع المكافئ العملي لهاش المعاملة لأغراض البحث.

هاش المعاملة على TRON

تستخدم TRON عادةً المصطلح

.

تصف وثائق معاملات TRON الرسمية المعاملات بأنها تعليمات موقعة تشفيرياً من الحسابات ويمكنها تحديث حالة شبكة TRON.

وتوضح الوثائق نفسها أن المعاملة لا تُؤكد نهائياً إلا بعد تضمينها في كتلة بواسطة عقدة فائقة وتأكيد الكتلة.

توضح وثائق TronWeb getTransaction الرسمية أنه يمكن للمطورين الاستعلام عن معلومات المعاملة باستخدام معرّفها.

وتصف وثائق TRON GetTransactionInfoById الرسمية حقل

المعاد بأنه هاش معرّف المعاملة.

بالنسبة إلى تحويلات TRC-20، يبحث المستخدمون غالباً عن txID في مستكشف TRON للتحقق من حركة التوكن.

قد تتضمن معاملة TRON تفاصيل تنفيذ العقد الذكي والرسوم واستخدام Energy واستخدام Bandwidth وحالة النتيجة وسجلات الأحداث.

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

يثبت txID وجود سجل للمعاملة، لكن حقل النتيجة يوضح ما إذا كان التنفيذ ناجحاً.

وهذا مهم بصفة خاصة لتحويلات توكنات TRC-20 وتفاعلات العقود الذكية.

هاش المعاملة والمعاملات المعلقة

قد يظهر هاش المعاملة بينما لا تزال المعاملة معلقة.

تعني الحالة المعلقة أن المعاملة أُنشئت أو بُثت، لكنها لم تُنهَ بعد في كتلة مؤكدة.

على Ethereum، قد تمتلك المعاملة المعلقة هاش معاملة لكن رقم كتلة

.

وقد لا يتوفر الإيصال أيضاً حتى تُدرج المعاملة في كتلة.

على Bitcoin، قد تظهر معاملة غير مؤكدة في mempool قبل تأكيد الكتلة.

على TRON، يجب تضمين المعاملة في كتلة وتأكيدها قبل أن تُؤكد نهائياً.

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

يفيد هاش المعاملة المعلقة في التتبع.

لكنه لا يساوي التسوية النهائية.

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

هاش المعاملة والمعاملات الفاشلة

قد تمتلك المعاملة الفاشلة هاش معاملة أيضاً.

ويحدث ذلك كثيراً على شبكات العقود الذكية.

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

تشمل أسباب الفشل الشائعة عدم كفاية الغاز، وحدود الانزلاق السعري، وانتهاء المواعيد النهائية، وغياب سماح التوكن، وعدم كفاية الرصيد، والعقود الموقوفة، والتوقيعات غير الصالحة، أو شروط العقود المحظورة.

يساعد هاش المعاملة المستخدمين على فحص الفشل.

بالنسبة إلى السلاسل الشبيهة بـ Ethereum، تعرض حالة إيصال المعاملة عادةً النجاح أو الفشل.

وبالنسبة إلى TRON، قد تتضمن معلومات المعاملة نتيجة التنفيذ وتفاصيل الإيصال.

وبالنسبة إلى Solana، قد تساعد سجلات المعاملة على تحديد التعليمة أو البرنامج الذي فشل.

لا يثبت هاش المعاملة الفاشلة وصول الأصول إلى المستلم.

بل يثبت أن محاولة المعاملة قابلة للفحص على السلسلة.

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

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

على شبكات العقود الذكية، يُسجل تحويل التوكن غالباً كحدث ضمن إيصال المعاملة أو سجلها.

قد تضم معاملة DeFi واحدة عدة تحويلات للتوكنات تحت هاش المعاملة نفسه.

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

وقد يتضمن إيداع توكن تحويل التوكن الأصلي وسك توكن إيصال.

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

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

يعرّف هاش المعاملة حاوية المعاملة.

وتوضح سجلات أحداث التوكن حركات التوكنات التي حدثت داخل تلك الحاوية.

وهذا التمييز بالغ الأهمية في DeFi والعملات المستقرة وNFT والجسور عبر السلاسل.

هاش المعاملة وإيصالات المعاملات

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

على الشبكات الشبيهة بـ Ethereum، قد يعرض الإيصال الحالة والغاز المستخدم والسجلات ورقم الكتلة وفهرس المعاملة وعنوان العقد إذا تم إنشاء عقد.

تنص وثائق Ethereum على أن

يسترجع إيصالاً باستخدام هاش المعاملة.

والإيصال ليس هو المعاملة الأصلية.

تعرض المعاملة الأصلية ما أرسله المرسل.

ويعرض الإيصال ما حدث بعد التنفيذ.

في التحويل البسيط، قد لا يبدو هذا الفرق مهماً.

لكنه ضروري في استدعاء عقد ذكي.

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

ينبغي للمطورين تخزين هاش المعاملة وحالة الإيصال النهائية معاً في الأنظمة الخلفية.

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

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

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

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

يجب على المستخدمين استخدام المستكشف الصحيح للشبكة الصحيحة.

ينبغي البحث عن هاش معاملة Ethereum في مستكشف Ethereum الصحيح أو مستكشف الشبكة المتوافقة.

وينبغي البحث عن TXID الخاص بـ Bitcoin في مستكشف Bitcoin.

وينبغي البحث عن توقيع معاملة Solana في مستكشف Solana.

وينبغي البحث عن txID الخاص بـ TRON في TRONSCAN أو مستكشف TRON متوافق آخر.

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

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

هاش المعاملة والمعاملات الداخلية

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

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

على سبيل المثال، قد يوقع المستخدم معاملة واحدة إلى عقد ذكي، وقد يستدعي ذلك العقد عدة عقود أخرى.

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

وتوضح التحويلات الداخلية ما حدث أثناء التنفيذ.

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

وقد يجعل ذلك معاملات DeFi والجسور تبدو معقدة.

تبدأ فرق الدعم عادةً بهاش المعاملة العلوي ثم تفحص الإجراءات الداخلية.

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

يمكن لمعاملة موقعة واحدة أن تنتج آثاراً مرئية كثيرة.

هاش المعاملة والمعاملات المستبدلة

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

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

تمتلك المعاملة البديلة هاش معاملة مختلفاً.

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

وهذا ما يحدث عندما يسرّع المستخدمون بعض المعاملات المعلقة أو يلغونها.

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

أما معاملة الإلغاء فتستبدل عادةً موضع nonce بمعاملة غير ضارة، مثل إرسال قيمة صفرية إلى عنوان المرسل نفسه.

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

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

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

هاش المعاملة وإعادة تنظيم السلسلة

تحدث إعادة تنظيم السلسلة عندما تستبدل البلوكشين كتلة حديثة أو مجموعة كتل حديثة بجزء آخر صالح من السلسلة.

إذا كانت المعاملة ضمن كتلة مستبدلة، فقد تتغير حالتها مؤقتاً.

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

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

هاش المعاملة هو المعرّف، لكن عمق التأكيد يؤثر في مستوى الثقة.

تكون المعاملة ذات التأكيد الواحد عادةً أقل نهائية من المعاملة ذات التأكيدات الكثيرة.

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

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

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

يبدأ الهاش عملية التحقق، لكن النهائية تكملها.

هاش المعاملة وMemo أو Tag

لا يحل هاش المعاملة محل memo أو tag أو معرّف الدفع.

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

يثبت هاش المعاملة وجود معاملة على السلسلة.

يساعد memo أو tag الخدمة المستلمة على إسناد الإيداع إلى حساب المستخدم الداخلي الصحيح.

إذا أرسل المستخدم أموالاً دون memo مطلوب، فقد يُظهر هاش المعاملة أن الأموال وصلت إلى عنوان الخدمة.

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

قد تستغرق الاستعادة وقتاً، وقد لا تكون ممكنة دائماً وفقاً لسياسة المزود.

ينبغي للمستخدمين دائماً قراءة تعليمات الإيداع قبل إرسال العملات المشفرة.

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

هاش المعاملة دليل على حركة تمت على السلسلة، وليس دليلاً على اتباع جميع تعليمات الإيداع.

هاش المعاملة والجسور عبر السلاسل

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

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

قد يُظهر هاش معاملة السلسلة المصدر أن الأصول قد قُفلت أو أُحرقت أو أودعت.

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

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

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

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

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

لا تعني معاملة مؤكدة على السلسلة المصدر دائماً أن المطالبة على السلسلة الوجهة قد اكتملت.

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

هاش المعاملة والخصوصية

يكون هاش المعاملة عاماً عادةً على البلوكشينات العامة.

يمكن لأي شخص يملك هاش المعاملة البحث عنه وعرض البيانات المرتبطة به على السلسلة.

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

لا يكشف هاش المعاملة عادةً عن اسم قانوني بمفرده.

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

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

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

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

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

هاش المعاملة دليل عام، لكنه قد يؤثر في الخصوصية.

هاش المعاملة ومنع الاحتيال

كثيراً ما يسيء المحتالون استخدام هاشات المعاملات لخلق ثقة زائفة.

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

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

وقد يعرض هاش معاملة فاشلة ويدعي إرسال الأموال.

وقد يستخدم الشبكة الخاطئة على أمل ألا يلاحظ المستلم ذلك.

وقد يعدل لقطة شاشة لعرض هاش أو حالة مزيفين.

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

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

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

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

كيفية قراءة صفحة هاش المعاملة

أولاً، تأكد من أن المستكشف يخص شبكة البلوكشين الصحيحة.

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

ثالثاً، تحقق من عنوان المرسل.

رابعاً، تحقق من عنوان المستلم.

خامساً، تحقق من الأصل وعنوان عقد التوكن إذا كان هناك توكن.

سادساً، تحقق من المبلغ والمنازل العشرية.

سابعاً، تحقق من رسوم المعاملة.

ثامناً، تحقق من رقم الكتلة وعدد التأكيدات.

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

عاشراً، قارن معلومات المستكشف بسجل المحفظة أو المنصة.

هاش المعاملة للمستخدمين

ينبغي للمستخدمين حفظ هاش المعاملة لكل تحويل مهم.

يمكن أن يساعد هاش المعاملة المحفوظ في الدعم والضرائب ومسك الدفاتر وحل النزاعات وتأكيد الدفع.

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

ينبغي أيضاً حفظ اسم الشبكة، لأن البحث عن هاش دون شبكة قد يكون صعباً.

وبالنسبة إلى تحويلات التوكنات، ينبغي حفظ عنوان عقد التوكن عند الإمكان.

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

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

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

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

يحتاج الدعم الشرعي إلى دليل المعاملة، لا إلى أسرار المحفظة.

هاش المعاملة للمطورين

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

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

ينبغي ألا يفترض المطورون أن المعاملة المبثوثة نهائية.

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

وينبغي جلب الإيصالات أو نتائج التنفيذ المكافئة قبل وضع علامة اكتمال على إجراءات العقود الذكية.

وينبغي تحليل سجلات الأحداث بعناية لتحويلات التوكنات وإجراءات DeFi.

وينبغي مراعاة التنسيقات الخاصة بكل سلسلة، مثل توقيعات Solana وtxIDات TRON.

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

ولا ينبغي الاعتماد على رموز التوكنات وحدها عند فهرسة التحويلات.

ينبغي لنظام الإنتاج التعامل مع هاش المعاملة كمفتاح بحث، لا كضمان كامل للحالة.

أخطاء شائعة في استخدام هاشات المعاملات

الخطأ الأول هو البحث عن هاش المعاملة في المستكشف الخطأ.

والثاني هو افتراض أن هاش المعاملة يعني نجاحها.

والثالث هو الخلط بين عنوان المحفظة وهاش المعاملة.

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

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

والسادس هو الثقة بلقطات الشاشة بدلاً من التحقق من بيانات المستكشف.

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

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

والتاسع هو نشر هاشات معاملات حساسة علناً دون مراعاة الخصوصية.

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

أفضل الممارسات للتحقق من هاش المعاملة

تحقق دائماً من الهاش في مستكشف موثوق للشبكة الصحيحة.

تحقق من نجاح المعاملة قبل افتراض انتقال الأموال.

افحص عناوين المرسل والمستلم بعناية.

تحقق من الأصل وعقد التوكن والمبلغ والمنازل العشرية.

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

تحقق من سجلات العقود الذكية لتحويلات التوكنات والموافقات وعمليات Swap ونشاط NFT.

استخدم هاش المعاملة البديلة المؤكدة إذا تم تسريع معاملة معلقة أو إلغاؤها.

احفظ الهاش للمدفوعات المهمة والسجلات الضريبية.

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

لا تشارك أبداً أسرار استرداد المحفظة للتحقيق في هاش معاملة.

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

ما هو هاش المعاملة ببساطة؟

هاش المعاملة هو المعرّف الفريد القابل للبحث لمعاملة على البلوكشين.

هل هاش المعاملة هو نفسه معرّف المعاملة؟

في الاستخدام اليومي نعم، لكن البلوكشينات المختلفة تستخدم مصطلحات مثل TXID أو tx hash أو txID أو توقيع المعاملة.

هل هاش المعاملة هو نفسه عنوان المحفظة؟

لا، إذ يعرّف عنوان المحفظة حساباً أو وجهة، بينما يعرّف هاش المعاملة معاملة محددة.

هل يثبت هاش المعاملة نجاح المعاملة؟

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

هل يمكن أن تمتلك المعاملة المعلقة هاش معاملة؟

نعم، تعرض شبكات ومحافظ كثيرة هاش المعاملة بعد بثها وقبل التأكيد النهائي.

هل يمكن أن تمتلك المعاملة الفاشلة هاش معاملة؟

نعم، قد تمتلك معاملة عقد ذكي فاشلة هاش معاملة إذا أُدرجت على السلسلة.

لماذا لا أجد هاش المعاملة الخاص بي؟

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

ما هو هاش معاملة Ethereum؟

هاش معاملة Ethereum هو قيمة من 32 بايت تُستخدم لاسترداد معلومات المعاملة وإيصالاتها عبر أدوات Ethereum وطرق JSON-RPC.

ما هو هاش معاملة Bitcoin؟

في Bitcoin، يُسمى معرّف المعاملة عادةً TXID ويُستخدم للإشارة إلى المخرجات السابقة في المعاملات اللاحقة.

ما هو هاش معاملة Solana؟

تستخدم Solana عادةً أول توقيع للمعاملة بوصفه معرّف المعاملة.

ما هو هاش معاملة TRON؟

تستخدم TRON عادةً

يمكن البحث عنه عبر مستكشفات TRON وواجهات API.

هل يمكن أن يتضمن هاش معاملة واحد عدة تحويلات للتوكنات؟

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

هل ينبغي مشاركة هاش المعاملة مع الدعم؟

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

هل هاش المعاملة خاص؟

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

ما الذي ينبغي التحقق منه في صفحة هاش المعاملة؟

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

الخلاصة

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

وقد يسمى tx hash أو TXID أو transaction ID أو transaction signature أو txID، وفقاً للشبكة.

تستخدم Ethereum هاشات المعاملات والإيصالات لتتبع تقديم المعاملات ونتائج تنفيذها.

تستخدم Bitcoin معرّفات TXID كمعرّفات للمعاملات ضمن نموذج UTXO، ولديها أيضاً WTXIDات للتعريف الخاص بـ SegWit والمراعي لبيانات الشاهد.

تستخدم Solana أول توقيع للمعاملة بوصفه معرّف المعاملة.

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

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

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

لكن هاش المعاملة لا يروي القصة كاملةً بمفرده.

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

لا يحل هاش المعاملة محل memo مطلوب، ولا يثبت إضافة الرصيد على المنصة، ولا يضمن أن التوكن أو NFT مشروع.

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

في مسرد الكريبتو، ينبغي فهم Transaction Hash بوصفه معرّف البحث التشفيري الذي يعمل كإيصال عام لنشاط البلوكشين.