نقاط مفتاحية:

1. من بيتكوين إلى إيثيريوم، كيف يمكننا العثور على المسار الأمثل لكسر حدود الإنتاجية والسيناريوهات؟
2. بدءًا من المبادئ الأولى، ما هو مفتاح اختراق ضجيج ميمات السوق وتحديد الاحتياجات الأساسية للبلوكشين؟
3. ما هو نوع السحر الذي تمتلكه مبادئ الابتكار المخربة لـ SCP و AO (التوجه الفناني) (فصل التخزين عن الحسابات) التي يمكن أن تمكن Web3 من إطلاق إمكاناتها الحقيقية؟
4. هل ستكون نتائج تشغيل البرامج المحددة على البيانات الثابتة فريدة وموثوقة؟
5. في هذه السردية، لماذا يمكن لـ SCP و AO (الموجهة نحو الممثل) أن تصبح أداء لا نهائي وبيانات موثوقة ومحاربين سداسيين قابلين للتركيب؟

مقدمة

[مصدر البيانات:سعر بتكوين]

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

بصفتها البتكوين البكر ، فإنها مستعدة لأن تصبح أصل احتياطي استراتيجي. في مؤتمر بيتكوين 2024 ، قدم ترامب التزامًا ، معلنًا أنه إذا عاد إلى البيت الأبيض ، فسيضمن بقاء الحكومة لـ 100٪ من حجوزاتها من بيتكوين وتعيينها كأصل احتياطي استراتيجي للولايات المتحدة.

بعد فوز ترامب في الانتخابات، ارتفع سعر البيتكوين بنسبة 150%، حيث بلغ ذروته 107،287 دولار.

فوز ترامب بالتأكيد أكثر ملاءمة لصناعة العملات الرقمية، حيث أعرب مراراً عن دعمه القوي للعملات الرقمية.

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

الظلال وراء ازدهار "Web3" بعد الانتخابات الأمريكية

[مصدر البيانات:DefiLlama]

تحت الأضواء، ظل إجمالي القيمة المقفلة (TVL) للإيثيريوم، ثاني أكبر عملة رقمية من حيث رأس المال السوقي، غير حيوي منذ بلوغ ذروته التاريخية في عام 2021.

حتى في الربع الثالث من عام 2024 ، انخفضت إيرادات التمويل اللامركزي (DeFi) في إيثيريوم إلى 261 مليون دولار ، وهو أدنى مستوى منذ الربع الرابع من عام 2020.

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

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

[Data source: حجم تداول Compound]

[Data source: حجم تداول Uniswap]

كان DeFi في وقت من الأوقات هو أبرز جزء في نظام Ethereum، ولكن بسبب انخفاض رسوم التحويل ونشاط المستخدم، فإن إيراداته قد انخفضت بشكل كبير.

استجابةً لذلك، يحاول المؤلف التأمل في الأسباب وراء الأزمات الحالية التي تواجهها إثريوم، أو السلسلة الكاملة، وكيفية تجاوزها.

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

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

هل خدمة السحابة الخاصة بـ Web3 خطوة للوراء أم المستقبل؟

هل خدمة السحابة في Web3 خطوة للوراء أم للمستقبل؟

عندما تم تقديم مفهوم AO (موجه نحو الممثل)، لفت انتباه واسع. في ظل تزايد التجانس لسلاسل الكتل العامة القائمة على EVM، أظهر AO كتصميم معماري مختلف قدرات فريدة.

هذا ليس مجرد مفهوم نظري، بل الفريق بالفعل يضعه في التطبيق.

كما ذكر سابقا، تكمن أعظم قيمة للبلوكتشين في تسجيل القيمة الرقمية. من هذا المنظور، يعمل كسجل عام عالمي شفاف. بناء على هذا الجوهر، يمكن القول أن المبدأ الأول للبلوكتشين هو "التخزين".

يتم تحقيق AO من خلال نموذج توافق (SCP) يعتمد على التخزين. طالما بقي التخزين لا يُغير، بغض النظر عن مكان حدوث الحسابات، يمكن ضمان الحصول على توافق في النتيجة. لقد وُلد جهاز الكمبيوتر العالمي AO، مما يتيح توصيل وتعاون الحوسبة الموازية بمقياس كبير.

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

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

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

