لقد تم نشر أول دراسة حالة للمشغل، والرقم الذي يهم ليس الرقم الرئيسي في العنوان. خضع Blockdaemon لـ 2,185 مُحققًا في الشبكة الرئيسية عبر mump2p، وانخفضت تصويتاتهم الخاطئة بنسبة 39.7٪، من 0.452٪ إلى 0.273٪. يستحق التأمل: كانوا بالفعل فوق دقة 99٪. جاء هذا التحسن من هامش كان معظم الفرق ستُعتبره منتهيًا. الآلية تعيش في التباين، وليس في المتوسط. وصلت الكتل مبكرًا بمتوسط 366 مللي ثانية، وهو أمر جيد، لكن تباين الانتشار تقلص من 515 مللي ثانية إلى 152 مللي ثانية. المتوسط يحرك فجوة عادية لديك. أما التباين فهو الذي يحدد أسوأ فجواتك، وأسوأ فجواتك هي بالضبط المكان الذي تفشل فيه التصريحات. تفاصيل واحدة أثنت عليها: جاءت النقطة المرجعية من 151 عقدة مراقبة عامة لـ Xatu عبر 50,232 فجوة، وليس فقط من أدوات @get_optimum. أي شخص يشك في النتيجة يمكنه أن يناقش مجموعة بيانات يمكنه تنزيلها. قياس نفسك مقابل عقد لا تتحكم بها هو النسخة التي سأستمر في قراءتها. @blockchainjeff

يعرض نافذة المحفظة عنوان العقد، واسم الدالة، وتقدير الغاز. لا يوجد شيء على هذا الشاشة يخبرك بكيفية تبدو أرصدةك بعد التوقيع. ينقر معظم الناس على "الموافقة" على أي حال، لأن البديل هو قراءة البايت كود. التوقيع العشوائي هو الطريقة التي حدث بها جزء كبير من الخسائر على السلسلة التي لم تكن ناتجة عن ثغرات بروتوكول. لقد وافق المستخدم عليها. ببساطة، لم يكن لديه أي وسيلة لرؤية ما كان يوافق عليه. فيلاورا، النموذج الأولي للمحفظة DeFi التفاعلية المعروضة في معرض Rialo Builders Hub الأخير، تحاكي كل معاملة على السلسلة قبل أن توقع محفظة المستخدم أي شيء. يتم حساب النتيجة أولاً. يأتي التوقيع بعد ذلك، ضد نتيجة يمكن للمستخدم مراجعتها. بالاقتران مع حد يومي صارم قدره 2500 دولار وحظر تلقائي للتحويلات إلى عناوين غير مصرح بها، يعمل الوكيل داخل حدود يمكن للمستخدم رؤيتها فعليًا. ما يجعل المحاكاة المسبقة موثوقة هنا هو أن تنفيذ @RialoHQ محدد بطبيعته. يتم تحويل البرامج إلى بايت كود موحد عبر كل مُحقق قبل تشغيل أي شيء، مع تعيين حدود موارد صريحة مسبقًا. المحاكاة التي لا يمكن أن تنحرف عن التنفيذ الفعلي هي محاكاة تستحق القراءة. حلت محافظ الأجهزة مسألة من يملك المفتاح. لم يُحلّ قط ما إذا كان الشخص الذي يملكه يفهم ما يوقّع عليه.

ما يقرب من 8 بالمائة من جميع ETH المُرَهَنة الآن تعمل على mump2p. النسبة نفسها أقل إثارةً مما تفعله هذه النسبة على الشبكة. تحافظ طبقة التشويش في إيثريوم على ربط كل عقدة بحوالي 8 أقران في الشبكة لكل موضوع. إذا كانت المُتبنّيات موزعة عشوائيًا عبر الشبكة، فهذا يعني أن 8 بالمائة من التبني تعني أن نصف العقد تقريبًا موجودة بالفعل بجوار جار واحد على الأقل مُسرّع. واحد من كل اثنين، عند 8 بالمائة. ارفعها إلى 20، وستكون أكثر من 80 بالمائة من العقد لديها جار سريع. تحذير صادق: نسبة الرهان ليست نسبة العقد. المشغلون الكبار يشغلون العديد من المُدققين خلف عدد أقل من الآلات، والمُتبنّون يتجمعون بدلاً من التشتت، لذا فإن الرقم على مستوى العقد أقل على الأرجح من الرقم على مستوى الرهان. لكن الشكل لا يزال ساريًا. في هذه الفئة، لا يتحقق المنفعة عندما يتبنّى الجميع. بل تتحقق عندما يتبنّى جارك، وتزداد حدة المنحنى مبكرًا. عبر @get_optimum عن 3.36 مليون ETH مُعزَّز. الرقم الذي أراقبه فعليًا هو النسبة المئوية للعقد التي تقع الآن على بعد قفزة واحدة من جار مُعزَّز. @blockchainjeff

