معرّف المعاملة

ما هو معرّف المعاملة؟

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

في الكريبتو، يُسمى معرّف المعاملة غالبًا TXID أو هاش المعاملة أو توقيع المعاملة أو tx hash، حسب البلوكشين.

يعمل كرقم إيصال لمعاملة على السلسلة.

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

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

تصف وثائق Ethereum JSON-RPC الرسمية الدالة

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

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

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

معرّف المعاملة ليس هو نفسه عنوان المحفظة أو المفتاح الخاص أو المفتاح العام أو رقم الكتلة أو Memo أو Tag أو رقم الطلب.

فهو يحدد معاملة بلوكشين واحدة محددة أو سجلًا شبيهًا بالمعاملة على شبكة بعينها.

لماذا يهم معرّف المعاملة في الكريبتو؟

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

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

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

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

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

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

إذا عرضت المحفظة معاملة معلقة، فقد يساعد معرّف المعاملة في تأكيد ما إذا كانت المعاملة قد بُثت فعليًا.

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

كما يساعد معرّف المعاملة المستخدمين على التمييز بين تأكيد البلوكشين وإضافة الرصيد على المنصة.

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

كيف يُنشأ معرّف المعاملة؟

يُنشأ معرّف المعاملة عادةً من بيانات المعاملة من خلال عملية تجزئة تشفيرية أو مرتبطة بالتوقيع.

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

في Bitcoin، يعتمد TXID على هاش SHA-256 مزدوج للتسلسل التسلسلي للمعاملة.

يوضح دليل تطوير محافظ SegWit من Bitcoin Core أن تعريف

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

في Ethereum، يحدد المستخدمون المعاملة عادةً بواسطة هاش المعاملة.

هذا الهاش قيمة من 32 بايت تُرجع ضمن كائنات المعاملات والإيصالات عبر Ethereum JSON-RPC.

في Solana، يُستخدم توقيع المعاملة الأول كمعرّف للمعاملة.

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

للاستعلام عن معلومات المعاملة.

تخدم كل هذه الأنظمة الغرض العملي نفسه رغم اختلاف التنسيق التقني.

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

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

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

في Ethereum والعديد من الشبكات على نمط EVM، يقول الأشخاص عادةً هاش المعاملة أو tx hash.

في Bitcoin، يقول الأشخاص عادةً TXID.

في Solana، يقول الأشخاص غالبًا توقيع المعاملة لأن التوقيع الأول يحدد المعاملة.

في TRON، تعرض أدوات كثيرة

.

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

بالنسبة إلى المستخدمين، القاعدة العملية بسيطة.

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

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

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

معرّف المعاملة مقابل عنوان المحفظة

معرّف المعاملة ليس عنوان محفظة.

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

أما معرّف المعاملة فيحدد معاملة محددة تشمل عنوانًا واحدًا أو أكثر.

على سبيل المثال، قد يظهر عنوان محفظة في آلاف التحويلات.

ويجب أن يكون لكل تحويل معرّف معاملة خاص به.

يخطئ المستخدمون غالبًا بإرسال عنوان محفظة عندما يطلب الدعم معرّف معاملة.

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

يجيب عنوان المحفظة عن سؤال مصدر الأموال أو وجهتها.

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

قد يكون كلاهما مفيدًا، لكنهما غير قابلين للاستبدال.

معرّف المعاملة مقابل رقم الكتلة

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

ويحدد معرّف المعاملة معاملة قد تكون مدرجة في كتلة.

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

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

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

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

تساعد هذه التفاصيل المستخدمين على فهم موضع المعاملة ضمن سجل السلسلة.

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

في Ethereum، قد يعرض كائن المعاملة في JSON-RPC قيمة

على أنها عندما تكون المعاملة معلقة.

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

معرّف المعاملة مقابل التأكيد

لا يعني وجود معرّف المعاملة تلقائيًا أن المعاملة مؤكدة.

قد تنشئ المحفظة أو تعرض معرّف معاملة بعد بث المعاملة إلى الشبكة.

في تلك المرحلة، قد تظل المعاملة معلقة.

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

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

يشير معرّف المعاملة المؤكد إلى معاملة مدرجة في كتلة.

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

ينبغي للمستخدمين دائمًا التحقق من حالة المعاملة، وليس وجود معرّف المعاملة فقط.

السؤال الصحيح ليس فقط ما إذا كان هناك معرّف معاملة.

بل السؤال الصحيح هو ما إذا كانت المعاملة نجحت أو فشلت أو لا تزال تنتظر التأكيد.

معرّف المعاملة في Bitcoin

تستخدم Bitcoin مصطلح TXID لتحديد المعاملات.

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

