المحافظ هي البوابة إلى الويب 3، حيث تعتبر بوابات أساسية للمستخدمين لإرسال واستقبال الرسائل وإدارة الأموال والتفاعل مع تطبيقات البلوكشين. كجزء حرج من البنية التحتية للبلوكشين، تشكل المحافظ تأثيرا كبيرا على تجارب المستخدمين في الويب 3.

النظام البيئي للمحفظة متنوع، حيث تقدم مقدمو الخدمات منتجات وخدمات متنوعة من خلال آليات مختلفة. مع سعي مقدمي الخدمات للمحافظ إلى الاستدامة والتنويع، تتطور نماذجهم التشغيلية، مما يخلق ديناميات جديدة بين المستخدمين والتطبيقات والبنية التحتية لسلسلة الكتل.

تهدف تقريرنا إلى إلقاء الضوء على الحالة الحالية للمحافظ على الإيثريوم، بناءً على البحث الذي أُجريorderflow.art.

ومع ذلك، يواجه تحديات عدة في تحديد المحافظ من خلال تتبع المعاملات على السلسلة الكتلية:

1. التعرف غير الكامل بسبب معرفات الموجهات غير المعروفة أو عناوين التوقيع.
2. صعوبة في تحديد عدة عناوين محافظ مرتبطة بالبورصات المركزية.
3. غياب عناوين الموجه لبعض المحافظ، مما يجعل تحديد هوية المستخدم صعبًا.

على الرغم من هذه القيود، تقدم هذه التقرير نظرة شاملة على منظر المحفظة الخاص بإيثريوم، واتجاهاته الحالية، وآفاقه المستقبلية.

يبدأ التقرير بقسم الخلفية الذي يغطي منطقتين رئيسيتين: تصنيف المحفظة ودورة حياة تدفق الطلب. في تصنيف المحفظة، نصنف محافظ Web3 إلى أنواع الولايات الودائع وغير الودائع، موضحين الأشكال المختلفة للمحافظ غير الودائع. يحدد قسم دورة حياة تدفق الطلب رحلة المعاملة، محددًا اللاعبين الرئيسيين من منشئي تدفق الطلب إلى بناة الكتل.

بعد ذلك، نستكشف الاتجاهات الحالية، مركزين على التطورات الأخيرة التي تؤثر على Originators تدفق الطلب (OFOs). نحن نفحص آثار التمركز المتزايد في سوق بناء الكتل، الذي زاد من التنافس على تدفق الطلب. يغطي هذا القسم ثلاثة مفاهيم رئيسية: دفع تدفق الطلب (PFOF)، مزادات تدفق الطلب (OFAs)، وتدفق الطلب الخاص (POF). بالإضافة إلى ذلك، نقدم تجريد الحساب (AA)، مع التركيز بشكل خاص على ERC-4337، تطوير هام يعيد تشكيل المشهد المحفظة.

أخيرًا، في اتجاهات المستقبل، نستكشف التطورات التي تهدف إلى تعزيز تجربة المستخدم ومعالجة التحديات التنظيمية في مشهد المحفظة. نحن ندرس ما قبل التأكيدات (pre-confs)، وهي آلية مصممة لتحسين سرعة تأكيد المعاملات. نحلل أيضًا اثنين من المقترحات لتحسين Ethereum (EIPs) التي تسعى إلى تعزيز قدرات التجريد الحسابي. بالإضافة إلى ذلك، نناقش بيئات التنفيذ الموثوقة (TEEs) ودورها في تحسين الأمان والخصوصية لمحافظ Web3. نحن ننظر في كيف يمكن أن تكون بيئات التنفيذ الموثوقة حلاً محتملاً للامتثال في صناعة العملات المشفرة، خصوصًا مع تحول التركيز التنظيمي من اللامركزية إلى مسائل السيطرة.

الخلفية#

مقدمة#

المحافظ تعمل كواجهة رئيسية للمستخدمين للتفاعل مع تطبيقات سلسلة الكتل. بينما يحتفظ المستخدمون في كثير من الأحيان بعدة محافظ (على سبيل المثال، عدة حسابات MetaMask)، فإن عملية نقل المفاتيح الخاصة إلى مزود جديد للمحافظ عادةً ما تكون معقدة. هذا النقص في قابلية التنقل الودية للمستخدم يؤدي إلى تأثير الالتصاق، حيث يبقى المستخدمون غالبًا مرتبطين بمزودي المحافظ الحاليين لديهم.

قد زاد التنافس المتصاعد على تدفق الطلبات من أهمية استحواذ المستخدمين والاحتفاظ بهم بالنسبة لمزودي المحافظ. أدى هذا المنظر التنافسي إلى تطوير مثير: تطبيقات التمويل غير المركزي (DeFi)، مثل Uniswap و 1inch و Curve Finance، الآن تقوم بإنشاء محافظها الخاصة. يتيح هذا الإجراء الاستراتيجي لهذه المنصات DeFi ممارسة مزيد من السيطرة على تدفق طلبات مستخدميها، مما قد يسمح بالحصول على قيمة أكبر وتوفير تجربة مستخدم متكاملة أكثر.

يؤكد هذا الاتجاه تطور العلاقات بين المستخدمين والمحافظ وتطبيقات ديفي في نظام البلوكشين. إنه يسلط الضوء على كيفية تشكيل معركة تدفق الطلبات المناظر الطبيعية للمحافظ وتأثيره على استراتيجيات اللاعبين الرئيسيين في مجال ديفي.

الشكل 1. نظرة عامة على نظام السلة النقدية لإيثريوم

تصنيف المحفظة#

المحافظ Web3 عادة ما تُصنَّف إما كمحفظة موكولة، تُديرها أطراف ثالثة، أو غير موكولة، تُديرها المستخدم. يُعرَّف التحكم بأنه من يحتفظ بالمفاتيح الخاصة بالمحفظة.

• المحافظ المودعة: تُقدم في الأساس بواسطة بورصات العملات المشفرة وروبوتات تليجرام، تحمل المحافظ المودعة مفاتيح المستخدمين الخاصة وتقدم للمستخدمين تجربة مستخدم محسنة. ومع ذلك، لا يمتلك المستخدمون السيطرة الكاملة على أموالهم ويمكن لهذه الأطراف الثالثة الوصول إلى أموال المستخدمين دون إذنهم.
• محافظ غير احتجازية: يحتفظ المستخدمون بمفاتيحهم الخاصة ويتحكمون بشكل كامل في محافظهم غير الاحتجازية. في حالة فقد المفاتيح الخاصة ، سيفقد المستخدم الوصول إلى محفظته وأمواله. يتم تخزين المفاتيح الخاصة للمحافظ الساخنة على جهاز متصل بالإنترنت يتفاعل مع أحد التطبيقات. تخزن المحافظ الباردة المفاتيح الخاصة على أجهزة مخصصة مزودة بفتحات هوائية لا تتفاعل مع التطبيقات. ترتبط المحافظ "الساخنة" غير الحافظة بالإنترنت وعادة ما يتم الوصول إليها عبر ملحق متصفح أو تطبيق جوال أو تطبيق سطح مكتب. لا يمكن الوصول إلى المحافظ "الباردة" عبر الإنترنت ويتم تخزين الأصول في الأجهزة المادية.

هناك أنواع مختلفة من المحافظ غير القابلة للرقابة مع تقنيات متنوعة لتحسين تجربة المستخدم والأمان.

المحفظة MPC#

الحوسبة متعددة الأطرافتستخدم المحافظ (MPC) تقنيات التشفير لتشفير وتجزئة وتوزيع المفاتيح الخاصة على أجهزة متعددة. يجب على هذه الأجهزة أو الأطراف تقييم عملية حسابية دون الكشف عن مفاتيحهم الخاصة أو بياناتهم. بروتوكول حساب متعدد الأطراف المستخدم في سياق المحافظ MPC عادة ما يحتوي على هذه الخصائص:

1. الأمن عند الحد: ضمان أن عددًا محددًا من الأطراف يجب أن تتعاون لتوقيع المعاملة.
2. تجزئة المفتاح: القدرة على تقسيم مفتاح خاص إلى أسهم متعددة.
3. توليد مفتاح موزع: توليد المفتاح بطريقة موزعة بحيث لا يعرف أي طرف واحد أبدًا المفتاح الخاص بالكامل.