تنفيذ طلب قرض واحد على سلسلة نموذجية يمكن أن يتطلب ثلاثة عملات منفصلة. الأصل الأصلي للرسوم. وثانية لدفع خدمة التوصيل التي تسترجع بيانات الائتمان للمقترض. وثالثة لتعويض شبكة المُحافظ التي تُفعّل الاستدعاء العكسي بمجرد عودة تلك البيانات. يأتي هذا المثال من وثائق التنفيذ غير المتزامن الخاصة بـ Rialo، ويوصف التكلفة التشغيلية الحقيقية لشيء يسميه معظم الناس معاملة واحدة. ثلاثة أصول يجب اقتناؤها، واحتفاظها، ومراقبتها، وإعادة تمويلها. ثلاثة أرصدة يجب إدارتها. ثلاثة أماكن يتوقف فيها سير العمل إذا نفد أحدها في اللحظة الخاطئة. نادراً ما يُذكر هذا الضريبة متعددة العملات لأنها ليست رسوم بروتوكول يفرضها أحد. بل هي تكلفة ناشئة نتيجة تفويض القدرات إلى شبكات منفصلة، كل منها احتاجت إلى اقتصادها الخاص للبقاء. لم يُصمم أحد هذا النظام. بل تراكم تدريجياً، طبقة وسطية واحدة تلو الأخرى. على @RialoHQ، يعمل نفس السير الذاتي كمعاملة غير متزامنة واحدة. يقوم المُحققون باستعلام واجهة برمجة التطبيقات الخارجية عبر مكالمات ويب أصلية. يتوقف التنفيذ ويُستأنف دون الحاجة إلى تحفيز من مُحافظ. عملة واحدة، رصيد واحد، شيء واحد فقط يجب الحفاظ على تمويله. عادةً ما تدور مناقشات تصميم العملة حول جداول العرض ومنحنيات التوزيع. لكن السؤال الأكثر فائدة هو: كم عدد العملات المختلفة التي يجب على المطور الاحتفاظ بها قبل أن يعمل منتجه على الإطلاق؟ بالنسبة لمعظم هذا القطاع، كانت الإجابة الصادقة هي ثلاثة، ولم يُدرج أحد هذا الرقم قط في عرض تقديمي.

دخل وحدة قياس جديدة بهدوء هذا القطاع الأسبوع الماضي، وهي ليست TVL. إجمالي القيمة المعززة. مقدار ETH المُستثمر الذي تنتقل بيانات كتلته الآن عبر مسار مُتسارع. وضع @get_optimum ذلك على لوحة عامة، واعتبرته DefiLlama، وهو كيف تصبح المقياس حقيقيًا: عندما توافق طرف ثالث محايد على تتبعه. فكّر في ما فعله TVL بـ DeFi. لقد منح الجميع رقمًا واحدًا يتنافسون عليه، وفي غضون عام، كان كل بروتوكول يُحسّن أدائه من أجله، حتى بطرق سخيفة حقًا. تُشكّل المقاييس السلوك. الرقم الذي تنشره هو الرقم الذي يبدأ صناعتك في مطاردته. TVB أكثر إثارة مما يبدو في البداية، لأنه لا يمكن استئجاره بالحوافز بالطريقة المعتادة. لا أحد يُثبّت رأس المال في طبقة نقل. هذا الاستثمار مُستثمر بالفعل، ويؤدي وظيفته بالفعل. ما يحسبه الرقم هو قرارات المشغلين بشأن البنية التحتية ثم عدم عكسها. ما إذا كان سيُقبل أم لا، لا أعرف. لكن حصول طبقة الشبكة على مقياسها الخاص المُتتبع يعني أن أحدهم قرر أخيرًا أن هذا الجزء من التسلسل الهرمي يستحق القياس. هذا متأخر بحوالي عقد من الزمن. @blockchainjeff

