يحتوي إيثريوم على حد للغاز. لكن هل يمكننا إثبات رياضيًا لأقصى عمل حسابي مطلوب للتحقق من أي كتلة صالحة؟ بشكل مفاجئ، لا نمتلك بعد حدًا علويًا محددًا وموثوقًا للنموذج الكامل للتحدي. هذه هي المشكلة التي يعالجها @yukonresearch و @zksecurityXYZ و @Veritylab عبر https://t.co/w9Ti86Tqsj. حاليًا، يقوم مدققو إيثريوم بتنفيذ المعاملات بشكل مستقل للتحقق من الكتل. ومع انتقال إيثريوم نحو التحقق القائم على zkEVM، يتوسع التحدي ليتجاوز تنفيذ المعاملات بدقة. نحتاج أيضًا إلى فهم التكلفة الحسابية في أسوأ الحالات. لماذا يهم هذا؟ قد تكون كتلة إيثريوم صالحة ومع ذلك تتطلب حسابات باهظة بشكل غير عادي. إذا أصبحت تكاليف الإثبات غير قابلة للتنبؤ، فقد تصبح عملية الإثبات ZK في الزمن الحقيقي عقبة أمام توسعة إيثريوم. يقدم https://t.co/w9Ti86Tqsj منافسة مفتوحة لتحديد حدود علوية مُعتمدة رياضيًا على الحسابات اللازمة للتحقق من الكتل. الآثار مهمة: → أحمال تنفيذ وإثبات أكثر قابلية للتنبؤ. → أسس أقوى لإثبات ZK في الزمن الحقيقي. → ثقة أكبر في رفع حدود الغاز في إيثريوم. → طريق نحو التحقق على أجهزة أكثر سهولة في الوصول. بالطبع، تحديد حدود خطوات التنفيذ لا يضمن تلقائيًا إثباتات ZK سريعة. لكنه أساس مهم. التحدي التالي لتوسعة إيثريوم ليس فقط جعل التنفيذ أسرع. بل جعل التكلفة الحسابية في أسوأ الحالات قابلة للتنبؤ وإثباتها رياضيًا. ومع تقدم حلول التدوير الخاصة بإيثريوم مثل @puffer_unifi نحو تقليل زمن الانتقال والتوافق التزامني، يصبح هذا النوع من الأبحاث أكثر صلة بأهمية متزايدة. https://t.co/SwPS2w3ic1

أدى إعادة هيكلة كتلة إيثريوم واحدة إلى إيقاف عمليات التبادل في THORChain التي تشمل 10 شبكات بلوكشين. الجانب المفاجئ؟ كل شيء بدأ بوديعة قدرها 10 ETH لم تصل أصلاً إلى الصندوق. إليك ما حدث. 1️⃣ اكتشاف الوديعة أرسل مستخدم 10 ETH إلى صندوق THORChain. ظهرت المعاملة في كتلة إيثريوم، وسجّلتها THORChain كوديعة. 2️⃣ إعادة هيكلة كتلة إيثريوم استبدلت إيثريوم الكتلة الأصلية، وأزالت الوديعة من السلسلة الرسمية. لكن THORChain كانت قد سجّلت هذه الأموال بالفعل. 3️⃣ استرداد غير صحيح فشلت عملية التبادل في شرط حد السعر، مما أدى إلى استرداد الأموال. أرسلت THORChain 10 ETH إلى المستخدم، رغم أن صندوقها لم يتلقَّ الوديعة المقابلة أبداً. 4️⃣ إيقاف طارئ كشف مدقق الجدارة المالية لـ THORChain عن النقص، فأوقف عمليات التبادل. وأعاد المستخدم لاحقاً الـ 10 ETH الإضافية. إذن، ما الذي خطأ تقنياً؟ كانت المشكلة الأساسية هي الفرق بين مراقبة المعاملة وامتلاك تأكيد كافٍ على بقائها في السجل الرسمي لإيثريوم. ظهور معاملة في كتلة لا يعني أن هذه الكتلة لا يمكن إعادة هيكلتها. هنا أثار @ethlabs_org حلاً مثيراً: قاعدة التأكيد السريع لإيثريوم (FCR). بدلاً من الانتظار فقط لعدد عشوائي من الكتل، تحلل FCR إقرارات مُدققي إيثريوم لتحديد ما إذا كانت الكتلة تحظى بدعم كافٍ. يمكنها توفير تأكيد قوي خلال حوالي 15–30 ثانية، وبشكل أسرع بكثير من الإنهاء الكامل للتوافق في إيثريوم. لكن FCR ليست إنهاءً مطلقاً. ضماناتها لا تزال تعتمد على افتراضات الشبكة والمُدققين. التمييزات المهمة: • مراقبة المعاملة ≠ إنهاء المعاملة • تأكيدات الكتل ≠ التأكيد القائم على إقرارات المُدققين • التأكيد السريع ≠ الإنهاء التوافقي بالنسبة للبنية التحتية بين السلاسل، فإن استلام الوديعة هو فقط جزء واحد من العملية. التحقق من أن معاملة السلسلة المصدرية آمنة بشكل كافٍ قبل إطلاق الأموال أمر مهم بنفس القدر. هذا هو ما يجعل هذا الحادث مثالاً مفيداً للغاية على لماذا لا يجب الخلط بين التأكيد والإنهاء.