فوائد المحافظ MPC هي:

1. الأمان: نظرًا لعدم تحكم أي شخص واحد في المفتاح الخاص، سيكون من الضروري على المهاجم مهاجمة أطراف متعددة مما يزيد من أمان المحفظة.
2. قابلية الاسترداد: بفضل شظايا المفتاح المشفرة المخزنة في أماكن متعددة، يمكن للأطراف المخولة استرداد الحسابات إذا فقد المفتاح.
3. يمكن حفظ الأصول عبر الإنترنت نظرًا لأن شظايا المفتاح الخاص موزعة بشكل آمن بين أطراف متعددة. يمكن تنفيذ المعاملات بكفاءة أكبر من المحفظة الساخنة دون المساس بأمان المفتاح.

الحسابات المملوكة خارجيا (EOAs)#

الحسابات المملوكة خارجيًا (EOAs) تُدار بواسطة مفاتيح خاصة فريدة يتحكم فيها المستخدمون للتفاعل مع العقود الذكية على السلسلة البيانية.

EOAs تستخدم مفتاح خاص خوارزمية التوقيع الرقمي بالمنحنى البيضاويمفتاح (ECDSA) لتوقيع والتحقق من المعاملات الرقمية. يمكن للمستخدمين إرسال واستقبال المعاملات، التفاعل مع العقود الذكية، والموافقة على الرسائل من خلال EOAs.

لإنشاء EOA، يقوم واجهة محفظة بتوليد مفتاح خاص وعبارة بذرية. بسبب المفتاح الخاص وعبارة البذرة الفردية، سيفقد المستخدم الوصول إلى محفظته إذا فقد كل من مفتاحه الخاص وعبارة البذرة.

المحافظ الذكية للعقود الذكية#

المحافظ الذكية للعقود الذكية، أو المحافظ الذكية، تستخدم تجريد الحساب وقابلية البرمجة في العقود الذكية لتحسين تجربة المستخدم. المحافظ الذكية للعقود الذكية لا تُسيطر عليها مفتاح خاص بل برمجية العقد. بروتوكول تجريد الحساب مثل ERC-4337 يساعد المحافظ الذكية للعقود الذكية على تجاوز متطلبات أن محفظة EOA تبدأ عملية. يمكن برمجة المحافظ الذكية للعقود الذكية لميزات مثل:

1. المصادقة الثنائية
2. تجميد الحساب
3. استعادة مرنة
4. تجميع المعاملات
5. الحدود للتحويل والإنفاق
6. مفاتيح الجلسة
7. رعاية الغاز ودفعات الغاز بالرموز غير الأصلية
8. المحفظة متعددة التوقيعات

بالمقارنة مع الحسابات الخارجية المقوى (EOAs)، تمتلك المحافظ الذكية للعقود مصروفات غازية صغيرة ترجع أساسًا إلى تنفيذ كود العقد ونشر الأحداث. العقود الذكية أكثر تعقيدًا وقوة بطبيعتها مقارنة بالحسابات الخارجية المقوى، لذا يجب الاعتماد فقط على محافظ العقود الذكية التي تم فحصها واختبارها جيدًا.

دورة حياة تدفق الطلبات#

Orderflow.artأضاءت منظر تدفق الطلب وحددت الجهات المعروفة على السلسلة في دورة حياة المعاملة.

يبدأ دورة حياة المعاملة على الجانب الأيسر لتدفق الطلب سانكي مع واجهات السلسلة الجانبية وينتهي على الجانب الأيمن مع بناة الكتل.

الشكل 2. تم تحرير الرسم البياني Orderflow.art Sankey من 30 سبتمبر 2024

اللاعبون الرئيسيون على السلسلة في دورة حياة المعاملة هم:

منشئي تدفق الطلبات#

منشئي تدفق الطلبات (OFOs) هم أول تطبيقات على السلسلة الرقمية التي تتفاعل مع المحفظة. تشمل OFOs:

1. المحافظ: تضيف المحافظ تزايدًا وظائف أكثر لتحسين تجربة المستخدم مثل عمليات البدائل المباشرة. \
   ملاحظة: تتضمن الأرقام 3 و 4 و 5 فقط أجهزة توجيه معروفة وتقلل من التمثيل الحقيقي لعمليات التبادل الأصلية من المحافظ.
2. الواجهات الأمامية: تطبيقات مثل Uniswap لديها محفظة وواجهة خاصة بها للمستخدمين لإنشاء المعاملات. تفقد واجهات DEX السيطرة في حجم التداول وحصة سوق عدد المعاملات (الأرقام 3 و 4).
3. الروبوتات التيليجرام: بانانا غان، مايسترو، ويونيبوت قد احتلت جزءًا كبيرًا من عمليات التجزئة خلال العام الماضي (الشكل 4). حجم التداول عمومًا أقل من 10،000 دولار (الشكل 5).
4. المجمّعات: المجمّعات هي تطبيقات مثل DefiLlama، Matcha، 0x API، و 1inch API التي تتصل بعدة بورصات غير مركزية لتوحيد السيولة المتشظية. حجم الصفقات يظل نسبيًا ثابتاً في حين انخفض حجم التداول قليلاً منذ عام 2023 (الأرقام 3 و 4).
5. المزادات الجارية: تشمل OFAs مزادات الدفع المجمعة المحللة (على سبيل المثال، CoWSwap)، وأنظمة RFQ (على سبيل المثال، Uniswap X)، ومزادات التنفيذ (على سبيل المثال، MEV-Blocker). تكسب OFAs حصة سوقية من حجم تداول على حساب واجهات DEX (الشكل 3) وتُستخدم عادة لصفقات أكبر (الشكل 5).

الشكل 3. حجم تداول الواجهة الأمامية (3 سنوات) ، تحليلات الكثبان الرملية. 30 سبتمبر 2024.

الشكل 4. عدد المعاملات الأمامية (3 سنوات)، Dune Analytics. 30 سبتمبر 2024.

الشكل 5. أحجام تداول الواجهة الأمامية (7 أيام)، تحليلات دون. 30 سبتمبر 2024.

مزودي السيولة#

غالبًا ما يتم توجيه المعاملات الكبيرة أو تلك التي تنطوي على أزواج تداول غير سائلة إلى مزادات تدفق الطلبات (OFAs) والمجمعين لتقليل الانزلاق. يقوم هؤلاء المزودون بتوفير السيولة من عدة بورصات مركزية (DEXs)، ومصادر خارج السلسلة، ومخزونات خاصة.

1. صانعي السوق: الكيانات التجارية التي تستخدم السيولة خارج السلسلة ومخزونها الخاص لتنفيذ المعاملات. يوفرون السيولة لمنصات طلب السعر (RFQ) مثل Hashflow و Uniswap X.
2. حلّالون: كيانات من جهة ثالثة تحدد التوجيه والتسعير الأمثل لتنفيذ المعاملات. يتم استخدام الحلالين في OFAs مثل CoWSwap، وبعضهم يقدمون تقديم المعاملات المباشرة للمستخدمين من خلال واجهاتهم الأمامية الخاصة.
3. الباحثون CEX-DEX: يستفيد هؤلاء الباحثون من سيولة خارج السلسلة من التبادلات المركزية (CEXs) لالتقاط فرص التحكم في السلسلة. يمكنهم استخدام OFAs مع محافظ ذاكرة خاصة مثل MEV Share و MEV-Blocker.

Mempools#

يتم تقديم طلبات الإيثريوم إلى مجموعات ذاكرة مؤقتة عامة أو خاصة:

1. مجموعات الذاكرة العامة: الصفقات مرئية للجميع ويمكن اختيارها للحزم من قبل الباحثين وOFA. يمكن لجميع بناة الكتل الوصول إلى هذه الصفقات لتضمينها في الكتلة.
2. المحافظ الخاصة: يمكن رؤية المعاملات فقط من قبل أطراف محددة، بما في ذلك الباحثين الخاصين ومكاتب الأموال الخارجية والبنائين.

Builders#

يقوم المُنشئون بترتيب وتضمين المعاملات في كتلة. تكتمل دورة حياة الطلب إذا تم تضمين المعاملة في كتلة المُنشئ الفائز. إذا لم تُضمن في الكتلة الفائزة، تظل المعاملة في مسبح الذاكرة حتى يتم تضمينها في كتلة مستقبلية أو حتى تُهمل.

