تخيّل أنك تحاول تنفيذ صفقة متعددة المراحل (multi-hop) معقّدة أثناء ذروة تذبذب الشبكة، فقط لتفشل العملية مرارًا لأن حزمة البيانات كانت ثقيلة جدًا بحيث لا يمكن معالجتها.

كل متداول نشط يعرف ألم مشاهدة الانزلاق (slippage) وهو يلتهم الأرباح أو فقدان الدخول بالكامل عندما تتعطل التوجيهات المعقّدة. عندما تُجبر الشبكات المطورين على تقسيم إجراء منطقي واحد عبر عدة معاملات، يصبح المستخدمون هم من يدفعون ثمن الصفقات المتروكة (dropped) والتنفيذ الفاشل.

$SOL يستعد لمعالجة هذه العقبة الهيكلية من خلال توسيع حجم حزمة المعاملات من 1,232 بايت إلى 4,096 بايت. وهذا يعني سعة بيانات أكبر بحوالي 3.3 مرات لكل معاملة. في الدورات الماضية، رأينا كيف أن توسيع معايير التنفيذ على شبكات مثل $ETH مكّن مجمّعات DeFi المتقدمة وآليات التجميع (batching) من الازدهار. الآن تقوم سولاـنا (Solana) بخطوة مماثلة لدعم متطلبات onchain الحديثة.

يمنح هذا الحيّز الإضافي للمطوّرين إمكانية تجميع إثباتات المعرفة الصفرية (zero-knowledge proofs) وموافقات multisig المعقّدة ومسارات التداول الكثيفة داخل معاملة ذرّية واحدة (atomic transaction). بدلًا من ربط خطوات هشة معًا والرهان على ألا تفشل أي خطوة أثناء المسار، يتم تنفيذ كل شيء معًا أو يتم التراجع عنه بشكل نظيف.

هل تعتقد أن أحجام المعاملات الأكبر ستحل أخيرًا اختناقات التنفيذ للتداول onchain عالي التردد، أم أنها تُدخل تحديات جديدة في عرض النطاق (bandwidth) للمتحقّقين (validators)؟

#Solana #DeFi #CryptoInfrastructure