وهذا أساسي لنموذج UTXO في Bitcoin.

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

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

وهذا يعني أن TXID يربط معاملات Bitcoin ببعضها كحلقات في سلسلة من سجل الإنفاق.

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

تخفي محافظ Bitcoin هذه التفاصيل عن المستخدمين عادةً.

يعتمد المطورون والمستكشفون والمستخدمون المتقدمون على TXID لفحص UTXO وسجل المعاملات.

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

TXID وWTXID في Bitcoin

قدمت SegWit في Bitcoin تمييزًا مهمًا بين TXID وWTXID.

ينص دليل SegWit من Bitcoin Core على أن لكل معاملة SegWit معرّفين.

ويقول الدليل إن

يظل هاش SHA-256 المزدوج لتنسيق التسلسل الأصلي.

كما يقول إن

هو هاش SHA-256 المزدوج لتنسيق التسلسل الجديد الذي يتضمن بيانات الشاهد.

إذا لم تتضمن المعاملة بيانات شاهد، يكون WTXID هو نفسه TXID.

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

يهم هذا التمييز المطورين أكثر من المستخدمين اليوميين.

لا يزال معظم مستخدمي Bitcoin يبحثون عن معاملة باستخدام TXID الذي تعرضه محفظتهم أو المستكشف.

ينبغي للمطورين الذين يعملون مع محافظ SegWit أو ترحيل المعاملات أو برمجيات العقد فهم المعرّفين كليهما.

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

معرّف المعاملة على Ethereum

تستخدم Ethereum عادةً مصطلح هاش المعاملة.

هاش المعاملة قيمة من 32 بايت تحدد معاملة.

يتضمن Ethereum JSON-RPC الدالة

، التي تسترجع معلومات المعاملة بواسطة هاش المعاملة.

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

و و و و و و و و.

تتضمن وثائق Ethereum JSON-RPC أيضًا

، التي تسترجع إيصال معاملة بواسطة هاش المعاملة.

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

يمكن لتحويل ETH بسيط واستدعاء عقد ذكي معقد أن يكون لكل منهما هاش معاملة.

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

ولهذا يمكن أن يتضمن هاش معاملة Ethereum واحد تحويلات توكنات أو أحداث عقود كثيرة.

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

معرّف المعاملة على Solana

تستخدم Solana توقيع المعاملة عادةً كمعرّف للمعاملة.

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

تنص وثائق Solana sendTransaction RPC الرسمية على أن التوقيع المُرجع هو التوقيع الأول في المعاملة ويُستخدم لتحديد المعاملة.

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

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

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

يمكن أن تحتوي معاملات Solana على تعليمة واحدة أو أكثر.

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

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

بالنسبة إلى دعم Solana، يعد توقيع المعاملة القيمة المرجعية الرئيسية التي ينبغي تقديمها.

معرّف المعاملة على TRON

تستخدم TRON عادةً مصطلح معرّف المعاملة أو

.

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

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

تستعلم طريقة

في TronWeb عن معلومات المعاملة بواسطة معرّف المعاملة.

يمكن البحث عن معرّف معاملة TRON في مستكشف TRON للتحقق من التحويلات واستدعاءات العقود الذكية وحركة توكنات TRC-20 والرسوم والحالة وتفاصيل الكتلة.

بالنسبة إلى تحويلات العملات المستقرة TRC-20، يكون

غالبًا أفضل إثبات على أن المعاملة بُثت وتأكدت على TRON.

ينبغي للمستخدمين مع ذلك التحقق من نجاح حالة المعاملة.

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

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

يثبت معرّف المعاملة السجل على السلسلة، وليس دائمًا حالة إضافة الرصيد للحساب داخل خدمة أخرى.

معرّف المعاملة وتحويلات التوكنات

يمكن لمعرّف المعاملة تحديد معاملة تتضمن تحويلات توكنات.

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

في سلاسل العقود الذكية، يمكن لمعاملة واحدة استدعاء عقد يصدر أحداث تحويلات توكنات متعددة.

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

يمكن أن تظهر جميع هذه الأحداث تحت هاش معاملة واحد.

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

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

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

قد لا يكون معرّف المعاملة وحده كافيًا إذا استُخدم عقد توكن خاطئ.

يتضمن الإثبات الأكثر أمانًا معرّف المعاملة إضافةً إلى الأصل والشبكة الدقيقين.

معرّف المعاملة والمعاملات الداخلية

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

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

قد تكون حركات قيمة أو استدعاءات ناتجة عن تنفيذ عقد ذكي.

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

يحدد هاش معاملة المستوى الأعلى المعاملة التي وقعها المستخدم.

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

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

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