المراجع#

1. https://orderflow.art/frontends
2. Quicknode, نظرة شاملة على محافظ Web3
3. مؤسسة ايثريوم، حسابات الإيثيريوم
4. Fireblocks،ما هو MPC (الحساب المتعدد الأطراف)؟
5. الكيمياء، 8 فوائد مذهلة لمحافظ العقود الذكية مقابل محافظ EOA
6. Unchained, ما هي الحسابات المملوكة خارجيا (EOAs) في Ethereum؟
7. المحفظة Ambire، تجريد الحساب وفوائد المحافظ الذكية للعقود الذكية

الاتجاهات الحالية#

يتميز منظر الأتريوم حاليًا بعدة اتجاهات هامة تعيد تشكيل الصناعة. اتجاهان رئيسيان في الأتريوم يؤثران على مبتكري تدفق الأوامر هما 1) تمركز سوق بناء الكتل، و2) تنفيذ التجريد الحسابي مع ERC-4337.

تمركز بناء الكتل#

سوق بناء الإيثيريومأصبحت مركزية بشكل متزايد مع اثنين من البناة يستحوذان على أكثر من 90٪ من سوق الكتل.

الشكل 6. حصة السوق لبناء 30 يومًا اعتبارًا من 30 سبتمبر 2024، libmev.com.

أدى هذا التركيز إلى ظهور ديناميات جديدة في تدفق الأوامر:

• الدفع من أجل تدفق الطلبات (PFOF)
• مزادات تدفق الطلبات (OFA)
• تدفق الطلب الخاص

هذه الآليات تحول كيفية معالجة المعاملات وتحديد الأولويات، مما يوفر فوائد مثل حماية MEV وتحسين اكتشاف الأسعار، ولكنها تثير أيضًا مخاوف بشأن عدالة السوق واللامركزية

الدفع من أجل تدفق الطلبات#

دفع مقابل تدفق الطلبات (PFOF) هو مفهوم مالي تقليدي بدأته السوق من خلال دفع صانعي السوق للوساطات مقابل تدفق طلباتهم خارج البورصة. يعتبر صانعو السوق تدفق الطلبات التجزئية غير المعلومة وغير السامة ومربحة للغاية للتداول ضدها. مع توسع أنظمة التداول الآلي (ATS) ، استخدم صانعو السوق PFOF لجذب تدفق الطلبات التجزئية إلى أنظمتهم التداولية.

يستفيد تجار التجزئة من PFOF بثلاث طرق:

1. يتم استخدام جزء من PFOF لتغطية تكلفة تنفيذ التاجر التجزئة.
2. سيقدم صانعو السوق عروضًا أضيق، مما يمكن التجار التجزئة من التنفيذ بأسعار محسنة
3. سيتمكن صانعو السوق من توفير سيولة أكبر للطلبات غير المعتادة.

في إيثيريوم، ظهرت PFOF كعلاقات تدفق الطلبات الحصرية (EOF) بين مبتكري تدفق الطلبات (OFOs) والبنائين. يتجاوز EOF مجموعة الذاكرة المؤقتة العامة ويمثل ما يصل إلى 35% من السوق. تتيح تدفقات الطلبات الحصرية للبنائين بناء كتلة ذات قيمة أعلى من المنافسين الذين يقتصرون على جلب المعاملات من مجموعة الذاكرة المؤقتة العامة أو مزادات تدفق الطلبات (OFA). نظرًا لأن EOFs يتطلبون ضمانات التنفيذ، سيقوم البناؤون بتعددية حزمة OFOʻs لضمان الإدراج في الوقت المناسب.

هناك عدة أسباب تدفع المنشئين الأصليين لتدفق الطلبات إلى استخدام علاقات EOF:

• ضمانات تضمين الكتلة. من خلال شراكتهم مع بنّاء رائد، تزيد OFOs من احتمال إدراج معاملاتهم في الكتلة التالية المُبنية.
• حماية MEV للمستخدم. يمكن لمشغلي العقود اللامركزية أن يقضوا تقريبا على MEV الخاصة بهم.
• مكافآت إعادة رسوم الغاز ذات الأولوية. يمكن لأصحاب الطلبات الرسمية الخطية استرداد رسوم الغاز ذات الأولوية التي دفعها مستخدموهم. يقدر المُنشئون المعاملات عالية الجودة مثل طلبات الاغتنام من روبوتات تليجرام وسيدفعون مبالغ أكثر من أجل تدفق هذه الطلبات.

العلاقات EOF المعروفة حاليا:

• بنانا غان وتايتان بيلدر
• مايسترو وبيفر

الشكل 7. قنبلة الموز كتل نهاية الملف*.

الشكل 8. بندقية الموز متعددة الكتل.

الشكل 9. كتل Maestro EOF.

الشكل 10. كتل Maestro المتعددة.

*EOF يُقدَّر بتدفق الطلبات الذي لا يُرى من قِبل Flashbots أو في مسبح المعاملات.

مزادات تدفق الطلبات#

تم إنشاء مزادات تدفق الطلبات (OFAs) لحماية معاملات المستخدم من استراتيجيات MEV السلبية مثل هجمات الجري الأمامي والساندويتش. تقدم OFAs العديد من الفوائد للمستخدمين بما في ذلك:

1. تكاليف المعاملات المنخفضة. يقوم OFAs بتجميع المعاملات مما يقلل من رسوم الغاز ويقلل من انزلاق التنفيذ.
2. استرداد MEV. يمكن لـ OFAs طرح فرص استغلال MEV وإعادة جزء من MEV المُحتجز إلى المستخدمين.
3. تحسين اكتشاف الأسعار. يتنافس حلول الطرف الثالث على أفضل سعر تنفيذ.
4. السيولة المحسنة. يمكن لحلول الطرف الثالث تجميع السيولة من مصادر عديدة بما في ذلك DEXs و CEXs والمخزون الخاص.

الشكل 11.سلسلة إمداد MEV مع مزادات تدفق الطلب.

تجمع OFAs صفقات السواب المتعددة من مستخدمين متعددين وتبيعها في مزاد للمزايدين الطرف الثالث للتنفيذ. تعمل OFAs كمزادين وتختار العروض الفائزة بمعايير محددة مسبقًا. تُقدم العروض الفائزة على السلسلة في حزمة إلى بناة الكتل للوصول إلى اتفاق.

هناك أنواع مختلفة من OFAs:

• طلب السعر (RFQs): يستخدم RFQs نظامًا للمزاودين المحددين مسبقًا والأموال وصانعي السوق، الذين يستخدمون المخزون على السلسلة والخاص لتقديم العروض. توفر RFQs سيولة أفضل من صانعي السوق الآليين العامين (AMMs) حيث يحصل صانعي سوق RFQ على وصول إلى مصادر إضافية للسيولة مثل CEXs وصانعي السوق AMMs عبر السلاسل. مثال: UniswapX، Bebop، 1inch Fusion، Hashflow، 0xAPI
• المزادات الدفعية المتكررة: تمكن المزادات الدفعية المتكررة من حلول الطرف الثالث من تحسين السعر والسيولة مع حماية المعاملات من MEV. يتم تجميع المعاملات لتوفير الغاز وتحسين التنفيذ. مثال: CoWSwap، DFlow
• عروض تنفيذ المعاملات: المزايدين من الطرف الثالث، وتحديدا الباحثون، يستخرجون MEV ويتنافسون من أجل أعلى استرداد للمستخدم. يتم تكامل هذا OFA عادة مباشرة مع المحافظ عبر RPC. مثال: MEV-Blocker، Merkle
• مزادات مجمع مساحة الكتل: تعيد مزادات مجمع مساحة الكتل القيمة إلى المستخدم الأصلي من خلال خصومات الغاز بأولوية البناء. يتنافس البناة لتضمين حزمة المعاملات لزيادة قيمة كتلتهم وسيقومون برد جزء من الغاز ذو الأولوية المدفوع من قبل الحزمة. مثال: Flashbots MEV Share

تدفق الطلبات الخاصة#

