تحليل عميق للاختلافات التقنية بين إثيريوم وSolana وAptos
قد يبدو مقارنة الخصائص التقنية لسلاسل الكتل العامة المختلفة مملة أو جزئية اعتمادًا على زاوية الملاحظة. لفهم الاختلافات بين Aptos وسلاسل الكتل العامة الأخرى بسرعة ودقة، يكمن المفتاح في اختيار نقطة الدخول المناسبة. ستقوم هذه المقالة بتحليل دورة حياة المعاملة كأساس، بدءًا من إنشاء المعاملة حتى تحديث الحالة النهائية، بما في ذلك خمسة خطوات: الإنشاء والإطلاق، البث، الترتيب، التنفيذ، وتحديث الحالة، مما يتيح فهمًا واضحًا لتصميم كل سلسلة كتل عامة والتنازلات التقنية.
تدور جميع معاملات البلوكشين حول هذه الخطوات الخمسة. ستتناول هذه المقالة Aptos كمحور، وتستعرض تصميمه الفريد، وتقارن بين إثيريوم وSolana من حيث الاختلافات الرئيسية.
Aptos: تصميم متفائل ومتوازي عالي الأداء
Aptos هي سلسلة كتل عامة تركز على الأداء العالي، دورة حياة المعاملات فيها مشابهة لتلك في إثيريوم، لكنها حققت تحسينات ملحوظة من خلال تنفيذ متوازي متفائل وتحسينات في مجموعة الذاكرة. فيما يلي الخطوات الرئيسية لدورة حياة المعاملات على Aptos:
إنشاء وإطلاق
تتكون شبكة Aptos من عقد خفيفة، وعقد كاملة، ومحققين. يقوم المستخدمون بإجراء المعاملات من خلال العقد الخفيفة ( مثل المحفظة أو التطبيق )، حيث تقوم العقد الخفيفة بإعادة توجيه المعاملات إلى العقد الكاملة القريبة، وتقوم العقد الكاملة بعد ذلك بمزامنة مع المحققين.
بث
احتفظت Aptos بمجمع الذاكرة، لكن لا يتم مشاركة مجمعات الذاكرة بعد QuorumStore. على عكس إثيريوم، فإن مجمع الذاكرة الخاص بها ليس مجرد منطقة تخزين للمعاملات. بعد دخول المعاملة إلى مجمع الذاكرة، يقوم النظام بترتيب المعاملات مسبقًا وفقًا للقواعد ( مثل FIFO أو رسوم الغاز )، مما يضمن عدم حدوث تعارضات أثناء التنفيذ المتوازي في المستقبل. هذه التصميم يتجنب المتطلبات العالية للأجهزة التي تحتاجها Solana للإعلان مسبقًا عن مجموعات القراءة والكتابة.
ترتيب
أبتوس تعتمد على إجماع AptosBFT، حيث لا يمكن للمقترح ترتيب المعاملات بحرية من حيث المبدأ، ويمنح aip-68 المقترح حقًا إضافيًا في ملء المعاملات المتأخرة. تم الانتهاء مسبقًا من فرز ذاكرة التخزين المؤقت لتجنب التعارضات، ويعتمد إنشاء الكتل بشكل أكبر على التعاون بين المدققين، وليس على المقترح.
تنفيذ
تستخدم Aptos تقنية Block-STM لتحقيق التنفيذ المتوازي المتفائل. ويُفترض أن المعاملات خالية من التداخل وتُعالج في نفس الوقت، وإذا تم اكتشاف تداخل بعد التنفيذ، فسيتم إعادة تنفيذ المعاملات المتأثرة. هذه الطريقة تستفيد من المعالجات متعددة النواة لتعزيز الكفاءة، ويمكن أن تصل TPS إلى 160,000.
تحديث الحالة
حالة مزامنة المدقق، تؤكد النهائية من خلال نقاط التفتيش، مشابهة لآلية Epoch في إثيريوم، ولكن بكفاءة أعلى.
الميزة الأساسية لـ Aptos تكمن في الجمع بين المعالجة المتوازية المتفائلة وترتيب مسبق لحمولة الذاكرة، مما يقلل من متطلبات أداء العقد ويزيد بشكل كبير من القدرة على المعالجة.
إثيريوم: المعايير التنفيذية المتسلسلة
إثيريوم كروّاد في العقود الذكية، هو نقطة انطلاق تقنية السلاسل العامة، ودورة حياة معاملاته توفر إطارًا أساسيًا لفهم Aptos.
دورة حياة معاملات إثيريوم
إنشاء وإطلاق: يقوم المستخدم بإطلاق المعاملة عبر المحفظة من خلال بوابة الترحيل أو واجهة RPC.
البث: الصفقة تدخل إلى الذاكرة العامة، في انتظار التعبئة.
الترتيب: بعد ترقية PoS، يقوم بناة الكتل بتجميع المعاملات وفقًا لمبدأ تعظيم الأرباح، ثم يتم تقديمها للمقترح بعد المزايدة في طبقة الترحيل.
تنفيذ: معالجة المعاملات بتسلسل EVM، تحديث الحالة في خيط واحد.
تحديث الحالة: يجب أن تمر الكتلة عبر نقطتين تفتيش لتأكيد نهائيتها.
تقييد التنفيذ التسلسلي وتصميم تجمع الذاكرة في إثيريوم الأداء، حيث يكون وقت الكتلة 12 ثانية لكل فتحة، وTPS منخفضة. بالمقابل، حققت Aptos قفزة نوعية من خلال التنفيذ المتوازي وتحسين تجمع الذاكرة.
Solana: تحسينات قصوى بالتوازي الحتمي
تشتهر Solana بالأداء العالي، حيث أن دورة حياة معاملاتها تختلف بشكل كبير عن Aptos، خاصة في تجمع الذاكرة وطريقة التنفيذ.
دورة حياة تداول Solana
إنشاء وإطلاق: يقوم المستخدم ببدء المعاملة عبر المحفظة.
بث: لا يوجد تجمع ذاكرة عامة، المعاملات ترسل مباشرة إلى المقترحين الحاليين والاثنين المقبلين.
الترتيب: يقوم المقترحون بناءً على PoH(إثبات التاريخ) بتجميع الكتل، وزمن الكتلة لا يتجاوز 400 مللي ثانية.
التنفيذ: تستخدم آلة Sealevel الافتراضية التنفيذ المتوازي الحتمي، ويجب إعلان مجموعة القراءة والكتابة مسبقًا لتجنب التعارض.
تحديث الحالة: تأكيد سريع على إجماع BFT.
سبب عدم استخدام Solana لبركة الذاكرة هو أن بركة الذاكرة قد تصبح نقطة اختناق في الأداء. نظرًا لعدم وجود بركة ذاكرة، وبتوافق Solana الفريد من نوعه PoH، يمكن للعقد أن تتوصل بسرعة إلى توافق حول ترتيب المعاملات، مما يلغي الحاجة إلى انتظار المعاملات في بركة الذاكرة، ويمكن إتمام المعاملات تقريبًا على الفور. ومع ذلك، فهذا يعني أيضًا أنه في حالة زيادة الحمل على الشبكة، قد يتم التخلص من المعاملات بدلاً من الانتظار، ويجب على المستخدم إعادة تقديمها.
بالمقارنة، لا يتطلب التوازي المتفائل لـ Aptos إعلان مجموعات القراءة والكتابة، عتبة العقد أقل، ومع ذلك فإن TPS أعلى.
مساران للتنفيذ المتوازي: Aptos مقابل Solana
تمثل تنفيذ المعاملات تحديث حالة الكتلة، وهي عملية تحويل أوامر بدء المعاملات إلى حالة نهائية. تفترض العقدة نجاح المعاملة، وتحسب تأثيرها على حالة الشبكة، وهذه العملية الحسابية هي التنفيذ.
تنفيذ متوازي في سلسلة الكتل يشير إلى عملية حساب حالة الشبكة بواسطة معالجات متعددة النواة في وقت واحد. حالياً، يتم تقسيم التنفيذ المتوازي في السوق إلى نوعين: التنفيذ المتوازي المحدد والتنفيذ المتوازي المتفائل. تكمن الاختلافات بين هذين الاتجاهين في كيفية ضمان عدم حدوث تصادم في المعاملات المتوازية - أي ما إذا كانت هناك علاقات اعتماد بين المعاملات.
في دورة حياة التداول، يحدد توقيت تحديد تعارضات الاعتماد على المعاملات المتوازية تباين اتجاهي التطوير بين التنفيذ المتوازي الحتمي والتنفيذ المتوازي المتفائل، حيث اختارت Aptos وSolana اتجاهين مختلفين:
التأكيد بالتوازي (Solana): يجب إعلان مجموعة القراءة والكتابة قبل بث الصفقة، حيث يقوم محرك Sealevel بمعالجة المعاملات غير المتعارضة بالتوازي وفقًا للإعلان، بينما يتم تنفيذ المعاملات المتعارضة بشكل تسلسلي. الميزة هي الكفاءة، والعيب هو الحاجة العالية للأجهزة.
متفائل متوازي ( Aptos ): افترض أن المعاملات بدون تعارض، يتم التحقق من التنفيذ المتوازي لـ Block-STM بعده، وإذا كان هناك تعارض يتم إعادة المحاولة. فرز مسبق في مجموعة الذاكرة يقلل من مخاطر التعارض، ويخفف من عبء العقد.
مثال: رصيد الحساب A هو 100، الصفقة 1 تحويل 70 إلى B، الصفقة 2 تحويل 50 إلى C. تقوم Solana بتأكيد النزاعات مسبقًا من خلال التصريح، وتعالج الصفقات حسب الترتيب؛ إذا اكتشفت Aptos بعد التنفيذ المتوازي عدم كفاية الرصيد، فإنها تعيد التعديل. تجعل مرونة Aptos منها أكثر قابلية للتوسع.
التأكيد على الصراعات مبكرًا من خلال التجميع المتفائل عبر تجمع الذاكرة
الفكرة الأساسية للتوازي المتفائل هي افتراض أن المعاملات المعالجة بشكل متوازي لن تتعارض، لذلك لا يحتاج جانب التطبيق إلى تقديم إعلان المعاملة قبل تنفيذ المعاملة. إذا تم اكتشاف تعارض أثناء التحقق بعد تنفيذ المعاملة، سيقوم Block-STM بإعادة تنفيذ المعاملات المتأثرة لضمان التناسق.
ومع ذلك، في الممارسة العملية، إذا لم يتم التأكد مسبقًا من عدم تعارض متطلبات المعاملة، فقد تظهر أخطاء كثيرة أثناء التنفيذ الحقيقي، مما يؤدي إلى بطء في تشغيل السلسلة العامة. لذلك، فإن التنفيذ المتوازي المتفائل ليس مجرد افتراض بعدم وجود تعارضات في المعاملات، بل هو تجنب المخاطر مسبقًا في مرحلة معينة، وهي مرحلة بث المعاملات.
عند دخول المعاملات إلى مجموعة الذاكرة العامة على Aptos، يتم إعادة ترتيبها مسبقًا وفقًا لقواعد معينة مثل FIFO وارتفاع رسوم الغاز ( لضمان عدم حدوث تعارض أثناء التنفيذ المتوازي داخل الكتلة. من هنا، يتضح أن المقترح في Aptos لا يمتلك في الواقع القدرة على ترتيب المعاملات، ولا يوجد في الشبكة مُنشئو كتل. هذه العملية المسبقة لترتيب المعاملات هي المفتاح لتحقيق التنفيذ المتوازي المتفائل في Aptos. على عكس Solana التي تحتاج إلى إدخال إعلانات المعاملات، لا تحتاج Aptos إلى هذه الآلية، مما يقلل بشكل كبير من متطلبات أداء العقد. فيما يتعلق بتكاليف الشبكة لضمان عدم تعارض المعاملات، فإن تأثير إضافة مجموعة الذاكرة على TPS في Aptos أقل بكثير من تكلفة إدخال إعلانات المعاملات في Solana. لذلك، يمكن أن تصل TPS في Aptos إلى 160,000، وهو أكثر من ضعف Solana. تأثير الترتيب المسبق للمعاملات هو زيادة صعوبة التقاط MEV على Aptos، وهذا له مزايا وعيوب للمستخدمين.
![فهم الفروقات الرئيسية بين إثيريوم، Solana وAptos في دورة حياة صفقة واحدة بشكل مبسط])https://img-cdn.gateio.im/webp-social/moments-99c993e92d55b0fc27ffb530d2bce05b.webp(
السرد القائم على الأمان هو اتجاه تطوير Aptos
) RWA
Aptos تعمل بنشاط على دفع توكنيزه الأصول الحقيقية وحلول التمويل المؤسسي. بالمقارنة مع إثيريوم، فإن تقنية Block-STM من Aptos قادرة على معالجة عدة معاملات نقل الأصول بشكل متوازي، مما يتجنب تأخير التحقق من الحقوق الناتج عن ازدحام الشبكة. في سلاسل الكتل الأخرى، على الرغم من سرعة المعاملات، إلا أن تصميم عدم وجود مجموعة ذاكرة قد يؤدي إلى فقدان المعاملات في حالة التحميل الزائد للشبكة، مما يؤثر على استقرار التحقق من الحقوق للأصول الحقيقية. بينما تضمن وظيفة ترتيب مجموعة الذاكرة المسبقة في Aptos دخول المعاملات للتنفيذ بالترتيب، حتى في أوقات الذروة، مما يحافظ على موثوقية سجلات الأصول.
تحتاج RWA إلى دعم عقود ذكية معقدة، مثل تقسيم الأصول، وتوزيع العائدات، وفحص الامتثال. التصميم المعياري ودرجة الأمان في لغة Move يمكّن المطورين من بناء تطبيقات RWA موثوقة بسهولة أكبر. بالمقارنة، قد توجد تعقيدات أو مخاطر ثغرات أو منحنى تعلم حاد في لغات البرمجة الأخرى لسلاسل الكتل العامة. من المتوقع أن تجذب صداقة بيئة Aptos المزيد من مشاريع RWA، مما يؤدي إلى تشكيل حلقة إيجابية.
تتمثل إمكانيات Aptos في مجال الأصول الحقيقية (RWA) في الجمع بين الأمان والأداء. في المستقبل، يمكن أن تركز على التعاون مع المؤسسات المالية التقليدية لنقل الأصول عالية القيمة مثل السندات والأسهم إلى البلوكشين، بمساعدة لغة Move لإنشاء معايير توكين متميزة من حيث الامتثال. يمكن أن تجعل هذه الرواية "الأمان + الكفاءة" Aptos تبرز في سوق الأصول الحقيقية.
في عام 2024، قامت بيئة Aptos بإدخال العديد من مشاريع RWA، بما في ذلك USDY من Ondo Finance، ورمز BENJI من فرانكلين تمبلتون. بالإضافة إلى ذلك، تتعاون Aptos مع Libre لتعزيز توكنية الأوراق المالية، مما يتيح إدخال صناديق استثمار العديد من المؤسسات الشهيرة إلى السلسلة، مما يعزز وصول المستثمرين المؤسسيين.
مدفوعات العملات المستقرة
تتطلب مدفوعات العملات المستقرة ضمان نهائية الصفقة وأمان الأصول. تمنع لغة Move الخاصة بـ Aptos من خلال نموذج الموارد الدفع المزدوج، مما يضمن دقة كل عملية تحويل للعملات المستقرة. على سبيل المثال، عندما يستخدم المستخدم USDC على Aptos للدفع، تكون تحديثات حالة المعاملة محمية بشكل صارم، مما يمنع فقدان الأموال بسبب ثغرات العقود. بالإضافة إلى ذلك، فإن رسوم الغاز المنخفضة في Aptos ### تعود إلى توزيع التكاليف بفضل TPS العالية ( مما يجعلها تنافسية للغاية في سيناريوهات المدفوعات الصغيرة.
يجب أن توازن PayFi والمدفوعات بالعملات المستقرة بين اللامركزية والامتثال التنظيمي. تقلل آلية الإجماع اللامركزية AptosBFT من مخاطر المركزية، بينما تدعم بنيتها المعمارية المعيارية المطورين في دمج فحوصات KYC/AML. على سبيل المثال، يمكن لمصدر العملة المستقرة نشر عقود امتثال على Aptos لضمان توافق المعاملات مع اللوائح المحلية، دون التضحية بكفاءة الشبكة. هذه الميزة تفوق نماذج الترحيل المركزية أو نقاط الضعف المحتملة في الامتثال لدى سلاسل الكتل العامة الأخرى. التصميم المتوازن لـ Aptos يجعله أكثر ملاءمة لدخول المؤسسات المالية.
تتمثل إمكانيات Aptos في مجال PayFi والمدفوعات المستقرة في "الأمان والفعالية والامتثال" كتركيبة ثلاثية. في المستقبل، ستستمر في دفع الاعتماد الواسع على العملات المستقرة، وبناء شبكة مدفوعات عبر الحدود، أو التعاون مع عمالقة المدفوعات لتطوير نظام تسوية على السلسلة. سيمكن TPS العالي والتكاليف المنخفضة من دعم سيناريوهات المدفوعات الصغيرة، مثل التبرعات الفورية للمبدعين في المحتوى. يمكن أن تركز قصة Aptos على "البنية التحتية للمدفوعات من الجيل التالي" لجذب تدفق ثنائي الاتجاه من الشركات والمستخدمين.
ملخص: الفروق التقنية في Aptos والسرد المستقبلي
من خلال منظور دورة حياة المعاملات، يمكننا بوضوح مقارنة الاختلافات في التصميم التكنولوجي بين Aptos وسلاسل الكتل العامة الأخرى، وكشف الروايات الأساسية لكل منها. ومن هنا تبرز المزايا الفريدة لـ Aptos:
تصميم Aptos يحقق توازنًا بارعًا بين الأداء والأمان. تجمع مسبقة ترتيب الذاكرة مع Block-STM التوازي المتفائل، مما يقلل من عتبة العقد ويحقق سعة عالية تصل إلى 160,000 TPS، متجاوزًا حلول التوازي الأخرى في سلاسل الكتل العامة. مقارنةً بالتنفيذ التسلسلي لإيثيريوم، يوفر قدرة التوازي في Aptos قفزة نوعية؛ وبالمقارنة مع التحسينات الجذرية التي تتخلص من مسبقة ترتيب الذاكرة في سلاسل الكتل الأخرى، يحتفظ Aptos بآلية المسبقة الترتيب، مما يضمن استقرار الشبكة تحت أحمال عالية. هذه الفكرة "السعي للسرعة مع الثبات"، مدعومة بنموذج الموارد للغة Move، تمنح Aptos أمانًا أعلى - سواء في مقاومة هجمات DDoS أو منع ثغرات العقود، فهي تتفوق على بنية سلاسل الكتل الأخرى.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
المزايا التقنية لـ Aptos: كيف يقود التنفيذ المتوازي المتفائل نمطًا جديدًا في سلاسل الكتل العامة
تحليل عميق للاختلافات التقنية بين إثيريوم وSolana وAptos
قد يبدو مقارنة الخصائص التقنية لسلاسل الكتل العامة المختلفة مملة أو جزئية اعتمادًا على زاوية الملاحظة. لفهم الاختلافات بين Aptos وسلاسل الكتل العامة الأخرى بسرعة ودقة، يكمن المفتاح في اختيار نقطة الدخول المناسبة. ستقوم هذه المقالة بتحليل دورة حياة المعاملة كأساس، بدءًا من إنشاء المعاملة حتى تحديث الحالة النهائية، بما في ذلك خمسة خطوات: الإنشاء والإطلاق، البث، الترتيب، التنفيذ، وتحديث الحالة، مما يتيح فهمًا واضحًا لتصميم كل سلسلة كتل عامة والتنازلات التقنية.
تدور جميع معاملات البلوكشين حول هذه الخطوات الخمسة. ستتناول هذه المقالة Aptos كمحور، وتستعرض تصميمه الفريد، وتقارن بين إثيريوم وSolana من حيث الاختلافات الرئيسية.
Aptos: تصميم متفائل ومتوازي عالي الأداء
Aptos هي سلسلة كتل عامة تركز على الأداء العالي، دورة حياة المعاملات فيها مشابهة لتلك في إثيريوم، لكنها حققت تحسينات ملحوظة من خلال تنفيذ متوازي متفائل وتحسينات في مجموعة الذاكرة. فيما يلي الخطوات الرئيسية لدورة حياة المعاملات على Aptos:
إنشاء وإطلاق
تتكون شبكة Aptos من عقد خفيفة، وعقد كاملة، ومحققين. يقوم المستخدمون بإجراء المعاملات من خلال العقد الخفيفة ( مثل المحفظة أو التطبيق )، حيث تقوم العقد الخفيفة بإعادة توجيه المعاملات إلى العقد الكاملة القريبة، وتقوم العقد الكاملة بعد ذلك بمزامنة مع المحققين.
بث
احتفظت Aptos بمجمع الذاكرة، لكن لا يتم مشاركة مجمعات الذاكرة بعد QuorumStore. على عكس إثيريوم، فإن مجمع الذاكرة الخاص بها ليس مجرد منطقة تخزين للمعاملات. بعد دخول المعاملة إلى مجمع الذاكرة، يقوم النظام بترتيب المعاملات مسبقًا وفقًا للقواعد ( مثل FIFO أو رسوم الغاز )، مما يضمن عدم حدوث تعارضات أثناء التنفيذ المتوازي في المستقبل. هذه التصميم يتجنب المتطلبات العالية للأجهزة التي تحتاجها Solana للإعلان مسبقًا عن مجموعات القراءة والكتابة.
ترتيب
أبتوس تعتمد على إجماع AptosBFT، حيث لا يمكن للمقترح ترتيب المعاملات بحرية من حيث المبدأ، ويمنح aip-68 المقترح حقًا إضافيًا في ملء المعاملات المتأخرة. تم الانتهاء مسبقًا من فرز ذاكرة التخزين المؤقت لتجنب التعارضات، ويعتمد إنشاء الكتل بشكل أكبر على التعاون بين المدققين، وليس على المقترح.
تنفيذ
تستخدم Aptos تقنية Block-STM لتحقيق التنفيذ المتوازي المتفائل. ويُفترض أن المعاملات خالية من التداخل وتُعالج في نفس الوقت، وإذا تم اكتشاف تداخل بعد التنفيذ، فسيتم إعادة تنفيذ المعاملات المتأثرة. هذه الطريقة تستفيد من المعالجات متعددة النواة لتعزيز الكفاءة، ويمكن أن تصل TPS إلى 160,000.
تحديث الحالة
حالة مزامنة المدقق، تؤكد النهائية من خلال نقاط التفتيش، مشابهة لآلية Epoch في إثيريوم، ولكن بكفاءة أعلى.
الميزة الأساسية لـ Aptos تكمن في الجمع بين المعالجة المتوازية المتفائلة وترتيب مسبق لحمولة الذاكرة، مما يقلل من متطلبات أداء العقد ويزيد بشكل كبير من القدرة على المعالجة.
إثيريوم: المعايير التنفيذية المتسلسلة
إثيريوم كروّاد في العقود الذكية، هو نقطة انطلاق تقنية السلاسل العامة، ودورة حياة معاملاته توفر إطارًا أساسيًا لفهم Aptos.
دورة حياة معاملات إثيريوم
إنشاء وإطلاق: يقوم المستخدم بإطلاق المعاملة عبر المحفظة من خلال بوابة الترحيل أو واجهة RPC.
البث: الصفقة تدخل إلى الذاكرة العامة، في انتظار التعبئة.
الترتيب: بعد ترقية PoS، يقوم بناة الكتل بتجميع المعاملات وفقًا لمبدأ تعظيم الأرباح، ثم يتم تقديمها للمقترح بعد المزايدة في طبقة الترحيل.
تنفيذ: معالجة المعاملات بتسلسل EVM، تحديث الحالة في خيط واحد.
تحديث الحالة: يجب أن تمر الكتلة عبر نقطتين تفتيش لتأكيد نهائيتها.
تقييد التنفيذ التسلسلي وتصميم تجمع الذاكرة في إثيريوم الأداء، حيث يكون وقت الكتلة 12 ثانية لكل فتحة، وTPS منخفضة. بالمقابل، حققت Aptos قفزة نوعية من خلال التنفيذ المتوازي وتحسين تجمع الذاكرة.
Solana: تحسينات قصوى بالتوازي الحتمي
تشتهر Solana بالأداء العالي، حيث أن دورة حياة معاملاتها تختلف بشكل كبير عن Aptos، خاصة في تجمع الذاكرة وطريقة التنفيذ.
دورة حياة تداول Solana
إنشاء وإطلاق: يقوم المستخدم ببدء المعاملة عبر المحفظة.
بث: لا يوجد تجمع ذاكرة عامة، المعاملات ترسل مباشرة إلى المقترحين الحاليين والاثنين المقبلين.
الترتيب: يقوم المقترحون بناءً على PoH(إثبات التاريخ) بتجميع الكتل، وزمن الكتلة لا يتجاوز 400 مللي ثانية.
التنفيذ: تستخدم آلة Sealevel الافتراضية التنفيذ المتوازي الحتمي، ويجب إعلان مجموعة القراءة والكتابة مسبقًا لتجنب التعارض.
تحديث الحالة: تأكيد سريع على إجماع BFT.
سبب عدم استخدام Solana لبركة الذاكرة هو أن بركة الذاكرة قد تصبح نقطة اختناق في الأداء. نظرًا لعدم وجود بركة ذاكرة، وبتوافق Solana الفريد من نوعه PoH، يمكن للعقد أن تتوصل بسرعة إلى توافق حول ترتيب المعاملات، مما يلغي الحاجة إلى انتظار المعاملات في بركة الذاكرة، ويمكن إتمام المعاملات تقريبًا على الفور. ومع ذلك، فهذا يعني أيضًا أنه في حالة زيادة الحمل على الشبكة، قد يتم التخلص من المعاملات بدلاً من الانتظار، ويجب على المستخدم إعادة تقديمها.
بالمقارنة، لا يتطلب التوازي المتفائل لـ Aptos إعلان مجموعات القراءة والكتابة، عتبة العقد أقل، ومع ذلك فإن TPS أعلى.
مساران للتنفيذ المتوازي: Aptos مقابل Solana
تمثل تنفيذ المعاملات تحديث حالة الكتلة، وهي عملية تحويل أوامر بدء المعاملات إلى حالة نهائية. تفترض العقدة نجاح المعاملة، وتحسب تأثيرها على حالة الشبكة، وهذه العملية الحسابية هي التنفيذ.
تنفيذ متوازي في سلسلة الكتل يشير إلى عملية حساب حالة الشبكة بواسطة معالجات متعددة النواة في وقت واحد. حالياً، يتم تقسيم التنفيذ المتوازي في السوق إلى نوعين: التنفيذ المتوازي المحدد والتنفيذ المتوازي المتفائل. تكمن الاختلافات بين هذين الاتجاهين في كيفية ضمان عدم حدوث تصادم في المعاملات المتوازية - أي ما إذا كانت هناك علاقات اعتماد بين المعاملات.
في دورة حياة التداول، يحدد توقيت تحديد تعارضات الاعتماد على المعاملات المتوازية تباين اتجاهي التطوير بين التنفيذ المتوازي الحتمي والتنفيذ المتوازي المتفائل، حيث اختارت Aptos وSolana اتجاهين مختلفين:
التأكيد بالتوازي (Solana): يجب إعلان مجموعة القراءة والكتابة قبل بث الصفقة، حيث يقوم محرك Sealevel بمعالجة المعاملات غير المتعارضة بالتوازي وفقًا للإعلان، بينما يتم تنفيذ المعاملات المتعارضة بشكل تسلسلي. الميزة هي الكفاءة، والعيب هو الحاجة العالية للأجهزة.
متفائل متوازي ( Aptos ): افترض أن المعاملات بدون تعارض، يتم التحقق من التنفيذ المتوازي لـ Block-STM بعده، وإذا كان هناك تعارض يتم إعادة المحاولة. فرز مسبق في مجموعة الذاكرة يقلل من مخاطر التعارض، ويخفف من عبء العقد.
مثال: رصيد الحساب A هو 100، الصفقة 1 تحويل 70 إلى B، الصفقة 2 تحويل 50 إلى C. تقوم Solana بتأكيد النزاعات مسبقًا من خلال التصريح، وتعالج الصفقات حسب الترتيب؛ إذا اكتشفت Aptos بعد التنفيذ المتوازي عدم كفاية الرصيد، فإنها تعيد التعديل. تجعل مرونة Aptos منها أكثر قابلية للتوسع.
التأكيد على الصراعات مبكرًا من خلال التجميع المتفائل عبر تجمع الذاكرة
الفكرة الأساسية للتوازي المتفائل هي افتراض أن المعاملات المعالجة بشكل متوازي لن تتعارض، لذلك لا يحتاج جانب التطبيق إلى تقديم إعلان المعاملة قبل تنفيذ المعاملة. إذا تم اكتشاف تعارض أثناء التحقق بعد تنفيذ المعاملة، سيقوم Block-STM بإعادة تنفيذ المعاملات المتأثرة لضمان التناسق.
ومع ذلك، في الممارسة العملية، إذا لم يتم التأكد مسبقًا من عدم تعارض متطلبات المعاملة، فقد تظهر أخطاء كثيرة أثناء التنفيذ الحقيقي، مما يؤدي إلى بطء في تشغيل السلسلة العامة. لذلك، فإن التنفيذ المتوازي المتفائل ليس مجرد افتراض بعدم وجود تعارضات في المعاملات، بل هو تجنب المخاطر مسبقًا في مرحلة معينة، وهي مرحلة بث المعاملات.
عند دخول المعاملات إلى مجموعة الذاكرة العامة على Aptos، يتم إعادة ترتيبها مسبقًا وفقًا لقواعد معينة مثل FIFO وارتفاع رسوم الغاز ( لضمان عدم حدوث تعارض أثناء التنفيذ المتوازي داخل الكتلة. من هنا، يتضح أن المقترح في Aptos لا يمتلك في الواقع القدرة على ترتيب المعاملات، ولا يوجد في الشبكة مُنشئو كتل. هذه العملية المسبقة لترتيب المعاملات هي المفتاح لتحقيق التنفيذ المتوازي المتفائل في Aptos. على عكس Solana التي تحتاج إلى إدخال إعلانات المعاملات، لا تحتاج Aptos إلى هذه الآلية، مما يقلل بشكل كبير من متطلبات أداء العقد. فيما يتعلق بتكاليف الشبكة لضمان عدم تعارض المعاملات، فإن تأثير إضافة مجموعة الذاكرة على TPS في Aptos أقل بكثير من تكلفة إدخال إعلانات المعاملات في Solana. لذلك، يمكن أن تصل TPS في Aptos إلى 160,000، وهو أكثر من ضعف Solana. تأثير الترتيب المسبق للمعاملات هو زيادة صعوبة التقاط MEV على Aptos، وهذا له مزايا وعيوب للمستخدمين.
![فهم الفروقات الرئيسية بين إثيريوم، Solana وAptos في دورة حياة صفقة واحدة بشكل مبسط])https://img-cdn.gateio.im/webp-social/moments-99c993e92d55b0fc27ffb530d2bce05b.webp(
السرد القائم على الأمان هو اتجاه تطوير Aptos
) RWA
Aptos تعمل بنشاط على دفع توكنيزه الأصول الحقيقية وحلول التمويل المؤسسي. بالمقارنة مع إثيريوم، فإن تقنية Block-STM من Aptos قادرة على معالجة عدة معاملات نقل الأصول بشكل متوازي، مما يتجنب تأخير التحقق من الحقوق الناتج عن ازدحام الشبكة. في سلاسل الكتل الأخرى، على الرغم من سرعة المعاملات، إلا أن تصميم عدم وجود مجموعة ذاكرة قد يؤدي إلى فقدان المعاملات في حالة التحميل الزائد للشبكة، مما يؤثر على استقرار التحقق من الحقوق للأصول الحقيقية. بينما تضمن وظيفة ترتيب مجموعة الذاكرة المسبقة في Aptos دخول المعاملات للتنفيذ بالترتيب، حتى في أوقات الذروة، مما يحافظ على موثوقية سجلات الأصول.
تحتاج RWA إلى دعم عقود ذكية معقدة، مثل تقسيم الأصول، وتوزيع العائدات، وفحص الامتثال. التصميم المعياري ودرجة الأمان في لغة Move يمكّن المطورين من بناء تطبيقات RWA موثوقة بسهولة أكبر. بالمقارنة، قد توجد تعقيدات أو مخاطر ثغرات أو منحنى تعلم حاد في لغات البرمجة الأخرى لسلاسل الكتل العامة. من المتوقع أن تجذب صداقة بيئة Aptos المزيد من مشاريع RWA، مما يؤدي إلى تشكيل حلقة إيجابية.
تتمثل إمكانيات Aptos في مجال الأصول الحقيقية (RWA) في الجمع بين الأمان والأداء. في المستقبل، يمكن أن تركز على التعاون مع المؤسسات المالية التقليدية لنقل الأصول عالية القيمة مثل السندات والأسهم إلى البلوكشين، بمساعدة لغة Move لإنشاء معايير توكين متميزة من حيث الامتثال. يمكن أن تجعل هذه الرواية "الأمان + الكفاءة" Aptos تبرز في سوق الأصول الحقيقية.
في عام 2024، قامت بيئة Aptos بإدخال العديد من مشاريع RWA، بما في ذلك USDY من Ondo Finance، ورمز BENJI من فرانكلين تمبلتون. بالإضافة إلى ذلك، تتعاون Aptos مع Libre لتعزيز توكنية الأوراق المالية، مما يتيح إدخال صناديق استثمار العديد من المؤسسات الشهيرة إلى السلسلة، مما يعزز وصول المستثمرين المؤسسيين.
مدفوعات العملات المستقرة
تتطلب مدفوعات العملات المستقرة ضمان نهائية الصفقة وأمان الأصول. تمنع لغة Move الخاصة بـ Aptos من خلال نموذج الموارد الدفع المزدوج، مما يضمن دقة كل عملية تحويل للعملات المستقرة. على سبيل المثال، عندما يستخدم المستخدم USDC على Aptos للدفع، تكون تحديثات حالة المعاملة محمية بشكل صارم، مما يمنع فقدان الأموال بسبب ثغرات العقود. بالإضافة إلى ذلك، فإن رسوم الغاز المنخفضة في Aptos ### تعود إلى توزيع التكاليف بفضل TPS العالية ( مما يجعلها تنافسية للغاية في سيناريوهات المدفوعات الصغيرة.
يجب أن توازن PayFi والمدفوعات بالعملات المستقرة بين اللامركزية والامتثال التنظيمي. تقلل آلية الإجماع اللامركزية AptosBFT من مخاطر المركزية، بينما تدعم بنيتها المعمارية المعيارية المطورين في دمج فحوصات KYC/AML. على سبيل المثال، يمكن لمصدر العملة المستقرة نشر عقود امتثال على Aptos لضمان توافق المعاملات مع اللوائح المحلية، دون التضحية بكفاءة الشبكة. هذه الميزة تفوق نماذج الترحيل المركزية أو نقاط الضعف المحتملة في الامتثال لدى سلاسل الكتل العامة الأخرى. التصميم المتوازن لـ Aptos يجعله أكثر ملاءمة لدخول المؤسسات المالية.
تتمثل إمكانيات Aptos في مجال PayFi والمدفوعات المستقرة في "الأمان والفعالية والامتثال" كتركيبة ثلاثية. في المستقبل، ستستمر في دفع الاعتماد الواسع على العملات المستقرة، وبناء شبكة مدفوعات عبر الحدود، أو التعاون مع عمالقة المدفوعات لتطوير نظام تسوية على السلسلة. سيمكن TPS العالي والتكاليف المنخفضة من دعم سيناريوهات المدفوعات الصغيرة، مثل التبرعات الفورية للمبدعين في المحتوى. يمكن أن تركز قصة Aptos على "البنية التحتية للمدفوعات من الجيل التالي" لجذب تدفق ثنائي الاتجاه من الشركات والمستخدمين.
ملخص: الفروق التقنية في Aptos والسرد المستقبلي
من خلال منظور دورة حياة المعاملات، يمكننا بوضوح مقارنة الاختلافات في التصميم التكنولوجي بين Aptos وسلاسل الكتل العامة الأخرى، وكشف الروايات الأساسية لكل منها. ومن هنا تبرز المزايا الفريدة لـ Aptos:
تصميم Aptos يحقق توازنًا بارعًا بين الأداء والأمان. تجمع مسبقة ترتيب الذاكرة مع Block-STM التوازي المتفائل، مما يقلل من عتبة العقد ويحقق سعة عالية تصل إلى 160,000 TPS، متجاوزًا حلول التوازي الأخرى في سلاسل الكتل العامة. مقارنةً بالتنفيذ التسلسلي لإيثيريوم، يوفر قدرة التوازي في Aptos قفزة نوعية؛ وبالمقارنة مع التحسينات الجذرية التي تتخلص من مسبقة ترتيب الذاكرة في سلاسل الكتل الأخرى، يحتفظ Aptos بآلية المسبقة الترتيب، مما يضمن استقرار الشبكة تحت أحمال عالية. هذه الفكرة "السعي للسرعة مع الثبات"، مدعومة بنموذج الموارد للغة Move، تمنح Aptos أمانًا أعلى - سواء في مقاومة هجمات DDoS أو منع ثغرات العقود، فهي تتفوق على بنية سلاسل الكتل الأخرى.