Solana هو منصة بلوكتشين عالية الأداء، تعتمد على بنية تقنية فريدة لتحقيق قدرة عالية على المعالجة وتأخير منخفض. تشمل تقنياتها الأساسية خوارزمية Proof of History (POH) التي تضمن ترتيب المعاملات وساعة عالمية، وجدول دوران القائد وآلية توافق Tower BFT التي تعزز سرعة إنتاج الكتل. تعمل آلية Turbine على تحسين انتشار الكتل الكبيرة من خلال ترميز Reed-solomon. تسارع Solana Virtual Machine (SVM) ومحرك التنفيذ المتوازي Sealevel سرعة تنفيذ المعاملات. كل هذه التصميمات المعمارية هي لتحقيق أداء عالٍ لـ Solana، لكنها أيضاً جلبت بعض المشكلات، مثل تعطل الشبكة وفشل المعاملات ومشكلة MEV ونمو الحالة بسرعة والمشكلات المركزية.
تتطور بيئة Solana بسرعة، حيث سجلت جميع مؤشرات البيانات نمواً سريعاً في النصف الأول من العام، وخاصة في مجالات DeFi والبنية التحتية وGameFi/NFT وDePin/AI وتطبيقات المستهلكين. توفر TPS العالية في Solana واستراتيجيتها الموجهة نحو تطبيقات المستهلكين والبيئة البيئية ذات العلامة التجارية الضعيفة فرصاً غنية لرواد الأعمال والمطورين. في مجال تطبيقات المستهلكين، تعرض Solana رؤيتها لدفع تطبيق تقنية blockchain في مجالات أوسع. من خلال دعم مثل Solana Mobile وبناء SDK مصمم خصيصًا لتطبيقات المستهلكين، تسعى Solana إلى دمج تقنية blockchain في التطبيقات اليومية، مما يزيد من قبول المستخدمين وراحتهم.
بينما حصلت سولانا على حصة سوقية كبيرة في صناعة blockchain بفضل قدرتها العالية على المعالجة وانخفاض تكاليف المعاملات، فإنها تواجه أيضًا منافسة شديدة من سلاسل الكتل الجديدة الناشئة. تعتبر Base منافسًا محتملاً في نظام EVM البيئي، حيث أن عدد العناوين النشطة على السلسلة في تزايد سريع، وفي الوقت نفسه، على الرغم من أن إجمالي القيمة المقفلة في مجال DeFi في سولانا قد سجل رقمًا قياسيًا تاريخيًا (TVL)، إلا أن المنافسين مثل Base يكتسبون حصة سوقية بسرعة، كما تجاوزت قيمة التمويل في نظام Base البيئي سولانا لأول مرة في الربع الثاني.
على الرغم من أن Solana حققت إنجازات معينة من حيث التكنولوجيا وقبول السوق، إلا أنها تحتاج إلى الابتكار والتحسين المستمر لمواجهة التحديات من المنافسين مثل Base. خاصة في مجالات تعزيز استقرار الشبكة، وتقليل معدلات فشل المعاملات، ومعالجة مشكلات MEV، وتقليل معدل نمو الحالة، تحتاج Solana إلى تحسين بنيتها التحتية التكنولوجية وبروتوكولات الشبكة بشكل مستمر للحفاظ على ريادتها في صناعة blockchain.
الهيكل التكنولوجي
تشتهر سولانا بخوارزمية POH الخاصة بها وآلية الإجماع Tower BFT وشبكة نقل البيانات Trubine وSVM الافتراضية التي توفر TPS عالية وFinality سريعة. كيف تعمل المكونات المختلفة، وكيف تحقق هدف الأداء العالي في تصميم الهيكل، وكذلك العيوب والمشكلات الناتجة عن هذا التصميم الهيكلي.
خوارزمية POH
POH(دليل التاريخ) هي تقنية تحدد الوقت العالمي، وليست آلية توافق، بل هي خوارزمية لتحديد ترتيب المعاملات. تأتي تقنية POH من أبسط تقنيات التشفير SHA256. تُستخدم SHA256 عادةً لحساب سلامة البيانات، حيث أنه مع إدخال X معين، سيكون هناك مخرج Y فريد فقط، وبالتالي فإن أي تغيير في X سيؤدي إلى اختلاف كامل في Y.
في تسلسل POH الخاص بـ Solana، يمكن ضمان سلامة التسلسل بالكامل من خلال تطبيق خوارزمية sha256، مما يضمن أيضًا سلامة المعاملات فيه. على سبيل المثال، إذا قمنا بتجميع المعاملات في كتلة واحدة، وإنشاء قيمة هاش sha256 المقابلة، فستكون المعاملات داخل هذه الكتلة مؤكدة، وأي تغيير سيؤدي إلى تغيير قيمة الهاش، بعد ذلك ستستخدم قيمة هاش هذه الكتلة كجزء من X للدالة sha256 التالية، ثم نضيف قيمة هاش الكتلة التالية، وبالتالي سيتم تأكيد الكتلة السابقة والكتلة التالية، وأي تغيير سيؤدي إلى Y جديدة مختلفة.
هذا هو المعنى الأساسي لتقنية إثبات التاريخ، حيث يتم استخدام تجزئة الكتلة السابقة كجزء من دالة sha256 التالية، مشابهًا لسلسلة، حيث يتضمن أحدث Y دائمًا إثباتًا تاريخيًا.
في مخطط تدفق المعاملات على Solana، تم وصف عملية المعاملات في ظل آلية POH، حيث يتم إنشاء عقدة القائد من بين جميع المدققين على السلسلة ضمن آلية التناوب المعروفة بجدول دوران القائد. تقوم هذه العقدة بجمع المعاملات وترتيبها وتنفيذها، وتولد سلسلة POH، ثم يتم إنشاء كتلة ونشرها إلى العقد الأخرى.
لتجنب حدوث نقطة فشل واحدة في عقدة Leader، تم إدخال قيود زمنية. في Solana، يتم تقسيم وحدات الوقت إلى epochs، حيث يحتوي كل epoch على 432,000 slot(، ويستمر كل slot لمدة 400 مللي ثانية. في كل slot، يقوم نظام التناوب بتعيين عقدة Leader في كل slot، ويجب على عقدة Leader نشر الكتلة) خلال الوقت المحدد للslot، وإلا سيتم تخطي هذا slot وإعادة انتخاب عقدة Leader للslot التالي.
بشكل عام، يمكن لعمود القيادة استخدام آلية POH لتأكيد جميع المعاملات التاريخية. الوحدة الزمنية الأساسية في Solana هي Slot، ويحتاج عمود القيادة إلى بث الكتلة داخل Slot واحد. يقوم المستخدمون بإرسال المعاملات إلى العمود من خلال عقد RPC، ثم يقوم عمود القيادة بتغليف المعاملات وترتيبها ثم تنفيذها لتوليد الكتلة، وتنتشر الكتلة إلى غيرها من المدققين. يجب على المدققين استخدام آلية للوصول إلى توافق الآراء حول المعاملات داخل الكتلة وترتيبها، وآلية التوافق المستخدمة هي آلية توافق Tower BFT.
( آلية توافق الآراء برج BFT
بروتوكول توافق برج BFT يأتي من خوارزمية توافق BFT، وهو أحد التطبيقات الهندسية المحددة لها، وتظل هذه الخوارزمية مرتبطة بخوارزمية POH. عند التصويت على الكتل، إذا كان تصويت المدقق نفسه هو نوع من المعاملات، فإن معاملات المستخدم وكتلة التجزئة الناتجة عن معاملات المدقق يمكن أن تُستخدم أيضًا كدليل تاريخي، حيث يمكن تأكيد تفاصيل معاملات أي مستخدم وتفاصيل تصويت المدقق بشكل فريد.
![إعادة تفسير بنية تقنية Solana: هل ستشهد ربيعًا ثانيًا؟])https://img-cdn.gateio.im/webp-social/moments-c210b4025cb64385890634a405838d05.webp###
في خوارزمية Tower BFT، يُحدد أنه إذا صوت جميع المدققين على الكتلة، وصوّت أكثر من 2/3 من المدققين بالموافقة، فإن هذه الكتلة يمكن أن تُعتبر مؤكدة. فائدة هذه الآلية هي أنها توفر الكثير من الذاكرة، لأنه يكفي التصويت على تسلسل التجزئة لتأكيد الكتلة. ولكن في آليات الإجماع التقليدية، يتم عادةً استخدام فيضان الكتلة، حيث يستقبل المدقق كتلة ثم يرسلها إلى المدققين المحيطين، مما يؤدي إلى الكثير من الازدواجية في الشبكة، لأن المدقق يستقبل نفس الكتلة أكثر من مرة.
في سولانا، نظرًا لوجود عدد كبير من معاملات تصويت المدققين، وبسبب الكفاءة الناتجة عن مركزية عقدة القيادة ووقت الفتحة الذي يبلغ 400 مللي ثانية، فإن حجم الكتل الإجمالي وتكرار إنتاج الكتل مرتفعان بشكل خاص. أثناء انتشار الكتل الكبيرة، يمكن أن يتسبب ذلك في ضغط كبير على الشبكة، وتستخدم سولانا آلية تيرباين لحل مشكلة انتشار الكتل الكبيرة.
( توربين
يقوم العقد الرائد بتقسيم الكتل إلى أجزاء فرعية تُعرف باسم الشظايا من خلال عملية تُسمى التجزئة، حيث يكون حجمها وفقًا لوحدة النقل القصوى MTU)، وهي أقصى كمية من البيانات يمكن إرسالها من عقدة إلى أخرى دون الحاجة إلى تقسيمها إلى وحدات أصغر، والتي تبلغ ### وحدة. ثم يتم ضمان سلامة البيانات وقابليتها للاستخدام من خلال استخدام مخطط تشفير Reed-Solomon.
عن طريق تقسيم الكتلة إلى أربعة شظايا بيانات، ثم لمنع فقدان البيانات وتلفها أثناء عملية النقل، يتم استخدام ترميز ريد-سولومون لترميز الحزم الأربعة إلى ثمانية حزم، وهذه الخطة يمكن أن تتحمل معدل فقدان يصل إلى 50%. في الاختبارات الفعلية، بلغ معدل فقدان سولانا حوالي 15%، لذلك هذه الخطة تتوافق بشكل جيد مع بنية سولانا الحالية.
في نقل البيانات على المستوى الأساسي، عادة ما يتم النظر في استخدام بروتوكولات UDP / TCP، وبما أن Solana تتحمل معدل فقد الحزم بشكل أكبر، فإنها تستخدم بروتوكول UDP للنقل، وعيبه هو أنه لن يعيد الإرسال في حالة فقد الحزم، ولكن ميزته هي سرعة النقل الأسرع. على العكس من ذلك، بروتوكول TCP سيعيد الإرسال عدة مرات في حالة فقد الحزم، مما سيقلل بشكل كبير من سرعة النقل وسعة النقل، ومع وجود Reed-solomon، فإن هذه الخطة يمكن أن تزيد بشكل ملحوظ من سعة النقل في Solana، وفي بيئة حقيقية، يمكن أن تزيد السعة بمقدار 9 مرات.
بعد تقسيم البيانات بواسطة Turbine، يتم استخدام آلية انتشار متعددة الطبقات لنشر البيانات. يقوم عقدة القائد بتسليم الكتلة إلى أي مدقق كتلة قبل انتهاء كل Slot، ثم يقوم المدقق بتقسيم الكتلة إلى Shreds، وينتج رموز تصحيح الخطأ. بعد ذلك، سيبدأ المدقق في نشر Turbine. أولاً، يجب أن تنتشر البيانات إلى العقدة الجذرية، ثم ستحدد هذه العقدة الجذرية أي المدققين يتواجدون في أي طبقة. العملية كما هو موضح أدناه:
إنشاء قائمة العقد: ستجمع العقدة الجذر جميع المدققين النشطين في قائمة واحدة، ثم تصنف القائمة بناءً على حقوق كل مدقق في الشبكة (، وهو عدد SOL المرهون )، حيث يتم وضع ذوي الوزن الأعلى في الطبقة الأولى، وهكذا.
تجميع العقد: ثم سيقوم كل مُصادق في الطبقة الأولى بإنشاء قائمة العقد الخاصة به لبناء طبقته الأولى.
تشكيل الطبقات: يتم تقسيم العقد إلى طبقات من أعلى القائمة، من خلال تحديد قيم العمق والعرض، يمكن تحديد الشكل العام للشجرة، ستؤثر هذه المعلمة على معدل انتشار الشظايا.
عقدة ذات حصة عالية من الحقوق، عند تقسيم الطبقات، ستكون في طبقة أعلى، وبالتالي ستتمكن من الحصول على الشرايين الكاملة مسبقاً، وفي هذه الحالة يمكن استعادة الكتلة الكاملة، بينما بالنسبة لعقد الطبقة السفلية، بسبب فقدان النقل، ستقل احتمالية حصولها على الشرايين الكاملة، وإذا كانت هذه الشرايين غير كافية لبناء شظايا كاملة، فسيطلب من القائد إعادة النقل مباشرة. في هذه الحالة، ستتم عملية نقل البيانات إلى داخل الشجرة، بينما كانت عقدة الطبقة الأولى قد أكملت بالفعل تأكيد الكتلة الكاملة، وكلما زاد الوقت الذي يستغرقه الموثقون في الطبقات الخلفية لإكمال بناء الكتلة، كلما طال الوقت قبل أن يصوتوا.
إن فكرة هذه الآلية مشابهة لآلية النقطة الواحدة لنقطة القيادة. خلال عملية انتشار الكتل، توجد بعض النقاط المفضلة التي تحصل أولاً على قطع الشريدز لتكوين كتلة كاملة لتحقيق عملية توافق الأصوات. دفع الفائض إلى مستويات أعمق يمكن أن يسرع بشكل كبير من عملية النهائي، ويزيد من الحد الأقصى للقدرة والكفاءة. لأنه في الواقع، قد تمثل الطبقات القليلة الأولى 2/3 من النقاط، لذا فإن تصويت النقاط اللاحقة يصبح غير ذي صلة.
( SVM
يمكن لـ Solana معالجة آلاف المعاملات في الثانية، ويرجع السبب الرئيسي في ذلك إلى آلية POH، وإجماع Tower BFT، وآلية نشر البيانات Turbine. ومع ذلك، فإن SVM كآلة افتراضية لتحويل الحالة، إذا كان عقدة الزعيم بطيئة في معالجة المعاملات، فإن سرعة معالجة SVM ستؤدي إلى تقليل إجمالي قدرة النظام. لذلك، قدمت Solana محرك التنفيذ المتوازي Sealevel لتسريع سرعة تنفيذ المعاملات.
![إعادة تفسير بنية تقنية Solana: هل ستشهد ربيعها الثاني؟])https://img-cdn.gateio.im/webp-social/moments-46a028270f3c2da92e7056c17c1d9e16.webp###
في SVM، تتكون التعليمات من 4 أجزاء، تشمل معرف البرنامج، تعليمات البرنامج، وقائمة حسابات القراءة/الكتابة للبيانات. من خلال تحديد ما إذا كان الحساب الحالي في حالة قراءة أو كتابة وما إذا كانت العمليات التي تتطلب تغييرات في الحالة تتعارض، يمكن السماح بتوازي التعليمات التجارية للحسابات التي لا تتعارض في الحالة، حيث يتم تمثيل كل تعليمات بواسطة معرف البرنامج. وهذا هو أحد الأسباب التي تجعل متطلبات المدققين في Solana مرتفعة، لأنهم يتطلبون أن تكون وحدة معالجة الرسومات/وحدة المعالجة المركزية للمدققين قادرة على دعم SIMD( التعليمات المتعددة للبيانات) وقدرة التوسع المتجه المتقدم AVX.
تطوير النظام البيئي
في عملية تطوير نظام Solana البيئي الحالي، هناك ميل متزايد نحو الاستخدام الفعلي، مثل Blinks و Actions وحتى Solana Mobile، في حين أن اتجاه تطوير التطبيقات المدعومة رسميًا يميل أيضًا نحو تطبيقات المستهلك بدلاً من التنافس اللامحدود على البنية التحتية. في ظل الأداء الكافي الحالي لـ Solana، فإن تنوع التطبيقات أصبح أكثر ثراء. أما بالنسبة لـ Ethereum، فإن انخفاض TPS الخاص بها يعني أن نظام Ethereum البيئي لا يزال يركز بشكل رئيسي على البنية التحتية وتقنيات التوسع، وعندما لا تستطيع البنية التحتية استيعاب التطبيقات، فإنه لا يمكن بناء تطبيقات للمستهلك، مما أدى إلى حالة عدم توازن حيث تم الاستثمار في البنية التحتية بشكل مفرط ولكن الاستثمار في التطبيقات كان ضعيفًا.
( DeFi
في بروتوكولات DeFi على Solana، هناك العديد من المشاريع التي لم تصدر عملات، بما في ذلك Kamino) Lending###، Marginfi( Lending + Restaking)، SoLayer( Restaking)، Meteora وغيرها، نظرًا لجو التعاون في نظام Solana البيئي، عادةً ما تتجنب المشاريع الأخرى مواعيد إصدار العملات الخاصة بمشروع واحد لجذب الانتباه الكافي من السوق.
تتنافس DEX بشكل حاد في الوقت الحالي، وقد شهدت الشركات الرائدة عدة انتقالات، من Raydium وOrca إلى DEX معين الآن الذي يتولى الصدارة.
من الجدير بالذكر أن حوالي 50% من صفقات DEX تتم بواسطة MEV bot
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 19
أعجبني
19
6
مشاركة
تعليق
0/400
staking_gramps
· 07-16 11:08
أداء سول رائع حقًا
شاهد النسخة الأصليةرد0
0xSunnyDay
· 07-15 15:18
هل لا يزال ملك التعطل يتفاخر بالأداء؟
شاهد النسخة الأصليةرد0
CoconutWaterBoy
· 07-14 03:35
هل ما زلت تتحدث عن sol؟
شاهد النسخة الأصليةرد0
SandwichTrader
· 07-14 03:21
الانسداد ليس أفضل من الفتح، فقط تخيل أنه سيتوقف عن العمل.
تحليل بنية تقنية Solana وحالة تطور النظام البيئي
تحليل بنية سولانا التقنية وتطور النظام البيئي
Solana هو منصة بلوكتشين عالية الأداء، تعتمد على بنية تقنية فريدة لتحقيق قدرة عالية على المعالجة وتأخير منخفض. تشمل تقنياتها الأساسية خوارزمية Proof of History (POH) التي تضمن ترتيب المعاملات وساعة عالمية، وجدول دوران القائد وآلية توافق Tower BFT التي تعزز سرعة إنتاج الكتل. تعمل آلية Turbine على تحسين انتشار الكتل الكبيرة من خلال ترميز Reed-solomon. تسارع Solana Virtual Machine (SVM) ومحرك التنفيذ المتوازي Sealevel سرعة تنفيذ المعاملات. كل هذه التصميمات المعمارية هي لتحقيق أداء عالٍ لـ Solana، لكنها أيضاً جلبت بعض المشكلات، مثل تعطل الشبكة وفشل المعاملات ومشكلة MEV ونمو الحالة بسرعة والمشكلات المركزية.
تتطور بيئة Solana بسرعة، حيث سجلت جميع مؤشرات البيانات نمواً سريعاً في النصف الأول من العام، وخاصة في مجالات DeFi والبنية التحتية وGameFi/NFT وDePin/AI وتطبيقات المستهلكين. توفر TPS العالية في Solana واستراتيجيتها الموجهة نحو تطبيقات المستهلكين والبيئة البيئية ذات العلامة التجارية الضعيفة فرصاً غنية لرواد الأعمال والمطورين. في مجال تطبيقات المستهلكين، تعرض Solana رؤيتها لدفع تطبيق تقنية blockchain في مجالات أوسع. من خلال دعم مثل Solana Mobile وبناء SDK مصمم خصيصًا لتطبيقات المستهلكين، تسعى Solana إلى دمج تقنية blockchain في التطبيقات اليومية، مما يزيد من قبول المستخدمين وراحتهم.
بينما حصلت سولانا على حصة سوقية كبيرة في صناعة blockchain بفضل قدرتها العالية على المعالجة وانخفاض تكاليف المعاملات، فإنها تواجه أيضًا منافسة شديدة من سلاسل الكتل الجديدة الناشئة. تعتبر Base منافسًا محتملاً في نظام EVM البيئي، حيث أن عدد العناوين النشطة على السلسلة في تزايد سريع، وفي الوقت نفسه، على الرغم من أن إجمالي القيمة المقفلة في مجال DeFi في سولانا قد سجل رقمًا قياسيًا تاريخيًا (TVL)، إلا أن المنافسين مثل Base يكتسبون حصة سوقية بسرعة، كما تجاوزت قيمة التمويل في نظام Base البيئي سولانا لأول مرة في الربع الثاني.
على الرغم من أن Solana حققت إنجازات معينة من حيث التكنولوجيا وقبول السوق، إلا أنها تحتاج إلى الابتكار والتحسين المستمر لمواجهة التحديات من المنافسين مثل Base. خاصة في مجالات تعزيز استقرار الشبكة، وتقليل معدلات فشل المعاملات، ومعالجة مشكلات MEV، وتقليل معدل نمو الحالة، تحتاج Solana إلى تحسين بنيتها التحتية التكنولوجية وبروتوكولات الشبكة بشكل مستمر للحفاظ على ريادتها في صناعة blockchain.
الهيكل التكنولوجي
تشتهر سولانا بخوارزمية POH الخاصة بها وآلية الإجماع Tower BFT وشبكة نقل البيانات Trubine وSVM الافتراضية التي توفر TPS عالية وFinality سريعة. كيف تعمل المكونات المختلفة، وكيف تحقق هدف الأداء العالي في تصميم الهيكل، وكذلك العيوب والمشكلات الناتجة عن هذا التصميم الهيكلي.
خوارزمية POH
POH(دليل التاريخ) هي تقنية تحدد الوقت العالمي، وليست آلية توافق، بل هي خوارزمية لتحديد ترتيب المعاملات. تأتي تقنية POH من أبسط تقنيات التشفير SHA256. تُستخدم SHA256 عادةً لحساب سلامة البيانات، حيث أنه مع إدخال X معين، سيكون هناك مخرج Y فريد فقط، وبالتالي فإن أي تغيير في X سيؤدي إلى اختلاف كامل في Y.
في تسلسل POH الخاص بـ Solana، يمكن ضمان سلامة التسلسل بالكامل من خلال تطبيق خوارزمية sha256، مما يضمن أيضًا سلامة المعاملات فيه. على سبيل المثال، إذا قمنا بتجميع المعاملات في كتلة واحدة، وإنشاء قيمة هاش sha256 المقابلة، فستكون المعاملات داخل هذه الكتلة مؤكدة، وأي تغيير سيؤدي إلى تغيير قيمة الهاش، بعد ذلك ستستخدم قيمة هاش هذه الكتلة كجزء من X للدالة sha256 التالية، ثم نضيف قيمة هاش الكتلة التالية، وبالتالي سيتم تأكيد الكتلة السابقة والكتلة التالية، وأي تغيير سيؤدي إلى Y جديدة مختلفة.
هذا هو المعنى الأساسي لتقنية إثبات التاريخ، حيث يتم استخدام تجزئة الكتلة السابقة كجزء من دالة sha256 التالية، مشابهًا لسلسلة، حيث يتضمن أحدث Y دائمًا إثباتًا تاريخيًا.
في مخطط تدفق المعاملات على Solana، تم وصف عملية المعاملات في ظل آلية POH، حيث يتم إنشاء عقدة القائد من بين جميع المدققين على السلسلة ضمن آلية التناوب المعروفة بجدول دوران القائد. تقوم هذه العقدة بجمع المعاملات وترتيبها وتنفيذها، وتولد سلسلة POH، ثم يتم إنشاء كتلة ونشرها إلى العقد الأخرى.
لتجنب حدوث نقطة فشل واحدة في عقدة Leader، تم إدخال قيود زمنية. في Solana، يتم تقسيم وحدات الوقت إلى epochs، حيث يحتوي كل epoch على 432,000 slot(، ويستمر كل slot لمدة 400 مللي ثانية. في كل slot، يقوم نظام التناوب بتعيين عقدة Leader في كل slot، ويجب على عقدة Leader نشر الكتلة) خلال الوقت المحدد للslot، وإلا سيتم تخطي هذا slot وإعادة انتخاب عقدة Leader للslot التالي.
بشكل عام، يمكن لعمود القيادة استخدام آلية POH لتأكيد جميع المعاملات التاريخية. الوحدة الزمنية الأساسية في Solana هي Slot، ويحتاج عمود القيادة إلى بث الكتلة داخل Slot واحد. يقوم المستخدمون بإرسال المعاملات إلى العمود من خلال عقد RPC، ثم يقوم عمود القيادة بتغليف المعاملات وترتيبها ثم تنفيذها لتوليد الكتلة، وتنتشر الكتلة إلى غيرها من المدققين. يجب على المدققين استخدام آلية للوصول إلى توافق الآراء حول المعاملات داخل الكتلة وترتيبها، وآلية التوافق المستخدمة هي آلية توافق Tower BFT.
( آلية توافق الآراء برج BFT
بروتوكول توافق برج BFT يأتي من خوارزمية توافق BFT، وهو أحد التطبيقات الهندسية المحددة لها، وتظل هذه الخوارزمية مرتبطة بخوارزمية POH. عند التصويت على الكتل، إذا كان تصويت المدقق نفسه هو نوع من المعاملات، فإن معاملات المستخدم وكتلة التجزئة الناتجة عن معاملات المدقق يمكن أن تُستخدم أيضًا كدليل تاريخي، حيث يمكن تأكيد تفاصيل معاملات أي مستخدم وتفاصيل تصويت المدقق بشكل فريد.
![إعادة تفسير بنية تقنية Solana: هل ستشهد ربيعًا ثانيًا؟])https://img-cdn.gateio.im/webp-social/moments-c210b4025cb64385890634a405838d05.webp###
في خوارزمية Tower BFT، يُحدد أنه إذا صوت جميع المدققين على الكتلة، وصوّت أكثر من 2/3 من المدققين بالموافقة، فإن هذه الكتلة يمكن أن تُعتبر مؤكدة. فائدة هذه الآلية هي أنها توفر الكثير من الذاكرة، لأنه يكفي التصويت على تسلسل التجزئة لتأكيد الكتلة. ولكن في آليات الإجماع التقليدية، يتم عادةً استخدام فيضان الكتلة، حيث يستقبل المدقق كتلة ثم يرسلها إلى المدققين المحيطين، مما يؤدي إلى الكثير من الازدواجية في الشبكة، لأن المدقق يستقبل نفس الكتلة أكثر من مرة.
في سولانا، نظرًا لوجود عدد كبير من معاملات تصويت المدققين، وبسبب الكفاءة الناتجة عن مركزية عقدة القيادة ووقت الفتحة الذي يبلغ 400 مللي ثانية، فإن حجم الكتل الإجمالي وتكرار إنتاج الكتل مرتفعان بشكل خاص. أثناء انتشار الكتل الكبيرة، يمكن أن يتسبب ذلك في ضغط كبير على الشبكة، وتستخدم سولانا آلية تيرباين لحل مشكلة انتشار الكتل الكبيرة.
( توربين
يقوم العقد الرائد بتقسيم الكتل إلى أجزاء فرعية تُعرف باسم الشظايا من خلال عملية تُسمى التجزئة، حيث يكون حجمها وفقًا لوحدة النقل القصوى MTU)، وهي أقصى كمية من البيانات يمكن إرسالها من عقدة إلى أخرى دون الحاجة إلى تقسيمها إلى وحدات أصغر، والتي تبلغ ### وحدة. ثم يتم ضمان سلامة البيانات وقابليتها للاستخدام من خلال استخدام مخطط تشفير Reed-Solomon.
عن طريق تقسيم الكتلة إلى أربعة شظايا بيانات، ثم لمنع فقدان البيانات وتلفها أثناء عملية النقل، يتم استخدام ترميز ريد-سولومون لترميز الحزم الأربعة إلى ثمانية حزم، وهذه الخطة يمكن أن تتحمل معدل فقدان يصل إلى 50%. في الاختبارات الفعلية، بلغ معدل فقدان سولانا حوالي 15%، لذلك هذه الخطة تتوافق بشكل جيد مع بنية سولانا الحالية.
في نقل البيانات على المستوى الأساسي، عادة ما يتم النظر في استخدام بروتوكولات UDP / TCP، وبما أن Solana تتحمل معدل فقد الحزم بشكل أكبر، فإنها تستخدم بروتوكول UDP للنقل، وعيبه هو أنه لن يعيد الإرسال في حالة فقد الحزم، ولكن ميزته هي سرعة النقل الأسرع. على العكس من ذلك، بروتوكول TCP سيعيد الإرسال عدة مرات في حالة فقد الحزم، مما سيقلل بشكل كبير من سرعة النقل وسعة النقل، ومع وجود Reed-solomon، فإن هذه الخطة يمكن أن تزيد بشكل ملحوظ من سعة النقل في Solana، وفي بيئة حقيقية، يمكن أن تزيد السعة بمقدار 9 مرات.
بعد تقسيم البيانات بواسطة Turbine، يتم استخدام آلية انتشار متعددة الطبقات لنشر البيانات. يقوم عقدة القائد بتسليم الكتلة إلى أي مدقق كتلة قبل انتهاء كل Slot، ثم يقوم المدقق بتقسيم الكتلة إلى Shreds، وينتج رموز تصحيح الخطأ. بعد ذلك، سيبدأ المدقق في نشر Turbine. أولاً، يجب أن تنتشر البيانات إلى العقدة الجذرية، ثم ستحدد هذه العقدة الجذرية أي المدققين يتواجدون في أي طبقة. العملية كما هو موضح أدناه:
إنشاء قائمة العقد: ستجمع العقدة الجذر جميع المدققين النشطين في قائمة واحدة، ثم تصنف القائمة بناءً على حقوق كل مدقق في الشبكة (، وهو عدد SOL المرهون )، حيث يتم وضع ذوي الوزن الأعلى في الطبقة الأولى، وهكذا.
تجميع العقد: ثم سيقوم كل مُصادق في الطبقة الأولى بإنشاء قائمة العقد الخاصة به لبناء طبقته الأولى.
تشكيل الطبقات: يتم تقسيم العقد إلى طبقات من أعلى القائمة، من خلال تحديد قيم العمق والعرض، يمكن تحديد الشكل العام للشجرة، ستؤثر هذه المعلمة على معدل انتشار الشظايا.
عقدة ذات حصة عالية من الحقوق، عند تقسيم الطبقات، ستكون في طبقة أعلى، وبالتالي ستتمكن من الحصول على الشرايين الكاملة مسبقاً، وفي هذه الحالة يمكن استعادة الكتلة الكاملة، بينما بالنسبة لعقد الطبقة السفلية، بسبب فقدان النقل، ستقل احتمالية حصولها على الشرايين الكاملة، وإذا كانت هذه الشرايين غير كافية لبناء شظايا كاملة، فسيطلب من القائد إعادة النقل مباشرة. في هذه الحالة، ستتم عملية نقل البيانات إلى داخل الشجرة، بينما كانت عقدة الطبقة الأولى قد أكملت بالفعل تأكيد الكتلة الكاملة، وكلما زاد الوقت الذي يستغرقه الموثقون في الطبقات الخلفية لإكمال بناء الكتلة، كلما طال الوقت قبل أن يصوتوا.
إن فكرة هذه الآلية مشابهة لآلية النقطة الواحدة لنقطة القيادة. خلال عملية انتشار الكتل، توجد بعض النقاط المفضلة التي تحصل أولاً على قطع الشريدز لتكوين كتلة كاملة لتحقيق عملية توافق الأصوات. دفع الفائض إلى مستويات أعمق يمكن أن يسرع بشكل كبير من عملية النهائي، ويزيد من الحد الأقصى للقدرة والكفاءة. لأنه في الواقع، قد تمثل الطبقات القليلة الأولى 2/3 من النقاط، لذا فإن تصويت النقاط اللاحقة يصبح غير ذي صلة.
( SVM
يمكن لـ Solana معالجة آلاف المعاملات في الثانية، ويرجع السبب الرئيسي في ذلك إلى آلية POH، وإجماع Tower BFT، وآلية نشر البيانات Turbine. ومع ذلك، فإن SVM كآلة افتراضية لتحويل الحالة، إذا كان عقدة الزعيم بطيئة في معالجة المعاملات، فإن سرعة معالجة SVM ستؤدي إلى تقليل إجمالي قدرة النظام. لذلك، قدمت Solana محرك التنفيذ المتوازي Sealevel لتسريع سرعة تنفيذ المعاملات.
![إعادة تفسير بنية تقنية Solana: هل ستشهد ربيعها الثاني؟])https://img-cdn.gateio.im/webp-social/moments-46a028270f3c2da92e7056c17c1d9e16.webp###
في SVM، تتكون التعليمات من 4 أجزاء، تشمل معرف البرنامج، تعليمات البرنامج، وقائمة حسابات القراءة/الكتابة للبيانات. من خلال تحديد ما إذا كان الحساب الحالي في حالة قراءة أو كتابة وما إذا كانت العمليات التي تتطلب تغييرات في الحالة تتعارض، يمكن السماح بتوازي التعليمات التجارية للحسابات التي لا تتعارض في الحالة، حيث يتم تمثيل كل تعليمات بواسطة معرف البرنامج. وهذا هو أحد الأسباب التي تجعل متطلبات المدققين في Solana مرتفعة، لأنهم يتطلبون أن تكون وحدة معالجة الرسومات/وحدة المعالجة المركزية للمدققين قادرة على دعم SIMD( التعليمات المتعددة للبيانات) وقدرة التوسع المتجه المتقدم AVX.
تطوير النظام البيئي
في عملية تطوير نظام Solana البيئي الحالي، هناك ميل متزايد نحو الاستخدام الفعلي، مثل Blinks و Actions وحتى Solana Mobile، في حين أن اتجاه تطوير التطبيقات المدعومة رسميًا يميل أيضًا نحو تطبيقات المستهلك بدلاً من التنافس اللامحدود على البنية التحتية. في ظل الأداء الكافي الحالي لـ Solana، فإن تنوع التطبيقات أصبح أكثر ثراء. أما بالنسبة لـ Ethereum، فإن انخفاض TPS الخاص بها يعني أن نظام Ethereum البيئي لا يزال يركز بشكل رئيسي على البنية التحتية وتقنيات التوسع، وعندما لا تستطيع البنية التحتية استيعاب التطبيقات، فإنه لا يمكن بناء تطبيقات للمستهلك، مما أدى إلى حالة عدم توازن حيث تم الاستثمار في البنية التحتية بشكل مفرط ولكن الاستثمار في التطبيقات كان ضعيفًا.
( DeFi
في بروتوكولات DeFi على Solana، هناك العديد من المشاريع التي لم تصدر عملات، بما في ذلك Kamino) Lending###، Marginfi( Lending + Restaking)، SoLayer( Restaking)، Meteora وغيرها، نظرًا لجو التعاون في نظام Solana البيئي، عادةً ما تتجنب المشاريع الأخرى مواعيد إصدار العملات الخاصة بمشروع واحد لجذب الانتباه الكافي من السوق.
تتنافس DEX بشكل حاد في الوقت الحالي، وقد شهدت الشركات الرائدة عدة انتقالات، من Raydium وOrca إلى DEX معين الآن الذي يتولى الصدارة.
من الجدير بالذكر أن حوالي 50% من صفقات DEX تتم بواسطة MEV bot