تشغيل سحب عشوائي على السلسلة يبدو تافهاً حتى تسأل من يختار الفائز. إن قيم هاش الكتل قابلة للتأثير من قبل أي شخص يقترح الكتلة. رقم عشوائي يتم إنشاؤه من قبل المنظم هو مجرد رقم اختاره المنظم. لا يوجد لدى المشاركين أي وسيلة لتمييز السحب العادل عن السحب المزور بعد انتهاء السحب. يحل Drawbook، المقدم في Rialo Builders Hub، هذه المشكلة باستخدام مبدأ التزام-كشف. تُلتزم المدخلات أولاً، وتُربط بالمحافظ. ثم يحدث الكشف لاحقاً، ويتم التحقق منه عبر العقود الذكية، ويمكن لأي شخص التحقق من النتيجة على السلسلة. لا يمكن للمنظم رؤية ما يسحبه أثناء استمرار فتح المدخلات، ولا يمكنه تغيير النتيجة بمجرد بدء الكشف. هذا الهيكل الثنائي المرحلة هو جوهر الفكرة بالكامل. ففصل الالتزام عن الكشف يزيل النافذة التي يمكن فيها لشخص لديه توقيت متميز التصرف بناءً على معلومات لا يمتلكها أحد آخر. إنها نفس المنطق وراء مزادات العروض المغلقة، ولكن مطبقة على مشكلة لا تزال معظم السحوبات على السلسلة تعتمد فيها على الثقة. ما يجعل بناء هذا النظام سهلاً على @RialoHQ هو أن الكشف لا يحتاج إلى تحفيز خارجي. ففتح مرحلة الكشف عند كتلة محددة، أو عند إغلاق المدخلات، هو شرط تقيمه الشبكة بنفسها. لا حاجة لضغط المنظم على زر في اللحظة المناسبة، وهي بالضبط اللحظة التي يجب إزالتها من أي سحب عادل. لقد كان توليد عشوائية قابلة للتحقق مشكلة محلولة في التشفير منذ سنوات. الجزء الذي لا يزال غير متحقق هو دمجه في المنتجات التي يستخدمها الناس فعلاً.

فتحت Fhenix CoFHE على Ethereum وArbitrum مع اثنين من الأسماء فقط كشركاء تصميم رئيسيين للشبكة الرئيسية، و@FlutonIO أحد هذين الشريكين. والآخر هو Alpha Engine، منصة لتقييم استراتيجيات التداول دون كشف المنطق الخلفي لها. الشريكان يخاطران على أشياء مختلفة. فـ Alpha Engine يحمي سر منتج واحد، بينما يحمي Fluton طبقة ترتكز عليها منتجات أخرى، مع تغطية نوايا مشفرة للتبادلات والدفعات والتحركات عبر السلاسل تحت محرك سرية واحد. أحد شركاء التصميم هو عميل للحوسبة المشفرة، والآخر هو طريق لوصول المزيد من العملاء. يقول @fhenix إن الشركاء كلاهما أكملتا المراجعات الفنية والأمنية قبل الإطلاق، لذا تم فحص Fluton أثناء الدخول، وليس بعده. قد أكون مخطئًا في مدى أهمية ذلك، لأن تفاصيل المراجعة غير معلنة والوصف يأتي من Fhenix نفسها. في شبكة رئيسية حيث يتطلب كل عقد موافقة قبل التشغيل، فإن التسمية كأول شريك تقول أكثر من أي شعار يمكن أن يقوله.

تحرك BTC بنسبة 4% في ساعة واحدة. تقوم فيلورا بتحييد 30% من التعرض إلى USDC، وتتوقف عند 2,500 دولار ليومها، ولا تستخدم أبدًا وظيفة السحب لأنها لم تُمنح أبدًا واحدة. يُسمى هذا القاعدة "درع التقلبات"، وقد تم عرضها في مركز Rialo Builders يوم الأربعاء قبل أن يقطع انقطاع Discord الجلسة مبكرًا. الهيكل الخلفي لها يعمل على ثلاث مراحل: يلتقط الإشارة حالة السوق، ويتحقق المُحدد من صحة القواعد المحددة مسبقًا، وينفذ التنفيذ ضمن صلاحيات محدودة. لا يحدث أي تحرك حتى تمر جميع المراحل الثلاث. إن قرار التصميم الذي يستحق التأمل هو مكان وجود محرك القواعد. فهو يعمل محليًا في المتصفح ولا يوقّع تلقائيًا على المعاملات. يقوم الوكيل بالعمل، بينما يحتفظ المستخدم بالمفاتيح. تم تحديد الصلاحيات بدقة بحيث يمكن للوكيل إجراء عمليات تبادل محدودة فقط ولا شيء أكثر من ذلك، لا سحوبات، ولا الموافقة على أصول جديدة من تلقاء نفسه. هذا إجابة مختلفة عن الاستقلالية الوكيلة مقارنة بما يلجأ إليه معظم الفرق. الميل الشائع هو جعل الوكيل أكثر ذكاءً وتوسيع الثقة فيه. أما فيلورا فتجعل الوكيل أضيق نطاقًا وتمنحه ثقة أقل، وهي النسخة الوحيدة التي تنجو من سلوك غير متوقع للطلب في الثالثة صباحًا. يدعم هيكل @RialoHQ كلا النهجين على قدم المساواة. ما يختاره المطورون باستمرار يخبرك بشيء عن النهج الذي سيستخدمونه فعليًا بأموالهم الخاصة. الوكيل الذي لا يمكنه سحب أموالك ليس وكيلًا محدودًا. إنه النوع الوحيد المستحق للتشغيل.

