تحليل معمق للاختلافات التقنية بين Aptos و إثيريوم و Solana
دورة حياة المعاملات هي نقطة انطلاق رئيسية لفهم الخصائص التقنية المختلفة لسلاسل الكتل العامة. من خلال تحليل العملية الكاملة للمعاملة من الإنشاء إلى تحديث الحالة النهائية، بما في ذلك الإنشاء والإطلاق، البث، الترتيب، التنفيذ وتحديث الحالة، يمكننا فهم بوضوح أفكار التصميم والتقنيات المستخدمة في كل سلسلة كتلة عامة. استنادًا إلى ذلك، يمكن فهم المزايا الأساسية لسلاسل الكتل العامة بشكل أفضل، واستكشاف كيفية تطوير تطبيقات جذابة عليها.
Aptos: تصميم متفائل ومتوازي عالي الأداء
Aptos كنظام عام يركز على الأداء العالي، دورة حياة معاملاته مشابهة لإثيريوم، ولكنها تحقق تحسينات كبيرة في الأداء من خلال تنفيذ متوازي متفائل فريد وتحسينات على مجموعة الذاكرة.
إنشاء وبدء
يتكون شبكة Aptos من عقد خفيفة، وعقد كاملة، والمحققين. يقوم المستخدمون بإجراء المعاملات من خلال العقد الخفيفة ( مثل المحفظة أو التطبيق )، ثم تقوم العقد الخفيفة بإعادة توجيه المعاملات إلى العقد الكاملة القريبة، وتقوم العقد الكاملة بعد ذلك بمزامنة إلى المحققين.
بث
احتفظت Aptos بمسبح الذاكرة، لكن مسبح الذاكرة لا يتشارك بين QuorumStore. على عكس إثيريوم، فإن مسبح الذاكرة الخاص بها ليس مجرد منطقة تخزين للمعاملات. بعد دخول المعاملة إلى مسبح الذاكرة، يقوم النظام بترتيبها مسبقًا وفقًا للقواعد ( مثل FIFO أو رسوم الغاز )، لضمان عدم وجود تعارض في المعاملات عند التنفيذ المتوازي لاحقًا. هذا التصميم يتجنب الحاجة إلى متطلبات الأجهزة العالية التي تتطلب إعلان مجموعات القراءة والكتابة مسبقًا.
ترتيب
أبتوس تعتمد على توافق AptosBFT، حيث لا يمكن للمقترح بشكل مبدئي ترتيب المعاملات بحرية، بينما تمنح aip-68 المقترح الحق الإضافي في ملء المعاملات المتأخرة. تم الانتهاء مسبقًا من ترتيب مسبق لذكرة المعاملات لتجنب النزاعات، ويعتمد إنشاء الكتل بشكل أكبر على التعاون بين المدققين بدلاً من أن يقوده المقترح.
تنفيذ
تستخدم Aptos تقنية Block-STM لتحقيق تنفيذ متوازي متفائل. يتم افتراض أن المعاملات غير متعارضة ويتم معالجتها في الوقت نفسه، وإذا تم اكتشاف تعارض بعد التنفيذ، سيتم إعادة تنفيذ المعاملات المتأثرة. هذه الطريقة تستفيد بشكل كامل من المعالجات متعددة النوى لتعزيز الكفاءة، ويمكن أن تصل TPS إلى 160,000.
تحديث الحالة
حالة مزامنة المدققين، التأكيد النهائي من خلال نقاط التفتيش، مشابه لآلية Epoch في إثيريوم، ولكن بكفاءة أعلى.
الميزة الرئيسية لـ Aptos تكمن في الجمع بين المعالجة المتوازية المتفائلة والترتيب المسبق لمجموعة الذاكرة، مما يقلل من متطلبات أداء العقد ويزيد بشكل كبير من القدرة على المعالجة.
إثيريوم: معيار التنفيذ التسلسلي
إثيريوم كمنشئ للعقود الذكية، هي نقطة انطلاق لتقنية السلاسل العامة، ودورة حياة معاملاتها توفر إطارًا أساسيًا لفهم سلاسل الكتل العامة الأخرى.
دورة حياة معاملات إثيريوم
إنشاء وإطلاق: يقوم المستخدم بإجراء المعاملة من خلال المحفظة عبر بوابة الترحيل أو واجهة RPC.
بث: المعاملة تدخل في تجمع الذاكرة العامة, في انتظار التعبئة.
الترتيب: بعد ترقية PoS، يقوم بُناة الكتل بتجميع المعاملات وفقًا لمبدأ تعظيم الأرباح، ويتم تقديمها للمقترح بعد مزاد الطبقة الوسيطة.
تنفيذ: معالجة المعاملات EVM بشكل متسلسل، تحديث الحالة في خيط واحد.
تحديث الحالة: يجب أن يتم تأكيد الكتلة على أنها نهائية من خلال نقطتين تفتيش.
تحد من أداء تنفيذ إثيريوم التسلسلي وتصميم تجمع الذاكرة ، حيث يكون وقت الكتلة 12 ثانية / فتحة ، وTPS منخفضة. بالمقابل ، حققت Aptos قفزة نوعية من خلال التنفيذ المتوازي وتحسين تجمع الذاكرة.
Solana: تحسينات قصوى بالتوازي الحتمي
تُعرف Solana بأدائها العالي، حيث أن دورة حياة معاملاتها تختلف بشكل ملحوظ عن Aptos، خاصة في بركة الذاكرة وطريقة التنفيذ.
دورة حياة تداول Solana
إنشاء وإطلاق: يقوم المستخدم ببدء المعاملة من خلال المحفظة.
البث: لا يوجد تجمع ذاكرة عامة، يتم إرسال المعاملات مباشرة إلى المقترحين الحاليين والاثنين التاليين.
الترتيب: يقوم المقترحون بتجميع الكتل بناءً على PoH(Proof of History)، ووقت الكتلة هو فقط 400 مللي ثانية.
التنفيذ: تعتمد آلة Sealevel الافتراضية على التنفيذ المتوازي الحتمي، ويجب الإعلان مسبقًا عن مجموعة القراءة والكتابة لتجنب التعارض.
تحديث الحالة: تأكيد سريع على إجماع BFT.
لا تستخدم Solana مجموعة الذاكرة لتجنب عنق الزجاجة في الأداء. نظرًا لعدم وجود مجموعة ذاكرة، وبفضل توافق PoH الفريد، يمكن للعقد أن تتوصل بسرعة إلى توافق على ترتيب المعاملات، مما يتجنب الحاجة إلى انتظار المعاملات في مجموعة الذاكرة، ويمكن إتمام المعاملات تقريبًا على الفور. ومع ذلك، فهذا يعني أيضًا أنه في حالة ازدحام الشبكة، قد يتم تجاهل المعاملات بدلاً من الانتظار، مما يتطلب من المستخدم إعادة تقديمها.
بالمقارنة، لا تتطلب المعالجة المتوازية المتفائلة في Aptos إعلان مجموعات القراءة والكتابة، عتبة العقد أقل، ومع ذلك فإن معدل المعاملات في الثانية أعلى.
مساران للتنفيذ المتوازي: 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 إلى هذه الآلية، مما يقلل بشكل كبير من متطلبات أداء العقد. بالنسبة لنفقات الشبكة لضمان عدم تعارض المعاملات، فإن تأثير إضافة Aptos لمجموعة الذاكرة على TPS أقل بكثير من تكلفة إدخال إعلان المعاملات في Solana. لذلك، يمكن أن تصل TPS في Aptos إلى 160,000، متجاوزة Solana بأكثر من الضعف. تأثير ترتيب المعاملات المسبق يجعل من الصعب التقاط MEV على Aptos، مما يحمل فوائد ومخاطر للمستخدمين.
السرد القائم على الأمان هو اتجاه تطوير Aptos
RWA
Aptos تعمل بنشاط على دفع توكنز الأصول الواقعية وحلول التمويل المؤسسي. بالمقارنة مع إثيريوم، فإن Block-STM الخاص بـ Aptos يمكنه معالجة العديد من معاملات نقل الأصول بشكل متوازي، مما يتجنب تأخيرات تأكيد الملكية الناتجة عن ازدحام الشبكة. في بعض سلاسل الكتل العامة، على الرغم من سرعة المعاملات، فإن عدم وجود تصميم لمجموعة الذاكرة قد يؤدي إلى فقدان المعاملات أثناء الازدحام، مما يؤثر على استقرار تأكيد الملكية للأصول الواقعية. إن الفرز المسبق لمجموعة الذاكرة في Aptos يضمن دخول المعاملات للتنفيذ بترتيب، حتى في أوقات الذروة، مما يحافظ على موثوقية سجلات الأصول.
تتطلب الأصول الحقيقية (RWA) دعم عقود ذكية معقدة، مثل تقسيم الأصول، توزيع الإيرادات، وفحوصات الامتثال. التصميم القابل للتعديل والأمان في لغة Move يسمحان للمطورين ببناء تطبيقات RWA موثوقة بسهولة أكبر. بالمقارنة، فإن تعقيد لغات البرمجة في بعض سلاسل الكتل العامة وزيادة مخاطر الثغرات تضيف إلى تكاليف التطوير، بينما تكون لغات البرمجة في سلاسل الكتل العامة الأخرى فعالة ولكن تتطلب منحنى تعلم أعلى من المطورين. من المتوقع أن تجذب صداقة نظام Aptos البيئي المزيد من مشاريع RWA لتحقيق حلقة إيجابية.
تتمثل إمكانيات Aptos في مجال RWA في الجمع بين الأمان والأداء. في المستقبل، يمكن أن تركز على التعاون مع المؤسسات المالية التقليدية لنقل الأصول ذات القيمة العالية مثل السندات والأسهم إلى الشبكة، مستفيدة من لغة Move لإنشاء معايير توكنز قوية من حيث الامتثال. يمكن أن تجعل هذه الرواية "الأمان + الكفاءة" Aptos تبرز في سوق RWA.
في يوليو 2024، قدمت Aptos USDY من Ondo Finance، وتم دمجه في DEXs الرئيسية وتطبيقات الإقراض. حتى 10 مارس، كانت القيمة السوقية لـ USDY على Aptos حوالي 15 مليون دولار، تمثل حوالي 2.5% من القيمة السوقية الإجمالية لـ USDY. في أكتوبر 2024، تعاونت Aptos مع Franklin Templeton لإطلاق صندوق النقد الأمريكي الحكومي على سلسلة Franklin الممثل برمز BENJI (FOBXX). بالإضافة إلى ذلك، تعاونت Aptos مع Libre لتعزيز توكنات الأوراق المالية، مما أدى إلى إدخال صناديق استثمار لمؤسسات استثمارية معروفة على السلسلة، مما يعزز وصول المستثمرين المؤسسيين.
دفع عملة مستقرة
تتطلب مدفوعات العملات المستقرة ضمان نهائية المعاملات وأمان الأصول. تمنع لغة Move في Aptos الدفع المزدوج من خلال نموذج الموارد، مما يضمن دقة كل تحويل عملة مستقرة. على سبيل المثال، عند استخدام المستخدمين لـ USDC في Aptos للدفع، فإن تحديث حالة المعاملة محمي بشكل صارم، مما يمنع فقدان الأموال بسبب ثغرات العقد. بالإضافة إلى ذلك، فإن تكلفة الغاز المنخفضة في Aptos ( تعود إلى توزيع التكاليف بفضل TPS العالي ) مما يجعلها تنافسية للغاية في سيناريوهات المدفوعات الصغيرة. الحد من تكاليف الغاز العالية في بعض سلاسل الكتل العامة يقيّد تطبيقات المدفوعات الخاصة بها، بينما على الرغم من أن بعض سلاسل الكتل العامة الأخرى لديها تكاليف منخفضة، إلا أن خطر فقدان المعاملات أثناء ازدحام الشبكة قد يؤثر على تجربة المستخدم. تضمن ترتيب مسبق في حوض الذاكرة في Aptos و Block-STM استقرار معاملات الدفع وانخفاض زمن الانتظار.
تتطلب المدفوعات عبر PayFi والعملات المستقرة تحقيق التوازن بين اللامركزية والامتثال التنظيمي. تقلل آلية الإجماع اللامركزية AptosBFT من مخاطر المركزية، في حين أن هيكلها القابل للتعديل يدعم المطورين في تضمين فحص KYC/AML. على سبيل المثال، يمكن لمصدر العملة المستقرة نشر عقود امتثال على Aptos لضمان توافق المعاملات مع اللوائح المحلية، دون التضحية بكفاءة الشبكة. هذه النقطة أفضل من نماذج الترحيل المركزية لبعض شبكات البلوكتشين العامة، كما أنها تعالج أوجه القصور المحتملة في الامتثال التي يقودها المقترحون في شبكات البلوكتشين الأخرى. تجعل تصميمات Aptos المتوازنة أكثر ملاءمة لدخول المؤسسات المالية.
تتمثل إمكانيات Aptos في مجال PayFi والمدفوعات المستقرة في "الأمان، الكفاءة، الامتثال" كثلاثية متكاملة. في المستقبل، ستستمر في دفع اعتماد العملات المستقرة على نطاق واسع، وبناء شبكة مدفوعات عبر الحدود، أو التعاون مع عمالقة الدفع لتطوير نظام تسوية على السلسلة. يمكن أن تدعم TPS العالية والتكاليف المنخفضة سيناريوهات المدفوعات الصغيرة، مثل المكافآت الفورية لمبدعي المحتوى. يمكن أن تركز رواية Aptos على "البنية التحتية للمدفوعات من الجيل التالي" لجذب تدفق مزدوج من الشركات والمستخدمين.
تتمتع Aptos بمزايا أمان----- تصنيف مسبق لبركة الذاكرة، Block-STM، AptosBFT ولغة Move----- لا تعزز فقط القدرة على مقاومة الهجمات، بل تؤسس أيضًا قاعدة متينة لرواية RWA وPayFi. في مجال RWA، تدعم أمانها العالي وقدرتها على المعالجة توكنيزيشن الأصول والتداول على نطاق واسع؛ في PayFi ودفعات العملات المستقرة، تدفع التكاليف المنخفضة والكفاءة التطبيقات الواقعية. مقارنةً بالتنازلات المختلفة لسلاسل الكتل الأخرى، تفتح Aptos آفاقًا جديدة من خلال توازنها. في المستقبل، يمكن لـ Aptos من خلال هذه المزايا تشكيل "شبكة القيمة المدفوعة بالأمان"، لتصبح جسرًا يربط بين الاقتصاد التقليدي والبلوكشين.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 9
أعجبني
9
7
إعادة النشر
مشاركة
تعليق
0/400
PretendingSerious
· 08-14 13:44
ما زلت أستخدم الإيثيريوم بشكل آمن
شاهد النسخة الأصليةرد0
BoredWatcher
· 08-14 07:29
ها لا تزال تتنافس على الأداء
شاهد النسخة الأصليةرد0
JustAnotherWallet
· 08-14 00:39
ما الذي يفعله ملك TPS الآن؟
شاهد النسخة الأصليةرد0
DataPickledFish
· 08-14 00:39
هل ستنتهي سولانا حقًا بسرعة؟
شاهد النسخة الأصليةرد0
APY追逐者
· 08-14 00:37
لا يزال سول هو الأقوى~ الباقي كلها ضجة
شاهد النسخة الأصليةرد0
TokenSherpa
· 08-14 00:21
في الحقيقة، أبتوس تحاول جاهدة إعادة اختراع العجلة... الإيثريوم لا يزال يهيمن لسبب ما بصراحة
شاهد النسخة الأصليةرد0
CodeAuditQueen
· 08-14 00:13
هناك مخاطر متزامنة، تنافس الحالة سيفتك بك، ابدأ بمشاهدة الشيفرة المصدرية.
مقارنة بين تقنيات Aptos و إثيريوم و Solana: الاختلافات في سلسلة الكتل العامة من منظور دورة حياة المعاملات
تحليل معمق للاختلافات التقنية بين Aptos و إثيريوم و Solana
دورة حياة المعاملات هي نقطة انطلاق رئيسية لفهم الخصائص التقنية المختلفة لسلاسل الكتل العامة. من خلال تحليل العملية الكاملة للمعاملة من الإنشاء إلى تحديث الحالة النهائية، بما في ذلك الإنشاء والإطلاق، البث، الترتيب، التنفيذ وتحديث الحالة، يمكننا فهم بوضوح أفكار التصميم والتقنيات المستخدمة في كل سلسلة كتلة عامة. استنادًا إلى ذلك، يمكن فهم المزايا الأساسية لسلاسل الكتل العامة بشكل أفضل، واستكشاف كيفية تطوير تطبيقات جذابة عليها.
Aptos: تصميم متفائل ومتوازي عالي الأداء
Aptos كنظام عام يركز على الأداء العالي، دورة حياة معاملاته مشابهة لإثيريوم، ولكنها تحقق تحسينات كبيرة في الأداء من خلال تنفيذ متوازي متفائل فريد وتحسينات على مجموعة الذاكرة.
إنشاء وبدء
يتكون شبكة Aptos من عقد خفيفة، وعقد كاملة، والمحققين. يقوم المستخدمون بإجراء المعاملات من خلال العقد الخفيفة ( مثل المحفظة أو التطبيق )، ثم تقوم العقد الخفيفة بإعادة توجيه المعاملات إلى العقد الكاملة القريبة، وتقوم العقد الكاملة بعد ذلك بمزامنة إلى المحققين.
بث
احتفظت Aptos بمسبح الذاكرة، لكن مسبح الذاكرة لا يتشارك بين QuorumStore. على عكس إثيريوم، فإن مسبح الذاكرة الخاص بها ليس مجرد منطقة تخزين للمعاملات. بعد دخول المعاملة إلى مسبح الذاكرة، يقوم النظام بترتيبها مسبقًا وفقًا للقواعد ( مثل FIFO أو رسوم الغاز )، لضمان عدم وجود تعارض في المعاملات عند التنفيذ المتوازي لاحقًا. هذا التصميم يتجنب الحاجة إلى متطلبات الأجهزة العالية التي تتطلب إعلان مجموعات القراءة والكتابة مسبقًا.
ترتيب
أبتوس تعتمد على توافق AptosBFT، حيث لا يمكن للمقترح بشكل مبدئي ترتيب المعاملات بحرية، بينما تمنح aip-68 المقترح الحق الإضافي في ملء المعاملات المتأخرة. تم الانتهاء مسبقًا من ترتيب مسبق لذكرة المعاملات لتجنب النزاعات، ويعتمد إنشاء الكتل بشكل أكبر على التعاون بين المدققين بدلاً من أن يقوده المقترح.
تنفيذ
تستخدم Aptos تقنية Block-STM لتحقيق تنفيذ متوازي متفائل. يتم افتراض أن المعاملات غير متعارضة ويتم معالجتها في الوقت نفسه، وإذا تم اكتشاف تعارض بعد التنفيذ، سيتم إعادة تنفيذ المعاملات المتأثرة. هذه الطريقة تستفيد بشكل كامل من المعالجات متعددة النوى لتعزيز الكفاءة، ويمكن أن تصل TPS إلى 160,000.
تحديث الحالة
حالة مزامنة المدققين، التأكيد النهائي من خلال نقاط التفتيش، مشابه لآلية Epoch في إثيريوم، ولكن بكفاءة أعلى.
الميزة الرئيسية لـ Aptos تكمن في الجمع بين المعالجة المتوازية المتفائلة والترتيب المسبق لمجموعة الذاكرة، مما يقلل من متطلبات أداء العقد ويزيد بشكل كبير من القدرة على المعالجة.
إثيريوم: معيار التنفيذ التسلسلي
إثيريوم كمنشئ للعقود الذكية، هي نقطة انطلاق لتقنية السلاسل العامة، ودورة حياة معاملاتها توفر إطارًا أساسيًا لفهم سلاسل الكتل العامة الأخرى.
دورة حياة معاملات إثيريوم
إنشاء وإطلاق: يقوم المستخدم بإجراء المعاملة من خلال المحفظة عبر بوابة الترحيل أو واجهة RPC.
بث: المعاملة تدخل في تجمع الذاكرة العامة, في انتظار التعبئة.
الترتيب: بعد ترقية PoS، يقوم بُناة الكتل بتجميع المعاملات وفقًا لمبدأ تعظيم الأرباح، ويتم تقديمها للمقترح بعد مزاد الطبقة الوسيطة.
تنفيذ: معالجة المعاملات EVM بشكل متسلسل، تحديث الحالة في خيط واحد.
تحديث الحالة: يجب أن يتم تأكيد الكتلة على أنها نهائية من خلال نقطتين تفتيش.
تحد من أداء تنفيذ إثيريوم التسلسلي وتصميم تجمع الذاكرة ، حيث يكون وقت الكتلة 12 ثانية / فتحة ، وTPS منخفضة. بالمقابل ، حققت Aptos قفزة نوعية من خلال التنفيذ المتوازي وتحسين تجمع الذاكرة.
Solana: تحسينات قصوى بالتوازي الحتمي
تُعرف Solana بأدائها العالي، حيث أن دورة حياة معاملاتها تختلف بشكل ملحوظ عن Aptos، خاصة في بركة الذاكرة وطريقة التنفيذ.
دورة حياة تداول Solana
إنشاء وإطلاق: يقوم المستخدم ببدء المعاملة من خلال المحفظة.
البث: لا يوجد تجمع ذاكرة عامة، يتم إرسال المعاملات مباشرة إلى المقترحين الحاليين والاثنين التاليين.
الترتيب: يقوم المقترحون بتجميع الكتل بناءً على PoH(Proof of History)، ووقت الكتلة هو فقط 400 مللي ثانية.
التنفيذ: تعتمد آلة Sealevel الافتراضية على التنفيذ المتوازي الحتمي، ويجب الإعلان مسبقًا عن مجموعة القراءة والكتابة لتجنب التعارض.
تحديث الحالة: تأكيد سريع على إجماع BFT.
لا تستخدم Solana مجموعة الذاكرة لتجنب عنق الزجاجة في الأداء. نظرًا لعدم وجود مجموعة ذاكرة، وبفضل توافق PoH الفريد، يمكن للعقد أن تتوصل بسرعة إلى توافق على ترتيب المعاملات، مما يتجنب الحاجة إلى انتظار المعاملات في مجموعة الذاكرة، ويمكن إتمام المعاملات تقريبًا على الفور. ومع ذلك، فهذا يعني أيضًا أنه في حالة ازدحام الشبكة، قد يتم تجاهل المعاملات بدلاً من الانتظار، مما يتطلب من المستخدم إعادة تقديمها.
بالمقارنة، لا تتطلب المعالجة المتوازية المتفائلة في Aptos إعلان مجموعات القراءة والكتابة، عتبة العقد أقل، ومع ذلك فإن معدل المعاملات في الثانية أعلى.
مساران للتنفيذ المتوازي: 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 إلى هذه الآلية، مما يقلل بشكل كبير من متطلبات أداء العقد. بالنسبة لنفقات الشبكة لضمان عدم تعارض المعاملات، فإن تأثير إضافة Aptos لمجموعة الذاكرة على TPS أقل بكثير من تكلفة إدخال إعلان المعاملات في Solana. لذلك، يمكن أن تصل TPS في Aptos إلى 160,000، متجاوزة Solana بأكثر من الضعف. تأثير ترتيب المعاملات المسبق يجعل من الصعب التقاط MEV على Aptos، مما يحمل فوائد ومخاطر للمستخدمين.
السرد القائم على الأمان هو اتجاه تطوير Aptos
RWA
Aptos تعمل بنشاط على دفع توكنز الأصول الواقعية وحلول التمويل المؤسسي. بالمقارنة مع إثيريوم، فإن Block-STM الخاص بـ Aptos يمكنه معالجة العديد من معاملات نقل الأصول بشكل متوازي، مما يتجنب تأخيرات تأكيد الملكية الناتجة عن ازدحام الشبكة. في بعض سلاسل الكتل العامة، على الرغم من سرعة المعاملات، فإن عدم وجود تصميم لمجموعة الذاكرة قد يؤدي إلى فقدان المعاملات أثناء الازدحام، مما يؤثر على استقرار تأكيد الملكية للأصول الواقعية. إن الفرز المسبق لمجموعة الذاكرة في Aptos يضمن دخول المعاملات للتنفيذ بترتيب، حتى في أوقات الذروة، مما يحافظ على موثوقية سجلات الأصول.
تتطلب الأصول الحقيقية (RWA) دعم عقود ذكية معقدة، مثل تقسيم الأصول، توزيع الإيرادات، وفحوصات الامتثال. التصميم القابل للتعديل والأمان في لغة Move يسمحان للمطورين ببناء تطبيقات RWA موثوقة بسهولة أكبر. بالمقارنة، فإن تعقيد لغات البرمجة في بعض سلاسل الكتل العامة وزيادة مخاطر الثغرات تضيف إلى تكاليف التطوير، بينما تكون لغات البرمجة في سلاسل الكتل العامة الأخرى فعالة ولكن تتطلب منحنى تعلم أعلى من المطورين. من المتوقع أن تجذب صداقة نظام Aptos البيئي المزيد من مشاريع RWA لتحقيق حلقة إيجابية.
تتمثل إمكانيات Aptos في مجال RWA في الجمع بين الأمان والأداء. في المستقبل، يمكن أن تركز على التعاون مع المؤسسات المالية التقليدية لنقل الأصول ذات القيمة العالية مثل السندات والأسهم إلى الشبكة، مستفيدة من لغة Move لإنشاء معايير توكنز قوية من حيث الامتثال. يمكن أن تجعل هذه الرواية "الأمان + الكفاءة" Aptos تبرز في سوق RWA.
في يوليو 2024، قدمت Aptos USDY من Ondo Finance، وتم دمجه في DEXs الرئيسية وتطبيقات الإقراض. حتى 10 مارس، كانت القيمة السوقية لـ USDY على Aptos حوالي 15 مليون دولار، تمثل حوالي 2.5% من القيمة السوقية الإجمالية لـ USDY. في أكتوبر 2024، تعاونت Aptos مع Franklin Templeton لإطلاق صندوق النقد الأمريكي الحكومي على سلسلة Franklin الممثل برمز BENJI (FOBXX). بالإضافة إلى ذلك، تعاونت Aptos مع Libre لتعزيز توكنات الأوراق المالية، مما أدى إلى إدخال صناديق استثمار لمؤسسات استثمارية معروفة على السلسلة، مما يعزز وصول المستثمرين المؤسسيين.
دفع عملة مستقرة
تتطلب مدفوعات العملات المستقرة ضمان نهائية المعاملات وأمان الأصول. تمنع لغة Move في Aptos الدفع المزدوج من خلال نموذج الموارد، مما يضمن دقة كل تحويل عملة مستقرة. على سبيل المثال، عند استخدام المستخدمين لـ USDC في Aptos للدفع، فإن تحديث حالة المعاملة محمي بشكل صارم، مما يمنع فقدان الأموال بسبب ثغرات العقد. بالإضافة إلى ذلك، فإن تكلفة الغاز المنخفضة في Aptos ( تعود إلى توزيع التكاليف بفضل TPS العالي ) مما يجعلها تنافسية للغاية في سيناريوهات المدفوعات الصغيرة. الحد من تكاليف الغاز العالية في بعض سلاسل الكتل العامة يقيّد تطبيقات المدفوعات الخاصة بها، بينما على الرغم من أن بعض سلاسل الكتل العامة الأخرى لديها تكاليف منخفضة، إلا أن خطر فقدان المعاملات أثناء ازدحام الشبكة قد يؤثر على تجربة المستخدم. تضمن ترتيب مسبق في حوض الذاكرة في Aptos و Block-STM استقرار معاملات الدفع وانخفاض زمن الانتظار.
تتطلب المدفوعات عبر PayFi والعملات المستقرة تحقيق التوازن بين اللامركزية والامتثال التنظيمي. تقلل آلية الإجماع اللامركزية AptosBFT من مخاطر المركزية، في حين أن هيكلها القابل للتعديل يدعم المطورين في تضمين فحص KYC/AML. على سبيل المثال، يمكن لمصدر العملة المستقرة نشر عقود امتثال على Aptos لضمان توافق المعاملات مع اللوائح المحلية، دون التضحية بكفاءة الشبكة. هذه النقطة أفضل من نماذج الترحيل المركزية لبعض شبكات البلوكتشين العامة، كما أنها تعالج أوجه القصور المحتملة في الامتثال التي يقودها المقترحون في شبكات البلوكتشين الأخرى. تجعل تصميمات Aptos المتوازنة أكثر ملاءمة لدخول المؤسسات المالية.
تتمثل إمكانيات Aptos في مجال PayFi والمدفوعات المستقرة في "الأمان، الكفاءة، الامتثال" كثلاثية متكاملة. في المستقبل، ستستمر في دفع اعتماد العملات المستقرة على نطاق واسع، وبناء شبكة مدفوعات عبر الحدود، أو التعاون مع عمالقة الدفع لتطوير نظام تسوية على السلسلة. يمكن أن تدعم TPS العالية والتكاليف المنخفضة سيناريوهات المدفوعات الصغيرة، مثل المكافآت الفورية لمبدعي المحتوى. يمكن أن تركز رواية Aptos على "البنية التحتية للمدفوعات من الجيل التالي" لجذب تدفق مزدوج من الشركات والمستخدمين.
تتمتع Aptos بمزايا أمان----- تصنيف مسبق لبركة الذاكرة، Block-STM، AptosBFT ولغة Move----- لا تعزز فقط القدرة على مقاومة الهجمات، بل تؤسس أيضًا قاعدة متينة لرواية RWA وPayFi. في مجال RWA، تدعم أمانها العالي وقدرتها على المعالجة توكنيزيشن الأصول والتداول على نطاق واسع؛ في PayFi ودفعات العملات المستقرة، تدفع التكاليف المنخفضة والكفاءة التطبيقات الواقعية. مقارنةً بالتنازلات المختلفة لسلاسل الكتل الأخرى، تفتح Aptos آفاقًا جديدة من خلال توازنها. في المستقبل، يمكن لـ Aptos من خلال هذه المزايا تشكيل "شبكة القيمة المدفوعة بالأمان"، لتصبح جسرًا يربط بين الاقتصاد التقليدي والبلوكشين.
ملخص: الفروق التقنية لـ Aptos ورواية المستقبل