تدفق الطلبات الخاصة (POF) هو تدفق الطلبات من منشئي تدفق الطلبات المتكاملين عموديًا (المحافظ، التطبيقات، المحللون، الباحثون) والبنائين. هذا التدفق عادة ما لا يتعدى واحدًا ويتم إرساله إلى بناء واحد.

تم دمج أفضل البناة، بيفر بيلد وآرسينك، مع شركات تداول مملوكة SCP ووينترميوت وتستفيد من تدفق الطلبات الداخلية CEX-DEX.باحثون مدمجون-بناةلديهم ميزة على البناة العاديين نظرًا لأن أرباح بحثهم يمكن إعادة تخصيصها إلى بنائهم مما يزيد من احتمالية تقديم عرض البلوك الفائز. يستفيد بناة البحث المتكاملون أيضًا من توفير الكمون عند إرسال عملياتهم من الباحث إلى البنّاء. يمكن تمديد توفير الكمون هذا بعد ذلك إلى مزاد بنّاء البلوك.

الشكل 12. تدفق الطلبات الحصرية (EOF) من سبعة من أبرز مزودي EOF بناءً على القيمة الإجمالية.

(a) https://arxiv.org/pdf/2407.13931. نهاية الملف النهائي لـ تيتان (b)، بيفربيلد (c)، وبناة Rsync (d). لاحظ أن Rsync فقط يرى تدفق الطلبات الخاصة بـ Wintermute وأن Beaverbuild فقط يرى تدفق الطلبات الخاصة بـ SCP.

تداعيات المستقبل#

أوفا مثل Flashbots Protect و MEV-Blocker قد قدمت RPCs للمستخدمين لدمجها في محافظهم. كانت هذه المنتجات في المقام الأول اختيارية لمستخدمي المحافظ الفردية وتم دمجها مباشرة في التطبيقات.

وعلاوة على ذلك، بدأت المحافظ في التقاط قيمة تدفق طلباتها.

• المعاملات الذكية Metamask - تؤدي المعاملات الذكية Metamask نفس وظيفة OFA التي توفر حماية MEV واسترداد الغاز وحماية العودة. يتم دمج هذه الخدمة تلقائيا في محفظة Metamask ويتم تمكينها للمستخدمين. يدفع الباحثون والمحللون مقابل الوصول إلى تدفق أوامر المعاملات الذكية.
• حماية Trust Wallet MEV - تتضمن حماية Trust Wallet MEV بشكل افتراضي للمستخدمين ولكنها لا تشمل استرداد الغاز وحماية العكس.

References#

1. CNBC 2021،الرئيس التنفيذي لشركة Virtu Financial يتحدث عن القمع في الدفع مقابل تدفق الأوامر.
2. برادفورد ليفي، مبادرة وارتون للسياسات والتنظيم - تسليط الضوء على البحوث: دفع تدفق الطلبات وتحسين الأسعار.
3. توماس ثيري، التحليل التجريبي لملفات سلوك البنّاء (BBPs).
4. بروتوكول CoW، فهم المزادات الجارية.
5. Blocknative، استكشاف مزادات تدفق الطلبات (OFAs) - MEV والتوزيع العادل للفرص الاقتصادية.
6. دارين كلاين، إنها كل شيء عن التبادلات. لماذا تجعل مزادات تدفق الطلبات DEXs أفضل.
7. س. يانغ، ك. ناياك، ف. زانغ، 2024.فككنة سوق بناء إيثريوم.
8. تيفاس غوبتا وماليش ام باي وماكس ريسنيك، 2023.تأثيرات تمركز تدفق الطلبات الخاصة على الانفصال بين المقترح والباني.
9. كوينتوس كيلبورن، تدفق الطلبات، المزادات، والتمركز المركزي - تحذير.
10. كوينتوس كيلبورن،تدفق الطلبات، المزادات، والتمركز II - مزادات تدفق الطلبات.
11. B. Bachu, X. Wan, C. Moallemi, 2024. تقدير تحسين السعر في مزادات تدفق الأوامر.
12. البحث الأولي وتيتان، 2023.سيطرة المُبني واعتماد المُبحث.
13. البحث الحدودي، مساحة تصميم مزاد تدفق الطلب.
14. باي، م. وريسنيك، م.، المزايا الهيكلية للبناة المتكاملين في MEV-Boost.
15. Oz، B.، Sui، D.، Thiery، T.، و Matthes، F.، 2024.من الذي يفوز في مزادات بناء كتل Ethereum ولماذا؟

تجريد الحساب#

تقوم تنفيذ تجريد الحساب، وخاصة من خلال ERC-4337، بثورة تفاعل المستخدمين مع شبكات البلوكشين من خلال إدخال محافظ العقود الذكية وكيانات جديدة مثل المجمعين ورؤساء الدفع. هذه التطورات ليست فقط تعزيز تجربة المستخدم ولكن أيضًا خلق فرص وتحديات جديدة في معالجة المعاملات وهياكل الرسوم.

ERC-4337#

الأهداف الرئيسية لتجريد الحساب هي إزالة الحاجة لجميع المستخدمين لامتلاك EOA والسماح للمستخدمين باستخدام محافظ العقود الذكية كحساب أساسي. يحقق تجريد الحساب ذلك من خلال فصل إدارة الحساب وتنفيذ الصفقات من EOAs. يستخدم تجريد الحساب كيانات جديدة: 1) الحزمة، لبدء المعاملات و 2) المدفوعات، لتحديد سياسات دفع الغاز.

الشكل 13. تدفق العمل ERC-4337

ERC-4337يقدم حزبين جديدين - المجمع والمدفع:

• المجمع - يقوم المجمع بتجميع عمليات المستخدم المتعددة في معاملة، على غرار بناء الكتل، ويقدم المعاملة إلى عقد نقطة الدخول للتنفيذ. والأهم من ذلك، المجمعون لديهم حسابات خارجية تسمح لهم ببدء المعاملات دون الحاجة للمستخدمين بوجود محفظة حسابات خارجية. المجمعون الحاليون يشملون Skandha، Alchemy، Rundler، Voltaire، Alto، Stackup، و Infinitism.
• بايماستر - بايماستر هو عقد ذكي يتعامل مع سياسات دفع الغاز لمحفظة. يحدد بايماستر العملة التي يمكن قبولها لدفع الغاز ويسمح بأن تطبيقات دفع رسوم الغاز لمستخدميها.

الشكل 14. الحسابات الذكية النشطة أسبوعيًا

الشكل 15. الإيرادات الأسبوعية للحزم

الشكل 16. الإنفاق الأسبوعي للبوابة الرئيسية

تأثيرات المستقبل#

تحت ERC-4337، المجمع في موقف مماثل لمنشئ الكتلة الحالي ويمكنه تنفيذ صفقات تدفق الطلبات الحصرية مع محافظ العقود الذكية. تدفق الطلبات الحصري أكثر أهمية للمجمعين لأنهم يتنافسون على رسوم الأولوية الأعلى ويدفع المجمعون الخاسرون تكلفة الغاز لعملية إلغاء عملية المستخدم.

نظرًا لأن Mempool لعمليات المستخدم هو عام، فإن عمليات المستخدم عرضة للاستغلال المالي للسائق من التقدم السابق وهجوم الساندويتش. يمكن للحزم التقاط جزء من هذا الاستغلال المالي للسائق نظرًا لأنها ترتب وتجمع عمليات المستخدم في صفقة مجمعة. يمكن للباحثين تشغيل الحزم لاستخراج الاستغلال المالي للسائق من Mempool العام لعمليات المستخدم. يمكن للحزم والبنائين التكامل للحصول على تدفق طلبات إضافي.

References#

1. ERC-4337: تجريد الحساب عبر مواصفات عقد نقطة الدخول
2. ERC-4337: حساب التجريد باستخدام Alt Mempool
3. https://github.com/ethereum/EIPs/pull/4337/files
4. الكيمياء، ما هو التجريد الحسابي (ERC-4337)؟
5. الكيمياء، كيف تعمل محافظ العقود الذكية ERC-4337؟
6. Blocknative، دليل مقدمي لتجريد الحساب (ERC-4337)
7. Blocknative، فهم ERC-4337 - كيف يعمل واستكشاف المجهولات
8. Dmarz،@dmarz/4337 MEV سلسلة الإمداد
9. Blockbase، هل يقلل ERC-4337 من تأثير MEV-Boost على إيثيريوم؟
10. شبكة بلوكباي نيتوورك، لماذا يجب على المجمعين ERC-4337 العمل مع بناة الكتل؟
11. @KernelVentures/kernel-ventures-understanding-ethereums-erc4337-standard-what-opportunities-lie-ahead-ab45ebc9e537">Kernel Ventures: فهم معيار ERC4337 لإثريوم - ما هي الفرص المتاحة في المستقبل
12. https://www.bundlebear.com/overview

