كيفية تتبع معاملات محفظة العملات المشفرة في جدول بيانات (دليل 2026)

يتطلب تتبع معاملات المحفظة في جدول بيانات أربع خطوات: تصدير ملف واحد لكل عنوان لكل chain، ثم تعديل قيمة كل token بناءً على أرقامه العشرية (decimals). فصل رسوم الشبكة عن القيمة المحولة، وإزالة التحويلات التي أجريتها بين محافظك الخاصة. تخطي أي خطوة من هذه الخطوات سيؤدي إلى مجاميع خاطئة.

عملية التصدير نفسها سهلة. لكن ما يفسد جدول البيانات هو الملف ذاته. فملف التصدير من مستكشف الكتل (block explorer) هو سجل لأحداث blockchain، وليس كشف حساب مرتباً لما أرسلته واستلمته.

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

ما تحتاجه قبل البدء

تحتاج إلى القائمة الكاملة للعناوين التي تتحكم بها، ومعرفة الشبكات (chains) التي استُخدم عليها كل عنوان. عدم إدراج أي عنوان لن يظهر كخطأ، بل سينتج عنه بصمت صورة غير مكتملة للبيانات.

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

هناك ثلاثة أمور يجدر بك تسويتها أولاً.

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

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

منطقتك الزمنية. تُسجل الطوابع الزمنية بتوقيت UTC. قم بالتحويل مرة واحدة عند الاستيراد، وسجل المنطقة الزمنية المستخدمة في جدول البيانات.

كيف تفعل ذلك يدوياً

الخيار 1: التصدير، التصنيف، ثم التجميع

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

احتفظ بمعرف المعاملة (transaction hash). فهو المفتاح الموثوق الوحيد لاكتشاف تكرار الحدث نفسه مرتين، وإعادة بناء جدول البيانات بدونه تعني البدء من الصفر.

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

الخيار 2: توحيد المبالغ وفصل الرسوم

تُخزن مبالغ الـ tokens على الشبكة كأعداد صحيحة ويجب تعديلها بناءً على قيمة الأرقام العشرية (decimals) الخاصة بالـ token. يصف معيار ERC-20 token standard هذا الحقل. الرقم 18 عشرياً هو الشائع ولكنه ليس عاماً، لذا فإن تعديل كل شيء على أساس 18 سيضخم بعض الأرصدة بصمت بمقدار تريليون ضعف.

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

اتجاه المعاملة يُستنتج ولا يُعطى جاهزاً. قارن حقلي المرسل (from) والمستقبل (to) بقائمة عناوينك الخاصة، واكتب In أو Out أو Internal في عمود مخصص من إنشائك.

الخيار 3: التعامل مع الحالات الأربع التي تفسد جدول البيانات

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

المعاملات الداخلية. القيمة التي يتم نقلها بواسطة عقد ذكي بدلاً من معاملة رئيسية (top-level). تتوفر هذه المعاملات في ملف تصدير منفصل وتظل غير مرئية إذا لم تقم بسحبها مطلقاً.

المعاملات الفاشلة. المعاملة المستردة (reverted) تظل تستهلك gas. لم يحدث التحويل الفعلي ولكن الرسوم خُصمت. قم بتصفية هذه المعاملات واستبعادها من مجاميع التحويلات مع إبقائها في مجاميع الرسوم.

معرف واحد، صفوف متعددة. يمكن لعملية مبادلة (swap) واحدة أن تنتج صفاً لـ token صادر، وصفاً لـ token وارد، ورسوماً. قم بالتجميع حسب الـ hash قبل حساب أي شيء، وإلا فسيتم احتساب الحدث نفسه ثلاث مرات. يغطي دليلنا حول تنظيف البيانات وإزالة التكرار الآلية بالتفصيل.

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

الحد الأقصى المشترك. تفترض الخطوات الثلاث وجود مجموعة ثابتة من العناوين. بمجرد إضافة محفظة واحدة، أو البدء في استخدام chain جديدة، تتغير مجموعة ملفات التصدير ويجب إعادة تشغيل عملية الـ normalisation بالكامل.

أين يتباطأ المسار اليدوي ويصبح غير فعال

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

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

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

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

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

كيف تتبع معاملات محفظة العملات الرقمية باستخدام Powerdrill Bloom