ربما ستلاحظ أن هذا متطابق تقريبًا مع خدمات السحابة التقليدية. على سبيل المثال:

من حيث إدارة الموارد الحاسوبية، في تصميم AO، يُعد "الممثل" كيانًا حاسوبيًا مستقلاً، ويمكن لكل وحدة حاسوبية تشغيل بيئتها الخاصة. هل هذا لا يشبه خدمات المايكروسيرفس ودوكر في الخوادم السحابية التقليدية؟ على نفس النحو، تعتمد خدمات الحوسبة السحابية التقليدية على S3 أو NFS للتخزين، بينما يعتمد AO على Arweave.

ومع ذلك، فإن تقليل AO إلى "فكرة قديمة معاد تسخينها" سيكون غير دقيق. على الرغم من أن AO يقترض بعض مفاهيم التصميم من خدمات السحاب التقليدية، إلا أن نواة AO تكمن في دمج التخزين اللامركزي مع الحوسبة الموزعة. يختلف Arweave، كشبكة تخزين لامركزية، أساسيًا عن التخزين المركزي التقليدي. توفر هذه الخاصية اللامركزية بيانات الويب3 بأمان أعلى ومقاومة أكبر للرقابة.

الأهم من ذلك، تجمع AO و Arweave ليس مجرد تراكم تقني بسيط؛ بل يخلق نموذجًا جديدًا. يجمع هذا النموذج بين مزايا الأداء للحوسبة الموزعة وموثوقية التخزين اللامركزي، مما يوفر أساسًا قويًا للابتكار وتطوير تطبيقات الويب3. تحديدًا، يتجلى هذا التجمع في جانبين التاليين:

1. تحقيق تصميم مركزي كامل في نظام التخزين مع ضمان الأداء من خلال بنية موزعة.
2. هذا التوصيل لا يحل فقط بعض التحديات الأساسية في مجال ويب 3 (مثل أمان التخزين والشفافية) ولكنه يوفر أيضًا الأساس الفني للابتكار المحتمل والتركيب المستقبلي الغير محدود.

سيستكشف ما يلي مفهوم AO وتصميمه المعماري بعمق ويحلل كيف يعالج التناقضات التي تواجهها سلاسل الكتل العامة الحالية مثل Ethereum، مما يجلب في نهاية المطاف فرص تطوير جديدة لـ Web3.

عرض لمشكلة Web3 الحالية من منظور "الذري"

منذ ظهور إيثيريوم مع العقود الذكية ، أصبح بلا شك القوة السائدة.

قد يسأل البعض، أليس هناك بيتكوين؟ ومع ذلك، من المهم أن نلاحظ أن بيتكوين تم إنشاؤه كبديل للعملات التقليدية، بهدف أن يصبح نظامًا نقديًا مركزيًا ورقميًا. أما إيثريوم، فهو ليس مجرد عملة رقمية؛ بل هو منصة تمكن إنشاء وتنفيذ العقود الذكية والتطبيقات اللامركزية (DApps).

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

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

هناك حد أعلى للأداء، وتظل تجربة المستخدم سيئة

[مصدر البيانات:ديفي لاما]

[Data source: L2 BEAT]

مؤخراً، يعتقد المزيد والمزيد من الناس أن خطة توسيع الطبقة 2 (L2) لإيثيريوم قد فشلت.

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

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

لشرح هذا من منظور 'ذري', يتحمل L2 المسؤولية عن الحسابات، بينما يتعامل إثريوم مع 'تخزين' الأساسي لسلسلة الكتل. لضمان الأمان الكافي، يجب على إثريوم تخزين البيانات وتحقيق الاتفاق.

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

يؤدي هذا إلى البارادوكس الذي يتم تصميم L2 لديه أداء لا نهائي، ولكن في الواقع، تفرض قيود السلسلة الرئيسية سقفًا عليه.

تحكم تأثير الزجاجة القصوى في أن L2 لديه حد أقصى.

لفهم أفضل للآلية، يمكن للقراء استكشاف المزيد من خلال القراءة:“من DeFi التقليدي إلى AgentFi: اكتشاف مستقبل التمويل اللامركزي.”

الجاذبية المحدودة لحالات الاستخدام الحالية

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