اتجاهات المستقبل#

تقع مشهد العملات المشفرة والبلوكتشين على حافة تحول هام، مدفوعة بالابتكارات التكنولوجية والتطورات التنظيمية. الاتجاهات الرئيسية التي تشكل مستقبل تشمل:

• تأكيدات مسبقة لزيادة سرعة العمليات.
• EIP-7702 و EIP-7212 لتجريد الحساب وتحسينات المحفظة الذكية التي تعزز تجارب المستخدمين ومعايير توقيع المعاملات.
• تكامل بيئات التنفيذ الموثوقة (TEEs) لضمان الأمان المتزايد.
• الخطاب التنظيمي، ولا سيما حول العملات المستقرة والأوراق المالية، يدفع الصناعة إلى التكيف داخل أطر قانونية جديدة.

مع تحول التركيز من اللامركزية الشاملة إلى مناقشات دقيقة حول التحكم والتنفيذ، تعد هذه الاتجاهات بشكل جماعي بإعادة تعريف كيفية تفاعل المستخدمين مع شبكات البلوكشين، وكيفية بناء التطبيقات من قبل المطورين، وكيفية تجاوز النظام البيئي التحديات التنظيمية.

Preconfirmations#

(التأكيدات السابقة) هو مقترح بحث يسمح للمستخدمين بتلقي تأكيد عملية قبل تأكيد عملية تحققها في التوافق. تهدف التأكيدات السابقة إلى تحسين تجربة المستخدم من خلال القضاء على ازدحام الشبكة العالية على الإيثيريوم، والإصدارات من الطبقة 2، والتأكيدات السريعة من خلال القضاء على الازدحام. تم تقديمها لأول مرة من قبل جاستن درايك، تتيح التأكيدات السابقة القائمة على الأساس لمقترحي L1 تقديم ضمانات اقتصادية بأن عملية مستخدم L2 ستكون مشمولة.

الشكل 17. @EspressoSystems/bft-and-proposer-promised-preconfirmations">تستند التأكيدات الأولية للRollups إلى

كيف تعمل البيانات التمهيدية؟#

• مقترحو كتل Ethereum (”المسبقون“) أو طرف مندوب يصدر وعود موقعة للمستخدمين تضمن أن يتم تضمين معاملاتهم وتنفيذها بشكل أسرع مما هو متوقع بالتوافق L1.

المشهد قبل التأكيد ما زال في مراحله الأولى وتم اقتراح منهجيات مختلفة عدة. هذه هي القليل التي يمكن أن تؤثر على مصدري تدفق الطلبات بشكل كبير:

• الاعتمادات المسبقة بنمط XGA: تضمن الاعتمادات المسبقة بنمط XGA (غير الوضعي) تضمين الحزمة في الجزء السفلي من كتلة. يمكن تضمين معاملات الملء، أي المعاملات التي لا تتطلب تنفيذًا فوريًا أو تحتوي على قيمة MEV منخفضة، في حزمة أسفل الكتلة. يتيح ذلك للمُنشئين التركيز على معاملات MEV القيمة في الجزء العلوي من الكتلة ويبسط تسعير الغاز لمعاملات الملء.
• MEV-Commit بواسطة Primev: MEV-commit هو شبكة نظير لنظير حيث يتم الالتزام بالتنفيذ لمعاملات Ethereum ويتم مكافأة مقدمي الخدمات أو تقطيعهم. مبتكرو تدفق الطلبات ("المزايدين") يحددون نواياهم لتنفيذ المعاملات لمقدمي الخدمات.
• التأكيدات المسبقة BFT بواسطة إسبريسو: تتمتع التأكيدات المسبقة BFT بدعم من ضمانات الأمان والحيوية لخوارزمية الاتفاق BFT. يتم دعم التأكيدات المسبقة BFT من قبل مجموعة فرعية من المحققين L1 وليس محقق واحد مثلما هو الحال في التأكيدات المسبقة بناءً على.

تداعيات المستقبل#

سيؤدي التحقق المسبق إلى تحسين تجربة التنفيذ نظرًا لأن مبتكري تدفق الطلبات يمكنهم ضمان تنفيذ المعاملات مقابل رسوم أعلى.

في حالة المؤتمرات المسبقة على غرار XGA ، يمكن أن يؤدي التضمين السفلي للمعاملات غير الحساسة لزمن الوصول (أي "الحوكمة" و "التخزين" و "التراخيص" و "المطالبة") إلى خفض الغاز الذي يتم إنفاقه على هذه المعاملات وتقليل عدد عمليات إرجاع المعاملات من الغاز غير الكافي.

المراجع#

1. جستن دريك، تأكيدات مستندة.
2. راغاف أجاروال، قبل التأكيدات: وعد موثوق بتنفيذ المستقبل
3. Murat Akdeniz - برايمف،التأكيدات السابقة: نموذج الوفاء والتسليم.
4. CTra1n، الالتقاط القائم على القيمة مع تأكيدات مسبقة قائمة على.
5. dpl0a, التأكيدات السابقة: عند تقسيم الكتلة، التوافق مع زيادة MEV والبوابات.
6. Ellie Davidson - نظام إكسبريسو،@EspressoSystems/bft-and-proposer-promised-preconfirmations">تحليل BFT والتأكيدات المسبقة الموعودة من قبل المقترح.
7. Nethermind، RFP-001: قدم بنية تحتية ما قبل التأكيد.
8. القاهرة، @cairoنحو تنفيذ مبني على تأكيدات مسبقة.

EIP-7702 و EIP-7212#

هناك اثنان من EIPs لتجريد الحسابات يمكن أن تفتح بالكامل محتوى العقود الذكية للمحافظ وتصبح محركات لتغيير اللعبة لنظام المحفظة.

EIP-7702#

يقدم EIP-7702 الميزات التالية لEOAs:

• الدمج: يمكن للمستخدم القيام بعمليات متعددة في عملية واحدة ذرية.
• الرعاية: يمكن لحساب منفصل X أو مشغل التطبيق دفع معاملة حساب Y. يمكن لحساب X تلقي رموز ERC-20 مقابل هذه الخدمة.
• تخفيض الامتياز: يوقع المستخدمون مفاتيح فرعية توفر أذونات أضعف وأكثر تحديدًا. على سبيل المثال، التفاعل فقط مع تطبيقات محددة، استخدام فقط بعض الرموز الخاصة ب ERC-20 لعملية معينة، وحدود النقل.

تم تصميم EIP-7702 ليكون متوافقًا قدمًا وإلى الوراء مع ERC-4337 مما يسمح لـ EOAs بالاستفادة من البنية التحتية الحالية لـ ERC-4337. يمكن أيضًا لـ EOAs تحويل أنفسهم مؤقتًا إلى محافظ عقود ذكية ليتم تضمينها في حزم ERC-4337.

تشمل فوائد EIP-7702:

• أقل مخاطر أمنية: EIP-7702 يقضي أيضًا على النقطة المركزية للثقة عند تعيين رموز العقود الذكية للEOAs لإجراء معاملة. لا يوجد أي احتمال للمعاملات غير المصرح بها مع EIP-7702 نظرًا لأن رمز العقد يتم إزالته بعد تنفيذ المعاملة.
• سهولة التبني لتطبيقات اللامركزية: يمكن للتطبيقات التي تستخدم ERC-4337 دمجها بسهولة مع EIP-7702 دون أي تغيير في الشفرة الخاصة بها. يمكن لـ EOAs استدعاء العقد الذكي دون الحاجة إلى أي تفويض.

مقترح EIP-7702 لا يزال جديدًا ويحتوي على بعض المشاكل التي يحتاج المطورون إلى النظر فيها:

• الإلغاءات: EIP-7702 لا تحتوي على تفاصيل واضحة حول إلغاء كود العقد في حال اكتشاف أي كود خبيث.
• التواقيع المستقلة عن السلسلة: يستخدم EIP-7702 توقيعًا ثابتًا يمكن إعادة استخدامه في سلاسل أخرى ولكنه يفتقر إلى المرونة إذا أراد المستخدمون تنفيذات مختلفة.

EIP-7212#

EIP-7212، أو RIP-7212, ينشئ عقدًا للتحقق من التوقيع باستخدام معيار المنحنى الناقص "secp256r1". تم اعتماد هذا المعيار لمصادقة المستخدمين من قبل أكبر شركات Web2 ويمكن دمجه في محافظ العقود الذكية ERC-4337.

"secp256r1" يتم استخدامه حاليًا في التطبيقات التالية للمصادقة:

1. المحفظة الآمنة لشركة Apple: المحفظة الآمنة لشركة Apple هي بيئة تنفيذ موثوق بها (TEE) عتاد ينشئ ويخزن المفاتيح. يمكن للمحفظة الآمنة تشفير أو فك تشفير البيانات، وتوقيع الرسائل التعسفية، ويمكن الوصول إليها فقط من خلال التعرف البيومتري.
2. WebAuthn: المصادقة عبر الويب هي معيار ويب للمصادقة يستخدمه معظم متصفحات الويب2 - Chrome وFirefox وEdge وSafari. يستخدم WebAuthn التشفير العام الخاص بالنطاق للمصادقة الخاص بالمستخدم مما يقضي على كلمات المرور، ويوفر استردادًا أسرع، ويقلل من مخاطر الأمان.
3. مستودع مفاتيح Android: مستودع مفاتيح Android هو نظام تخزين أوراق اعتماد آمن. يمكن للتطبيقات إنشاء مفاتيح خاصة وعامة وتخزينها في مستودع المفاتيح. يتم تشفير مستودع المفاتيح استنادًا إلى كلمة مرور الهاتف المحمول الخاصة بالمستخدم ويمكن الوصول إليها عبر كلمة المرور أو البيومتريات.
4. المفاتيح السرية: المفاتيح السرية هي أوراق اعتماد FIDO التي تسمح للمستخدمين بالوصول إلى حساباتهم بدون كلمات مرور باستخدام البيومترية أو رقم سري. يمكن للمستخدمين الوصول إلى مواقع الويب أو التطبيقات عن طريق فتح أجهزتهم المحمولة مما يلغي الحاجة إلى كلمات المرور.

RIP-7212 هو الإصدار الأسطواني ل EIP-7212 ولقد التزمت فرق من Kakarot وPolygon وOptimism وzkSync وScroll وArbitrum بالفعل بالتنفيذ. يتوفر RIP-7212 على شبكة الاختبار الخاصة بـPolygon وتتضمن محافظ Coinbase الذكية التي تم إطلاقها مؤخرًا المصادقة بواسطة مفتاح المرور.

الشكل 18. مصادقة الجوال عبر المفاتيح السرية

كيف تعمل مفاتيح المرور؟ #

1. تنشئ محفظة عقد ذكي مفتاح مرور أو زوج مفاتيح عامة وخاصة.
2. يتم تخزين المفتاح الخاص في TEE على جهازك المحمول.
3. عندما تقوم محفظة العقد الذكي بإنشاء عملية توكيد، يقوم المستخدم بالتحقق من هويتهم باستخدام بيانات حيوية أو رقم سري للهاتف المحمول لفتح المفتاح الخاص.
4. ثم يستخدم الجهاز المحمول المفتاح الخاص لـ"توقيع" الصفقة ويرسل الصفقة المكتملة مرة أخرى إلى محفظة العقد الذكي.
5. يتم التحقق من التوقيع على السلسلة من خلال عقد RIP-7212 الذكي.

تداعيات المستقبل#

بينما ما زال EIP-7702 مقترحًا، يتم دمج RIP-7212 بنشاط في L2 roll-ups وتنفيذه في محافظ العقود الذكية. تقوم محافظ الباسكي بتعزيز محافظ العقود الذكية ERC-4337 من خلال القضاء على الحاجة إلى كلمات مرور وعبارات بذرية ورفع مستوى الأمان إلى مستوى عتادي. المشاريع الحالية التي تتضمن محافظ الباسكي تشمل:

• المحفظة الذكية لـ Coinbase: تستخدم المحفظة الذكية لـ Coinbase مفتاح مرور لمصادقة المستخدم والمعاملات الغازية المدعومة. تدعم المحافظ الذكية 8 شبكات (Base, Ethereum, Optimism, Arbitrum, Polygon, Avalanche, BNB, Zora) وتقدم SDK للمحفظة لتكامل التطبيقات اللامركزية.
• تستخدم Clave معالجات TEE المحمولة ومفاتيح المرور لتقديم خدمات الاسترداد الاجتماعي، وتسمية الحسابات، وتسجيل الدخول الحيوي، ورسوم الغاز المدعومة على zkSync.
• تطبيق Banana SDK: يستخدم SDK الخاص بـ Banana تقنية WebAuthn لتقديم ميزة المصادقة ذات الصفر معرفة، والبيومتريات، وحسابات الاسترداد مع مرشح.
• Turnkey: هي مزود خدمة المحفظة كخدمة (WaaS) الذي يخزن المفاتيح الخاصة في TEE.

References#

1. كوينبيس، كيف يجعل Base المحافظ الذكية هي الافتراضية
2. Github، EIP-7702
3. Zyfi،إلى المستقبل مع EIP-7702 - الجزء 1
4. Quicknode، EIP-7702 تم شرحه: مستقبل إيثيريوم
5. Web3Auth, EIP-7702 شرح: كيف يعمل وكل ما تحتاج معرفته
6. أردوغان ، الولايات المتحدة ، الباسلان ، د. ، بوش ، العاصمة ، بهاردواج ، ن. ، EIP-7212: مسبق لدعم منحنى secp256r1.
7. ألكيمياء، ما هو RIP-7212؟ برنامج مسبق لدعم منحنى secp256r1.
8. تفاحة،الحصن المؤمن.
9. WebAuthn، دليل WebAuthne.
10. سلطة الروبوت، كيفية استخدام Android Keystore لتخزين كلمات المرور والمعلومات الحساسة الأخرى.
11. جوجل، اسأل خبير التكنولوجيا: ما هي مفاتيح المرور؟
12. كوين بيز, وثائق المحفظة الذكية
13. المفتاح الشائع
14. مستندات SDK لمحفظة الموز

EIP-712#

EIP-712 هو معيار لتوقيع الرسالة المكتوبة الذي يهدف إلى السماح بتوقيع الرسالة خارج السلسلة لتوقيع داخل السلسلة مما يسمح بتجربة مستخدم أفضل. بدلاً من قراءة سلاسل البايتات، يتيح EIP-712 عرض التواقيع بتنسيق قابل للقراءة دون فقدان خصائص أمان النظام. يوفر التوقيع خارج السلسلة الغاز ويقلل من عدد المعاملات داخل السلسلة.

الشكل 19. توقيع الرسالة الحالية

الشكل 20. توقيع الرسالة مع EIP-712

كيف يعمل EIP-712؟#

1. يستخدم مطورو تطبيقات الويب اللامركزية هيكل بيانات JSON الذي يوقعه المستخدمون.
2. يمنع مفصل النطاق استخدام التوقيع على التطبيقات اللامركزية المتعددة ويسمح باستخدام توقيعات متميزة متعددة داخل تطبيق محدد.
3. المحافظ وعمليات الواجهة الأمامية يمكنها تحليل هيكل بيانات dApp وترجمة البيانات إلى رسالة قابلة للقراءة للمستخدمين.

أحد الميزات الرئيسية التي يفتحها EIP-712 هو أنه يسمح لتطبيقات الويب اللامركزية بالتحكم في تدفق المعاملات للمستخدمين بدلاً من المحافظ. يمكن لتطبيقات مثل Uniswap تقليل MEV لمستخدميها نظرًا لأن عمليات الصرف ستتجاوز OFAs واستخراجات القيمة الأخرى لـ MEV.

الشكل 21. اهتمام يونيسواب بالتحكم في تدفق المعاملات

