تحليل عميق لدورة حياة المعاملات: الاختلافات التقنية بين إثيريوم وSolana وAptos
قد تبدو مقارنة الخصائص التقنية لسلاسل الكتل العامة المختلفة مملة أو جزئية بسبب زوايا الملاحظة المختلفة. لفهم الفرق بين Aptos وسلاسل الكتل العامة الأخرى بسرعة ودقة، من الضروري اختيار نقطة دخول مناسبة.
دورة حياة المعاملات هي وجهة نظر تحليلية مثالية. من خلال دراسة العملية الكاملة للمعاملات من الإنشاء إلى تحديث الحالة النهائية، بما في ذلك الإنشاء والإطلاق، البث، الترتيب، التنفيذ وتحديث الحالة، يمكننا فهم تصميم كل سلسلة عامة والتقنيات المستخدمة بوضوح. بناءً على ذلك، يمكن فهم السرد الأساسي للسلاسل العامة، ويمكن استكشاف كيفية تطوير تطبيقات تجذب السوق على Aptos.
تدور جميع معاملات البلوكتشين حول هذه الخطوات الخمس. ستتناول هذه المقالة Aptos كمركز، وتستعرض تصميمه الفريد، وتقارن بين إثيريوم وSolana من حيث الاختلافات الرئيسية.
Aptos: تصميم متفائل ومتوازي عالي الأداء
Aptos هي سلسلة عامة تركز على الأداء العالي، حيث تشبه دورة حياة المعاملات فيها دورة حياة المعاملات في إثيريوم، لكنها تحقق تحسينات ملحوظة في الأداء من خلال تنفيذ متوازي متفائل فريد وتحسينات في مجموعة الذاكرة. فيما يلي الخطوات الرئيسية لدورة حياة المعاملات على Aptos:
إنشاء وإطلاق
يتكون شبكة Aptos من عقد خفيفة، وعقد كاملة، ومحققين. يقوم المستخدمون بإطلاق المعاملات من خلال عقد خفيفة ( مثل المحفظة أو التطبيق )، حيث تقوم العقد الخفيفة بإعادة توجيه المعاملات إلى العقد الكاملة القريبة، ثم تقوم العقد الكاملة بمزامنتها مع المحققين.
بث
احتفظت Aptos بمجمع الذاكرة، لكن المجاميع لا تتشارك بعد QuorumStore. على عكس إثيريوم، فإن مجمع الذاكرة الخاص بها ليس مجرد منطقة تخزين للمعاملات. بعد دخول المعاملات إلى مجمع الذاكرة، يقوم النظام بترتيبها مسبقًا وفقًا للقواعد ( مثل FIFO أو رسوم الغاز )، لضمان عدم حدوث تعارض في المعاملات أثناء التنفيذ المتوازي اللاحق. هذه التصميم يتجنب المتطلبات العالية للأجهزة التي تحتاجها Solana لإعلان مجموعات القراءة والكتابة مسبقًا.
ترتيب
أبتوس تعتمد على توافق AptosBFT، حيث لا يمكن للمقترح ترتيب المعاملات بحرية من الناحية المبدئية، ويمنح aip-68 المقترح حقًا إضافيًا في ملء المعاملات المتأخرة. تم الانتهاء مسبقًا من ترتيب الذاكرة لتجنب النزاعات، ويعتمد إنشاء الكتل بشكل أكبر على التعاون بين المدققين، بدلاً من قيادة المقترح.
تنفيذ
تستخدم Aptos تقنية Block-STM لتحقيق التنفيذ المتوازي المتفائل. يتم افتراض عدم وجود تعارضات في المعاملات ومعالجتها في نفس الوقت، وإذا تم اكتشاف تعارض بعد التنفيذ، سيتم إعادة تنفيذ المعاملات المتأثرة. هذه الطريقة تستفيد بشكل كامل من المعالجات متعددة النواة لزيادة الكفاءة، حيث يمكن أن تصل TPS إلى 160,000.
تحديث الحالة
حالة مزامنة المدققين، التأكيد النهائي من خلال نقاط التفتيش، مشابه لآلية Epoch في إثيريوم، ولكن بكفاءة أعلى.
الميزة الأساسية لـ Aptos تكمن في الجمع بين المعالجة المتوازية المتفائلة وترتيب مسبق لمجمع الذاكرة، مما يقلل من متطلبات أداء العقد ويزيد بشكل كبير من معدل الإرسال. يدعم هيكل الشبكة لـ Aptos هذا التصميم بوضوح.
إثيريوم:المرجع للتنفيذ التسلسلي
إثيريوم كأول من قدم العقود الذكية، هو نقطة انطلاق تقنية السلسلة العامة، ودورة حياة معاملاته توفر إطارًا أساسيًا لفهم Aptos.
دورة حياة معاملات إثيريوم
إنشاء وإطلاق: يقوم المستخدم بإطلاق الصفقة من خلال المحفظة عبر بوابة وسيط الشبكة أو واجهة RPC.
البث: المعاملة تدخل إلى تجمع الذاكرة العامة، في انتظار التعبئة.
الترتيب: بعد ترقية PoS، يقوم بناة الكتل بتجميع المعاملات وفقًا لمبدأ تعظيم الأرباح، ثم يقدمونها للمقترح بعد تقديم عطاءات في طبقة النقل.
التنفيذ: معالجة المعاملات بتسلسل EVM، تحديث الحالة بخيط واحد.
تحديث الحالة: يجب أن تمر الكتلة عبر نقطتين تفتيش لتأكيد النهائية.
تحدد تنفيذ إثيريوم التسلسلي وتصميم تجمع الذاكرة الأداء، ووقت الكتلة هو 12 ثانية/فتحة، ومعدل المعاملات في الثانية منخفض. بالمقابل، حققت Aptos قفزة نوعية من خلال التنفيذ المتوازي وتحسين تجمع الذاكرة.
Solana: تحسين مثالي حتمي متوازي
تشتهر Solana بأدائها العالي، وتختلف دورة حياة معاملاتها بشكل ملحوظ عن Aptos، خاصة في تجمع الذاكرة وطريقة التنفيذ.
دورة حياة تداول Solana
الإنشاء والإطلاق: يقوم المستخدم بإطلاق المعاملات من خلال المحفظة.
الإرسال: لا يوجد تجمع ذاكرة عام، يتم إرسال المعاملات مباشرة إلى المقترحين الحاليين والاثنين التاليين.
الترتيب: يقوم المقترحون بناءً على PoH(Proof of History) بتجميع الكتل، ومدة الكتلة فقط 400 مللي ثانية.
التنفيذ: تستخدم آلة Sealevel الافتراضية التنفيذ المتوازي الحتمي، ويتعين إعلان مجموعات القراءة والكتابة مسبقًا لتجنب التعارض.
تحديث الحالة: تأكيد سريع لإجماع BFT.
لا تستخدم Solana تجمع الذاكرة لأن تجمع الذاكرة قد يصبح عنق زجاجة للأداء. نظرًا لعدم وجود تجمع ذاكرة، وبتوافق PoH الفريد من نوعه في Solana، يمكن للعقد أن تتفق بسرعة على ترتيب المعاملات، مما يلغي الحاجة إلى انتظار المعاملات في تجمع الذاكرة، ويمكن تنفيذ المعاملات تقريبًا على الفور. ومع ذلك، فهذا يعني أيضًا أنه في أوقات الازدحام في الشبكة، قد يتم تجاهل المعاملات بدلاً من الانتظار، ويحتاج المستخدمون إلى إعادة تقديمها.
بالمقارنة، لا يتطلب التوازي المتفائل لـ 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 و Gas费用高低( لضمان عدم حدوث تعارض أثناء التنفيذ المتوازي داخل كتلة معينة. من الواضح أن مقترحي Aptos لا يمتلكون فعليًا القدرة على ترتيب المعاملات، ولا يوجد في الشبكة مُنشئو كتل. إن هذا الترتيب المسبق للمعاملات هو المفتاح لتحقيق التنفيذ المتوازي المتفائل في Aptos. على عكس Solana التي تحتاج إلى إدخال إعلانات المعاملات، لا يحتاج Aptos إلى هذه الآلية، مما يقلل بشكل كبير من متطلبات أداء العقد. فيما يتعلق بتكاليف الشبكة لضمان عدم تعارض المعاملات، فإن تأثير مجموعة الذاكرة على TPS في Aptos أقل بكثير من تكلفة إدخال إعلانات المعاملات في Solana. لذلك، يمكن أن تصل TPS في Aptos إلى 160,000، وهو أكثر من ضعف ما هو في Solana. تأثير ترتيب المعاملات المسبق هو زيادة صعوبة التقاط MEV في Aptos، مما يحمل مزايا وعيوب للمستخدمين.
السرد القائم على الأمن هو اتجاه تطوير Aptos
) RWA
Aptos تعمل بنشاط على دفع توكنات الأصول الحقيقية وحلول التمويل المؤسسي. بالمقارنة مع إثيريوم، يمكن لـ Block-STM من Aptos معالجة العديد من معاملات نقل الأصول بشكل متزامن، مما يتجنب تأخير التحقق بسبب الازدحام الشبكي. في بعض الشبكات العامة، على الرغم من سرعة المعاملات، فإن تصميم عدم وجود مجموعة الذاكرة قد يؤدي إلى فقدان المعاملات في حالة زيادة الحمل على الشبكة، مما يؤثر على استقرار التحقق من RWA. يضمن ترتيب مسبق لمجموعة الذاكرة في Aptos دخول المعاملات للتنفيذ بالترتيب، حتى في ذروة النشاط، مما يحافظ على موثوقية سجلات الأصول.
تحتاج RWA إلى دعم معقد من العقود الذكية مثل تقسيم الأصول، توزيع العائدات، وفحص الامتثال. التصميم المعياري وأمان لغة Move يمكّن المطورين من بناء تطبيقات RWA موثوقة بسهولة أكبر. بالمقارنة، تعقيد لغات العقود الذكية لبعض سلاسل الكتل العامة وزيادة مخاطر الثغرات تزيد من تكاليف التطوير، بينما لغات البرمجة في سلاسل الكتل العامة الأخرى فعالة ولكنها تتطلب منحنى تعليمي أعلى للمطورين. من المتوقع أن يجذب صداقة بيئة Aptos المزيد من مشاريع RWA، مما يشكل دورة إيجابية.
تتمثل إمكانيات Aptos في مجال RWA في الجمع بين الأمان والأداء. في المستقبل، يمكن أن تركز على التعاون مع المؤسسات المالية التقليدية، لنقل الأصول ذات القيمة العالية مثل السندات والأسهم إلى سلسلة الكتل، من خلال استخدام لغة Move لإنشاء معايير توكينز قوية من حيث الامتثال. هذه السردية "الأمان + الكفاءة" يمكن أن تميز Aptos في سوق RWA.
في يوليو 2024، أعلنت Aptos عن إدخال رمز USDY من مؤسسة مالية معينة ودمجه في المنصات اللامركزية الرئيسية وتطبيقات الإقراض، حتى 10 مارس، كانت القيمة السوقية لـ USDY على Aptos حوالي 15 مليون دولار، تمثل حوالي 2.5% من القيمة السوقية الإجمالية لـ USDY. في أكتوبر 2024، أعلنت Aptos أن شركة إدارة أصول معينة قد أطلقت صندوق النقد الحكومي الأمريكي على شبكة Aptos ممثلاً برمز BENJI. بالإضافة إلى ذلك، تتعاون Aptos مع شركة معينة لتعزيز توكينغ الأوراق المالية، من خلال نقل صناديق استثمار عدة شركات استثمار إلى السلسلة، مما يعزز وصول المستثمرين المؤسسيين.
مدفوعات العملات المستقرة
تتطلب مدفوعات العملات المستقرة ضمان نهائية المعاملات وأمان الأصول. تمنع لغة Move الخاصة بـ Aptos من خلال نموذج الموارد الدفع المزدوج، مما يضمن دقة كل تحويل للعملات المستقرة. على سبيل المثال، عندما يستخدم المستخدم USDC على Aptos للدفع، يتم حماية تحديث حالة المعاملة بشكل صارم، مما يمنع فقدان الأموال بسبب ثغرات في العقود. بالإضافة إلى ذلك، فإن رسوم الغاز المنخفضة لـ Aptos ### تعود إلى توزيع التكلفة بفضل TPS العالي ( مما يجعلها تنافسية للغاية في سيناريوهات الدفع الصغيرة. تحد الرسوم العالية لبعض سلاسل الكتل العامة من تطبيقاتها الدفعية، بينما على الرغم من أن بعض سلاسل الكتل العامة قد تكون منخفضة التكلفة، إلا أن خطر فقدان المعاملات عند ازدحام الشبكة قد يؤثر على تجربة المستخدم. تضمن عملية ترتيب الذاكرة المسبقة وBlock-STM في Aptos استقرار معاملات الدفع وانخفاض زمن التأخير.
يجب أن تأخذ مدفوعات PayFi والعملات المستقرة في الاعتبار كل من اللامركزية والامتثال التنظيمي. تقلل توافق AptosBFT اللامركزي من مخاطر المركزية، بينما تدعم بنيته المعمارية القابلة للتعديل المطورين لدمج فحوصات KYC/AML. على سبيل المثال، يمكن لمُصدر عملة مستقرة نشر عقود الامتثال على Aptos لضمان توافق المعاملات مع اللوائح المحلية دون التضحية بكفاءة الشبكة. هذه النقطة تفوق نماذج الترحيل المركزية لبعض سلاسل الكتل العامة، كما تعوض عن أوجه القصور المحتملة المتعلقة بالامتثال التي يهيمن عليها المقترحون الآخرون في سلاسل الكتل العامة. تجعل التصميم المتوازن لـ Aptos أكثر ملاءمة لدخول المؤسسات المالية.
تتمثل قدرة Aptos في مجال PayFi والمدفوعات المستقرة في "الأمان، الكفاءة، والامتثال" كتركيبة ثلاثية. في المستقبل، سيستمر في دفع اعتماد العملات المستقرة على نطاق واسع، وبناء شبكة مدفوعات عبر الحدود، أو التعاون مع عمالقة المدفوعات لتطوير نظام تسوية على السلسلة. ستدعم TPS العالية والتكاليف المنخفضة أيضًا سيناريوهات المدفوعات الصغيرة، مثل المكافآت الفورية لمبدعي المحتوى. يمكن أن تركز رواية Aptos على "البنية التحتية للمدفوعات من الجيل التالي" لجذب تدفق ثنائي الاتجاه من الشركات والمستخدمين.
مزايا Aptos في الأمان ------ فرز مسبق لحدود الذاكرة، Block-STM، AptosBFT ولغة Move ------ لا تعزز فقط
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 18
أعجبني
18
3
مشاركة
تعليق
0/400
metaverse_hermit
· 08-03 06:48
هل لا يزال هناك فرصة لـ aptos؟
شاهد النسخة الأصليةرد0
PrivateKeyParanoia
· 08-01 20:15
كابوس استعادة البيانات
شاهد النسخة الأصليةرد0
LayerZeroHero
· 08-01 20:14
التحقق من الحقائق: إن معدل المعاملات في Aptos أعلى بالفعل من إثيريوم القديمة، ولكن الأمان لا يزال بحاجة إلى التقييم.
Aptos تجديد البلوكتشين: التنفيذ المتوازي المتفائل وتحسين مجمع الذاكرة يقودان سلسلة الكتل العامة عالية الأداء
تحليل عميق لدورة حياة المعاملات: الاختلافات التقنية بين إثيريوم وSolana وAptos
قد تبدو مقارنة الخصائص التقنية لسلاسل الكتل العامة المختلفة مملة أو جزئية بسبب زوايا الملاحظة المختلفة. لفهم الفرق بين Aptos وسلاسل الكتل العامة الأخرى بسرعة ودقة، من الضروري اختيار نقطة دخول مناسبة.
دورة حياة المعاملات هي وجهة نظر تحليلية مثالية. من خلال دراسة العملية الكاملة للمعاملات من الإنشاء إلى تحديث الحالة النهائية، بما في ذلك الإنشاء والإطلاق، البث، الترتيب، التنفيذ وتحديث الحالة، يمكننا فهم تصميم كل سلسلة عامة والتقنيات المستخدمة بوضوح. بناءً على ذلك، يمكن فهم السرد الأساسي للسلاسل العامة، ويمكن استكشاف كيفية تطوير تطبيقات تجذب السوق على Aptos.
تدور جميع معاملات البلوكتشين حول هذه الخطوات الخمس. ستتناول هذه المقالة Aptos كمركز، وتستعرض تصميمه الفريد، وتقارن بين إثيريوم وSolana من حيث الاختلافات الرئيسية.
Aptos: تصميم متفائل ومتوازي عالي الأداء
Aptos هي سلسلة عامة تركز على الأداء العالي، حيث تشبه دورة حياة المعاملات فيها دورة حياة المعاملات في إثيريوم، لكنها تحقق تحسينات ملحوظة في الأداء من خلال تنفيذ متوازي متفائل فريد وتحسينات في مجموعة الذاكرة. فيما يلي الخطوات الرئيسية لدورة حياة المعاملات على Aptos:
إنشاء وإطلاق
يتكون شبكة Aptos من عقد خفيفة، وعقد كاملة، ومحققين. يقوم المستخدمون بإطلاق المعاملات من خلال عقد خفيفة ( مثل المحفظة أو التطبيق )، حيث تقوم العقد الخفيفة بإعادة توجيه المعاملات إلى العقد الكاملة القريبة، ثم تقوم العقد الكاملة بمزامنتها مع المحققين.
بث
احتفظت Aptos بمجمع الذاكرة، لكن المجاميع لا تتشارك بعد QuorumStore. على عكس إثيريوم، فإن مجمع الذاكرة الخاص بها ليس مجرد منطقة تخزين للمعاملات. بعد دخول المعاملات إلى مجمع الذاكرة، يقوم النظام بترتيبها مسبقًا وفقًا للقواعد ( مثل FIFO أو رسوم الغاز )، لضمان عدم حدوث تعارض في المعاملات أثناء التنفيذ المتوازي اللاحق. هذه التصميم يتجنب المتطلبات العالية للأجهزة التي تحتاجها Solana لإعلان مجموعات القراءة والكتابة مسبقًا.
ترتيب
أبتوس تعتمد على توافق AptosBFT، حيث لا يمكن للمقترح ترتيب المعاملات بحرية من الناحية المبدئية، ويمنح aip-68 المقترح حقًا إضافيًا في ملء المعاملات المتأخرة. تم الانتهاء مسبقًا من ترتيب الذاكرة لتجنب النزاعات، ويعتمد إنشاء الكتل بشكل أكبر على التعاون بين المدققين، بدلاً من قيادة المقترح.
تنفيذ
تستخدم Aptos تقنية Block-STM لتحقيق التنفيذ المتوازي المتفائل. يتم افتراض عدم وجود تعارضات في المعاملات ومعالجتها في نفس الوقت، وإذا تم اكتشاف تعارض بعد التنفيذ، سيتم إعادة تنفيذ المعاملات المتأثرة. هذه الطريقة تستفيد بشكل كامل من المعالجات متعددة النواة لزيادة الكفاءة، حيث يمكن أن تصل TPS إلى 160,000.
تحديث الحالة
حالة مزامنة المدققين، التأكيد النهائي من خلال نقاط التفتيش، مشابه لآلية Epoch في إثيريوم، ولكن بكفاءة أعلى.
الميزة الأساسية لـ Aptos تكمن في الجمع بين المعالجة المتوازية المتفائلة وترتيب مسبق لمجمع الذاكرة، مما يقلل من متطلبات أداء العقد ويزيد بشكل كبير من معدل الإرسال. يدعم هيكل الشبكة لـ Aptos هذا التصميم بوضوح.
إثيريوم:المرجع للتنفيذ التسلسلي
إثيريوم كأول من قدم العقود الذكية، هو نقطة انطلاق تقنية السلسلة العامة، ودورة حياة معاملاته توفر إطارًا أساسيًا لفهم Aptos.
دورة حياة معاملات إثيريوم
إنشاء وإطلاق: يقوم المستخدم بإطلاق الصفقة من خلال المحفظة عبر بوابة وسيط الشبكة أو واجهة RPC.
البث: المعاملة تدخل إلى تجمع الذاكرة العامة، في انتظار التعبئة.
الترتيب: بعد ترقية PoS، يقوم بناة الكتل بتجميع المعاملات وفقًا لمبدأ تعظيم الأرباح، ثم يقدمونها للمقترح بعد تقديم عطاءات في طبقة النقل.
التنفيذ: معالجة المعاملات بتسلسل EVM، تحديث الحالة بخيط واحد.
تحديث الحالة: يجب أن تمر الكتلة عبر نقطتين تفتيش لتأكيد النهائية.
تحدد تنفيذ إثيريوم التسلسلي وتصميم تجمع الذاكرة الأداء، ووقت الكتلة هو 12 ثانية/فتحة، ومعدل المعاملات في الثانية منخفض. بالمقابل، حققت Aptos قفزة نوعية من خلال التنفيذ المتوازي وتحسين تجمع الذاكرة.
Solana: تحسين مثالي حتمي متوازي
تشتهر Solana بأدائها العالي، وتختلف دورة حياة معاملاتها بشكل ملحوظ عن Aptos، خاصة في تجمع الذاكرة وطريقة التنفيذ.
دورة حياة تداول Solana
الإنشاء والإطلاق: يقوم المستخدم بإطلاق المعاملات من خلال المحفظة.
الإرسال: لا يوجد تجمع ذاكرة عام، يتم إرسال المعاملات مباشرة إلى المقترحين الحاليين والاثنين التاليين.
الترتيب: يقوم المقترحون بناءً على PoH(Proof of History) بتجميع الكتل، ومدة الكتلة فقط 400 مللي ثانية.
التنفيذ: تستخدم آلة Sealevel الافتراضية التنفيذ المتوازي الحتمي، ويتعين إعلان مجموعات القراءة والكتابة مسبقًا لتجنب التعارض.
تحديث الحالة: تأكيد سريع لإجماع BFT.
لا تستخدم Solana تجمع الذاكرة لأن تجمع الذاكرة قد يصبح عنق زجاجة للأداء. نظرًا لعدم وجود تجمع ذاكرة، وبتوافق PoH الفريد من نوعه في Solana، يمكن للعقد أن تتفق بسرعة على ترتيب المعاملات، مما يلغي الحاجة إلى انتظار المعاملات في تجمع الذاكرة، ويمكن تنفيذ المعاملات تقريبًا على الفور. ومع ذلك، فهذا يعني أيضًا أنه في أوقات الازدحام في الشبكة، قد يتم تجاهل المعاملات بدلاً من الانتظار، ويحتاج المستخدمون إلى إعادة تقديمها.
بالمقارنة، لا يتطلب التوازي المتفائل لـ 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 و Gas费用高低( لضمان عدم حدوث تعارض أثناء التنفيذ المتوازي داخل كتلة معينة. من الواضح أن مقترحي Aptos لا يمتلكون فعليًا القدرة على ترتيب المعاملات، ولا يوجد في الشبكة مُنشئو كتل. إن هذا الترتيب المسبق للمعاملات هو المفتاح لتحقيق التنفيذ المتوازي المتفائل في Aptos. على عكس Solana التي تحتاج إلى إدخال إعلانات المعاملات، لا يحتاج Aptos إلى هذه الآلية، مما يقلل بشكل كبير من متطلبات أداء العقد. فيما يتعلق بتكاليف الشبكة لضمان عدم تعارض المعاملات، فإن تأثير مجموعة الذاكرة على TPS في Aptos أقل بكثير من تكلفة إدخال إعلانات المعاملات في Solana. لذلك، يمكن أن تصل TPS في Aptos إلى 160,000، وهو أكثر من ضعف ما هو في Solana. تأثير ترتيب المعاملات المسبق هو زيادة صعوبة التقاط MEV في Aptos، مما يحمل مزايا وعيوب للمستخدمين.
السرد القائم على الأمن هو اتجاه تطوير Aptos
) RWA
Aptos تعمل بنشاط على دفع توكنات الأصول الحقيقية وحلول التمويل المؤسسي. بالمقارنة مع إثيريوم، يمكن لـ Block-STM من Aptos معالجة العديد من معاملات نقل الأصول بشكل متزامن، مما يتجنب تأخير التحقق بسبب الازدحام الشبكي. في بعض الشبكات العامة، على الرغم من سرعة المعاملات، فإن تصميم عدم وجود مجموعة الذاكرة قد يؤدي إلى فقدان المعاملات في حالة زيادة الحمل على الشبكة، مما يؤثر على استقرار التحقق من RWA. يضمن ترتيب مسبق لمجموعة الذاكرة في Aptos دخول المعاملات للتنفيذ بالترتيب، حتى في ذروة النشاط، مما يحافظ على موثوقية سجلات الأصول.
تحتاج RWA إلى دعم معقد من العقود الذكية مثل تقسيم الأصول، توزيع العائدات، وفحص الامتثال. التصميم المعياري وأمان لغة Move يمكّن المطورين من بناء تطبيقات RWA موثوقة بسهولة أكبر. بالمقارنة، تعقيد لغات العقود الذكية لبعض سلاسل الكتل العامة وزيادة مخاطر الثغرات تزيد من تكاليف التطوير، بينما لغات البرمجة في سلاسل الكتل العامة الأخرى فعالة ولكنها تتطلب منحنى تعليمي أعلى للمطورين. من المتوقع أن يجذب صداقة بيئة Aptos المزيد من مشاريع RWA، مما يشكل دورة إيجابية.
تتمثل إمكانيات Aptos في مجال RWA في الجمع بين الأمان والأداء. في المستقبل، يمكن أن تركز على التعاون مع المؤسسات المالية التقليدية، لنقل الأصول ذات القيمة العالية مثل السندات والأسهم إلى سلسلة الكتل، من خلال استخدام لغة Move لإنشاء معايير توكينز قوية من حيث الامتثال. هذه السردية "الأمان + الكفاءة" يمكن أن تميز Aptos في سوق RWA.
في يوليو 2024، أعلنت Aptos عن إدخال رمز USDY من مؤسسة مالية معينة ودمجه في المنصات اللامركزية الرئيسية وتطبيقات الإقراض، حتى 10 مارس، كانت القيمة السوقية لـ USDY على Aptos حوالي 15 مليون دولار، تمثل حوالي 2.5% من القيمة السوقية الإجمالية لـ USDY. في أكتوبر 2024، أعلنت Aptos أن شركة إدارة أصول معينة قد أطلقت صندوق النقد الحكومي الأمريكي على شبكة Aptos ممثلاً برمز BENJI. بالإضافة إلى ذلك، تتعاون Aptos مع شركة معينة لتعزيز توكينغ الأوراق المالية، من خلال نقل صناديق استثمار عدة شركات استثمار إلى السلسلة، مما يعزز وصول المستثمرين المؤسسيين.
مدفوعات العملات المستقرة
تتطلب مدفوعات العملات المستقرة ضمان نهائية المعاملات وأمان الأصول. تمنع لغة Move الخاصة بـ Aptos من خلال نموذج الموارد الدفع المزدوج، مما يضمن دقة كل تحويل للعملات المستقرة. على سبيل المثال، عندما يستخدم المستخدم USDC على Aptos للدفع، يتم حماية تحديث حالة المعاملة بشكل صارم، مما يمنع فقدان الأموال بسبب ثغرات في العقود. بالإضافة إلى ذلك، فإن رسوم الغاز المنخفضة لـ Aptos ### تعود إلى توزيع التكلفة بفضل TPS العالي ( مما يجعلها تنافسية للغاية في سيناريوهات الدفع الصغيرة. تحد الرسوم العالية لبعض سلاسل الكتل العامة من تطبيقاتها الدفعية، بينما على الرغم من أن بعض سلاسل الكتل العامة قد تكون منخفضة التكلفة، إلا أن خطر فقدان المعاملات عند ازدحام الشبكة قد يؤثر على تجربة المستخدم. تضمن عملية ترتيب الذاكرة المسبقة وBlock-STM في Aptos استقرار معاملات الدفع وانخفاض زمن التأخير.
يجب أن تأخذ مدفوعات PayFi والعملات المستقرة في الاعتبار كل من اللامركزية والامتثال التنظيمي. تقلل توافق AptosBFT اللامركزي من مخاطر المركزية، بينما تدعم بنيته المعمارية القابلة للتعديل المطورين لدمج فحوصات KYC/AML. على سبيل المثال، يمكن لمُصدر عملة مستقرة نشر عقود الامتثال على Aptos لضمان توافق المعاملات مع اللوائح المحلية دون التضحية بكفاءة الشبكة. هذه النقطة تفوق نماذج الترحيل المركزية لبعض سلاسل الكتل العامة، كما تعوض عن أوجه القصور المحتملة المتعلقة بالامتثال التي يهيمن عليها المقترحون الآخرون في سلاسل الكتل العامة. تجعل التصميم المتوازن لـ Aptos أكثر ملاءمة لدخول المؤسسات المالية.
تتمثل قدرة Aptos في مجال PayFi والمدفوعات المستقرة في "الأمان، الكفاءة، والامتثال" كتركيبة ثلاثية. في المستقبل، سيستمر في دفع اعتماد العملات المستقرة على نطاق واسع، وبناء شبكة مدفوعات عبر الحدود، أو التعاون مع عمالقة المدفوعات لتطوير نظام تسوية على السلسلة. ستدعم TPS العالية والتكاليف المنخفضة أيضًا سيناريوهات المدفوعات الصغيرة، مثل المكافآت الفورية لمبدعي المحتوى. يمكن أن تركز رواية Aptos على "البنية التحتية للمدفوعات من الجيل التالي" لجذب تدفق ثنائي الاتجاه من الشركات والمستخدمين.
مزايا Aptos في الأمان ------ فرز مسبق لحدود الذاكرة، Block-STM، AptosBFT ولغة Move ------ لا تعزز فقط