تقوم ماستركارد بتحويل مدفوعات الوكلاء عبر x402، مع تسويتها بـ USDC على @base. خذ لحظة لتتفكر في ذلك. الشركة التي يعتمد منتجها بالكامل على الوقوف بين المشتري والبائع، تبنت للتو بروتوكولًا صُمم بحيث لا يحتاج أحد إلى الوقوف هناك. الرياضيات أجبرتها على ذلك. تعمل معالجة البطاقات الإلكترونية القياسية بحوالي 2.9٪ زائد 30 سنتًا لكل معاملة، والجزء الثابت هو الذي يدمرها. وكيل يدفع 0.004 دولار لاستدعاء واجهة برمجة تطبيقات واحد لا يمكنه تحمل 30 سنتًا كرسوم تفويض. ستكون الرسوم سبعين مرة أكبر من المدفوع. نفّذ عشرة آلاف من هذه الاستدعاءات في فترة ما بعد الظهر، وستصبح خطوط البطاقات غير مكلفة فحسب، بل غير قابلة للاستخدام. كان هذا الحجم يتجاهلها على أي حال، بغض النظر عن قرار أي شبكة. لذلك انضمت ماستركارد. أقرأ هذا كإشارة حول البروتوكول، وليس انتصارًا لنموذج البطاقات. تفوز المعايير المفتوحة في اللحظة التي يدرك فيها اللاعب السائد أن المقاومة تكلف أكثر من الانضمام. الكتل التي تستغرق 200 مللي ثانية والتي أُعلنت هذا الأسبوع هي النصف الآخر من المتطلبات. عشرة آلاف مدفوعات دقيقة تحتاج إلى إتمام يُقاس بومضة عين، وليس بتأكيدات. شبكة مبنية على الوقوف في المنتصف، قدمت دعماً غير مباشر لبروتوكول صُمم لإزالة الوسيط. هذا ليس تبنيًا. هذا تحوط.

بحسب عدّ Fluton نفسه، أقل من 0.5% من معاملات إيثريوم خاصة. نشرت @FlutonIO هذا الرقم في 19 أكتوبر، قبل يومين من بدء أحد مزودي مُعالِجاتها المساعدة في التشغيل على الشبكة الرئيسية. قام Fhenix بتفعيل CoFHE على إيثريوم وArbitrum في 21 أكتوبر، بعد أن كان يعمل فقط على شبكات الاختبار حتى ذلك الحين. هذا التوقيت يغيّر طريقة قراءة الطبقات من هنا فصاعدًا. فكل من النية المشفرة، ومحول السرية، ومزاد الحلّال تعتمد على مُعالِج مساعد قادر على التعامل مع أرصدة حقيقية، وأحد المزودين الاثنين اللذين تتكامل معهما Fluton قد عبور هذا الخط للتو. أُغلق اختبار Fluton في فبراير على سلاسل اختبارية. وصار جزء مما تعتمد عليه الآن نظام إنتاجي. قد أكون مخطئًا بشأن الجدول الزمني، نظرًا لأن CoFHE على الشبكة الرئيسية يبدأ بقائمة مسموح بها، ويجب الموافقة على العقود قبل تشغيلها هناك. لكن فجوة بهذا الاتساع ليست مشكلة طلب. إنها مشكلة بنية تحتية، والجانب البنية التحتية أصبح الآن أقصر. ما زال أكثر من 99.5% من إيثريوم موجودًا في العلن، وأحد المحركات التي تعمل عليها Fluton أصبحت الآن نشطة لتغيير ذلك.