ومع ذلك، هل النظام البيئي حقًا حيوي ومتنوع كما يبدو؟

بوضوح، الإجابة هي لا. وراء النظام البيئي الرائج لتطبيقات إيثريوم تكمن بيئة محملة بالمالية، مع نقص كبير في التطبيقات غير المالية الناضجة.

لنلقي نظرة على القطاعات التطبيقية الأكثر ازدهارًا على منصة إثريوم:

أولاً ، مفاهيم مثل NFTs ، DeFi ، GameFi ، و SocialFi ، على الرغم من أنها مبتكرة من الناحية المالية ، إلا أنها لا تزال غير مناسبة بعد للجمهور العام. يعود سبب نمو Web2 بسرعة إلى وظائفها ، التي ترتبط ارتباطًا وثيقًا بحياة الناس اليومية.

بالمقارنة مع المنتجات والخدمات المالية، يشعر المستخدمون العاديون بالقلق بشأن وظائف مثل الرسائل والتواصل الاجتماعي وبث الفيديو والتجارة الإلكترونية.

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

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

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

هنا، نؤكد مرة أخرى قضية رئيسية: فشل الطبقة 2 (L2) في جذب عدد كبير من المستخدمين ليس خطأها. L2 لم يكن أبدًا القوة الدافعة الأساسية. الطريق الحقيقي للتغلب على مأزق الويب3 هو ابتكار سيناريوهات تطبيق جديدة تجذب المستخدمين.

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

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

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

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

البنية التحتية الذرية: يجعل AO الأداء غير محدود ممكنًا

[Data source: L2 TPS]

تواجه الهندسة المعمارية الأساسية للبلوكشين Eng: the basic architecture of blockchain Eng: داخل السلسلة Eng: faces a clear bottleneck: the limitation of block space. It’s like a ledger of fixed size, where every transaction and data entry needs to be recorded within a block. Both Ethereum and other blockchains are constrained by block size limits, leading to competition for space among transactions. This raises a key question: can we break through this limitation? Does block space always have to be limited? Is there a way to achieve true infinite scalability?

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

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

[Data source: suiscan TPS]

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

بعبارات بسيطة ، يعد تحسين الإنتاجية هو المفتاح لمستقبل مشرق ل Web3. تحقيق شبكة ذات قابلية توسع لا نهائية وإنتاجية عالية هي رؤيتها. على سبيل المثال ، تستخدم Sui المعالجة المتوازية الحتمية ، وترتيب المعاملات مسبقا لتجنب النزاعات ، وبالتالي تعزيز القدرة على التنبؤ وقابلية التوسع. يسمح هذا التصميم ل Sui بالتعامل مع أكثر من 10000 معاملة في الثانية (TPS). بالإضافة إلى ذلك ، تتيح بنية Sui زيادة الإنتاجية عن طريق إضافة المزيد من عقد المدقق ، مما يحقق نظريا قابلية توسع لا نهائية. يقلل استخدامه لبروتوكولي Narwhal و Tusk من زمن الوصول ، مما يسمح بمعالجة المعاملات المتوازية الفعالة والتغلب على اختناقات قابلية التوسع لحلول Layer 2 التقليدية.

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

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

نموذج الاتفاق على التخزين (SCP)

قبل أن نقدم AO، يجب أن نناقش نمط تصميم جديد نسبيا يسمى SCP.

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

في نموذج إيثيريوم ، يتم تنفيذ الحسابات بواسطة العقد الكاملة والمخزنة بشكل عالمي ، ويتم توفيرها للاستعلام. يحول هذا النهج إيثيريوم إلى "كمبيوتر عالمي" ولكنه يعمل كبرنامج متسلسل ذو خط واحد ، حيث يتم تنفيذ الخطوات تتابعياً. تسبب هذه الكفاءة الداخلية في خلق بيئة خصبة لقيمة يمكن استخلاصها بحد أقصى (MEV). تدخل توقيعات المعاملات إلى مخزن الذاكرة الرئيسي لإيثيريوم ، وتتم بثها علنياً ، وتُرتب من قبل المُنقبين ، عادةً في غضون 12 ثانية. ومع ذلك ، تعتبر هذه النافذة القصيرة كافية لـ "الباحثين" للتدخل ومحاكاة وحتى عمل استراتيجيات محتملة. يمكن استكشاف المزيد حول هذا الموضوع في "المشهد MEV بعد عام واحد من دمج Ethereum."