الخطوة 1: رفع ملفات التصدير الخاصة بك

ارفع جميع ملفات التصدير معاً بدلاً من رفعها واحداً تلو الآخر. يقوم Powerdrill Bloom بتحليل كل ملف، مما يجعل أسماء الأعمدة المختلفة، وتنسيقات التاريخ المختلطة، وعدم اتساق دقة المبالغ مرئية قبل دمج أي شيء.

الخطوة 2: وصف عملية التوحيد باللغة الطبيعية

حدد القواعد بدلاً من بنائها يدوياً. اطلب تعديل المبالغ بناءً على الأرقام العشرية (decimals) لكل token، وفصل الرسوم عن القيمة المحولة، واستبعاد المعاملات الفاشلة من مجاميع التحويلات.

ثم اطرح سؤال إزالة التكرار مباشرة. اسأل عن الصفوف التي تشترك في نفس الـ transaction hash، والتحويلات التي تنقل القيمة بين العناوين الموجودة في قائمتك الخاصة.

الخطوة 3: تصدير المخطط أو التقرير أو العرض التقديمي

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

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

	المسار اليدوي	Powerdrill Bloom
الأرقام العشرية للـ Token	البحث والتعديل لكل token	طلب تعديل المبالغ بناءً على الأرقام العشرية
الرسوم مقابل القيمة المحولة	عمود منفصل لكل ملف تصدير	تحديد القاعدة مرة واحدة
التحويلات الذاتية	مطابقة الـ hash يدوياً	السؤال عن الصفوف التي تتحرك بين عناوينك الخاصة
عنوان أو chain جديدة	إعادة عملية الـ normalisation بالكامل	إضافة الملف إلى الرفع

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

أخطاء شائعة

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

افتراض وجود 18 رقماً عشرياً لكل token. تستخدم العديد من الـ tokens واسعة الانتشار 6 أرقام عشرية فقط. وتطبيق عامل تعديل واحد على كامل جدول البيانات ينتج عنه أرصدة خاطئة بفارق هائل من المراتب العشرية.

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

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

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

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

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

خاتمة

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

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

ما يجعل الأمر مكلفاً هو تكرار كل ذلك في كل مرة يظهر فيها عنوان أو chain جديدة. إذا كان هذا هو المكان الذي يضيع فيه وقتك، فجرّب Powerdrill Bloom على ملفات التصدير التي لديك بالفعل. راجع أيضاً أدلتنا حول تحليل ملف تصدير CSV لمنصة تداول العملات الرقمية و تحليل محفظة العملات الرقمية من ملف CSV، بالإضافة إلى صفحة مساعد الذكاء الاصطناعي لملفات CSV.

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

كيف يمكنني تصدير معاملات المحفظة إلى جدول بيانات؟

استخدم مستكشف الكتل (block explorer) لكل chain وقم بالتصدير لكل عنوان. عادةً ما تكون المعاملات العادية، والمعاملات الداخلية، وتحويلات الـ tokens تنزيلات منفصلة، لذا اسحب الثلاثة جميعاً قبل دمجها.

لماذا تبدو مبالغ الـ tokens الخاصة بي خاطئة بعد الاستيراد؟

تُخزن مبالغ الـ tokens كأعداد صحيحة وتحتاج إلى تعديل بناءً على قيمة الأرقام العشرية (decimals) الخاصة بذلك الـ token. الرقم 18 شائع ولكنه ليس عاماً، وتطبيق العامل الخاطئ يغير الرصيد بمراتب عشرية هائلة.

هل يجب تضمين رسوم الـ gas في مبلغ المعاملة؟

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

كيف أتجنب الاحتساب المزدوج للتحويلات بين محافظي الخاصة؟

احتفظ بقائمة بجميع العناوين التي تتحكم بها، ثم طابق حقلي المرسل (from) والمستقبل (to) معها. التحويلات التي يكون فيها كلا الطرفين تابعين لك هي حركة داخلية ويجب استبعادها من مجاميع النشاط.

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

نعم، بالنسبة للرسوم. فالمعاملة المستردة (reverted) لا تنقل أي قيمة ولكنها تظل تستهلك gas، لذا استبعدها من مجاميع التحويلات مع الاحتفاظ بالرسوم التي كلفتك إياها.