بالإضافة إلى قراءة معاملات المحفظة، يعمل EIP-712 على تحسين استخدامية الحوكمة عن طريق السماح لطرف ثالث بدفع رسوم الغاز عن تصويت المستخدم. يمكن للناخبين استخدام وظيفة الإشارة بالتوقيع لـ EIP-712 لإنشاء معاملة موقعة أو تصويت موقع مجانًا.

تداعيات المستقبل#

بالإضافة إلى قراءة المحفظة، يمكن استخدام EIP-712 لتحسين تجربة المستخدم في مجالات أخرى.

• الحكم. يمكن للمستخدمين تفويض تصويتهم والسماح لطرف ثالث بدفع رسوم الغاز نيابة عنهم من خلال وظيفة بواسطة التوقيع EIP-712.
• التوقيع الواضح. يمكن للمحافظ الأجهزة، أو الأجهزة المنفصلة، عرض رسالة التطبيق اللامركزي لضمان أن يمكن للمستخدمين التأكد من عدم وجود برامج ضارة أو تطبيقات خبيثة قد أرسلت الرسالة إليهم.
• الوقاية من الهجوم بالرد. يمكن تضمين البيانات لمنع الهجمات بالرد داخل بيانات EIP-712 المهيكلة.
• تقليل MEV. يُسمح بـ EIP-712 للمستخدم بتوقيع معاملة مع إعطاء واجهات المستخدم القدرة على إرسال تدفق الأوامر دون بثه إلى الشبكة، مما يقلل من تعرض المستخدم لـ MEV الخبيث.

المراجع#

1. EIP 712. تجزئة البيانات المنظمة والتوقيع
2. كو وي جي، EIP712 هنا: ما الذي يمكن توقعه وكيفية استخدامه
3. آدم بافوزا،التفويض والتصويت باستخدام توقيعات EIP-712
4. SpruceID،تسجيل الدخول مع بحث محفظة الإيثيريوم
5. دفتر الأستاذ للتكنولوجيا, الرسائل والمعاملات والتوقيع الواضح
6. Cyfrin, EIP712 و EIP191
7. ميتاماسك غيثاب، توقيع المعاملة دون بث #3475

بيئات التنفيذ الموثوقة (TEEs)#

بيئات التنفيذ الموثوقة (TEEs) هي جيب آمن قائم داخل معالج دقيق للأجهزة حيث يمكن تشغيل الحسابات والعمليات الحساسة بتكامل وخصوصية. تدعم TEEs العزل والتصديق عن بعد ويمكنها تشغيل الأجهزة الافتراضية مثل EVM و CosmWasm بدون حمل التشفير مثل الحوسبة متعددة الأطراف (MPC) أو zkSNARKs.

بالنسبة لمحافظ web3، يمكن لـ TEEs المحمولة مثل Secure Enclave من Apple و Titan M2 من Google تأمين مفاتيح المحفظة الذكية الخاصة بشكل أفضل من المحافظ القياسية. يمكن للمستخدمين إنشاء وتخزين مفتاح خاص داخل TEE وتوقيع المعاملات من هذه المفاتيح. تبقى المفاتيح على الجهاز ويمكن الوصول إليها فقط من قبل مالك الجهاز عبر المصادقة البيومترية أو رقم التعريف الشخصي الخاص بالجهاز.

يتم استخدام TEEs حاليًا في العديد من حلول المحفظة:

• تستخدم Fireblocks Intel SGX TEEs لعزل البيانات التشفيرية وخوارزميات MPC و ZKP التشفيرية، وأجزاء التنفيذ من البرمجيات الخاصة بهم من أنظمتهم الداخلية والأطراف الثالثة الخارجية. تقوم Fireblocks بتخزين مفاتيح MPC وبيانات واجهة برمجة التطبيقات الخاصة بهم ومحرك السياسات في الملجأ الآمن لمنع الوصول غير المصرح به من قبل المتسللين والموظفين الغير مشروعين والمتآمرين الداخليين.
• محافظ العقود الذكية: كما هو مدرج في الجزء السابق RIP-7212، تستفيد المحافظ الذكية من TEEs المحمولة لتخزين مفاتيح المرور. تشمل المحافظ الذكية الحالية التي تستخدم TEEs محفظة كوينبيس الذكية، ودليل بنانا، و Turnkey، و Clave، و Weeve.

تداعيات المستقبل#

من المتوقع أن تكون TEEs محولًا رئيسيًا للعبة لسلاسل الكتل.

• سيستخدم Flashbots SUAVE TEEs لإنشاء بيئة MEV آمنة وخاصة.
• ستستخدم محافظ العقد الذكية TEE المحمولة وامتصاص الحساب لتحسين تجربة الانضمام للمستخدم والوصول إلى جمهور مستخدم جديد.
• لقد قامت الشركات الكبيرة بتكييف تكنولوجيا TEE لحل احتياجاتها الخاصة في مجال الخصوصية والأمان. قامت فيزا بإنشاء سلسلة كتل LucidiTEE التي تحسن عملية الحسابات والتخزين المتعددة الأطراف للبيانات الخاصة.
• الوحدات التعليمية المؤمنة هي حلاً محتملاً للامتثال التنظيمي لتعزيز السيطرة والخصوصية والأمان التشغيلي لسلاسل الكتل.

المراجع:

1. أندرو ميلر،العقود الذكية القائمة على تقنية TEE ومصائد الختم.
2. برافوس, جهاز التوقيع الأمني: تعزيز أمان المحافظ الرقمية.
3. القاعدة،التحقق من تأكيد المصداقية الصلبة للمصادقة الويب.
4. نيك سومرز، الأسئلة المتداولة حول مفاتيح المرور: ماهيتها والأسئلة المتداولة الأخرى
5. تفاحة، وثائق الحجز الآمن
6. كالفين وانخيدي، ما هو رقاقة الأمان Titan M2 في هواتف Pixel من Google؟
7. وثائق Fireblocks
8. سينها، ر.، جادام، س.، كوماريسان، ر. - بحوث فيزا.LucidiTEE: نظام TEE-Blockchain للحوسبة متعددة الأطراف متوافق مع السياسات مع العدالة.

التنفيذ، والتحكم، & اللامركزية#

واحدة من التحديات الرئيسية لمزودي المحافظ كانت تثقيف المستخدمين والجهات التنظيمية حول الحضانة الذاتية والحسابات على السلسلة. ومع ذلك، مع نضوج بيئة الويب3، أدرك الأطراف المعنية الرئيسية عدة نقاط حاسمة:

1. المحافظ لا تحتفظ بأصول المستخدم أو تديرها أو تحميها؛ بل توفر واجهة للوصول إليها فقط.
2. عناوين سلسلة الكتل موجودة بشكل مستقل عن المحافظ ولا تتم إنشاؤها أو إدارتها من قبلها.
3. يحظى المستخدمون بحرية التبديل بين مقدمي الخدمات المحفظة المختلفة، حيث تكون أصولهم وحساباتهم على السلسلة الكتلية، مستقلة عن أي خدمة محددة للمحفظة.

كان هذا الفهم المتزايد حاسمًا في توضيح دور المحافظ في نظام العملات المشفرة وتمييزها عن مقدمي الخدمات المالية التقليدية.

العملات المستقرة و MiCA#

العملات المستقرة ما زالت تعتبر من أهم الأصول الرقمية حيث تمكن من تحويل قيمة بسلاسة وبدون احتكاك عبر الحدود والأنظمة الاقتصادية. فهي تسمح للمستخدمين بتحويل القيمة بين الأصول التي قد تتقلب في السعر إلى تسميات ثابتة للاستخدام المستقبلي. ومع ذلك، ارتفعت العملات المستقرة إلى الصدارة في أجندات العديد من الجهات التنظيمية للعملات الرقمية بشكل أساسي بسبب القلق حول:

1. السيطرة ومراقبة تدفق الأموال العملة الورقية العالمية.
2. تأثيرهم على قوة العملة والسياسة النقدية.
3. الحاجة إلى إشراف في إصدارها ودعمها.

نتيجة لذلك، أصبحت العملات المستقرة أولوية قصوى على أجندة العديد من الجهات التنظيمية للعملات المشفرة، مما أثار النقاشات حول دورها في النظام المالي الأوسع نطاقًا.