SCP، على النقيض من ذلك، يفصل الحوسبة عن التخزين. هذا المفهوم قد يبدو مجرداً، لذا دعونا نستخدم تشبيهًا بالويب2.

في سيناريوهات Web2 مثل الرسائل أو التسوق عبر الإنترنت، يمكن أن يؤدي ارتفاع حركة المرور إلى ارتفاع مفاجئ لا يمكن لجهاز واحد التعامل معه. حل المهندسون هذه المشكلة عن طريق توزيع المهام الحسابية عبر عدة أجهزة، ومزامنة وتخزين نتائجها لإدارة حركة المرور بمرونة. بالمثل، يوزع SCP الحسابات عبر العقد. على عكس الأنظمة التقليدية التي تستخدم قواعد بيانات مثل MySQL، يعتمد SCP على mainnets لتخزين البيانات.

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

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

في الأساس، يعمل البلوكتشين كحل تخزين، مع تحميل الحسابات إلى الخوادم. على عكس آليات التوافق التقليدية للبلوكتشين، ينقل SCP عملية التوافق خارج السلسلة.

مزايا هذا النهج

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

بينما يشبه حلول توسعة rollup الحالية، فإن طموح SCP يذهب أبعد من ذلك. إنها لا تهدف فقط إلى حل قابلية توسع سلسلة الكتل ولكن أيضًا لتقديم طريق تحويلي من الويب 2 إلى الويب 3.

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

1. القدرة على التركيب:يضع SCP عملية الحساب خارج السلسلة ، مما يحافظ على الطبيعة الأساسية للبلوكشين ويحتفظ بخصائصه "الذرية". باستخدام الحساب خارج السلسلة وتكون البلوكشين مسؤولة حصرا عن التخزين ، يمكن تنفيذ أي عقد ذكي. يصبح ترحيل التطبيق بناء على SCP بسيطًا للغاية ، وهو ميزة حاسمة.
2. حدود تطوير منخفضة:يسمح الحساب خارج السلسلة للمطورين باستخدام أي لغة برمجة، سواء كانت C++ أو Python أو Rust، دون الحاجة إلى استخدام Solidity لـ EVM. التكلفة الوحيدة التي قد تواجهها المطورين هي تكلفة تفاعل الواجهة التطبيق مع سلسلة الكتل.
3. لا توجد قيود على الأداء: يُحقق الحوسبة خارج السلسلة توافق قدرات الحوسبة مع التطبيقات التقليدية. تعتمد السقف الأدائي على قدرات الأجهزة لخوادم الحوسبة. نظرًا لأن توسيع مرن للموارد الحوسبية التقليدية هو تكنولوجيا ناضجة، فإن سعة الحوسبة غير محدودة بشكل فعال، باستثناء تكاليف الآلات.
4. البيانات الموثوق بها:نظرًا لأن وظيفة "التخزين" الأساسية تتم من خلال السلسلة الكتلية، فإن جميع البيانات لا تتغير وقابلة للتتبع. يمكن لأي عقد استرداد البيانات وإعادة حسابها عندما يشك في صحة نتائج الحالة، مما يضمن أن تضفي سلسلة الكتل موثوقية على البيانات.

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

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

دمج SCP و AO: الافتراض عن القيود

بعد كل هذه المناقشة، وصلنا أخيرًا إلى AO.

أولاً، يعتمد AO نمط تصميم يعرف باسم نموذج الممثل (Actor Model)، الذي تم تنفيذه أولاً في لغة برمجة Erlang.

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

تشبه موارد الحوسبة في AO تلك الموجودة في نماذج الحوسبة التقليدية ولكن تضم طبقة تخزين دائمة، مما يتيح عمليات الحوسبة القابلة للتتبع واللامركزية.

في هذه النقطة، قد تتساءل، ما هي السلسلة الرئيسية التي يستخدمها AO لطبقة التخزين الخاصة به؟

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

لماذا تختار أرويف من بين العديد من حلول التخزين اللامركزية؟

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

لمزيد من التفاصيل التقنية حول Arweave ، راجع: “فهم Arweave: بنية أساسية رئيسية للويب3“