الأسهم المُرمَّزة تجلب الأسهم التقليدية إلى السلسلة. لكن هناك عقبة كبيرة تعيق إمكاناتها في التمويل اللامركزي: سيولة مجزأة. اليوم، يمكن لنفس السهم أن يُرمَّز من قبل مُصدرين مختلفين، ويُنشر عبر سلاسل متعددة، ويُتداول في مجموعات سيولة منفصلة. رغم أن هذه الرموز تمثل نفس الأصل الأساسي، فإن سيولتها لا تُشارك بالضرورة. هذا يخلق ثلاث مشكلات أساسية: ⚠️ تأثير سعري عالٍ: يمكن أن تواجه عمليات تبادل كبيرة انزلاقًا كبيرًا عندما تكون السيولة موزعة عبر مجموعات ضحلة. ⚠️ كفاءة رأسمالية ضعيفة: يجب على مزودي السيولة توزيع رؤوس أموالهم عبر منصات متعددة بدلاً من تركيزها. ⚠️ قابلية تجميع محدودة في التمويل اللامركزي: استخدام الأسهم المُرمَّزة عبر عمليات التبادل، والإقراض، والضمان، والاستراتيجيات الآلية لا يزال معقدًا بشكل غير ضروري. إذًا، ما الذي ينقص؟ أعتقد أن هناك قدرتين أساسيتين في البنية التحتية: ✅ تجميع السيولة لربط السيولة المجزأة وتحسين تنفيذ الصفقات. ✅ تجميع متزامن لتمكين عمليات التبادل، والإقراض، والضمان من التفاعل بشكل ذري، دون تدفقات تنفيذ مجزأة. وهذا يصبح أكثر أهمية مع دخول وكلاء الذكاء الاصطناعي إلى التمويل على السلسلة. تخيل وكيل ذكاء اصطناعي يقوم بتبادل USDC إلى أسهم مُرمَّزة، وإيداعها كضمان، واقتراضها مقابلها، وإعادة توظيف كل رأس المال ضمن معاملة ذرية واحدة. هنا فقط تصبح الأصول المُرمَّزة كتل بناء مالية قابلة للبرمجة حقًا. الانطلاقة القادمة في الأسهم المُرمَّزة لن تكون فقط التداول على مدار 24/7. بل ستكون سيولة عميقة مصحوبة بقابلية تجميع سلسة في التمويل اللامركزي. لهذا السبب نحن متحمسون لـ @puffer_unifi. مع الوصول إلى سيولة Ethereum L1، وقابلية التجميع المتزامنة بين L1–L2، وتنفيذ منخفض التأخير، تقوم UniFi ببناء البنية التحتية اللازمة لتمويل على السلسلة أكثر اتصالًا وكفاءة رأسمالية. الترميز يجلب الأصول إلى السلسلة. السيولة والقابلية التجميع هما ما يحرران ما يمكن لهذه الأصول فعله فعليًا.

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

الفكرة وراء EIP-8450: لا تنتظر الحواسيب الكمية. استعد المفاتيح الآن بينما لا تزال BLS آمنة. سيُسجّل المُحققون مفتاحًا مقاومًا للحواسيب الكمية في حالة الإشارة اليوم. يبقى هذا المفتاح خاملًا خلال هذا التفرع، وسيتم نقل المهام إليه في تفرع لاحق. 🔐 مفتاح leanXMSS القائم على التجزئة + vrf_root بطول 32 بايت، حوالي 2.6 كيلوبايت لكل تسجيل 📊 السجل يُظهر كمية الرهان التي هي فعليًا جاهزة للحوسبة الكمية قبل أي تحويل ⚠️ أسئلة مفتوحة: من يمكنه تفويض تغييرات المفاتيح، وتكاليف DVT التي أشار إليها Obol (~55–164 غيغابايت من أسهم المفتاح لكل عقدة) بالنسبة للراغبين في الرهان ومشغلي إعادة الرهان، لا شيء يتطلب فعله حاليًا، لكن كل مُحقق سيحتاج في النهاية إلى مفتاح مقاوم للحوسبة الكمية. استعد مبكرًا. انتقل عندما يكون الأمر آمنًا.👇