في الولايات المتحدة ، اكتسبت العملات المستقرة اهتماما تنظيميا كبيرا من خلال مشروع Facebook (الآن Meta) Libra. اقترح عملاق التكنولوجيا عملة مستقرة يديرها القطاع الخاص والتي يمكن ، من الناحية النظرية ، أن تصبح العملة الرقمية السائدة ، مما يثير مخاوف بشأن تأثيرها على سيطرة السياسة النقدية للبنوك المركزية.

منذ إغلاق مشروع ليبرا في عام 2022، كان الهدف الرئيسي لسياسة العملات المستقرة التنظيمية في الولايات المتحدة ضمان تأمين ورقابة مناسبة للعملات المستقرة. لقد أدى هذا التحول إلى قبول مرسلي العملات المستقرة لممارسات مشابهة للمؤسسات المالية المنظمة باتفاقيات ودائع قوية، وعلاقات مصرفية مؤسسة، وبرامج رصد شاملة. بينما ساهمت مختلف الوكالات التنظيمية في تشريعات متفرقة، فإن الكونغرس الأمريكي يعمل نحو إطار تنظيمي أكثر شمولاً للعملات المستقرة.

في الاتحاد الأوروبي، يتم تطبيق تنظيم السوق في الأصول الرقمية (MiCA) ويحتوي على أحكام رئيسية بشأن العملات المستقرة. حتى تاريخ كتابة هذا النص، تم تسجيل عملة Circle’s USDC واليورو المستقرة فقط في الاتحاد الأوروبي.

التبادلات وتنظيم الأوراق المالية#

تبادل الرمز في المحفظة أصبح ميزة شائعة في العديد من محافظ العملات المشفرة التي تحسن استخدام تطبيقات السلسلة الكتلية وتمكن المستخدمين من التنقل في تقنية الجسر والتفاعلات بين السلاسل.

ومع ذلك، جذبت هذه الوظيفة انتباه الرقابيين، بخاصة من الجهات الرقابية للأوراق المالية، الذين يحاولون تطبيق تنظيمات الخدمات المالية التقليدية على المحافظ التي تقدم ميزات الصرف. ومن الجدير بالذكر، فإن هيئة الأوراق المالية والبورصات الأمريكية (SEC) قد اتخذت إجراءات قانونية ضد بعض موفري المحافظ متهمة إياهم بأن وظائف الصرف في هذه المحافظ تعمل بشكل فعال كوسطاء بدون تسجيل.

SEC ضد كوينبيز#

في أبريل 2024 ، قامت هيئة الأوراق المالية والبورصات ادعاء أن محفظة Coinbase عملت كوسيط تم رفضه. لا تفي محافظ الحفظ الذاتي ذات وظائف المبادلة عموما بمعايير تصنيف الوسيط. تستند حجة هيئة الأوراق المالية والبورصات إلى ادعاءاتهم بأن بعض الأصول المتاحة من خلال هذه المحافظ هي أوراق مالية غير مسجلة.

SEC v. Consensys#

قامت Consensys برفع دعوى قضائية بشكل استباقي ضد SEC في أبريل 2024 بشأن ما إذا كانت لدى SEC السلطة القانونية لتنظيم MetaMask كوسيط ومرسل للأوراق المالية وتم منحها استعراضًا سريعًا من قبل القاضي في القضية. يمكن أن تؤدي إجراءات المحكمة السريعة إلى اتخاذ قرار بحلول نهاية هذا العام.

على الرغم من هذه الدعوى القضائية وخسارة قضية كوينبيس ضد هيئة الأوراق المالية والبورصات، قامت هيئة الأوراق المالية والبورصات بتقديم إشعار الآبارضد Consensys في نهاية يونيو 2024. ادعت اللجنة الأوروبية للأوراق المالية والبورصات أن Consensys تصرفت كوسيط غير مسجل للأوراق المالية للعملات المشفرة من خلال التبادلات عبر MetaMask ومن خلال برنامج رهن MetaMask.

تداعيات المستقبل#

بينما ستستمر المحافظ في أن تكون في صدارة النقاشات حول التمويل غير المشروع والحفظ الذاتي، سيتحول الكثير من المحادثات التنظيمية المستقبلية إلى مسألة اللامركزية. على مدى السنوات القليلة الماضية، استفادت صناعة العملات المشفرة من مفهوم اللامركزية لشرح للجهات التنظيمية سبب عدم تطبيق اللوائح التقليدية للأوراق المالية على خدمات العملات المشفرة. يتناول هذا الحجة بشكل خاص مسائل السيطرة والأطراف المسؤولة.

تنظم قواعد وتوجيهات الأموال التقليدية الوسطاء لتوفير حماية المستهلك والمساءلة. ومع ذلك، يظهر تحدي رئيسي: كيف يمكن تحقيق هذه الأهداف عندما تكون الخدمات المعنية في جوهرها ليست وسطاء ولا تحتفظ بالأصول أو تنفذ العمليات للمستخدمين؟

اللامركزية، سواء كمفهوم أو هدف تصميم، قد ساعدت في شرح سبب صعوبة تطبيق تنظيمات الخدمات المالية التقليدية على العملات المشفرة. ومع ذلك، نحن الآن ندخل مرحلة جديدة من الحوارات التنظيمية حيث يسعى المنظمون إلى تحديد وتطبيق تعريفات للعمليات المركزية لمختلف الخدمات، بدءًا من المحافظ إلى التبادلات اللامركزية (DEXs) وما بعدها. المنظمون يرون الآن فرصة لتصنيف العديد من الخدمات الخاصة بالعملات المشفرة كغير مركزة أو "مركزة في الاسم فقط". ينبع هذا التصنيف من عاملين رئيسيين.

1. غالبا ما يكون عبء الوفاء بمعايير اللامركزية الحقيقية غير ممكن تقنيا بالنسبة للعديد من الخدمات.
2. هذه المعايير لعدم التمركز قد لا تتماشى مع الأهداف الفعلية للتنظيم. يمكن أن يكون لهذه التحول في النهج التنظيمي تأثيرات كبيرة على كيفية تصنيف خدمات العملات المشفرة وتنظيمها في المستقبل.

لهذا السبب ستتحول المرحلة التالية من الحوار التنظيمي إلى مفهوم السيطرة. ستشمل الأسئلة الرئيسية: هل للمحافظ السيطرة على تنفيذ عملية المستخدم؟ هل للبورصات اللامركزية السيطرة على كيفية تنفيذ أو تعبئة عملية؟ تقوم صناعة العملات المشفرة بشكل عام بتحقيق تقدم كبير في تطوير نماذج تشغيلية جديدة تتجاوز مفهوم الخدمات اللامركزية وتتناول الحديث عن السيطرة والبيانات والخصوصية.

في مقدمة هذه التطورات هو فائدة بيئات التنفيذ الموثوقة (TEEs). نحن نتجه نحو هيكل سوقي حيث يكون التحكم التشغيلي موجودًا داخل الأجهزة والبرامج، بدلاً من مزودي الخدمات. في هذا النموذج، لا يمتلك مزودو الخدمات سيطرة مباشرة على العمليات التي تجري، ولا القدرة على عرض أوامر المستخدمين. من خلال هذا النهج، تقوم صناعة العملات المشفرة بتقديم طرق جديدة رائدة لخدمات التمويل وتطبيقات الاتصالات للعمل.

أخيرًا، مع التحول من المناقشات حول اللامركزية إلى محادثات أكثر دقة حول السيطرة، ستصبح مفاهيم التنفيذ والنهائية والتسوية أكثر أهمية تزايدًا. ستحتاج الصناعة إلى تحديد بشكل جماعي:

1. من المسؤول عن تنفيذ العملية
2. عندما يُعتبر العملية مُستوفاة على السلسلة الرئيسية
3. من مسؤول عن تسويةه

إخلاء المسؤولية:

1. هذه المقالة مأخوذة من [فلاشبوتسجميع حقوق الطبع والنشر تنتمي إلى الكاتب الأصليفلاشبوتس]. إذا كانت هناك اعتراضات على إعادة الطبع هذه ، فيرجى الاتصال ب بوابة التعلمفريق (Gate Learn”)، وسيتولون بالأمر على الفور.
2. إخلاء المسؤولية عن المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط تلك التي تعود إلى الكاتب ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، فإن نسخ أو توزيع أو نسخ المقالات المترجمة ممنوع.