---
title: "إثبات التاريخ: الترتيب المسجل وTick وSlot وحدود الإجماع"
description: "إثبات التاريخ هو ساعة سلسلة التجزئة التسلسلية في Solana: يجعل الترتيب المسجل وعدد العمليات قابلين للتحقق، لكنه لا يثبت وحده الوقت الفعلي أو عدالة ترتيب وصول المعاملات أو اختيار التفرع أو النهائية."
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.

# إثبات التاريخ: الترتيب المسجل وTick وSlot وحدود الإجماع

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

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

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

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

PoH ليست خوارزمية إجماع مستقلة. فهي لا تختار الشوكة الأساسية، أو توفر اتفاقية مرجحة للحصص، أو تضع اللمسات النهائية على الكتل، أو تثبت وصول المعاملة إلى الشبكة في وقت مدني معين. تجمع Solana الساعة مع القادة المجدولين، وتنفيذ المعاملات، وأصوات المدققين، واختيار الشوكة وعمليات الإغلاق على نمط Tower BFT. يمكن أن يحتوي كل شوكتين على تسلسلات PoH صالحة داخليًا؛ تحدد قواعد الإجماع التاريخ الذي تتبعه الشبكة.

نطاق هذا الضمان محدود. إذا التزم إدخال بالبيانات d بعد الحالة h2، فلا يمكن حساب الحالة اللاحقة h3 = H(h2 || d) من دون ذلك الالتزام. يثبت هذا أن المنتج عرف d قبل h3 ويحدد موضعه المسجل بالنسبة إلى المخرجات اللاحقة. لكنه لا يثبت وقت استلام كل مدقق، أو عدالة ترتيب الوصول، أو حقيقة البيانات الخارجية، أو أن الإدخال أصبح جزءًا من السجل الأساسي.

الإنشاء متسلسل لأن الإدخال التالي غير معروف حتى وجود التجزئة السابقة. تسمح حالات الحدود المنشورة للمتحققين بإعادة تشغيل المقاطع المحددة المنفصلة بالتوازي، ولكن يظل عمل التجزئة الإجمالي قائمًا. لهذا السبب، غالبًا ما تتم مقارنة PoH بوظيفة تأخير يمكن التحقق منها، في حين أن تفسير Solana الخاص بـ Tower BFT يطلق عليه استخدامًا فضفاضًا لهذا المصطلح؛ عادةً ما يشتمل VDF الرسمي على واجهة تقييم وتحقق يكون التحقق منها فعالًا مقارنة بالتقييم المتسلسل.

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

## كيفية تحليل إثبات التاريخ

1. **إصلاح سياق الشبكة والبرامج.** سجل الشبكة، أو تجزئة التكوين، أو الفتحة، أو العصر، أو Agave أو نسخة العميل الأخرى، ووقت المراقبة. قراءة القيم النشطة مثل hashes_per_tick، وticks_per_slot، وns_per_slot؛ لا تستورد ثوابت من مقالة قديمة أو مجموعة أخرى.
2. **أعد بناء سلسلة التجزئة.** ابدأ من حالة سابقة موثوق بها وتحقق من num_hashes لكل إدخال، وقائمة التجزئة والمعاملات الناتجة. في تنفيذ إدخال Agave، يعتمد معرف الإدخال على الإدخال السابق، وعندما تكون المعاملات موجودة، يتم الحصول على تجزئة مشتقة من توقيعاتها.
3. **التحقق من صحة علامات التجزئة وموضع الفتحة.** تحقق من إدخالات علامات التجزئة، وعدد التجزئة المتوقع، وارتفاع علامة التجزئة والحد الأقصى لارتفاع علامة التجزئة وفقًا لقواعد البنك والمسجل. يقوم المسجل بتعيين ارتفاع العلامة في فتحة باستخدام ticks_per_slot الذي تم تكوينه؛ الفواصل الزمنية هي فترات بروتوكول، وليست دليلاً مستقلاً من ساعة خارجية.
4. **تمييز التضمين عن الوصول.** يثبت الالتزام أن المدخلات كانت معروفة في موعد لا يتجاوز إدراجها في ذلك التسلسل. للمطالبة بالحد الأدنى، حدد مرجعًا خلفيًا موقعًا لحالة PoH السابقة. لا يُثبت أي من الارتباطين طلبًا عالميًا لأول مرة، أو عدالة الذاكرة، أو طابعًا زمنيًا موثوقًا به UTC.
5. **افصل عملية الإنشاء عن التحقق.** قم بقياس الإنتاج المتسلسل على سلسلة تبعية واحدة، ثم قم بقياس إعادة التشغيل باستخدام حدود المقاطع المعتمدة والنوى المتاحة. قم بالإبلاغ عن إجمالي التجزئات ووقت استجابة المسار الحرج وعمل أداة التحقق المجمعة وافتراضات البيانات الحدودية بدلاً من مجرد القول بأن عملية التحقق "سريعة".
6. **تتبع مسار الإجماع.** حدد القائد المجدول، وحالة البنك، والأصوات، وعمليات الإغلاق، وقاعدة اختيار التفرع، والحالة الجذرية أو النهائية ومستوى الالتزام. من الممكن أن تنتمي سلسلة PoH الصالحة إلى شوكة خاسرة، والعداد الذي يبدو أطول لا يعد وحده شهادة إجماع.
7. **حالات الإجهاد الخصومية والتشغيلية.** مراوغة قائد الاختبار، وإغفال المعاملة وإعادة الترتيب، وتخطي الفتحات، والأقسام، والأجهزة الأسرع أو التي تمت معايرتها بشكل خاطئ، وأعداد التجزئة غير الصالحة، إعادة التشغيل المؤجلة، وعدم توفر دفتر الأستاذ، وتباعد العميل، والتحكم في المشغل أو البنية التحتية المرتبطة.

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

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