بعد ذلك، قد تفحص السجلات والعمليات الداخلية.

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

معرّف المعاملة وحالة mempool

mempool هي مجموعة من المعاملات الصالحة أو المحتمل صلاحيتها التي تنتظر إدراجها في الكتل.

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

قد يظهر معرّف المعاملة قبل التأكيد النهائي لأن المعاملة بُثت.

خلال هذه المرحلة، قد تعرض المستكشفات المعاملة على أنها معلقة أو غير مؤكدة.

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

إذا ظلت المعاملة معلقة لفترة طويلة، فقد يساعد معرّف المعاملة المستخدمين على التحقق مما إذا كانت لا تزال مرئية للشبكة.

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

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

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

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

معرّف المعاملة والمعاملات الفاشلة

قد تظل للمعاملة الفاشلة معرّف معاملة.

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

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

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

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

لا تعني المعاملة الفاشلة دائمًا أن الأموال نُقلت.

كما لا تعني دائمًا عدم دفع أي تكلفة.

يساعد معرّف المعاملة على التمييز بين إدراج المعاملة ونجاحها.

ينبغي للمستخدمين قراءة حقل الحالة بعناية.

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

معرّف المعاملة والمعاملات المستبدلة

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

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

يكون للمعاملة البديلة هاش معاملة خاص بها.

إذا تأكدت المعاملة البديلة، فلن يمثل هاش المعاملة الأصلية معاملة مؤكدة.

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

قد تعرض المحفظة هاش المعاملة الأصلي وهاش المعاملة البديلة معًا.

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

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

الإثبات الصحيح هو معرّف المعاملة التي تأكدت فعليًا.

ينبغي للمستخدمين التحقق من الهاش المؤكد النهائي بعد استخدام ميزات التسريع أو الإلغاء.

معرّف المعاملة وإعادة تنظيم السلسلة

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

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

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

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

قد يظل معرّف المعاملة كما هو، لكن موقع الكتلة قد يتغير إذا أُدرجت المعاملة من جديد.

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

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

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

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

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

معرّف المعاملة واستكشاف أخطاء الإيداعات وإصلاحها

تُعد معرّفات المعاملات ضرورية لاستكشاف أخطاء الإيداعات وإصلاحها.

إذا أرسل مستخدم كريبتو إلى خدمة مستلمة ولم يظهر الرصيد، ينبغي له العثور على معرّف المعاملة في محفظة الإرسال.

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

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

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

إذا عرض المستكشف معاملة فاشلة، فلم ينجح الإيداع على السلسلة حتى لو دُفعت الرسوم.

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

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

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

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

معرّف المعاملة واستكشاف أخطاء السحوبات وإصلاحها

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

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

يمكن للمستخدم البحث عن معرّف المعاملة للتأكد مما إذا كان السحب قد غادر محفظة المرسل.

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

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

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

تعرض بعض المنصات معرّف سحب داخليًا قبل وجود معرّف معاملة على السلسلة.

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

ينبغي للمستخدمين التمييز بين سجلات المنصة والسجلات على السلسلة.

يصبح معرّف المعاملة على السلسلة هو الإثبات العلني بعد بث المعاملة.

معرّف المعاملة وMemo أو Tag

تتطلب بعض شبكات وخدمات الكريبتو Memo أو Tag أو معرّف دفع إضافة إلى العنوان.

لا يحل معرّف المعاملة محل Memo أو Tag مطلوب.

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

إذا أرسل المستخدم الأموال دون Memo مطلوب، فقد يثبت معرّف المعاملة وصول الأموال إلى عنوان الخدمة.

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

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

ينبغي للمستخدمين دائمًا التحقق من تعليمات الإيداع قبل الإرسال.

لأغراض استكشاف الأخطاء وإصلاحها، ينبغي للمستخدمين تقديم معرّف المعاملة والعنوان وMemo أو Tag إن استُخدم والأصل والشبكة والمبلغ.

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

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

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

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

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

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

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

ينبغي البحث عن TXID في Bitcoin على مستكشف Bitcoin.

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

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

وينبغي البحث عن

في TRON على مستكشف TRON مثل TRONSCAN.

قد يؤدي استخدام المستكشف الخطأ إلى عدم ظهور نتائج رغم أن المعاملة حقيقية.

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

معرّف المعاملة والخصوصية

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

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

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

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

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

قد يؤدي نشر معرّف المعاملة علنًا إلى كشف السلوك المالي أو علاقات المحافظ أو توقيت الدفعات أو النشاط التجاري.

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

يكون من الآمن عادةً مشاركة معرّف المعاملة مع الدعم الرسمي عند الحاجة.

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

