لقد فكرت في نهاية الأسبوع في تطبيقات الاختراق لهذه الدورة ، وما هو مشترك بينها وكيف ترتبط بما نقوم به في SOCKET. وبالتحديد ، لقد غيرت الكثير من التطبيقات الناجحة اللعبة من خلال الابتعاد عن الوضع الراهن المقبول وإدخال بنى جديدة لتقديم بدائيات جديدة أو تجارب مستخدم أفضل. @hyperliquid -> غيرت تصميم mempool لإعطاء الأولوية لإلغاء الطلبات داخل كتلة - وهو أمر بالغ الأهمية لنجاح دفتر الطلبات على السلسلة ، والحصول على MM لتوفير السيولة وتجنب تدفق الطلبات الفاشلة قدم @cowswap -> مزادا خارج السلسلة للسماح بتجميع مجموعات من TXs للمستخدم والعثور على COWs وتمكين منافسة الحل ينفذ @ethena -> التداول الأساسي على CEX على عكس سابقاته الذين كانوا مقيدين ب perp DEX أصغر بكثير - مع الحفاظ على الضمانات على السلسلة هذا هو بالضبط المستقبل الذي نتصوره. يسمح بروتوكول تجريد سلسلة SOCKET للبناة بإنشاء تطبيقات تستفيد من مستويات مماثلة من التخصيص عبر مفهومها ل AppGateway. AppGateways عبارة عن تجريد على مستوى التطبيق يقع فوق جميع السلاسل - بين المستخدمين والعقود على السلسلة. باستخدام AppGateway ، يمكن لمنشئي التطبيقات تحديد أي منطق للتنفيذ المسبق للمعاملات قبل وصولها إلى السلسلة. تصل معاملة المستخدم إلى البوابة، وتقوم AppGateways بتشغيل منطقها ثم يتم تنفيذ دفق من المعاملات على السلسلة. يمكن بناء أي من الأمثلة الثلاثة السابقة على SOCKET. ولكن المكان الذي يتألق حقا هو ما إذا أراد منشئ التطبيقات كتابة تطبيق يقوم بتشغيل المنطق على عدة سلاسل. باستخدام SOCKET ، يمكنهم كتابة تطبيقهم بصلابة طبيعية كما لو كان يعمل على سلسلة واحدة. يمكن أن تتكون العقود على سلسلة واحدة بسلاسة مع عقود على سلاسل أخرى أو حتى مع أنظمة خارج السلسلة. الأهم من ذلك ، أنهم ليسوا مضطرين إلى كتابة كود معكرونة فائق التعقيد للتعامل مع الرسائل عبر السلاسل. إن مطالبة منشئ التطبيقات بالعملات المشفرة بفهم الرسائل عبر السلاسل يشبه مطالبة مطور web2 بالتعامل مع TCP / IP للتعامل مع نقل وتوجيه حزم البيانات المنبعثة من تطبيقهم. في الوضع الراهن اليوم قبل SOCKET ، يحتاج المنشئ الذي يريد على سبيل المثال قراءة سعر الأصل على 3 سلاسل مختلفة لتنفيذ صفقة حيث تكون أرخص ، إلى كتابة عقد يرسل رسائل إلى جميع السلاسل ، وجلب الأسعار ، وإعادة الرسائل إلى السلسلة الأصلية والتعامل مع التحقق من الرسائل والتكلفة وزمن الوصول. من المستحيل بناء تجربة مستخدم سلسة باستخدام مجموعة الأدوات الحالية. من منظور منشئ التطبيق ، يمكنك النظر إلى SOCKET على أنه يعتني بجميع التنسيق الضروري عبر السلاسل لتسوية ما تم تحديده في AppGateway بواسطة جيش من الجهات الفاعلة خارج السلسلة لتنفيذ إجراءات المستخدمين بأمان معياري على السلسلة. في الإنتاج الآن لدينا: @BungeeExchange سوق السيولة لدينا الذي يعمل بحجم > مليار دولار شهريا هو أول تطبيق مبني على SOCKET. BungeeGateway هو المكان الذي تتم فيه معالجة نوايا المستخدم ومعاملاته ومطابقته مع أدوات الحل والحشو. تقوم @useenclave ببناء طبقة "الرصيد العالمي" كخدمة للسماح للمحافظ بتجريد أرصدة السلسلة المجزأة واستبدالها برصيد قابل للاستبدال يمكن للمستخدمين إنفاقه على أي سلسلة على الفور. هنا ، يطابق EnclaveGateway طلبات المستخدم مع Paymasters. @rathfinance يحول عائد DeFi إلى ميزة أصلية للمحافظ. يتم توجيه أموال المستخدمين تلقائيا إلى أفضل الفرص عبر السلاسل دون أي خطوات إضافية. تستخدم مشاريع مثل @derivexyz @aevoxyz @KintoXYZ @reya_xyz وما إلى ذلك SOCKET للودائع المستخرجة من السلسلة في تطبيقها. لكننا بدأنا للتو في خدش سطح ما يمكن إنشاؤه باستخدام هذه الطريقة الجديدة لبناء التطبيقات. إنه حرفيا اليوم 0 لتجريد السلسلة. إذا كنت تبني شيئا طموحا في مجال التشفير اليوم - تواصل معنا.