BNB Chain تخطط لإطلاق L1 عالي الأداء مخصص للتطبيقات مثل التداول عالي التردد، ودفاتر الطلبات على السلسلة، والمدفوعات. لماذا نبني سلسلة أخرى إلى جانب BSC؟ لأن سلاسل الكتل العامة غير مُحسّنة لكل نوع من الأحمال. مع تطور التمويل على السلسلة، تصبح التطبيقات أكثر احتياجًا لقدرات تنفيذ مخصصة، وتأخير أقل، وأداء أكثر قابلية للتنبؤ مقارنة بالبيئات التنفيذية المشتركة التي لا تستطيع دائمًا تلبية هذه المتطلبات. نحن نشهد تحولًا أوسع: من سلسلة واحدة تخدم جميع التطبيقات إلى سلاسل متخصصة مصممة وفق احتياجات محددة. وهذا أيضًا هو الاتجاه الذي نسلكه مع @puffer_unifi، ولكن بنهج هندسي مختلف. بدلًا من إطلاق L1s مستقلة، يبني Puffer UniFi rollups متوافقة مع Ethereum وتقدم: ⚡ تنفيذ مخصص مُحسّن لتطبيقات مختلفة. 🔗 تسويات Ethereum، مع الاستفادة من Ethereum كطبقة تسويات أساسية. 💧 تكامل متزامن، مصمم لربط سلاسل التطبيقات مباشرة بسيولة Ethereum وعقودها الذكية. تنفيذ متخصص. سيولة Ethereum المشتركة. تسويات Ethereum. التوسع لا ينبغي أن يعني بناء نظم إيكولوجية معزولة.

قراءة مثيرة عن مستقبل التجارة بين الوكلاء. أحد النقاط التي لفتت انتباهي: قد تكون المدفوعات هي أسهل جزء في الاقتصاد الوكالي. نرى الكثير من البنية التحتية التي تُبنى حول قدرة الوكلاء الذكاء الاصطناعي على إجراء المدفوعات. لكن ماذا يحدث عندما يبدأ الوكلاء في التفاوض، والتجارة، وإدارة المخاطر المالية مع بعضهم البعض؟ تثير المقالة بعض النقاط المثيرة: 1. المدفوعات ≠ الثقة. يمكن للوكلاء نقل الأموال فورًا، لكن هذا لا يضمن أن الطرف الآخر سيُنفّذ التزامه. تصبح آلية الضمان، والضمانات، والالتزامات القابلة للتنفيذ ضرورية. 2. سيحتاج الوكلاء إلى التحوط ضد المخاطر. فكر في أسعار وحدات معالجة الرسومات، أو توفر الحوسبة، أو مواعيد التسليم. معظم هذه المخاطر متخصصة جدًا لتصبح قابلة للتعامل معها عبر الأسواق المالية التقليدية. 3. قد تصبح الأسواق قابلة للإلغاء. ينشئ وكيل سوقًا حول خطر محدد، ويقدم الوكلاء الآخرون السيولة إذا كان لديهم سبب للقيام بذلك، ثم يختفي السوق بمجرد تسويته. النقطة الثالثة مثيرة بشكل خاص. ربما نحن نتجه نحو عالم تُنشأ فيه الأسواق عند الطلب، ليس فقط للأصول التي يرغب الناس في تداولها، بل أيضًا لعدم اليقين الذي يحتاج الوكلاء الفرديون إلى إدارته. هذا يجعلني أيضًا أفكر في ما نبنيه مع @puffer_unifi. إذا كان الوكلاء سيقومون بتنسيق الأنشطة الاقتصادية بسرعة الآلات، فسيحتاجون إلى أكثر من مجرد أنابيب مدفوعات. سيحتاجون إلى تنفيذ عالي الأداء، وضمانات سريعة للمعاملات، ووصول إلى سيولة إيثريوم ومكوناتها المالية الأساسية. هنا تلعب البنية التحتية مثل Puffer UniFi دورًا مهمًا. قد لا يتم تعريف الموجة القادمة من التجارة الوكالية بمدى كمية الأموال التي ينقلها الوكلاء، بل بمدى كمية النشاط الاقتصادي الذي يمكنهم تنسيقه بأنفسهم.