تفيد شفافية البلوكشين في التحقق، لكنها قد تقلل الخصوصية.

معرّف المعاملة والضرائب

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

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

يمكن لمعرّف المعاملة ربط سجل المحفظة بدليل على السلسلة.

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

بالنسبة إلى نشاط العقود الذكية، قد يعرض معرّف المعاملة مبادلات التوكنات أو تغييرات السيولة أو المطالبة بالمكافآت أو معاملات NFT.

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

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

قد لا يوضح معرّف المعاملة وحده سبب حدوث التحويل.

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

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

معرّف المعاملة وDeFi

تحتوي معاملات DeFi غالبًا على إجراءات كثيرة ضمن معرّف معاملة واحد.

قد تمر عملية Swap عبر مجمعات متعددة.

وقد ينقل إيداع سيولة عدة توكنات ويسك توكن مجمع.

وقد يودع إجراء إقراض ضمانًا ويصدر توكن إيصال.

وقد تقفل معاملة جسر أصولًا على سلسلة وتفعّل مطالبة على سلسلة أخرى.

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

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

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

لا يعني نجاح معرّف المعاملة دائمًا أن المستخدم حقق النتيجة المالية المتوقعة.

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

معرّف المعاملة والجسور

قد ينشئ نشاط الجسر أكثر من معرّف معاملة واحد.

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

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

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

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

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

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

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

تحتاج فرق دعم الجسر عادةً إلى هذه المعلومات لتتبع التحويل.

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

معرّف المعاملة وNFT

يستخدم نشاط NFT أيضًا معرّفات المعاملات.

يمكن أن يؤدي سك NFT وشراؤه وبيعه وتحويله وحرقه وإدراجه وقبول العروض والموافقة على الأسواق إلى إنشاء معاملات.

يمكن لمعرّف المعاملة أن يوضح وقت انتقال NFT ومعرّف التوكن المعني والعقد الذي أصدر حدث التحويل.

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

قد يثبت معرّف المعاملة حدوث تحويل NFT على السلسلة.

لكنه لا يثبت أن NFT أصلي أو قيّم أو جزء من مجموعة رسمية.

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

قد تكون معاملات NFT غير المتوقعة رسائل مزعجة أو طعم تصيد احتيالي.

ينبغي للمستخدمين تجنب النقر على الروابط المرفقة بـ NFT غير معروفة أو بيانات وصفية للتوكنات غير المعروفة.

معرّف المعاملة دليل على حدث على السلسلة، وليس إثباتًا للشرعية.

معرّف المعاملة ومنع الاحتيال

يسيء المحتالون استخدام معرّفات المعاملات غالبًا لإرباك المستخدمين.

قد يرسل المحتال لقطة شاشة مزيفة تتضمن معرّف معاملة مختلقًا.

وقد يرسل معرّف معاملة حقيقيًا من معاملة غير مرتبطة.

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

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

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

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

ولا ينبغي لهم قبول لقطات الشاشة بوصفها إثباتًا نهائيًا.

ولا ينبغي لهم إرسال أموال إضافية من أجل «فتح» معاملة أو «الإفراج» عنها.

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

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

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

ثم تحقق من حالة المعاملة.

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

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

ثم تحقق من الأصل وعقد التوكن إذا كان توكنًا مشاركًا.

ثم تحقق من المبلغ.

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

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

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

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

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

أرسل معرّف المعاملة أولًا.

أرسل اسم الشبكة.

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

أرسل عنوان المرسل.

أرسل عنوان المستلم.

أرسل المبلغ.

أرسل وقت المعاملة وتاريخها.

أرسل Memo أو Tag أو معرّف الدفع إذا كانت الشبكة أو الخدمة المستلمة تتطلب واحدًا منها.

أرسل وصفًا موجزًا لما كنت تتوقع حدوثه.

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

الأخطاء الشائعة المتعلقة بمعرّف المعاملة

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

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

والخطأ الثالث هو افتراض أن معرّف المعاملة يعني أن المعاملة مؤكدة.

والخطأ الرابع هو افتراض أن المعاملة المؤكدة أُضيف رصيدها بواسطة منصة مستلمة.

والخطأ الخامس هو تجاهل حالة المعاملة الفاشلة.

والخطأ السادس هو إرسال عنوان محفظة عندما يطلب الدعم معرّف معاملة.

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

والخطأ الثامن هو عدم التحقق من عناوين عقود التوكنات.

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

والخطأ العاشر هو حذف سجل المحفظة قبل حفظ سجلات المعاملات المهمة.

أفضل الممارسات للمستخدمين