## أمثلة عملية

### 1. يعمل إدخال البيانات على إصلاح موضع مسجل

فكر في h1 = H(h0)، ثم h2 = H(h1). يقوم المنتج بإدراج التزام مشتق من المعاملة d ويحسب h3 = H(h2 || d)، متبوعًا بـ h4 = H(h3). يمكن لأي شخص يعيد تشغيل نفس العمليات التحقق من أن السلسلة المسجلة ترتكب d بين h2 وh3، وأن h4 يعتمد على النتيجة.

بيان الحد العلوي ضيق: كان المنتج يعرف d قبل حساب h3. إذا كانت المعاملة الموقعة نفسها تشير إلى h1، فيمكن للمدقق أيضًا إظهار أنها تم تشكيلها بعد معرفة تلك الحالة السابقة، مع مراعاة فحوصات التوقيع والمصدر. وبدون هذا المرجع الخلفي، لا يوفر PoH وحده حدًا أدنى. لا تثبت أي من الحالتين عندما تلقت عقدة أخرى المعاملة لأول مرة.

### 2. تؤدي إعادة تشغيل المقطع إلى تقليل زمن الوصول، وليس العمل المجمع

لنفترض أن الفاصل الزمني المسجل يحتوي على 1,000,000 تجزئة ونقاط التحقق المصادق عليها تقسمها إلى 10 أجزاء من 100,000 تجزئة. مع عدد كافٍ من النوى، يمكن إعادة تشغيل عشرة مقاطع بشكل متزامن، لذلك قد يقترب زمن استجابة التحقق من ساعة الحائط من مدة مقطع واحد بالإضافة إلى النفقات العامة.

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

### 3. يعتمد حساب التجزئة والفتحة على التكوين

افترض تكوينًا توضيحيًا باستخدام hashes_per_tick = 100,000 وticks_per_slot = 8. تحتوي الفتحة المجزأة بالكامل بعد ذلك على تجزئات 100,000 * 8 = 800,000، مع حدود التجزئة بعد كل فاصل زمني تم تكوينه. يؤدي تغيير أي من المعلمتين إلى تغيير التعيين؛ هذا المثال ليس ثابتًا حاليًا للشبكة الرئيسية.

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

### 4. الترتيب المسجل ليس ترتيب الوصول ولا النهائية

لنفترض أن المعاملة A تصل إلى القائد قبل المعاملة B، لكن القائد يسجل العدد القريب B 300000 والعدد القريب A 450000. يثبت PoH الصالح أن B يسبق A في هذا التسلسل المنتج. ولا يثبت أن B وصل أولاً، أو أن الترتيب كان عادلاً، أو أن قائدًا آخر التزم بنفس الترتيب.

لنفترض الآن أن القسم ينتج شوكة X وشوكة Y، كل منهما بتسلسل صالح. يمكن أن يؤدي التحقق من صحة PoH إلى رفض الإدخالات المشوهة على أي من الشوكتين، لكنه لا يحدد X أو Y. يحدد جدول القائد والأصوات المرجحة بالحصص وعمليات الإغلاق واختيار الشوكة ومستوى الالتزام المطلوب نتيجة الإجماع؛ يجب ألا تستبدل التطبيقات عدد PoH للتأكيد أو الأدلة النهائية.

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

## المخاطر وفشل المراجعة

### أخطاء التشفير والتوقيت

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

### أخطاء الإجماع والبروتوكول

- استدعاء إجماع PoH وإثبات الحصة وTower BFT واختيار القائد واختيار التفرع والنهائية بنفس الآلية.
- بافتراض أن التسلسل الصحيح مع أعلى عدد يجب أن يكون أساسيًا دون فحص الأصوات واختيار التفرع الحالة.
- معاملة الإدخال الذي تم إعادة تشغيله محليًا على أنه مؤكد أو متجذر أو نهائي دون التحقق من دلالات الالتزام المطلوبة.
- استخدام قيم hashes_per_tick التاريخية أو ticks_per_slot أو مدة الفترة الزمنية كثوابت حالية عالمية.
- تجاهل الفواصل الزمنية التي تم تخطيها، أو تدوير القائد، أو الأقسام، الالتباس والاختلافات في إصدار العميل عند إعادة بناء الطلب.
- مقارنة الأعداد من التشعبات غير ذات الصلة أو حالات البداية كما لو كانت تنتمي إلى تسلسل واحد مصادق عليه.
- بافتراض أن تجزئة الكتلة الأخيرة للمعاملة هي مجرد طابع زمني لساعة الحائط بدلاً من سياق صلاحية البروتوكول.