بعد ذلك، سنركز على مناقشة مبادئ وتقنيات AO لفهم كيف يتحقق AO حساب لانهائي؟

[Data source:كيف يعمل ماسنجر | دليل]

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

أولاً، دعنا نفهم الهندسة المعمارية الأساسية لـ AO. يتكون AO من عمليات ورسائل، بالإضافة إلى وحدات الجدولة (SU) ووحدات الحساب (CU) ووحدات المراسلة (MU):

• عملية:وحدة الحوسبة للعقد في الشبكة، المستخدمة لحساب البيانات ومعالجة الرسائل. على سبيل المثال، يمكن أن يكون كل عقد عملية.
• رسالة:تتفاعل العمليات من خلال الرسائل، حيث تلتزم كل رسالة بمعيار ANS-104. يجب أن يتبع النظام الكامل لنظام AO هذا المعيار.
• وحدة الجدولة (SU):مسؤول عن ترقيم رسائل العمليات، مما يتيح ترتيب العمليات وتحميل الرسائل على Arweave.
• وحدة الحساب (CU): الحالة العقدة داخل عملية AO، المسؤولة عن تنفيذ مهام الحساب وإرجاع النتائج المحسوبة والتواقيع إلى SU، ضمان صحة النتائج وقابلية التحقق منها.
• وحدة الرسائل (MU): مكون التوجيه في العقد، المسؤول عن توصيل رسائل المستخدم إلى الوحدة التحكم الآمنة وإجراء عمليات التحقق من سلامة البيانات الموقعة.

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

ابتكار تصميم AO الهندسي: التخزين والحالة الهولوغرافية

ابتكار هندسة النظام البياني المجالي يكمن في آليات تخزين البيانات والتحقق منها، التي تحل محل الحسابات الزائدة والمساحة المحدودة للكتل المعتادة في سلاسل الكتل التقليدية من خلال استخدام تخزين متمركز (أرويف) وحالات هولوغرافية.

1. الحالة هولوغرافية: في هندسة الأو-أو، يولد كل حساب "حالة هولوغرافية" تُرفع إلى شبكة التخزين اللامركزية (Arweave). هذه "الحالة الهولوغرافية" ليست مجرد سجل بسيط لبيانات المعاملة؛ بل تحتوي على الحالة الكاملة والبيانات ذات الصلة لكل حساب. وهذا يعني أن كل حساب ونتيجته يُسجلان بشكل دائم ويمكن التحقق منهما في أي وقت. تُوفر الحالة الهولوغرافية، كـ"لقطة بيانات"، للشبكة حلاً لتخزين البيانات موزعًا ولامركزيًا.
2. التحقق من التخزين: في هذا النموذج ، لم يعد التحقق من البيانات يعتمد على كل عقدة تكرر الحساب لجميع المعاملات. بدلا من ذلك ، يتم ذلك عن طريق تخزين ومقارنة البيانات التي تم تحميلها إلى Arweave لتأكيد صحة المعاملات. عندما لا تتطابق نتيجة الحساب من عقدة مع البيانات المخزنة على Arweave ، يمكن للمستخدمين أو العقد الأخرى بدء طلب تحقق. ستقوم الشبكة بعد ذلك بإعادة حساب البيانات ومقارنتها بالسجل المخزن في Arweave. إذا لم تتطابق النتائج ، تتم معاقبة العقدة ، مما يضمن سلامة الشبكة.
3. تجاوز حد مساحة الكتلة: يتم تقييد مساحة كتلة سلسلة الكتل التقليدية بواسطة قيود التخزين، حيث يمكن لكل كتلة أن تحتوي على عدد محدود من المعاملات فقط. ومع ذلك، في هندسة النظام التشغيل AO، لم يعد يتم تخزين البيانات مباشرة داخل الكتل؛ بدلاً من ذلك، يتم تحميلها إلى شبكة تخزين متمركزة (مثل Arweave). وهذا يعني أن تخزين وتحقق البيانات في شبكة سلسلة الكتل لم يعد مقيدًا بحجم مساحة الكتلة ولكنه تم تحميله وتوسيعه من خلال التخزين المتمركز. ونتيجة لذلك، لم يعد سعة نظام سلسلة الكتل محدودة مباشرة بواسطة حجم الكتلة.

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