احفظ معرّف المعاملة لكل تحويل كريبتو مهم.

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

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

أكد الشبكة والأصل والعنوان والمبلغ.

استخدم هاشات المعاملات بدل لقطات الشاشة عند التواصل مع الدعم.

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

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

أرسل معاملة اختبار صغيرة قبل نقل مبالغ كبيرة.

لا تثق بمعرّف معاملة من شخص آخر حتى تتحقق منه بنفسك.

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

أفضل الممارسات للمطورين

خزن معرّفات المعاملات في سجلات الدفع والسحب والإيداع والجسور.

خزن معرّف الشبكة مع كل معرّف معاملة.

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

تتبع حالات المعاملات المعلقة والمؤكدة والفاشلة والمستبدلة والمحذوفة بشكل منفصل.

استخدم الإيصالات والسجلات لنتائج معاملات العقود الذكية.

عالج إعادة تنظيم السلسلة عبر سياسات التأكيد.

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

اعرض معرّفات المعاملات بوضوح في واجهات المستخدم.

وفر روابط المستكشف للشبكة الصحيحة فقط.

ابنِ أدوات دعم تبحث بواسطة معرّف المعاملة وعنوان المحفظة والمبلغ والأصل والوقت.

مزايا معرّفات المعاملات

الميزة الأولى لمعرّفات المعاملات هي قابلية التحقق.

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

الميزة الثانية هي استكشاف الأخطاء وإصلاحها.

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

الميزة الثالثة هي الشفافية.

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

الميزة الرابعة هي المحاسبة.

تساعد معرّفات المعاملات على ربط نشاط المحفظة بالسجلات والفواتير والتقارير.

الميزة الخامسة هي الأتمتة.

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

قيود معرّفات المعاملات

لا يثبت معرّف المعاملة نجاح المعاملة ما لم تؤكد الحالة نجاحها.

ولا يثبت معرّف المعاملة أن منصة مستلمة أضافت الرصيد إلى حساب المستخدم.

ولا يثبت معرّف المعاملة أن توكنًا شرعي.

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

ولا يحل معرّف المعاملة محل Memo أو Tag أو مرجع دفع مطلوب.

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

وقد يشير معرّف المعاملة إلى معاملة استُبدلت أو حُذفت أو فشلت أو لا تزال معلقة.

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

وقد يتضمن معرّف المعاملة إجراءات داخلية كثيرة إذا كان يشمل عقودًا ذكية.

معرّف المعاملة مرجع قوي، لكنه ليس القصة الكاملة بمفرده.

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

ما هو معرّف المعاملة بعبارات بسيطة؟

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

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

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

هل TXID في Bitcoin هو معرّف معاملة؟

نعم، تستخدم Bitcoin TXID باعتباره معرّف المعاملة الرئيسي.

ما هو معرّف معاملة Solana؟

في Solana، يعمل توقيع المعاملة الأول كمعرّف للمعاملة.

ما هو txID في TRON؟

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

هل يعني معرّف المعاملة أن تحويلي مؤكد؟

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

هل يمكن أن يكون للمعاملة الفاشلة معرّف معاملة؟

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

هل يمكن أن يكون للمعاملة المعلقة معرّف معاملة؟

نعم، تعرض محافظ كثيرة معرّف المعاملة بعد البث حتى قبل تأكيد المعاملة.

لماذا لا أستطيع العثور على معرّف معاملتي؟

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

هل معرّف المعاملة خاص؟

لا، تكون معرّفات المعاملات علنية عادةً على شبكات البلوكشين العامة ويمكن أن تكشف تفاصيل المعاملة.

هل يمكنني مشاركة معرّف معاملتي مع الدعم؟

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

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

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

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

لا، يكون معرّف الطلب عادةً سجلًا داخليًا للمنصة، بينما معرّف المعاملة مرجعًا لمعاملة على السلسلة.

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

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

ما الذي ينبغي أن أتحقق منه باستخدام معرّف المعاملة؟

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

الخلاصة

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

قد يسمى TXID أو هاش المعاملة أو توقيع المعاملة أو txID، وفقًا للشبكة.

تستخدم Bitcoin TXID للإشارة إلى المخرجات السابقة في نموذج UTXO.

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

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

تستخدم TRON قيم txID التي يمكن الاستعلام عنها عبر TronWeb والمستكشفات.

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

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

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

معرّف المعاملة مفيد، لكن ينبغي دائمًا قراءته ضمن السياق.

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

كما ينبغي أن يتذكروا أن معرّف المعاملة لا يحل محل Memo مطلوب، ولا يثبت إضافة الرصيد على المنصة، ولا يضمن شرعية التوكن.

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

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