NewbieToNode
صانع مُحتوى مُعتمد
Planting tokens 🌱 Waiting for sun 🌞 Watering with hope 💧 Soft degen vibes only
مُتداول بمُعدّل مرتفع
4 سنوات
142 تتابع
32.4K+ المتابعون
25.0K+ إعجاب
2.2K+ تمّت مُشاركتها
منشورات
الكل
اقتباسات
مقاطع فيديو
Live
التوقيع والشهادة التي يمكن إلغاؤها بواسطة الكيان الخطأ
كنت أنظر إلى شهادة هذا الصباح لأرى كيف ستتصرف بعد الإصدار.
ليس ما إذا كانت قد تم التحقق منها.
كان هذا الجزء قد تم بالفعل.
لقد تم تمريره.
تطابق schemaId.
تم التحقق من المصدق.
كان timestamp المصدق حديثًا.
كل شيء حوله بدا نظيفًا.
ما أردت رؤيته هو ما يحدث بعد ذلك.
لذلك حاولت إلغاءه.
لم يتغير شيء.
لا خطأ.
لا رفض.
استمرت الشهادة صالحة.
لثانية افترضت أنني اتصلت بالطريق الخطأ.
أو ضرب العنوان الخطأ.
لذلك تحقق من مكان وجود سلطة الإلغاء بالفعل.
ليس ما إذا كانت قد تم التحقق منها.
كان هذا الجزء قد تم بالفعل.
لقد تم تمريره.
تطابق schemaId.
تم التحقق من المصدق.
كان timestamp المصدق حديثًا.
كل شيء حوله بدا نظيفًا.
ما أردت رؤيته هو ما يحدث بعد ذلك.
لذلك حاولت إلغاءه.
لم يتغير شيء.
لا خطأ.
لا رفض.
استمرت الشهادة صالحة.
لثانية افترضت أنني اتصلت بالطريق الخطأ.
أو ضرب العنوان الخطأ.
لذلك تحقق من مكان وجود سلطة الإلغاء بالفعل.
@SignOfficial
كنت أقوم بفك تشفير شهادة ضد مخططها هذا الصباح عندما لم يتطابق شيء.
كان المخطط يبدو نظيفًا.
كانت الحقول منطقية.
ثم سحبت الشهادة.
لم يتبعها البيانات.
ليس بشكل غير دقيق.
ليس حتى قريب.
ظننت أنني أخطأت في فك التشفير.
أعدته مرة أخرى.
نفس البايتات.
لم يتغير شيء.
ما زال موثقًا.
لا خطأ.
لا رفض.
لا شيء يشير إلى أن هناك خطأ.
هنا توقفت الأمور عن المنطق.
قال المخطط شيئًا واحدًا.
فعلت البيانات شيئًا آخر.
ولم يهتم النظام.
جربت واحدة أخرى.
مُصدر مختلف.
نفس النمط.
schemaId يتماسك.
Attestation.data يت drift.
لا يزال يمر.
بقيت على ذلك لفترة أطول مما خططت.
لأنني شعرت أنني أفتقد قاعدة ما.
لكن لم تكن هناك واحدة.
عندها تذكرت.
شبح المخطط.
التحقق ليس بين المخطط والبيانات.
إنه بين الوجود والمرجع.
يشير.
هذا يكفي.
تظهر البنية.
سواء تم اتباعها أم لا... لا يهم.
شهادة تبدو منظمة من الخارج...
لكنها ليست مرتبطة بها من الداخل.
المخطط موجود.
لكنه لا يفعل شيئًا.
ومتى حدث ذلك...
يتوقف عن كونه قاعدة.
فقط يصبح علامة.
$SIGN تعتبر مهمة فقط إذا كانت Attestation.data موثقة فعليًا ضد Schema.schema في وقت التحقق...
ليس فقط مرتبطة به بالمرجع.
لأنه إذا كانت الاعتمادات يمكن أن تنحرف عن الهياكل التي تدعي اتباعها...
يبدأ التحقق في الظهور بشكل صحيح...
دون أن يكون صحيحًا فعليًا.
لذا يصبح السؤال الحقيقي هذا.
إذا لم يكن مطابقًا للمخطط مطلوبًا للنجاح...
ماذا يعني بالضبط "صحيح" هنا؟
#SignDigitalSovereignInfra #Sign
كنت أقوم بفك تشفير شهادة ضد مخططها هذا الصباح عندما لم يتطابق شيء.
كان المخطط يبدو نظيفًا.
كانت الحقول منطقية.
ثم سحبت الشهادة.
لم يتبعها البيانات.
ليس بشكل غير دقيق.
ليس حتى قريب.
ظننت أنني أخطأت في فك التشفير.
أعدته مرة أخرى.
نفس البايتات.
لم يتغير شيء.
ما زال موثقًا.
لا خطأ.
لا رفض.
لا شيء يشير إلى أن هناك خطأ.
هنا توقفت الأمور عن المنطق.
قال المخطط شيئًا واحدًا.
فعلت البيانات شيئًا آخر.
ولم يهتم النظام.
جربت واحدة أخرى.
مُصدر مختلف.
نفس النمط.
schemaId يتماسك.
Attestation.data يت drift.
لا يزال يمر.
بقيت على ذلك لفترة أطول مما خططت.
لأنني شعرت أنني أفتقد قاعدة ما.
لكن لم تكن هناك واحدة.
عندها تذكرت.
شبح المخطط.
التحقق ليس بين المخطط والبيانات.
إنه بين الوجود والمرجع.
يشير.
هذا يكفي.
تظهر البنية.
سواء تم اتباعها أم لا... لا يهم.
شهادة تبدو منظمة من الخارج...
لكنها ليست مرتبطة بها من الداخل.
المخطط موجود.
لكنه لا يفعل شيئًا.
ومتى حدث ذلك...
يتوقف عن كونه قاعدة.
فقط يصبح علامة.
$SIGN تعتبر مهمة فقط إذا كانت Attestation.data موثقة فعليًا ضد Schema.schema في وقت التحقق...
ليس فقط مرتبطة به بالمرجع.
لأنه إذا كانت الاعتمادات يمكن أن تنحرف عن الهياكل التي تدعي اتباعها...
يبدأ التحقق في الظهور بشكل صحيح...
دون أن يكون صحيحًا فعليًا.
لذا يصبح السؤال الحقيقي هذا.
إذا لم يكن مطابقًا للمخطط مطلوبًا للنجاح...
ماذا يعني بالضبط "صحيح" هنا؟
#SignDigitalSovereignInfra #Sign
التوقيع والادعاء الذي فقد السبب الذي جعله صحيحًا
@SignOfficial
كنت عميقًا في تدفق التحقق بعد ظهر هذا اليوم عندما استمر اعتماد واحد في المرور بطريقة لم أشعر أنها مكتملة.
تم التحقق من كل شيء.
المصدر.
المخطط.
Timestamp.
لم يفشل شيء.
لا يزال لم يكن مريحًا.
لذلك حاولت تتبعه مرة أخرى.
بدأت مع المثبت.
ثم attestTimestamp.
ثم أي شيء جاء قبله.
لم يكن هناك أي شيء هناك.
ظننت أنني تخطيت شيئًا واضحًا.
تحقق منه مرة أخرى.
نفس النتيجة.
ذهبت مباشرة إلى linkedAttestationId.
أشار إلى الوراء.
تلك مرت أيضًا.
تبعته مرة أخرى وتوقفت في منتصف الطريق.
كنت عميقًا في تدفق التحقق بعد ظهر هذا اليوم عندما استمر اعتماد واحد في المرور بطريقة لم أشعر أنها مكتملة.
تم التحقق من كل شيء.
المصدر.
المخطط.
Timestamp.
لم يفشل شيء.
لا يزال لم يكن مريحًا.
لذلك حاولت تتبعه مرة أخرى.
بدأت مع المثبت.
ثم attestTimestamp.
ثم أي شيء جاء قبله.
لم يكن هناك أي شيء هناك.
ظننت أنني تخطيت شيئًا واضحًا.
تحقق منه مرة أخرى.
نفس النتيجة.
ذهبت مباشرة إلى linkedAttestationId.
أشار إلى الوراء.
تلك مرت أيضًا.
تبعته مرة أخرى وتوقفت في منتصف الطريق.
@SignOfficial
كنت أتوقع أن تتم هذه الإلغاء.
لم يحدث.
لا خطأ.
فقط... لا تغيير.
نفس الاعتماد.
لا يزال صالحًا.
تمامًا كما لو لم يتم الاتصال بشيء.
لثانية واحدة اعتقدت أنني أصبت السجل الخطأ.
أعدت تشغيله مرة أخرى.
لم يتحرك شيء.
لذا تحقق من المصدق.
مطابقة.
ثم تحقق من المخطط.
عنوان مختلف.
لم يجلس ذلك بشكل صحيح.
حاولت من جانب المصدق مرة أخرى.
لا يزال لا شيء.
لم يبدو حتى أنه حاول.
بدلته.
اتصلت من جانب المخطط.
هذه المرة تم الأمر.
هنا انقلبت الأمور.
كان المصدق قادرًا على إصداره.
ولكن لم يكن قادرًا على إلغائه.
كان المسجل قادرًا على ذلك.
أجريت واحدة أخرى.
اعتماد مختلف.
نفس السلوك.
صدر في مكان واحد.
مراقب في مكان آخر.
بقيت على ذلك لفترة أطول مما خططت.
لأن لا شيء كان يفشل.
كل شيء كان فقط... يتجاهل المتصل الخطأ.
أعود إلى هذا كسلطة مقسمة.
الكيان الذي ينشئ الاعتماد...
ليس هو الذي يمكنه إيقافه.
من الخارج، يبدو كتحكم المُصدر.
من الداخل، السيطرة تجلس في مكان آخر تمامًا.
سلطتان.
واحدة فقط مرئية عند إنشاء الاعتماد.
$SIGN مهم فقط إذا كان نفس الكيان الذي يصدر الاعتماد هو أيضًا الذي يمكنه إلغاؤه عند الاستخدام الحقيقي...
ليس فقط ذلك الذي عرّف المخطط الذي يعيش تحته.
لأنه بمجرد أن تنقسم تلك...
يتوقف الإلغاء عن كونه إجراءً.
ويصبح اعتمادًا.
لذا يصبح السؤال الحقيقي هو هذا.
عندما يحتاج شيء ما إلى أن يتم إيقافه بسرعة...
من تنتظر فعليًا؟
#SignDigitalSovereignInfra #Sign
كنت أتوقع أن تتم هذه الإلغاء.
لم يحدث.
لا خطأ.
فقط... لا تغيير.
نفس الاعتماد.
لا يزال صالحًا.
تمامًا كما لو لم يتم الاتصال بشيء.
لثانية واحدة اعتقدت أنني أصبت السجل الخطأ.
أعدت تشغيله مرة أخرى.
لم يتحرك شيء.
لذا تحقق من المصدق.
مطابقة.
ثم تحقق من المخطط.
عنوان مختلف.
لم يجلس ذلك بشكل صحيح.
حاولت من جانب المصدق مرة أخرى.
لا يزال لا شيء.
لم يبدو حتى أنه حاول.
بدلته.
اتصلت من جانب المخطط.
هذه المرة تم الأمر.
هنا انقلبت الأمور.
كان المصدق قادرًا على إصداره.
ولكن لم يكن قادرًا على إلغائه.
كان المسجل قادرًا على ذلك.
أجريت واحدة أخرى.
اعتماد مختلف.
نفس السلوك.
صدر في مكان واحد.
مراقب في مكان آخر.
بقيت على ذلك لفترة أطول مما خططت.
لأن لا شيء كان يفشل.
كل شيء كان فقط... يتجاهل المتصل الخطأ.
أعود إلى هذا كسلطة مقسمة.
الكيان الذي ينشئ الاعتماد...
ليس هو الذي يمكنه إيقافه.
من الخارج، يبدو كتحكم المُصدر.
من الداخل، السيطرة تجلس في مكان آخر تمامًا.
سلطتان.
واحدة فقط مرئية عند إنشاء الاعتماد.
$SIGN مهم فقط إذا كان نفس الكيان الذي يصدر الاعتماد هو أيضًا الذي يمكنه إلغاؤه عند الاستخدام الحقيقي...
ليس فقط ذلك الذي عرّف المخطط الذي يعيش تحته.
لأنه بمجرد أن تنقسم تلك...
يتوقف الإلغاء عن كونه إجراءً.
ويصبح اعتمادًا.
لذا يصبح السؤال الحقيقي هو هذا.
عندما يحتاج شيء ما إلى أن يتم إيقافه بسرعة...
من تنتظر فعليًا؟
#SignDigitalSovereignInfra #Sign
@SignOfficial
لقد قمت بفحص شهادة في وقت سابق عادت أقصر مما تم تقديمه.
كان المُصادق قد دفع بالقيمة بعيداً.
الشهادة لم تفعل ذلك.
اعتقدت أنني سحبت الخطأ.
قمت بتشغيله مرة أخرى.
نفس الشهادة.
نفس schemaId.
لا تزال أقصر.
لم يكن ذلك جيداً.
لذلك بقيت على ذلك.
ما تم إدخاله...
وما ظهر...
لم يكن هو نفسه.
لم يفشل شيء.
لا رفض.
لا تحذير.
تم حله بشكل نظيف.
عندما نظرت إلى المخطط مرة أخرى.
"maxValidFor" كان أقل مما تم تقديمه.
لم يكن يرفض الإدخال.
كان يقوم بقصه.
حاولت مرة أخرى.
مُصادق مختلف.
نفس المخطط.
نفس النتيجة.
عندها انفتح لي الأمر.
المُصادق لا يحدد الشهادة.
إنهم يتفاوضون مع المخطط.
والمخطط يقرر ما يبقى فعلياً.
من الخارج، يبدو أن المُصادق قد حدد القيمة.
من الداخل، جزء منها لا يمر أبداً.
لا إشارة.
لا أثر.
فقط حالة نهائية نظيفة.
إدخالات مختلفة.
نفس الشهادة.
أستمر في العودة إلى هذا كفكرة تفوق المُصادق.
يبدو أن السيطرة مع المُصدر.
لكن الشكل النهائي محصور بالفعل في مكان آخر.
$SIGN يهم فقط إذا كانت قيود المخطط مثل "maxValidFor" لا تعيد تشكيل ما يتم تقديمه بصمت...
ولكن تكشف عن تلك الحدود بوضوح.
لأنه بمجرد أن يتم تعديل الإدخالات دون رؤية...
يتغير مصدر الحقيقة.
وأنت لا ترى ذلك يحدث.
لذا يصبح السؤال الحقيقي هو هذا.
إذا كان جزء من الإدخال لا يبقى أبداً في المخطط...
فماذا بالضبط تتحقق منه؟
#SignDigitalSovereignInfra #Sign
لقد قمت بفحص شهادة في وقت سابق عادت أقصر مما تم تقديمه.
كان المُصادق قد دفع بالقيمة بعيداً.
الشهادة لم تفعل ذلك.
اعتقدت أنني سحبت الخطأ.
قمت بتشغيله مرة أخرى.
نفس الشهادة.
نفس schemaId.
لا تزال أقصر.
لم يكن ذلك جيداً.
لذلك بقيت على ذلك.
ما تم إدخاله...
وما ظهر...
لم يكن هو نفسه.
لم يفشل شيء.
لا رفض.
لا تحذير.
تم حله بشكل نظيف.
عندما نظرت إلى المخطط مرة أخرى.
"maxValidFor" كان أقل مما تم تقديمه.
لم يكن يرفض الإدخال.
كان يقوم بقصه.
حاولت مرة أخرى.
مُصادق مختلف.
نفس المخطط.
نفس النتيجة.
عندها انفتح لي الأمر.
المُصادق لا يحدد الشهادة.
إنهم يتفاوضون مع المخطط.
والمخطط يقرر ما يبقى فعلياً.
من الخارج، يبدو أن المُصادق قد حدد القيمة.
من الداخل، جزء منها لا يمر أبداً.
لا إشارة.
لا أثر.
فقط حالة نهائية نظيفة.
إدخالات مختلفة.
نفس الشهادة.
أستمر في العودة إلى هذا كفكرة تفوق المُصادق.
يبدو أن السيطرة مع المُصدر.
لكن الشكل النهائي محصور بالفعل في مكان آخر.
$SIGN يهم فقط إذا كانت قيود المخطط مثل "maxValidFor" لا تعيد تشكيل ما يتم تقديمه بصمت...
ولكن تكشف عن تلك الحدود بوضوح.
لأنه بمجرد أن يتم تعديل الإدخالات دون رؤية...
يتغير مصدر الحقيقة.
وأنت لا ترى ذلك يحدث.
لذا يصبح السؤال الحقيقي هو هذا.
إذا كان جزء من الإدخال لا يبقى أبداً في المخطط...
فماذا بالضبط تتحقق منه؟
#SignDigitalSovereignInfra #Sign
الاعتماد الذي تغير دون تغيير
@SignOfficial
كنت أتحقق من الاعتماد مرة أخرى هذا الصباح.
نفس الشيء الذي تحققته قبل بضعة أيام.
لم أتوقع أي شيء مختلف.
لقد مرت بشكل سلس من قبل.
سحبته مرة أخرى.
نفس المصدق.
نفس البيانات.
نفس المرجع.
لكنها لم تحل بنفس الطريقة.
غير معطلة.
فقط... مختلف.
هذه الجزء لم يكن مريحًا.
لذا قمت بسحب النتيجة السابقة جنبًا إلى جنب.
قمت بمقارنتها سطر بسطر.
عندما ظهرت.
لم تتغير الاعتماديات.
لكن هناك شيء وراءها.
عدت إلى المخطط.
سحبته مباشرة من السجل.
كنت أتحقق من الاعتماد مرة أخرى هذا الصباح.
نفس الشيء الذي تحققته قبل بضعة أيام.
لم أتوقع أي شيء مختلف.
لقد مرت بشكل سلس من قبل.
سحبته مرة أخرى.
نفس المصدق.
نفس البيانات.
نفس المرجع.
لكنها لم تحل بنفس الطريقة.
غير معطلة.
فقط... مختلف.
هذه الجزء لم يكن مريحًا.
لذا قمت بسحب النتيجة السابقة جنبًا إلى جنب.
قمت بمقارنتها سطر بسطر.
عندما ظهرت.
لم تتغير الاعتماديات.
لكن هناك شيء وراءها.
عدت إلى المخطط.
سحبته مباشرة من السجل.
الاعتماد الذي انتهت صلاحيته دون تغيير
@SignOfficial
كنت أتحقق من اعتماد SIGN في وقت سابق عبر شبكتين.
لم أتوقع أي شيء غير عادي.
نجح في الأولى.
نظيف.
ثم قمت بالتحقق من نفس الاعتماد على شبكة أخرى.
فشل.
في تلك اللحظة ظننت أنني فاتني شيء واضح.
تم سحبه مرة أخرى.
نفس النتيجة.
لم يكن منطقيًا.
لم يتغير شيء.
لا يوجد إلغاء.
لا يوجد تحديث.
نفس الاعتماد.
لذا قمت بإبطائه.
تحققت من مكان إصداره.
ثم أين تم التحقق منه.
`validUntil` كان لا يزال ضمن النطاق.
ولكن فقط على الشبكة التي جاء منها.
كنت أتحقق من اعتماد SIGN في وقت سابق عبر شبكتين.
لم أتوقع أي شيء غير عادي.
نجح في الأولى.
نظيف.
ثم قمت بالتحقق من نفس الاعتماد على شبكة أخرى.
فشل.
في تلك اللحظة ظننت أنني فاتني شيء واضح.
تم سحبه مرة أخرى.
نفس النتيجة.
لم يكن منطقيًا.
لم يتغير شيء.
لا يوجد إلغاء.
لا يوجد تحديث.
نفس الاعتماد.
لذا قمت بإبطائه.
تحققت من مكان إصداره.
ثم أين تم التحقق منه.
`validUntil` كان لا يزال ضمن النطاق.
ولكن فقط على الشبكة التي جاء منها.
@SignOfficial
كنت أتابع "linkedAttestationId" في وقت سابق.
كنت أتوقع أن يتم حله.
لم يحدث.
ظننت أنني سحبت الخطأ.
أعدت تشغيله مرة أخرى.
نفس المعرف.
لا يزال فارغًا.
هذا لم يكن منطقيًا.
شعرت أنني أفتقد شيئًا واضحًا.
لذا تحققت من السجل مباشرة.
لا شيء هناك أيضًا.
انتظرت.
حاولت مرة أخرى.
لا تغيير.
لكن الاعتماد...
كان جيدًا.
تم التحقق منه بشكل نظيف.
لا أخطاء.
لا تحذيرات.
هنا هو المكان الذي انقلب فيه الأمر.
كانت الإشارة مفقودة.
لم يكن الاعتماد كذلك.
لذا حاولت واحدًا آخر.
تأكيد مختلف.
نفس النمط.
"linkedAttestationId" تم تعيينه.
لا شيء خلفه.
لا تراجع.
لا فشل.
لا إشارة على أن هناك شيئًا خاطئًا.
عندها توقفت عن مطاردة السجل.
وبدأت في مراقبة ما يتم التحقق منه فعليًا.
الرابط لا يأتي في ذلك.
التحقق لا يتبعه.
لا ينتظر له.
لا يهتم إذا تم حله.
الاعتماد يقف بمفرده.
ما يشير إليه...
لا يتم سحبه أبدًا.
عندها أدركت.
لم يكن يتعطل.
كان يتم تجاهله.
شبح إلى الأمام.
إشارة موجودة...
دون الحاجة أبدًا إلى الحل.
من الخارج...
يبدو أن كل شيء مكتمل.
الاعتماد يتحقق.
الهيكل يحتفظ.
لكن الاتصال...
لا يُفرض.
هذا هو المكان الذي يصبح فيه الأمر خطيرًا.
نظام يرى الرابط...
ويفترض الاستمرارية.
لكن لا شيء يضمن ذلك.
لا شيء يثبته.
لا شيء يربطه.
يمكن أن تبدو اعتمادان متصلة.
لا شيء يربطهما فعليًا.
وبما أن التحقق لا يتفقد أبدًا...
لا توجد إشارة على أن هناك شيئًا مفقودًا.
$SIGN لا يهم إلا إذا كانت المراجع مثل "linkedAttestationId" مطلوبة للحل...
ليس مجرد الوجود.
لأن بمجرد أن لا تحتاج الروابط إلى التمسك...
يتوقف الهيكل عن معنى الاتصال.
لذا يصبح السؤال الحقيقي هذا.
إذا كان الاعتماد يمكن أن يشير إلى الأمام...
دون أي شيء هناك...
ما بالضبط النظام يعالجه كمتصل؟
#SignDigitalSovereignInfra #Sign
كنت أتابع "linkedAttestationId" في وقت سابق.
كنت أتوقع أن يتم حله.
لم يحدث.
ظننت أنني سحبت الخطأ.
أعدت تشغيله مرة أخرى.
نفس المعرف.
لا يزال فارغًا.
هذا لم يكن منطقيًا.
شعرت أنني أفتقد شيئًا واضحًا.
لذا تحققت من السجل مباشرة.
لا شيء هناك أيضًا.
انتظرت.
حاولت مرة أخرى.
لا تغيير.
لكن الاعتماد...
كان جيدًا.
تم التحقق منه بشكل نظيف.
لا أخطاء.
لا تحذيرات.
هنا هو المكان الذي انقلب فيه الأمر.
كانت الإشارة مفقودة.
لم يكن الاعتماد كذلك.
لذا حاولت واحدًا آخر.
تأكيد مختلف.
نفس النمط.
"linkedAttestationId" تم تعيينه.
لا شيء خلفه.
لا تراجع.
لا فشل.
لا إشارة على أن هناك شيئًا خاطئًا.
عندها توقفت عن مطاردة السجل.
وبدأت في مراقبة ما يتم التحقق منه فعليًا.
الرابط لا يأتي في ذلك.
التحقق لا يتبعه.
لا ينتظر له.
لا يهتم إذا تم حله.
الاعتماد يقف بمفرده.
ما يشير إليه...
لا يتم سحبه أبدًا.
عندها أدركت.
لم يكن يتعطل.
كان يتم تجاهله.
شبح إلى الأمام.
إشارة موجودة...
دون الحاجة أبدًا إلى الحل.
من الخارج...
يبدو أن كل شيء مكتمل.
الاعتماد يتحقق.
الهيكل يحتفظ.
لكن الاتصال...
لا يُفرض.
هذا هو المكان الذي يصبح فيه الأمر خطيرًا.
نظام يرى الرابط...
ويفترض الاستمرارية.
لكن لا شيء يضمن ذلك.
لا شيء يثبته.
لا شيء يربطه.
يمكن أن تبدو اعتمادان متصلة.
لا شيء يربطهما فعليًا.
وبما أن التحقق لا يتفقد أبدًا...
لا توجد إشارة على أن هناك شيئًا مفقودًا.
$SIGN لا يهم إلا إذا كانت المراجع مثل "linkedAttestationId" مطلوبة للحل...
ليس مجرد الوجود.
لأن بمجرد أن لا تحتاج الروابط إلى التمسك...
يتوقف الهيكل عن معنى الاتصال.
لذا يصبح السؤال الحقيقي هذا.
إذا كان الاعتماد يمكن أن يشير إلى الأمام...
دون أي شيء هناك...
ما بالضبط النظام يعالجه كمتصل؟
#SignDigitalSovereignInfra #Sign
@SignOfficial
كنت أتحقق من اعتماد سابق.
افترضت أن المُعتمد كان مصدر الحقيقة.
ثم نظرت إلى المخطط.
عنوان مختلف.
`المسجل` في المخطط.
`المعتمد` في الاعتماد.
ليس نفس الشيء.
لم يكن ذلك منطقيًا.
لذا استخرجت واحدة أخرى.
ثم أخرى.
مخططات مختلفة.
معتمدون مختلفون.
نفس الانقسام.
في تلك اللحظة اعتقدت أنني أفتقد شيئًا.
بعض الروابط بينها.
شيء يربط المُصدر بالقواعد.
لم أستطع العثور عليه.
الاعتماد جاء من المُعتمد.
لكن القواعد لم تأتي.
تبعت ذلك إلى الوراء أكثر.
المخطط موجود هناك أولاً.
تم تسجيله مرة واحدة.
ثم أعيد استخدامه.
مرة بعد مرة.
أي شخص يصدر تحتها...
لا يقوم بتعريفها.
هنا حدث التحول.
المعتمد يتحكم في الإصدار.
المسجل يتحكم فيما يعنيه الإصدار حتى.
سلطتان مختلفتان.
لا توجد حدود مرئية بينهما.
تقرأ الاعتماد وتثق في المعتمد...
لكنهم لم يقرروا القواعد وراء ذلك.
وليس هناك شيء في التدفق يخبرك بذلك.
يبدو فقط صالحًا.
هنا يبدأ الأمر في أن يصبح غير مريح.
إذا تغير المخطط...
لا يمكن للمعتمد إيقافه.
إذا اختفى المسجل...
فإن القواعد لا تذهب معهم.
لذا ما تثق به...
وما يعرف فعليًا الاعتماد...
ليس نفس الشيء.
أستمر في العودة إلى هذا كفصل للسلطة.
ليس مشتركًا.
ليس متعدد الطبقات.
مفصول.
$SIGN لا يهم إلا إذا كان هناك نظام حيث يمكن أن تبقى قواعد الاعتماد مستقرة...
حتى عندما لا يتحكم المُصدر فيها.
لأنه بمجرد أن تصبح تلك الفجوة مهمة...
لم يعد هناك مصدر واحد للحقيقة.
لذا فإن السؤال الحقيقي يصبح هذا.
عندما لا يكون المُصدر وصانع القواعد هما نفس الشيء...
ماذا بالضبط تثق به عند التحقق؟
#SignDigitalSovereignInfra #Sign
كنت أتحقق من اعتماد سابق.
افترضت أن المُعتمد كان مصدر الحقيقة.
ثم نظرت إلى المخطط.
عنوان مختلف.
`المسجل` في المخطط.
`المعتمد` في الاعتماد.
ليس نفس الشيء.
لم يكن ذلك منطقيًا.
لذا استخرجت واحدة أخرى.
ثم أخرى.
مخططات مختلفة.
معتمدون مختلفون.
نفس الانقسام.
في تلك اللحظة اعتقدت أنني أفتقد شيئًا.
بعض الروابط بينها.
شيء يربط المُصدر بالقواعد.
لم أستطع العثور عليه.
الاعتماد جاء من المُعتمد.
لكن القواعد لم تأتي.
تبعت ذلك إلى الوراء أكثر.
المخطط موجود هناك أولاً.
تم تسجيله مرة واحدة.
ثم أعيد استخدامه.
مرة بعد مرة.
أي شخص يصدر تحتها...
لا يقوم بتعريفها.
هنا حدث التحول.
المعتمد يتحكم في الإصدار.
المسجل يتحكم فيما يعنيه الإصدار حتى.
سلطتان مختلفتان.
لا توجد حدود مرئية بينهما.
تقرأ الاعتماد وتثق في المعتمد...
لكنهم لم يقرروا القواعد وراء ذلك.
وليس هناك شيء في التدفق يخبرك بذلك.
يبدو فقط صالحًا.
هنا يبدأ الأمر في أن يصبح غير مريح.
إذا تغير المخطط...
لا يمكن للمعتمد إيقافه.
إذا اختفى المسجل...
فإن القواعد لا تذهب معهم.
لذا ما تثق به...
وما يعرف فعليًا الاعتماد...
ليس نفس الشيء.
أستمر في العودة إلى هذا كفصل للسلطة.
ليس مشتركًا.
ليس متعدد الطبقات.
مفصول.
$SIGN لا يهم إلا إذا كان هناك نظام حيث يمكن أن تبقى قواعد الاعتماد مستقرة...
حتى عندما لا يتحكم المُصدر فيها.
لأنه بمجرد أن تصبح تلك الفجوة مهمة...
لم يعد هناك مصدر واحد للحقيقة.
لذا فإن السؤال الحقيقي يصبح هذا.
عندما لا يكون المُصدر وصانع القواعد هما نفس الشيء...
ماذا بالضبط تثق به عند التحقق؟
#SignDigitalSovereignInfra #Sign
الاعتماد الذي لم يتم قبوله أبدًا
@SignOfficial
كنت أتحقق من عنوان المستلم في شهادة هذا الصباح.
صفر معاملات.
تاريخ صفر.
كان الاعتماد صالحًا.
العنوان لم يفعل أي شيء من قبل.
سحبت واحدة أخرى.
مخطط مختلف.
مُصدر مختلف.
نفس النتيجة.
تم تعبئة حقل `recipients`. مشفر باستخدام ABI. الهيكل بدا نظيفًا. اجتاز الاعتماد كل فحص تطلبه النظام.
لكن المستلم لم يظهر في أي مكان خارج الشهادة نفسها.
هنا بدأت أشعر بأن الأمر غير صحيح.
لذا تتبعت الأمر.
كنت أتحقق من عنوان المستلم في شهادة هذا الصباح.
صفر معاملات.
تاريخ صفر.
كان الاعتماد صالحًا.
العنوان لم يفعل أي شيء من قبل.
سحبت واحدة أخرى.
مخطط مختلف.
مُصدر مختلف.
نفس النتيجة.
تم تعبئة حقل `recipients`. مشفر باستخدام ABI. الهيكل بدا نظيفًا. اجتاز الاعتماد كل فحص تطلبه النظام.
لكن المستلم لم يظهر في أي مكان خارج الشهادة نفسها.
هنا بدأت أشعر بأن الأمر غير صحيح.
لذا تتبعت الأمر.
التوقيع والصلاحية التي لا تمر أبداً
@SignOfficial
انتهت صلاحية الاعتماد بينما كان المصدر لا يزال نشطًا.
لم يتم إلغاء أي شيء.
لذا سحبته مرة أخرى.
`validUntil`
أبكر مما تم تحديده.
عدت.
نفس الشهادة.
نفس القيمة.
لذا فحصت مستوى واحد أعلى.
مخطط.
`maxValidFor`
أقل.
جربت واحدة أخرى.
نفس المخطط.
مُصدق مختلف.
لقد دفعوا النافذة للخارج.
لم يظهر.
عاد الاعتماد أقصر.
لا تراجع.
لا تحذير.
فقط الوقت مفقود.
اعتقدت أنه قد يكون غير متسق.
لذا استمريت في دفعه.
المزيد من الشهادات.
نفس الحدود.
انتهت صلاحية الاعتماد بينما كان المصدر لا يزال نشطًا.
لم يتم إلغاء أي شيء.
لذا سحبته مرة أخرى.
`validUntil`
أبكر مما تم تحديده.
عدت.
نفس الشهادة.
نفس القيمة.
لذا فحصت مستوى واحد أعلى.
مخطط.
`maxValidFor`
أقل.
جربت واحدة أخرى.
نفس المخطط.
مُصدق مختلف.
لقد دفعوا النافذة للخارج.
لم يظهر.
عاد الاعتماد أقصر.
لا تراجع.
لا تحذير.
فقط الوقت مفقود.
اعتقدت أنه قد يكون غير متسق.
لذا استمريت في دفعه.
المزيد من الشهادات.
نفس الحدود.
@SignOfficial
لقد قمت بإعادة تحميل نفس الشهادة وقد تغيرت البيانات.
نفس `dataLocation`.
محتوى مختلف.
لقد تحققته مرة أخرى.
نفس المؤشر.
لا يزال مختلفًا.
لذا قمت بسحب الطابع الزمني.
`attestTimestamp`
أقدم مما كنت أراه الآن.
ظننت أنني خلطت شيئًا ما.
لذا حاولت واحدة أخرى.
شهادة مختلفة.
نفس النمط.
نفس الموقع.
بيانات جديدة.
هنا توقف الشعور بأنه خطأ.
تم التحقق من الشهادة.
نظيف.
لا شيء فشل.
لا شيء تم الإشارة إليه.
لكن ما تم حله لم يكن ما كان موجودًا عند إصدارها.
واصلت.
المزيد من الشهادات باستخدام `dataLocation` خارج السلسلة.
نفس السلوك.
تظل المرجعية ثابتة.
المحتوى خلفها يتغير.
ونظام المعالجة يعامله كأنه نفس الشيء.
أواصل العودة إلى هذا.
انحراف المؤشر.
النظام يثبت الموقع...
ليس حالة البيانات عند `attestTimestamp`.
لذا لا يزال يتحقق.
فقط ليس ضد ما رآه المُصدر بالفعل.
هذه هي الفجوة.
الشهادة تمر...
لكنها لم تعد تثبت ما تم إصدارها ضده.
$SIGN تعتبر ذات أهمية هنا فقط إذا كان هناك نظام يتحقق ضد `dataLocation` بدلاً من حالة `attestTimestamp` لا يزال كافيًا بمجرد أن يبدأ هذان الشيئان في التباعد على نطاق واسع.
لأنه بمجرد أن ينحرفا بعيدًا...
لا شيء ينكسر.
لا شيء يفشل.
لا شيء يتحدث.
لا يزال يتحقق.
لذا يصبح السؤال الحقيقي هو هذا.
عندما يبقى المؤشر ثابتًا ولكن تتغير البيانات...
ماذا بالضبط لا تزال الشهادة تثبت؟
#SignDigitalSovereignInfra #Sign
لقد قمت بإعادة تحميل نفس الشهادة وقد تغيرت البيانات.
نفس `dataLocation`.
محتوى مختلف.
لقد تحققته مرة أخرى.
نفس المؤشر.
لا يزال مختلفًا.
لذا قمت بسحب الطابع الزمني.
`attestTimestamp`
أقدم مما كنت أراه الآن.
ظننت أنني خلطت شيئًا ما.
لذا حاولت واحدة أخرى.
شهادة مختلفة.
نفس النمط.
نفس الموقع.
بيانات جديدة.
هنا توقف الشعور بأنه خطأ.
تم التحقق من الشهادة.
نظيف.
لا شيء فشل.
لا شيء تم الإشارة إليه.
لكن ما تم حله لم يكن ما كان موجودًا عند إصدارها.
واصلت.
المزيد من الشهادات باستخدام `dataLocation` خارج السلسلة.
نفس السلوك.
تظل المرجعية ثابتة.
المحتوى خلفها يتغير.
ونظام المعالجة يعامله كأنه نفس الشيء.
أواصل العودة إلى هذا.
انحراف المؤشر.
النظام يثبت الموقع...
ليس حالة البيانات عند `attestTimestamp`.
لذا لا يزال يتحقق.
فقط ليس ضد ما رآه المُصدر بالفعل.
هذه هي الفجوة.
الشهادة تمر...
لكنها لم تعد تثبت ما تم إصدارها ضده.
$SIGN تعتبر ذات أهمية هنا فقط إذا كان هناك نظام يتحقق ضد `dataLocation` بدلاً من حالة `attestTimestamp` لا يزال كافيًا بمجرد أن يبدأ هذان الشيئان في التباعد على نطاق واسع.
لأنه بمجرد أن ينحرفا بعيدًا...
لا شيء ينكسر.
لا شيء يفشل.
لا شيء يتحدث.
لا يزال يتحقق.
لذا يصبح السؤال الحقيقي هو هذا.
عندما يبقى المؤشر ثابتًا ولكن تتغير البيانات...
ماذا بالضبط لا تزال الشهادة تثبت؟
#SignDigitalSovereignInfra #Sign
@SignOfficial
حاولت إلغاء شهادة في وقت سابق ولم تتحرك.
لا يوجد خطأ.
فقط لا يوجد مسار.
تحققت منها مرة أخرى.
ما زالت صالحة.
لذا ذهبت إلى مستوى أعلى.
المخطط.
`revocable = false`
قمت بتشغيل واحدة أخرى تحت نفس المخطط.
شهادة مختلفة.
نفس النتيجة.
شهادتان.
لم يمكن إلغاء أي منهما.
عندها تغيرت الأمور.
لم يكن هذا إلغاءً فاشلاً.
لم يكن هناك ما ينفذ.
لم تكن الشهادة مقفلة بعد الإصدار.
تم إصدارها بهذه الطريقة.
استمررت في المضي قدمًا.
مزيد من الشهادات.
نفس المخطط.
نفس السلوك.
يمكن إصدار كل واحدة منها.
لا يمكن استرداد أي منها.
ولا شيء في الشهادة يخبرك بذلك.
ترى ذلك فقط عندما تحاول إلغاء...
ولا يحدث شيء.
أستمر في العودة إلى هذا.
قفل الإلغاء.
ليس تأخيرًا.
ليس قيدًا.
فقط غياب.
القدرة على الإصدار موجودة.
القدرة على التصحيح غير موجودة.
ولم يتم اتخاذ هذا القرار عندما يتم إنشاء الشهادة.
لقد تم اتخاذه بالفعل قبل أن توجد.
$SIGN يهم هنا فقط إذا كان نظام حيث `revocable = false` يزيل الإلغاء تمامًا عند مستوى المخطط لا يزال كافيًا بمجرد أن تبدأ الظروف حول تلك الشهادات في التغيير.
لأنه بمجرد أن تضرب تلك الحدود...
لا شيء ينكسر.
لا شيء يفشل.
لا شيء يحدث.
فقط يبقى.
لذا تصبح السؤال الحقيقي هو هذا.
إذا لم يوجد إلغاء في المقام الأول...
ماذا بالضبط يتوقع النظام التكيف لاحقًا؟
#SignDigitalSovereignInfra #Sign
حاولت إلغاء شهادة في وقت سابق ولم تتحرك.
لا يوجد خطأ.
فقط لا يوجد مسار.
تحققت منها مرة أخرى.
ما زالت صالحة.
لذا ذهبت إلى مستوى أعلى.
المخطط.
`revocable = false`
قمت بتشغيل واحدة أخرى تحت نفس المخطط.
شهادة مختلفة.
نفس النتيجة.
شهادتان.
لم يمكن إلغاء أي منهما.
عندها تغيرت الأمور.
لم يكن هذا إلغاءً فاشلاً.
لم يكن هناك ما ينفذ.
لم تكن الشهادة مقفلة بعد الإصدار.
تم إصدارها بهذه الطريقة.
استمررت في المضي قدمًا.
مزيد من الشهادات.
نفس المخطط.
نفس السلوك.
يمكن إصدار كل واحدة منها.
لا يمكن استرداد أي منها.
ولا شيء في الشهادة يخبرك بذلك.
ترى ذلك فقط عندما تحاول إلغاء...
ولا يحدث شيء.
أستمر في العودة إلى هذا.
قفل الإلغاء.
ليس تأخيرًا.
ليس قيدًا.
فقط غياب.
القدرة على الإصدار موجودة.
القدرة على التصحيح غير موجودة.
ولم يتم اتخاذ هذا القرار عندما يتم إنشاء الشهادة.
لقد تم اتخاذه بالفعل قبل أن توجد.
$SIGN يهم هنا فقط إذا كان نظام حيث `revocable = false` يزيل الإلغاء تمامًا عند مستوى المخطط لا يزال كافيًا بمجرد أن تبدأ الظروف حول تلك الشهادات في التغيير.
لأنه بمجرد أن تضرب تلك الحدود...
لا شيء ينكسر.
لا شيء يفشل.
لا شيء يحدث.
فقط يبقى.
لذا تصبح السؤال الحقيقي هو هذا.
إذا لم يوجد إلغاء في المقام الأول...
ماذا بالضبط يتوقع النظام التكيف لاحقًا؟
#SignDigitalSovereignInfra #Sign
التوقيع والاعتماد الممنوح لشخص لم يكن هناك أبدا
@SignOfficial
كنت أتابع مجموعة من الشهادات في وقت سابق عندما كان عنوان المستلم يتكرر.
لا توجد نشاطات.
تحققت من ذلك.
لا شيء.
لا توجد معاملات.
لا تفاعلات.
لا زلت أستقبل الاعتمادات.
في البداية افترضت أنني كنت أملك العنوان الخاطئ.
لذا تحققّت مرة أخرى.
نفس النتيجة.
لقد سحبت حقول الشهادة.
`recipients`
مشفرة.
تم الحل بشكل نظيف.
لا أخطاء.
لا توجد بيانات مفقودة.
لذا وسعت النطاق.
مُصدرون مختلفون.
مخططات مختلفة.
نفس النمط.
يتم تعيين العناوين الاعتمادات...
دون أن يظهر في أي مكان آخر في النظام.
كنت أتابع مجموعة من الشهادات في وقت سابق عندما كان عنوان المستلم يتكرر.
لا توجد نشاطات.
تحققت من ذلك.
لا شيء.
لا توجد معاملات.
لا تفاعلات.
لا زلت أستقبل الاعتمادات.
في البداية افترضت أنني كنت أملك العنوان الخاطئ.
لذا تحققّت مرة أخرى.
نفس النتيجة.
لقد سحبت حقول الشهادة.
`recipients`
مشفرة.
تم الحل بشكل نظيف.
لا أخطاء.
لا توجد بيانات مفقودة.
لذا وسعت النطاق.
مُصدرون مختلفون.
مخططات مختلفة.
نفس النمط.
يتم تعيين العناوين الاعتمادات...
دون أن يظهر في أي مكان آخر في النظام.
Midnight والدليل الذي بقي بعد اختفاء أصله
@MidnightNetwork
كنت أتبع دليلاً عبر طبقة التحقق من Midnight سابقًا عندما لم تتطابق الأمور.
لم أستطع العودة إلى حيث جاء.
كان الدليل لا يزال هناك.
لقد تحقق بشكل نظيف.
لكن لم يكن هناك شيء حوله يخبرني كيف تم إنتاجه.
لا حالة وسيطة.
لا شاهد مرئي.
لا شيء كنت أستطيع متابعته للخلف.
أعدته مرة أخرى متوقعًا شيئًا يثبته.
مرجع.
أثر.
أي شيء يربط النتيجة بأصلها.
لا شيء.
الدليل محفوظ.
العملية لم تفعل.
كنت أتبع دليلاً عبر طبقة التحقق من Midnight سابقًا عندما لم تتطابق الأمور.
لم أستطع العودة إلى حيث جاء.
كان الدليل لا يزال هناك.
لقد تحقق بشكل نظيف.
لكن لم يكن هناك شيء حوله يخبرني كيف تم إنتاجه.
لا حالة وسيطة.
لا شاهد مرئي.
لا شيء كنت أستطيع متابعته للخلف.
أعدته مرة أخرى متوقعًا شيئًا يثبته.
مرجع.
أثر.
أي شيء يربط النتيجة بأصلها.
لا شيء.
الدليل محفوظ.
العملية لم تفعل.
@MidnightNetwork
لقد تحققت من تأكيد المحقق في منتصف الليل مباشرة بعد أن تم مسح دفعة الإثبات السابقة وشيء ما عن ما احتوته أوقفني.
لقد أعاد نتيجة صحيحة.
لا توجد إشارات.
لكن لم يكن هناك شيء فيه يخبرني بما تم التحقق منه بالفعل.
لقد قمت بالتمرير مرة أخرى متوقعًا أن يظهر السياق في مكان ما.
مرجع. أي شيء.
لم يكن هناك شيء أكثر للعثور عليه.
التأكيد ظل.
لكن المعنى لم يبق.
كان عليّ التحقق من ذلك مرتين.
كنت أتوقع أن يخبرني التحقق بشيء عن الحالة الأساسية.
لكنه لم يفعل.
عندها توقف الشعور بأن البيانات مفقودة.
وبدأ الشعور بالهيكلية.
المحقق لا يؤكد ما حدث.
إنه يؤكد أن شيئًا صالحًا حدث.
دون الحاجة إلى فهمه أبدًا.
أستمر في العودة إلى هذا كفجوة في الفهم.
حيث يبقى التحقق سليمًا.
لكن الفهم لا يصل أبدًا.
يمكن لحالتين أساسيتين مختلفتين تمامًا أن تمر بنفس التأكيد.
ولا شيء في الناتج يفصل بينهما.
هذا يستمر بينما يكون الحجم منخفضًا.
يصبح الأمر أصعب للتفكير فيه عندما تبدأ الإثباتات في التراكم.
$NIGHT يهم هنا فقط إذا كان بإمكان هذه الطبقة من التحقق أن تفصل بين ما يبقى صالحًا وما يبقى ذا معنى بمجرد أن تبدأ التأكيدات في التراكم.
لأن النظام الذي يمكنه التحقق من كل شيء دون فهم أي شيء لا ينكسر على الفور.
إنه يضغط الاختلافات في نفس النتيجة.
لذا يصبح الاختبار الحقيقي هو هذا.
عندما تبدأ التأكيدات في التداخل تحت الحمل، ما هو بالضبط ما تأكده الشبكة؟
#night #Night
لقد تحققت من تأكيد المحقق في منتصف الليل مباشرة بعد أن تم مسح دفعة الإثبات السابقة وشيء ما عن ما احتوته أوقفني.
لقد أعاد نتيجة صحيحة.
لا توجد إشارات.
لكن لم يكن هناك شيء فيه يخبرني بما تم التحقق منه بالفعل.
لقد قمت بالتمرير مرة أخرى متوقعًا أن يظهر السياق في مكان ما.
مرجع. أي شيء.
لم يكن هناك شيء أكثر للعثور عليه.
التأكيد ظل.
لكن المعنى لم يبق.
كان عليّ التحقق من ذلك مرتين.
كنت أتوقع أن يخبرني التحقق بشيء عن الحالة الأساسية.
لكنه لم يفعل.
عندها توقف الشعور بأن البيانات مفقودة.
وبدأ الشعور بالهيكلية.
المحقق لا يؤكد ما حدث.
إنه يؤكد أن شيئًا صالحًا حدث.
دون الحاجة إلى فهمه أبدًا.
أستمر في العودة إلى هذا كفجوة في الفهم.
حيث يبقى التحقق سليمًا.
لكن الفهم لا يصل أبدًا.
يمكن لحالتين أساسيتين مختلفتين تمامًا أن تمر بنفس التأكيد.
ولا شيء في الناتج يفصل بينهما.
هذا يستمر بينما يكون الحجم منخفضًا.
يصبح الأمر أصعب للتفكير فيه عندما تبدأ الإثباتات في التراكم.
$NIGHT يهم هنا فقط إذا كان بإمكان هذه الطبقة من التحقق أن تفصل بين ما يبقى صالحًا وما يبقى ذا معنى بمجرد أن تبدأ التأكيدات في التراكم.
لأن النظام الذي يمكنه التحقق من كل شيء دون فهم أي شيء لا ينكسر على الفور.
إنه يضغط الاختلافات في نفس النتيجة.
لذا يصبح الاختبار الحقيقي هو هذا.
عندما تبدأ التأكيدات في التداخل تحت الحمل، ما هو بالضبط ما تأكده الشبكة؟
#night #Night
منتصف الليل والبيانات التي توجد فقط لفترة كافية للاختفاء
@MidnightNetwork
كنت أتقدم خلال تدفق إثبات في وقت سابق اليوم عندما لم يتطابق شيء.
كانت البيانات مفقودة.
لم يكن الإثبات.
توقعت أن يتعطل الإثبات بمجرد اختفاء المدخلات.
لم يحدث ذلك.
تحققت منه مرة أخرى.
نفس النتيجة.
لا يزال الشاهد يمسك.
كان ذلك يبدو عكسيًا.
في معظم الأنظمة، قم بإزالة البيانات وأي شيء يعتمد عليها ينهار.
هنا، لم يحدث ذلك.
لذا قمت بإبطائه.
خطوة بخطوة.
حيث كانت المدخلات تعيش فعليًا.
حيث توقفوا.
حيث ظهر الإثبات.
لم تلمس المدخلات الخاصة السلسلة أبدًا.
كنت أتقدم خلال تدفق إثبات في وقت سابق اليوم عندما لم يتطابق شيء.
كانت البيانات مفقودة.
لم يكن الإثبات.
توقعت أن يتعطل الإثبات بمجرد اختفاء المدخلات.
لم يحدث ذلك.
تحققت منه مرة أخرى.
نفس النتيجة.
لا يزال الشاهد يمسك.
كان ذلك يبدو عكسيًا.
في معظم الأنظمة، قم بإزالة البيانات وأي شيء يعتمد عليها ينهار.
هنا، لم يحدث ذلك.
لذا قمت بإبطائه.
خطوة بخطوة.
حيث كانت المدخلات تعيش فعليًا.
حيث توقفوا.
حيث ظهر الإثبات.
لم تلمس المدخلات الخاصة السلسلة أبدًا.
@MidnightNetwork
كنت أتصفح عقد Compact هذا الصباح وشيء لم يتماشى.
تم تقييم شرط على أنه صحيح.
تصرف الدائرة كما لو أنها لم تكن موجودة.
لا خطأ.
لا فشل.
فقط... اختفى.
تحققت من المدخلات.
صحيح.
تحققت من الشروط.
لا يزال صحيحًا.
ولكن عندما تتبعت ذلك من خلال التجميع، لم تصبح تلك الفرع أبدًا قيودًا.
مسار شرطي يعتمد على مدخل خارجي تم تقييمه على أنه صحيح، ولكنه لم يدخل الدائرة على الإطلاق.
لم يتم رفضه.
لم يتم كسره.
فقط تم محوه.
هذه هي النقطة التي انكسر فيها الأمر بالنسبة لي.
الدائرة لا تنفذ منطقتك.
إنها تحدد ما هو المنطق المسموح بوجوده.
إذا كان هناك شيء لا يمكن تقليله إلى قيود، فإن Compact لا ترفضه.
إنها تمحوه.
أعود دائمًا إلى هذا كاستبعاد للقيود.
ليس منطقًا غير صحيح.
فقط منطق لم يكن النظام مصممًا لتمثيله.
مما يعني أن شيئًا ما يمكن أن يكون صحيحًا...
وما زال غير قابل للإثبات.
والمحقق لن يعرف أبدًا الفرق.
لأنه من وجهة نظره، الإثبات مكتمل.
ولكن مكتمل على ماذا؟
ليس الواقع.
فقط ما سمحت به الدائرة بوجوده.
هذه هي النقطة التي تبدأ الأهمية.
لأنه الآن يمكن للنظام إثبات الصحة...
على نسخة غير مكتملة من الواقع.
$NIGHT يهم فقط إذا ما استبعدت Compact شيئًا ما ولم يصبح جزءًا مما يفترضه المحقق أنه مكتمل.
لأنه إذا حدث ذلك، فلن ينكسر شيء.
الإثبات لا يزال يمر.
فقط الحقيقة تختفي.
لذا فإن السؤال الحقيقي يصبح هذا.
إذا كان هناك شيء يمكن أن يكون صحيحًا ولكن لا يمكن إثباته، ما الذي يتحقق منه النظام بالضبط؟
#night #Night
كنت أتصفح عقد Compact هذا الصباح وشيء لم يتماشى.
تم تقييم شرط على أنه صحيح.
تصرف الدائرة كما لو أنها لم تكن موجودة.
لا خطأ.
لا فشل.
فقط... اختفى.
تحققت من المدخلات.
صحيح.
تحققت من الشروط.
لا يزال صحيحًا.
ولكن عندما تتبعت ذلك من خلال التجميع، لم تصبح تلك الفرع أبدًا قيودًا.
مسار شرطي يعتمد على مدخل خارجي تم تقييمه على أنه صحيح، ولكنه لم يدخل الدائرة على الإطلاق.
لم يتم رفضه.
لم يتم كسره.
فقط تم محوه.
هذه هي النقطة التي انكسر فيها الأمر بالنسبة لي.
الدائرة لا تنفذ منطقتك.
إنها تحدد ما هو المنطق المسموح بوجوده.
إذا كان هناك شيء لا يمكن تقليله إلى قيود، فإن Compact لا ترفضه.
إنها تمحوه.
أعود دائمًا إلى هذا كاستبعاد للقيود.
ليس منطقًا غير صحيح.
فقط منطق لم يكن النظام مصممًا لتمثيله.
مما يعني أن شيئًا ما يمكن أن يكون صحيحًا...
وما زال غير قابل للإثبات.
والمحقق لن يعرف أبدًا الفرق.
لأنه من وجهة نظره، الإثبات مكتمل.
ولكن مكتمل على ماذا؟
ليس الواقع.
فقط ما سمحت به الدائرة بوجوده.
هذه هي النقطة التي تبدأ الأهمية.
لأنه الآن يمكن للنظام إثبات الصحة...
على نسخة غير مكتملة من الواقع.
$NIGHT يهم فقط إذا ما استبعدت Compact شيئًا ما ولم يصبح جزءًا مما يفترضه المحقق أنه مكتمل.
لأنه إذا حدث ذلك، فلن ينكسر شيء.
الإثبات لا يزال يمر.
فقط الحقيقة تختفي.
لذا فإن السؤال الحقيقي يصبح هذا.
إذا كان هناك شيء يمكن أن يكون صحيحًا ولكن لا يمكن إثباته، ما الذي يتحقق منه النظام بالضبط؟
#night #Night
التوقيع والمخطط الذي لم يحدد سقفًا
@SignOfficial
`validUntil` تم تعيينه على صفر.
كنت أتوقع أن تنتهي في الفحص التالي.
لم يحدث ذلك.
صفر يعني فقط لا يوجد تاريخ انتهاء على مستوى الشهادة.
لذا انتقلت إلى طبقة أعلى.
تم فحص المخطط.
`maxValidFor`
أيضًا صفر.
هنا توقفت الأمور عن المعنى.
لم يكن هناك سقف في أي مكان.
ليس على الشهادة.
ليس على المخطط.
لقد قمت بتشغيل واحد آخر.
مخطط مختلف.
نفس الإعداد.
`validUntil = 0`
`maxValidFor = 0`
نفس النتيجة.
الشهادة استمرت في الحل.
لا يوجد تاريخ انتهاء.
لا إعادة فحص.
لا إشارة تجبره على التوقف.
كانت هذه هي الشذوذ الأول.
`validUntil` تم تعيينه على صفر.
كنت أتوقع أن تنتهي في الفحص التالي.
لم يحدث ذلك.
صفر يعني فقط لا يوجد تاريخ انتهاء على مستوى الشهادة.
لذا انتقلت إلى طبقة أعلى.
تم فحص المخطط.
`maxValidFor`
أيضًا صفر.
هنا توقفت الأمور عن المعنى.
لم يكن هناك سقف في أي مكان.
ليس على الشهادة.
ليس على المخطط.
لقد قمت بتشغيل واحد آخر.
مخطط مختلف.
نفس الإعداد.
`validUntil = 0`
`maxValidFor = 0`
نفس النتيجة.
الشهادة استمرت في الحل.
لا يوجد تاريخ انتهاء.
لا إعادة فحص.
لا إشارة تجبره على التوقف.
كانت هذه هي الشذوذ الأول.
@SignOfficial
`attestTimestamp` تطابق `revokeTimestamp`.
لا يوجد فجوة.
لا ينبغي أن يحدث ذلك.
لقد اكتشفته أثناء فحص الطوابع الزمنية.
لقد قمت بفحص واحدة أخرى.
نفس النمط.
جهة إصدار مختلفة.
نفس النتيجة.
في البداية بدا الأمر مثل التوقيت.
مثلما هبط الإلغاء مباشرة بعد الإصدار.
لم يكن كذلك.
لم يكن هناك "بعد".
سجلات SIGN كلا الحدثين بشكل مستقل.
لقد حُلت فقط إلى نفس اللحظة.
مما يعني أن هذه الشهادة لم تكن لديها حالة صالحة أبداً.
ليس لفترة وجيزة.
ليس حتى لكتلة.
مما يعني أنه لم تكن هناك حالة يمكن لأي نظام قراءتها.
هنا حيث تغيرت الأمور.
لم تكن هذه شهادة ملغاة.
كانت واحدة تخطت الصلاحية تمامًا.
فراغ فوري.
شهادة موجودة في الهيكل، لكنها لم تكن موجودة في الزمن.
لقد تابعت كيف يتعامل النظام معها.
إنها تحل.
تحميل المخطط.
جهة الإصدار تحقق.
كل شيء يمر على السطح.
باستثناء أنه لم يكن هناك نقطة يمكن استخدامها فعلاً.
هذا يظهر فقط إذا قرأت الطوابع الزمنية مباشرة.
هنا حيث يبدأ $SIGN في أن يكون مهمًا.
$SIGN يكون مهمًا فقط إذا كان البروتوكول يمكنه التمييز بين شهادة حيث `attestTimestamp == revokeTimestamp` وأخرى أصبحت غير صالحة لاحقًا.
لأن في الوقت الحالي كلاهما يحلان بنفس الطريقة، على الرغم من أن واحدة فقط كانت صالحة.
لذا فإن السؤال يصبح هذا.
إذا كان الإصدار يمكن أن ينتج شيئًا لم يكن صالحاً حتى لثانية واحدة، فما معنى "المصدر" داخل النظام؟
#SignDigitalSovereignInfra #Sign
`attestTimestamp` تطابق `revokeTimestamp`.
لا يوجد فجوة.
لا ينبغي أن يحدث ذلك.
لقد اكتشفته أثناء فحص الطوابع الزمنية.
لقد قمت بفحص واحدة أخرى.
نفس النمط.
جهة إصدار مختلفة.
نفس النتيجة.
في البداية بدا الأمر مثل التوقيت.
مثلما هبط الإلغاء مباشرة بعد الإصدار.
لم يكن كذلك.
لم يكن هناك "بعد".
سجلات SIGN كلا الحدثين بشكل مستقل.
لقد حُلت فقط إلى نفس اللحظة.
مما يعني أن هذه الشهادة لم تكن لديها حالة صالحة أبداً.
ليس لفترة وجيزة.
ليس حتى لكتلة.
مما يعني أنه لم تكن هناك حالة يمكن لأي نظام قراءتها.
هنا حيث تغيرت الأمور.
لم تكن هذه شهادة ملغاة.
كانت واحدة تخطت الصلاحية تمامًا.
فراغ فوري.
شهادة موجودة في الهيكل، لكنها لم تكن موجودة في الزمن.
لقد تابعت كيف يتعامل النظام معها.
إنها تحل.
تحميل المخطط.
جهة الإصدار تحقق.
كل شيء يمر على السطح.
باستثناء أنه لم يكن هناك نقطة يمكن استخدامها فعلاً.
هذا يظهر فقط إذا قرأت الطوابع الزمنية مباشرة.
هنا حيث يبدأ $SIGN في أن يكون مهمًا.
$SIGN يكون مهمًا فقط إذا كان البروتوكول يمكنه التمييز بين شهادة حيث `attestTimestamp == revokeTimestamp` وأخرى أصبحت غير صالحة لاحقًا.
لأن في الوقت الحالي كلاهما يحلان بنفس الطريقة، على الرغم من أن واحدة فقط كانت صالحة.
لذا فإن السؤال يصبح هذا.
إذا كان الإصدار يمكن أن ينتج شيئًا لم يكن صالحاً حتى لثانية واحدة، فما معنى "المصدر" داخل النظام؟
#SignDigitalSovereignInfra #Sign
سجّل الدخول لاستكشاف المزيد من المُحتوى