Skip to main content

ما هي شبكة سلسلة الكتل

ملاحظة: هذا المستند هو ترجمة آلية للنسخة الإنجليزية الأصلية.

ما هي شبكة سلسلة الكتل

شبكة سلسلة الكتل (blockchain network) نظام موزّع من الحواسيب (العُقد) تحافظ مجتمعةً على سجل مشترك للمعاملات مقاوم للتلاعب. وتحتفظ كل عقدة بنسخة من السجل، وتستخدم الشبكة آلية إجماع للاتفاق على أي المعاملات الجديدة صحيحة. ولا يتحكم كيان منفرد في السجل — بل يحافظ عليه المشاركون في الشبكة وفقًا لقواعد البروتوكول.

باختصار: شبكة سلسلة الكتل هي طبقة البنية التحتية — "أين" التشفير. فالرموز تعمل على الشبكات، والتطبيقات تُنشر على الشبكات، وخصائص الشبكة (السرعة، والتكلفة، ونموذج الأمان، والإجماع) تشكّل ما يمكن بناؤه فوقها.

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

في جوهرها، تعمل شبكة سلسلة الكتل عبر دورة بسيطة:

  1. يقدّم المستخدمون معاملات. يمكن أن تكون المعاملة تحويل رموز، أو استدعاء عقد ذكي، أو أي عملية أخرى تدعمها الشبكة.
  2. تنشر العُقد المعاملات. تُبَث المعاملة إلى عُقد الشبكة، التي تتحقق من صيغتها وقواعدها الأساسية (مثلًا: هل لدى المرسِل رصيد كافٍ؟).
  3. ينتج الإجماع الكتل. تجمع مجموعة فرعية من العُقد (المدققون، أو المُعدِّنون، أو أدوار مكافئة تبعًا لآلية الإجماع) المعاملات الصحيحة في كتلة. وتتفق الشبكة على أي كتلة تُضاف تاليًا عبر بروتوكول إجماعها.
  4. تُلحَق الكتلة بالسلسلة. بمجرد بلوغ الإجماع، تُضاف الكتلة الجديدة إلى السلسلة وتصبح جزءًا من السجل الدائم. وتحدّث كل العُقد نسختها من السجل.
  5. تُحدَّث الحالة. تعكس أرصدة الحسابات، وحالات العقود الذكية، وبيانات أخرى المعاملات في الكتلة الجديدة.

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

تنفّذ الشبكات المختلفة هذه الدورة بطرق مختلفة. فـ Ethereum تستخدم مدققي Proof of Stake الذين يقترحون الكتل ويشهدون عليها. وSolana تستخدم مزيجًا من Proof of Stake وProof of History للإنتاجية العالية. وBittensor تستخدم إجماعًا متخصصًا مصمَّمًا لتقييم نماذج الذكاء الاصطناعي. والمبدأ الأساسي — الاتفاق الموزّع على سجل مشترك — هو نفسه.

كيف تختلف الشبكة عن الرمز والتطبيق

كثيرًا ما تختلط هذه المفاهيم الثلاثة، خصوصًا لدى الوافدين الجدد. وهي طبقات متمايزة:

الطبقة ما هي مثال
الشبكة البنية التحتية — سلسلة الكتل نفسها، وعُقدها، وإجماعها، وقواعد بروتوكولها Ethereum، Solana، Base، Arbitrum One، Bittensor، Avalanche، Polygon
الرمز أصل رقمي يوجد على شبكة — يتبع قواعد الشبكة ويستخدم بنيتها التحتية ETH (على Ethereum)، SOL (على Solana)، BNB (على BNB Smart Chain)
التطبيق برنامج (عقد ذكي أو dApp) منشور على شبكة يستخدم بنيتها التحتية للعمل بروتوكول DeFi، أو لعبة، أو منصة وكلاء ذكاء اصطناعي

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

يهم هذا التمييز لأن:

  • خصائص الرمز تُحدَّد جزئيًا بالشبكة التي يعمل عليها (سرعة المعاملات، والتكلفة، ونموذج الأمان).
  • قدرات التطبيق مقيَّدة بميزات الشبكة (هل تدعم العقود الذكية؟ وأي لغة برمجة؟ وأي إنتاجية؟).
  • يمكن أن يوجد معيار الرمز نفسه (مثل ERC-20) على شبكات متعددة إذا كانت تتشارك بنية متوافقة (مثل السلاسل المتوافقة مع EVM).

أنواع شبكات سلسلة الكتل

تُصنَّف شبكات سلسلة الكتل عادةً على عدة أبعاد:

حسب الطبقة

  • الطبقة الأولى (L1) — سلسلة كتل قائمة بذاتها وسيادية بآلية إجماعها ونموذج أمانها الخاصين. أمثلة: Ethereum، وSolana، وAvalanche، وBittensor.
  • الطبقة الثانية (L2) — شبكة مبنية فوق L1 ترث أمانها لكنها تعالج المعاملات بشكل منفصل لسرعة أكبر أو تكلفة أدنى. أمثلة: Base، وArbitrum One، وPolygon zkEVM.

حسب البنية

  • المتوافقة مع EVM — شبكات تشغّل آلة Ethereum الافتراضية، ما يتيح للمطورين نشر العقود الذكية نفسها عبر سلاسل متعددة. أمثلة: Ethereum، وBNB Smart Chain، وBase، وArbitrum One، وAvalanche C-Chain، وPolygon.
  • غير المتوافقة مع EVM (Non-EVM) — شبكات بآلات افتراضية ونماذج برمجة خاصة بها. أمثلة: Solana (SVM/Rust)، وBittensor (قائمة على substrate).
  • سلاسل التطبيقات (Appchains) — سلاسل كتل مصمَّمة لغرض محدد لتطبيق واحد أو حالة استخدام واحدة، غالبًا مبنية باستخدام أطر معيارية مثل Cosmos SDK أو Substrate.

حسب الإجماع

  • Proof of Stake (PoS) — يرهن المدققون الرموز كضمان للمشاركة في إنتاج الكتل. تستخدمه Ethereum، وSolana، وPolygon، وغيرها.
  • Proof of Work (PoW) — يحل المُعدِّنون ألغازًا حسابية لإنتاج الكتل. استخدمته Ethereum تاريخيًا (قبل الدمج) ولا تزال تستخدمه Bitcoin.
  • DPoS — Proof of Stake المفوَّض، حيث يفوّض حاملو الرموز سلطة التصويت إلى مجموعة أصغر من المدققين.
  • PoSA — Proof of Staked Authority، يجمع بين الرهن ومجموعة مدققين ثابتة. تستخدمه BNB Smart Chain.
  • الإجماع المتخصص — آليات مصمَّمة لأغراض محددة، مثل إجماع Yuma في Bittensor لتقييم نماذج الذكاء الاصطناعي.

حسب الغرض

  • الشبكات عامة الأغراض — مصمَّمة لدعم أي نوع من التطبيقات (DeFi، والألعاب، والذكاء الاصطناعي، والاجتماعي، إلخ). ومعظم سلاسل L1 وL2 الرئيسية تقع في هذه الفئة.
  • الشبكات المتخصصة — مصمَّمة لمجال أو وظيفة محددة، مثل شبكات حوسبة الذكاء الاصطناعي، أو طبقات إتاحة البيانات، أو السلاسل المركّزة على الخصوصية.

أين تظهر شبكات سلسلة الكتل في DecAIHub

شبكة سلسلة الكتل من أهم الحقول السياقية في بطاقة مشروع DecAIHub:

  • حقل Main chain — يدوّن الشبكة (أو الشبكات) التي ينشر عليها المشروع أو يعمل من خلالها. وتشمل القيم Ethereum وSolana وBase وArbitrum One وBNB Smart Chain وBittensor وAvalanche وPolygon وغيرها.
  • حقل Type — يشير إلى بيئة تنفيذ المشروع / بنيته: EVM (عقود ذكية متوافقة مع EVM)، أو non-EVM (منصات عقود أخرى)، أو Appchain (المشروع سلسلة خاصة بتطبيقه).
  • حقل Consensus — للمشاريع التي هي شبكات بنفسها، يدوّن هذا الحقل آلية الإجماع.

عند قراءة حقل Main chain، تتعلّم:

  • أي بنية تحتية يعتمد عليها المشروع. فالمشروع على Ethereum يرث نموذج أمان Ethereum. والمشروع على Solana يستفيد من إنتاجية Solana لكنه يرث أيضًا مخاطر انقطاعها.
  • أي منظومة ينتمي إليها المشروع. فللشبكات منظومات — مجتمعات مطورين، وأدوات، ومجمّعات سيولة، وقواعد مستخدمين. واختيار الشبكة قرار استراتيجي يشكّل من هم جيران المشروع وتكاملاته المحتملة.
  • كيف تبدو تكاليف المعاملات وسرعاتها. فطبقات L2 مثل Base وArbitrum One تقدّم رسومًا أدنى من Ethereum L1. وSolana تقدّم إنتاجية عالية. وتؤثر هذه الخصائص في قابلية الاستخدام العملية للمشروع.

