اليوم قال لي صديقي إنه في الاجتماع القادم سيتم تسميته من قبل العميل: «سجلات التقييم الأسبوع الماضي، من قام بالتعديل؟ الطابع الزمني غير متطابق.»

فوجئ على الفور، وفتش على السحابة ولم يجد تطابقًا.

خلال استراحة الغداء، رأيت تحديث @irys_xyz، حيث توقف شريط التقدم عند 60%، لكن فجأة أدركت: ما نحتاجه ليس «شراء دلو تخزين آخر»، بل تحويل البيانات نفسها إلى أصول ذات قواعد، بحيث يُكتب من يقرأ، كيف يقرأ، وما يحدث بعد القراءة، داخل البيانات، بدون كلام.

خلال الأيام الماضية، قمت بمراجعة فكرة Irys: فهي ليست «تخزين مجموعة من الملفات»، بل سلسلة بيانات قابلة للبرمجة — التخزين والتنفيذ في نفس الشبكة، والبيانات تحمل صلاحيات ومنطق، ويمكن أن تُقرأ وتُكتب مباشرة بواسطة العقود الآجلة/الذكاء الاصطناعي. التوافق مع EVM يعني أن أدوات العمل الحالية تقريبًا لا تحتاج لإعادة تعلمها؛

هيكلية متعددة السجلات تتيح تغطية فترات الحفظ من قصيرة إلى دائمة، مع تكاليف يمكن التنبؤ بها.

المجتمع لا يزال يناقش هذا الأسبوع حول «تحميل الشبكة الرئيسية 60%»، وأرى أن الأمر ليس متى سيتم إطلاقه، بل كيف يربط البيانات → الخدمات → التدفق النقدي.

خطة المبرمجين للتنفيذ:
1) تقسيم مدخلات النموذج/نتائج التقييم إلى «البيانات الأساسية + خطاف التنفيذ»، بحيث يتم القراءة تلقائيًا وتسجيل الحساب، واستدعاء تحديد المعدلات، وإمكانية التتبع؛

2) استخدام عقود آجلة للعرض فقط، مع واجهات تعتمد على حجم الزيارات، بحيث تدفع البيانات «رواتبها» بنفسها؛

3) وضع قاعدة صارمة للفريق: أي مؤشرات مرئية للجميع يجب أن تُسجل على السلسلة، وعدم الجدال بعد الآن حول «من قام بتعديل الملف».

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