هل يعتمد التوافق على الحوسبة الزائدة؟

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

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

الآن، دعونا نلقي نظرة على الفروق بين AO و ETH من خلال جدول:

من السهل رؤية أن الخصائص الأساسية ل AO يمكن تلخيصها في نقطتين رئيسيتين:

1. الحوسبة الموازية بمقياس كبير: تدعم عمليات لا تحصى تعمل في نفس الوقت، مما يعزز بشكل كبير قوة الحوسبة.
2. الاعتماد على الثقة المقللة: لا حاجة للثقة في أي عقدة واحدة، حيث يمكن إعادة إنتاج وتتبع جميع النتائج الحسابية بشكل لا نهائي.

كيف تكسر أوو النقص: إيثيريوم ومعضلات السلاسل العامة

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

1. بناءً على نموذج SCP: نظرًا لأن AO يفصل الحساب عن التخزين، فإنه يمكن أن يتفوق على نموذج الحساب مرة واحدة في إيثيريوم. يمكن لـ AO أن يتطور بمرونة للحصول على مزيد من الموارد الحسابية استنادًا إلى الطلب. بالإضافة إلى ذلك، يسمح التخزين الهولوغرافي لسجلات الرسائل في Arweave لـ AO بضمان التوافق من خلال إعادة إنتاج نتائج الحساب، مما يوفر أمانًا يتنافس مع إيثيريوم وبيتكوين.
2. البنية المعمارية للحوسبة المتوازية استناداً إلى تبادل الرسائل: تفاعلات AO’s لا تتطلب المنافسة على 'الأقفال'. في تطوير Web2 ، من المعروف جيدًا أن الخدمات عالية الأداء تتجنب الصراع على الأقفال ، حيث أنها مكلفة للغاية بالنسبة للخدمات الفعالة. يتجنب AO الصراع على الأقفال من خلال تبادل الرسائل بين العمليات ، وفقاً لهذا المبدأ. يتيح ذلك توسيعها للوصول إلى أي حجم.
3. الهندسة المعمارية الموديلية: تتجلى قابلية تعديل AO في فصل CU و SU و MU، مما يتيح استخدام أي جهاز افتراضي أو متسلسل. يجعل هذا الهجرة وتطوير DApps من سلاسل مختلفة مريحًا للغاية وفعال من حيث التكلفة. بالاشتراك مع قدرة تخزين Arweave الفعالة ، يمكن لتطبيقات DApps المطورة على AO تحقيق وظائف أكثر تنوعًا. على سبيل المثال ، يمكن تحقيق رسومات الشخصيات بسهولة على AO.
4. دعم قابلية تكيف Web3 مع متطلبات السياسات المختلفة: على الرغم من أن الفكرة الأساسية لـ Web3 هي اللامركزية وعدم التنظيم، إلا أن السياسات المختلفة في مختلف البلدان بشكل لا مفر منه تؤثر بشكل كبير على تطوير وتعزيز Web3. يمكن تكيف البنية المعمارية المرنة لـ AO مع السياسات الإقليمية المختلفة، مما يضمن بشكل ما استقرار وتنمية مستدامة لتطبيقات Web3.

ملخص

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

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

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

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

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

توليفة SCP و AO ، كنمط تنمية مليء بالإمكانات ، على الرغم من أن أفكارها لم تحظ بتقدير واسع في السوق حتى الآن ، من المتوقع أن يلعب AO دورًا هامًا في مجال Web3 في المستقبل ، حتى يدفع التنمية المستقبلية لـ Web3.

تنصل:

1. تم نشر هذه المقالة من [ PermaDAO]. جميع حقوق الطبع والنشر تنتمي إلى المؤلف الأصلي [14]. إذا كانت هناك اعتراضات على هذا الإعادة، يرجى الاتصال بالبوابة التعلمالفريق، وسيتولون التعامل معها بسرعة.
2. تنصل المسؤولية: الآراء والآراء التي تم التعبير عنها في هذه المقالة هي فقط تلك المؤلف ولا تشكل أي نوع من النصيحة الاستثمارية.
3. فريق تعلم غيت يقوم بترجمة المقال إلى لغات أخرى. ما لم يتم ذكره، فإن نسخ أو توزيع أو سرقة المقالات المترجمة ممنوعة.