### أخطاء العمليات والأداء والتحكم

- مقارنة توليد التجزئة وحده مع تجاهل التنفيذ والتحقق من التوقيع وإعادة التشغيل وعرض النطاق الترددي والتخزين.
- مساواة توازي المقطع النظري مع اللحاق بأداة التحقق من الصحة تحت CPU وI/O وتنافس الذاكرة.
- تجاهل حالات فشل التحقق من صحة التجزئة، وأكشاك المسجل، والتأخير المصرفي، والفجوات في دفتر الأستاذ، والثقة في اللقطة، والحالة التالفة.
- حساب هويات أداة التحقق على أنها مستقلة عندما تتم مشاركة العميل أو الاستضافة أو الشبكات أو البنية التحتية أو التحكم الرئيسي.
- بافتراض أن الأجهزة الأسرع تعمل على إزالة زمن استجابة الشبكة أو فقدان الحزم أو الرقابة أو رفض الخدمة أو مخاطر تركيز الحصة.
- تقديم مدة الفترة الزمنية المستهدفة أو تقدير الإنتاجية أو المعيار القديم كضمان لمستوى الخدمة.

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

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

- **PoH هي خوارزمية الإجماع الكاملة لـ Solana.** توفر PoH تسلسلًا مسجلاً يمكن التحقق منه؛ يحدد تصويت المدقق وعمليات الإغلاق واختيار الشوكة وقواعد الإجماع الأخرى التاريخ الذي تتبعه الشبكة.
- **يثبت PoH الوقت الحقيقي الدقيق لكل معاملة.** إنه يثبت التبعية والعد ضمن تسلسل مصادق عليه؛ يتطلب تعيين هذا التسلسل للوقت المدني تكوينًا وملاحظات خارجية.
- **يضمن PoH ترتيبًا عادلاً للمعاملات.** يمكن للقائد تحديد المدخلات أو تأخيرها أو إعادة ترتيبها أو حذفها ضمن قيود البروتوكول والموارد؛ PoH يجعل الأمر المسجل الناتج قابلاً للتدقيق.
- **PoH هو تعدين إثبات العمل باسم آخر.** كلاهما يستخدم التجزئة، لكن الدور الأساسي لـ PoH هو ساعة تسلسلية، وليس سباقًا موازيًا مفتوحًا يختار عمله الفائز السلسلة.
- **أي تسلسل PoH صالح يعتبر نهائيًا.** قد تكون كل شوكة متنافسة صالحة داخليًا؛ يتطلب التأكيد والنهائية أدلة إجماعية للشبكة.

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

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

- [آليات الإجماع](/ar/crypto/consensus-mechanism/)
- [إثبات الحصة](/ar/crypto/proof-of-stake/)
- [أدوات التحقق](/ar/crypto/validator/)
- [قواعد اختيار الشوكة](/ar/crypto/fork-choice-rule/)
- [وقت الحظر](/ar/crypto/block-time/)

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

## المصادر

- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (الوصول: 2026-08-19)
- [Solana: A New Architecture for a High Performance Blockchain](https://solana.com/solana-whitepaper.pdf) - Solana (الوصول: 2026-08-19)
- [Tower BFT: Solana's High Performance Implementation of PBFT](https://solana.com/news/tower-bft--solana-s-high-performance-implementation-of-pbft) - Solana (تم الوصول إليه: 2026-08-19)
- [Agave Entry Module](https://github.com/anza-xyz/agave/blob/master/entry/src/entry.rs) - Anza (تم الوصول إليه: 2026-08-19)
- [Agave Proof-of-History Recorder](https://github.com/anza-xyz/agave/blob/master/poh/src/poh_recorder.rs) - Anza (تم الوصول إليه: 2026-08-19)
- [Agave Bank Runtime](https://github.com/anza-xyz/agave/blob/master/runtime/src/bank.rs) - Anza (تم الوصول إليه: 2026-08-19)
- [Transaction Confirmation and Expiration](https://solana.com/developers/cookbook/transactions/confirmation) - Solana (تم الوصول إليه: 2026-08-19)
- [Verifiable Delay Functions](https://eprint.iacr.org/2018/601) - IACR أرشيف الطباعة الإلكترونية لعلم التشفير (تم الوصول إليه: 2026-08-19)

Source: https://wiki.fcontext.com/ar/crypto/proof-of-history/index.mdx