---
title: "مستكشف الكتل"
description: "دليل قائم على التحقق لاستخدام مستكشفات الكتل وفهم حدود العقد والفهارس والإيصالات والسجلات وآثار التنفيذ وبيانات الرموز الوصفية وعقود الوكيل والتحقق من المصدر والتعامل مع إعادة تنظيم السلسلة."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# مستكشف الكتل

> لأغراض تعليمية فقط؛ لا يشكل ذلك نصيحة استثمارية أو توصية استثمارية. قد تؤدي الاستثمارات إلى خسائر.

<a id="answer"></a>

## الإجابة المباشرة

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

افصل بين أربع طبقات من الأدلة. رؤوس الكتل والمعاملات والإيصالات كائنات بروتوكولية؛ واستجابات RPC تمثل رؤية عقدة أو مزود واحد؛ أما الآثار وصفحات تحويلات الرموز وتجميعات العناوين فهي عروض يعاد بناؤها أو فهرستها؛ وتضيف الأسماء وتسميات المخاطر والأسعار بالعملات الورقية وشارات المصدر المتحقق منه تفسيرا خارجيا. المستكشف أداة ممتازة للتحقيق، لكن الاستنتاجات الجوهرية ينبغي مطابقتها مع المعرّفات الخام وتسلسل الأسلاف المعتمد والإيصال أو حالة UTXO ونقطة نهاية مستقلة.

<a id="mechanism"></a>

## آلية العمل

1. ثبّت اسم نطاق المستكشف ومعرّف السلسلة أو شبكة بيتكوين ووقت الرصد ومعرّف المعاملة أو الكتلة أو العنوان. لا تعتمد على رمز مألوف أو اسم أو عنوان مختصر لإثبات الهوية؛ واحتفظ بالمعرّف كاملا وبالأصل أو العقد المتوقع.
2. صنّف كل حقل معروض. ميّز بين بيانات البروتوكول ونتيجة RPC الحالية لعقدة وتجميعات أو آثار مشتقة من الفهرس وبيانات وصفية مفكوكة وتسميات أو أسعار من أطراف ثالثة. سجّل أي طبقة تسند كل استنتاج.
3. تحقق من دورة الحياة والاعتماد. افحص ما إذا كانت المعاملة معلقة أم مدرجة، وتحقق من تجزئة الكتلة وارتفاعها وتسلسل آبائها والتأكيدات أو `safe` و`finalized` وحالة الاستبدال وإعادة التنظيم. العثور على تجزئة في البحث ليس دليلا على الإدراج في السلسلة المعتمدة.
4. طابق التنفيذ. في سلاسل EVM افحص `status` و`gasUsed` و`effectiveGasPrice` والسجلات والتغييرات الفعلية في الأرصدة أو السماحيات أو التخزين. يثبت الإيصال ذو `status = 1` أن التنفيذ في المستوى الأعلى لم يرتد، لا أن القصد الاقتصادي كان آمنا؛ ويمكن أن تدرج معاملة ذات `status = 0` وتستهلك الغاز مع ذلك.
5. تعامل مع العروض المفكوكة على أنها ادعاءات. تحقق من توقيع الحدث وعنوان العقد والموضوعات والبيانات والمنازل العشرية للرمز وABI. اعتبر «المعاملة الداخلية» إطارا في أثر الاستدعاء لا معاملة بروتوكول موقعة على نحو مستقل، وتوقع اختلاف تغطية الآثار باختلاف العميل والمزود.
6. حدّد هوية العقد وقابليته للتغيير. أعد إنتاج التحقق من المصدر حين يكون ذلك جوهريا، وافحص الشيفرة الثنائية وقت التشغيل وتنفيذ الوكيل أو الـbeacon أو المسؤول وسلطة الترقية وتخطيط التخزين. تربط شارة المصدر المتحقق منه مدخلات المترجم المقدمة بالشيفرة الثنائية؛ لكنها ليست تدقيقا ولا تأييدا للجهة المصدرة.
7. قارن النتيجة بمستكشف مستقل أو باستعلام مباشر إلى عقدة، واحفظ الاستجابات الخام والطوابع الزمنية، ثم أعد المطابقة بعد بلوغ مستوى النهائية المطلوب. صعّد التحقيق في الفروق الناتجة من فهارس قديمة أو أرشيفات مفقودة أو إعادات تنظيم أو اختلاف RPC أو رموز مزعجة أو ترقيات الوكيل أو تغير التسميات خارج السلسلة.

<a id="example"></a>

## أمثلة محلولة