🌊 التوافق المتزامن هو الإنجاز الحقيقي (4) إحدى أهم الرؤى التقنية من كلمة أمير الرئيسية في ليلة التسوية الوكيلة لم تحصل على أكثر التصفيق، لكنني أعتقد أنها الأهم. ابدأ بسيناريو بسيط. تطبيق على L2 يريد استخدام السيولة الموجودة في بروتوكول DeFi على Ethereum L1. اليوم، عادةً ما يعني ذلك أحد ثلاثة أشياء: 1. نقل الأصول عبر الحدود والانتظار 2. الرسائل غير المتزامنة، حيث يرسل L2 طلبًا ويتمنى ألا يتغير الحالة بحلول لحظة وصوله 3. نسخ السيولة على كل سلسلة، مما يقسمها ويترك كل حوض أرق كل خيار يضيف تأخيرًا أو مخاطر أو تكلفة. مع مرور الوقت، أصبحت قصة توسعة Ethereum هذه قصة تجزئة. مزيد من rollups، مزيد من الجزر، وسيولة موزعة بشكل أرق عبر جميعها. تم تصميم @puffer_unifi لتغيير ذلك. مع التوافق المتزامن، يمكن للتطبيقات على L1 وL2 التفاعل ضمن معاملة واحدة منسقة. يمكن لـ L2 قراءة البيانات من L1، والتفاعل معها، ثم التسوية مرة أخرى، كل ذلك دفعة واحدة وبلا أي خطوة انتظار بينها. العبارة الأساسية بالنسبة لي: لا تحتاج السيولة إلى التحرك فقط لأن التنفيذ يتحرك. لماذا هذا مهم: - يمكن للمطورين إطلاق تطبيقاتهم على L2 للحصول على السرعة والتكلفة دون التخلي عن الوصول إلى أعمق سيولة في Ethereum. - يحصل المستخدمون على تجربة ذرية واحدة: إما أن تعمل كل شيء أو لا يحدث شيء على الإطلاق. لا توجد حالات عابرة ناقصة بين السلاسل. - تحصل المؤسسات ووكلاء الذكاء الاصطناعي على تسوية يمكنهم فهمها، لأن التدفق الكامل إما يكتمل أو يُلغى بالكامل. هذا نهج جوهري مختلف لتوسيع نطاق Ethereum. بدلاً من البناء بعيدًا عن L1، أنت تبني معه. وهذا ليس مجرد نظرية. على المسرح، أظهر شريكنا المؤسس @AmirOnchain قرضًا فوريًا تم أخذه على Ethereum L1، واستُخدم للتنفيذ على شبكة Puffer UniFi التجريبية، ثم سُدد على L1، وكل ذلك ضمن نفس المعاملة. القرض الفوري يعمل فقط إذا سُدد ضمن نفس المعاملة. لذا فإن تشغيله عبر L1 وL2 هو أوضح دليل ممكن على أن الطبقتين تعملان فعليًا بشكل متزامن. بالنسبة للتجارة الوكيلة، هذا هو الأساس. تحتاج الوكلاء إلى السرعة، لكنها أيضًا تحتاج إلى مدفوعات دقيقة في كل مرة. تنفيذ سريع على Puffer UniFi، تسوية على Ethereum، ولا سيولة محاصرة بينهما. لا تحتاج Ethereum إلى المزيد من الجزر. تحتاج إلى طبقات تعمل كوحدة واحدة.

ترقيات إيثريوم منذ لندن: ماضٍ → حاضر: الدمج، سحب شابيلا، كتل دينكون (تخفيض رسوم L2 بنسبة 90–98%)، بكترا (EIP-7702 + مُحققين أكبر)، فوساكا (P-256/مفاتيح مرور أصلية)، غاز ~60M. التالي: غلامستردام (~ديسمبر 2026) شَقّ القدرة. يضع ePBS مزاد البناء داخل البروتوكول. قوائم وصول الكتلة تُحرّر التحقق المتوازي. طريق نحو ~200M غاز، لكن التخزين الجديد يصبح مكلفًا (إرسال ETH إلى عنوان جديد ~9.7× اليوم). عند 60M ترتفع التكاليف؛ عند 200M يمكن أن تصبح معظم المعاملات أرخص. ثم: هيغوتا (~2027) معاملات Frame = اختر فحص التوقيع الخاص بك + مدفوع الغاز (رعاية USDT، التمويل يدفع عن المستثمر). FOCIL = يمكن للجنة المحققين إجبار المعاملات العامة المعلقة على الدخول إلى الكتلة التالية. تُنظر في فترات 10 ثوانٍ. ما زال غير مدمج في هذه الشقوق: السرية من RPC/البناء. الإنهاء في ثوانٍ + التشفير ما بعد الكمي ≈ نهاية العقد. دليلاً كاملاً للمؤسسات من EthSystems:

🌊 لماذا تحتاج إيثريوم إلى Puffer UniFi؟ (2) إيثريوم لا تعاني من نقص في السيولة. بل لديها مشكلة في جعل هذه السيولة متاحة عبر نظام بيئي يزداد تجزئةً. فكّر في ذلك. أصبحت إيثريوم المقر الرئيسي للتمويل على السلسلة، مع مليارات الدولارات من العملات المستقرة وسيولة DeFi والأصول المُمَثلة. لكن مع توسعة إيثريوم عبر Rollups، يحدث شيء مثير للاهتمام. كل Rollup جديد يجلب قدرة تنفيذ أكبر، وتكاليف أقل، وأداءً أفضل. ما هي التنازلات؟ تجزئة السيولة ومركزية Sequencers. 1️⃣ تجزئة السيولة تنتشر الأصول والتطبيقات عبر بيئات تنفيذ مختلفة، كل منها له حالته وحوض سيولته الخاص. نقل القيمة بينها غالبًا ما يتطلب جسورًا، أو رسائل غير متزامنة، أو مزودي سيولة يحافظون على رؤوس أموال عبر سلاسل متعددة. نحن نوسّع التنفيذ، لكننا نجعل سيولة إيثريوم أصعب في الاستخدام كنظام مالي مترابط واحد. 2️⃣ تسلسل مركزي تعتمد العديد من Rollups على Sequencers مركزة لترتيب المعاملات. بينما يسمح هذا بتنفيذ سريع، فإنه يُدخل أيضًا افتراضات ثقة إضافية ومخاطر محتملة تتعلق بالرقابة، وترتيب المعاملات، وتوافر Sequencers. حتى عندما يتم تأمين صحة المعاملات والتسوية بواسطة إيثريوم، يمكن أن يظل التسلسل معتمدًا على مشغل واحد فقط. إذًا، السؤال هو: هل يمكننا توسيع إيثريوم دون التضحية بالقابلية للتركيب واللامركزية؟ هذا ما نعمل عليه مع @puffer_unifi. Puffer UniFi تبني بنية تحتية لـ Based Rollup متوافقة مع إيثريوم مصممة لمعالجة التحديين كليهما. ⚡ تنفيذ مخصص: يمكن للتطبيقات أن تمتلك بيئات تنفيذ عالية الأداء مخصصة لاحتياجاتها. 🔗 قابلية تركيب متزامنة: تم تصميم Rollups المبنية على بنية Puffer UniFi للتفاعل مع سيولة إيثريوم L1 والعقود الذكية من خلال معاملات متناسقة وأтомية. 🔐 تسلسل متوافق مع إيثريوم: تم تصميم التسلسل القائم على Based لتوحيد ترتيب المعاملات مع بنية مُحققِي إيثريوم، مما يقلل الاعتماد على Sequencers مركزة مستقلة. تخيل تطبيق DeFi يعمل على Rollup مخصص بينما يحصل على السيولة من Aave أو Uniswap على إيثريوم L1، دون الحاجة لربط الأصول في حوض سيولة منفصل. وهذا ليس مجرد مفهوم. في ليلة التسوية الوكيلة الأخيرة التي عقدناها في سنغافورة، أظهر شريكنا المؤسس @AmirOnchain قابلية التركيب المتزامنة بين L1 وL2 على شبكة الاختبار: الاقتراض من Aave على Ethereum Sepolia، وتنفيذ المعاملات على Puffer UniFi، وسداد القرض الفوري على L1 — كل ذلك ضمن معاملة أтомية واحدة. هذا مجرد نظرة على ما يمكن أن تفتحه قابلية التركيب المتزامنة. الفرصة الأكبر هي جعل سيولة إيثريوم الحالية أكثر قابلية للوصول والتركيب، مع البناء نحو بنية تنفيذ أكثر لامركزية.