ما لا تثبته شبكة سلسلة الكتل وحدها

  • النشر على شبكة ذات سمعة طيبة لا يثبت أن المشروع نفسه آمن، أو مبني جيدًا، أو جدير بالثقة. فالشبكة توفر البنية التحتية؛ والمشروع يبني فوقها.
  • الوجود على سلسلة متوافقة مع EVM لا يثبت أن العقود الذكية للمشروع صحيحة أو مدقَّقة. فالتوافق راحة للمطور، لا ضمان أمان.
  • العمل على سلاسل متعددة لا يثبت أن المشروع أكثر تطورًا. فالنشر متعدد السلاسل قد يعني وصولًا أوسع، لكنه قد يعني أيضًا حضورًا ضعيفًا على كل سلسلة من دون تكامل عميق.
  • آلية إجماع الشبكة لا تثبت أن رمز المشروع ضروري أو مصمَّم جيدًا. فالإجماع خاصية على مستوى الشبكة؛ وتصميم الرمز قرار على مستوى المشروع.
  • امتلاك حالة "mainnet" لا يثبت أن المشروع جاهز للإنتاج أو مستخدَم على نطاق واسع. فـ mainnet يعني أن الشبكة فعّالة، لا أن لها اعتمادًا ذا معنى.

لا تخلط بين

  • الرمز — أصل رقمي يعمل على شبكة. فالشبكة بنية تحتية؛ والرمز أصل على تلك البنية. فـ ETH رمز؛ وEthereum هي الشبكة.
  • التطبيق (dApp) — برنامج منشور على شبكة. فالشبكة توفر بيئة التنفيذ؛ وdApp يوفر المنتج المواجه للمستخدم.
  • البروتوكول — مجموعة من القواعد تحكم كيفية عمل نظام. فشبكة سلسلة الكتل تنفّذ بروتوكولًا، لكن "البروتوكول" قد يشير أيضًا إلى قواعد على مستوى التطبيق (مثل بروتوكول DeFi يعمل على Ethereum).
  • المنظومة — المجتمع الأوسع من المشاريع والأدوات والمستخدمين حول شبكة. فالشبكة هي الطبقة التقنية؛ والمنظومة هي الطبقة البشرية والاقتصادية.

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

كيف أعرف أي شبكة يستخدمها مشروع في DecAIHub؟

تحقّق من حقل Main chain في بطاقة المشروع. فهو يدرج شبكة (أو شبكات) سلسلة الكتل الأساسية التي ينشر عليها المشروع أو يعمل من خلالها. وإذا كان المشروع نفسه شبكة، فإن حقل Type يعكس بنيته (Appchain لسلسلة سيادية خاصة بتطبيق، أو L1)، ويصف حقل Consensus آلية إجماعه. وبالنسبة لمشاريع L2، تُدوَّن بنية L2 نفسها في حقل Consensus باستخدام صيغة مثل L2 (Optimistic Rollup, Base on Ethereum).

هل يؤثر اختيار الشبكة في DecAI Fit لمشروع؟

ليس مباشرةً. فإطار DecAI Fit يقيّم AI reality وOnchain necessity وToken necessity والأدلة. واختيار الشبكة يوفر سياقًا (هل يوجد نشاط حقيقي على السلسلة؟ هل تدعم الشبكة الوظيفة المدّعاة؟) لكنه ليس عامل تسجيل بحد ذاته. فالمشروع ذو التكامل القوي على السلسلة على أي شبكة يسجّل النتيجة نفسها مثل التكامل المكافئ على أي شبكة أخرى.

ما الفرق بين L1 وL2؟

L1 سلسلة كتل سيادية بإجماعها الخاص — لا تعتمد على سلسلة أخرى في الأمان. أما L2 فشبكة مبنية فوق L1، تعالج المعاملات خارج L1 لمزايا السرعة والتكلفة بينما تعتمد على L1 للأمان النهائي. فـ Ethereum هي L1؛ وBase وArbitrum One هما L2 مبنيتان على Ethereum. انظر شرحي L1 وL2 المخصصين للتفاصيل.

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

نعم. فالعديد من المشاريع تنشر على شبكات متعددة (multichain). وفي DecAIHub، قد يدرج حقل Main chain شبكات متعددة إذا كان للمشروع نشرات ذات معنى على كل منها. ومع ذلك، فإن الحضور متعدد السلاسل وحده لا يشير إلى الجودة — فما يهم هو ما إذا كان التكامل على السلسلة جوهريًا على كل سلسلة.

مراجع خارجية

انظر أيضًا

No comments to display

Back to top