- **سجل رسوم الإيصال.** تعرض معاملة EVM مدرجة `gasUsed = 52,000` و`effectiveGasPrice = 18 gwei`. تكون رسوم التنفيذ `52,000 * 18 gwei = 936,000 gwei = 0.000936 ETH`. وعند سعر خارجي مؤرخ قدره `$2,500/ETH` تساوي `$2.34`؛ فرسوم ETH من بيانات السلسلة، أما القيمة بالدولار فتقدير خارج السلسلة.
- **المنازل العشرية للرمز.** يحمل سجل تحويل العدد الصحيح الخام `123,456,789` لعقد موثق فيه `decimals = 6`. المبلغ المعروض هو `123,456,789 / 10^6 = 123.456789 tokens`. ولو افترضت `18` منزلة عشرية لظهر `0.000000000123456789`، ولذلك يجب التحقق من هوية العقد والمنازل العشرية معا.
- **الأثر مقابل المعاملة.** ترسل معاملة واحدة موقعة `1.00 ETH` إلى العقد A. ويظهر أثر الاستدعاء أن A يمرر `0.72 ETH` إلى B ويعيد `0.25 ETH`؛ فيحتفظ A بمقدار `1.00 - 0.72 - 0.25 = 0.03 ETH` قبل الغاز الذي يدفعه المرسل. تساعد إطارات الاستدعاء هذه على مطابقة تدفق القيمة، لكنها ليست ثلاث معاملات موقعة باستقلال.
- **تراجع الفهرس.** تظهر معاملة في الكتلة `20,000,000` عند رأس `20,000,012`، فيكون عمقها الشامل `20,000,012 - 20,000,000 + 1 = 13`. إذا أزالت إعادة تنظيم تلك الكتلة، يغيب الإيصال المعتمد ويجب التراجع عن سجلاتها. يكون المستكشف الذي لا يزال يعرض `13 confirmations` قديما، وليس مصدرا لحقيقة إجماع بديلة.

<a id="risks"></a>

## المخاطر

- فحص سلسلة أو شبكة اختبار أو تفرع أو نسخة مقلدة من المستكشف غير المقصودة.
- نسخ عنوان مختصر أو مسموم أو مشابه بصريا.
- اعتبار اسم الرمز أو رمزه المختصر هوية للعقد.
- اعتبار التجزئة المعلقة القابلة للبحث دليلا على الإدراج المعتمد.
- الثقة بعقدة RPC خلفية قديمة أو قيد المزامنة أو معزولة.
- مقارنة الارتفاعات من دون التحقق من تجزئات الكتل وتسلسل الأسلاف.
- إغفال استبدال أو تعارض أو إعادة تنظيم للسلسلة.
- اعتبار نجاح الإيصال نجاحا اقتصاديا أو تطبيقيا.
- تجاهل الغاز المدفوع في معاملة مرتدة مدرجة.
- اعتبار سجلات الأحداث الحالة النهائية الموثوقة.
- فك سجل باستخدام ABI أو توقيع أو منازل عشرية خاطئة.
- اعتبار إطار أثر معاملة موقعة منفصلة.
- افتراض أن كل مزود يعرض آثارا كاملة ومتطابقة.
- إغفال بيانات بسبب الأرشفة أو التقليم أو ترقيم الصفحات أو حدود المعدل.
- اعتبار المصدر المتحقق منه تدقيقا أو إثباتا لجهة الإصدار.
- فحص تنفيذ بينما يتم التفاعل مع وكيل آخر.
- إغفال تغيرات الوكيل أو الـbeacon أو المسؤول أو الترقية.
- الثقة بالرموز المزعجة أو تسميات العناوين أو الأسعار الورقية كحقائق إجماع.
- استخدام أرصدة المستكشف من دون مطابقة UTXO أو تخزين العقد.
- الاعتماد على مستكشف واحد أثناء انقطاع أو رقابة أو خلل في الفهرسة.

<a id="misconceptions"></a>

## مفاهيم شائعة خاطئة

- مستكشف الكتل هو سلسلة الكتل أو يتحقق مستقلا من كل ادعاء يعرضه.
- يثبت `status = 1` أو الشارة الخضراء أو كثرة التأكيدات أن المعاملة حققت النتيجة الاقتصادية التي قصدها المستخدم.
- سجلات الأحداث و«المعاملات الداخلية» هي نفسها الحالة النهائية والمعاملات الموقعة باستقلال.
- يثبت المصدر المتحقق منه أن العقد مدقق وأصيل وغير قابل للتغيير وآمن.
- أرصدة المستكشف وتسمياته وأسعار الرموز وطرقه المفكوكة بيانات إجماع يجب أن يعرضها جميع المزودين بالطريقة نفسها.

<a id="related"></a>

## موضوعات ذات صلة

- [عقدة RPC](/ar/crypto/rpc-node/)
- [تأكيدات الكتلة](/ar/crypto/block-confirmation/)
- [محاكاة المعاملة](/ar/crypto/transaction-simulation/)

<a id="sources"></a>

## المصادر

- [مستكشفات الكتل](https://ethereum.org/developers/docs/data-and-analytics/block-explorers/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [واجهة JSON-RPC](https://ethereum.org/developers/docs/apis/json-rpc/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [البيانات والتحليلات](https://ethereum.org/developers/docs/data-and-analytics/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [الكتل](https://ethereum.org/developers/docs/blocks/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [المعاملات](https://ethereum.org/developers/docs/transactions/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [أدوات التتبع المدمجة](https://geth.ethereum.org/docs/developers/evm-tracing/built-in-tracers) - go-ethereum (تاريخ الاطلاع: 2026-08-13)
- [بيانات العقد الوصفية](https://docs.soliditylang.org/en/latest/metadata.html) - Solidity Documentation (تاريخ الاطلاع: 2026-08-13)
- [المعاملات](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin Developer Documentation (تاريخ الاطلاع: 2026-08-13)

Source: https://wiki.fcontext.com/ar/crypto/block-explorer/index.mdx