RUB3
| Real-world value, decentralized vision |
121 تتابع
1.1K+ المتابعون
375 إعجاب
32 تمّت مُشاركتها
منشورات
الكل
اقتباسات
Live
PINNED
#signdigitalsovereigninfra $SIGN @SignOfficial
لم أتوقع أن تكون المخططات هي الشيء الذي يزعجني.
يتحدث الجميع عن نقل البيانات بين الأنظمة.
لكن عندما نظرت عن كثب، كانت البيانات موجودة بالفعل.
فقط لم تعني نفس الشيء في كل مكان.
لقد رأيت نفس الادعاء يتم قبوله في نظام واحد ورفضه في آخر.
لم يتغير شيء في البيانات.
فقط التفسير هو الذي تغير.
هذه هي الفجوة التي تغلقها SIGN فعلياً.
المخطط هنا ليس مجرد تنسيق.
إنه يصلح ما يمكن أن يعنيه الادعاء قبل أن يتم إصداره.
تبدو هذه الصرامة محدودة في البداية.
لكن بدونها، يعيد كل نظام كتابة الادعاء بطريقته الخاصة.
لذا كل شهادة تحمل:
– من قالها
– تحت أي مخطط
– ماذا تم التوقيع عليه بالضبط
وهذا يغير كيفية تصرف الأنظمة.
يمكن لسلطة الصحة إصدار إثبات الأهلية،
ويمكن لبنك استهلاكه لاحقاً دون إعادة كتابة المنطق حوله.
لا طبقات رسمية. لا افتراضات صامتة.
لأنه بمجرد تثبيت المعنى عند الإصدار،
يُجبر كل مُحقق على قراءة نفس الادعاء بنفس الطريقة.
عندها أدركت الأمر:
لم تكن المشكلة أبداً في مشاركة البيانات.
كانت في الثقة بأن الجميع يقرأها بنفس الطريقة.
لم أتوقع أن تكون المخططات هي الشيء الذي يزعجني.
يتحدث الجميع عن نقل البيانات بين الأنظمة.
لكن عندما نظرت عن كثب، كانت البيانات موجودة بالفعل.
فقط لم تعني نفس الشيء في كل مكان.
لقد رأيت نفس الادعاء يتم قبوله في نظام واحد ورفضه في آخر.
لم يتغير شيء في البيانات.
فقط التفسير هو الذي تغير.
هذه هي الفجوة التي تغلقها SIGN فعلياً.
المخطط هنا ليس مجرد تنسيق.
إنه يصلح ما يمكن أن يعنيه الادعاء قبل أن يتم إصداره.
تبدو هذه الصرامة محدودة في البداية.
لكن بدونها، يعيد كل نظام كتابة الادعاء بطريقته الخاصة.
لذا كل شهادة تحمل:
– من قالها
– تحت أي مخطط
– ماذا تم التوقيع عليه بالضبط
وهذا يغير كيفية تصرف الأنظمة.
يمكن لسلطة الصحة إصدار إثبات الأهلية،
ويمكن لبنك استهلاكه لاحقاً دون إعادة كتابة المنطق حوله.
لا طبقات رسمية. لا افتراضات صامتة.
لأنه بمجرد تثبيت المعنى عند الإصدار،
يُجبر كل مُحقق على قراءة نفس الادعاء بنفس الطريقة.
عندها أدركت الأمر:
لم تكن المشكلة أبداً في مشاركة البيانات.
كانت في الثقة بأن الجميع يقرأها بنفس الطريقة.
PINNED
عندما يقول النظام إنه صالح لكن سير العمل قد انتقل بالفعل
$SIGN #SignDigitalSovereignInfra @SignOfficial
الجزء الذي أزعجني لم يكن أن الموقّع كان خاطئًا.
كان الأمر أن الموقّع لا يزال صحيحًا... فقط لم يعد صحيحًا بعد الآن.
كل شيء بدا نظيفًا على بروتوكول التوقيع.
مُصدر مخول. توقيع صالح. المخطط متطابق. التصديق تم بشكل دقيق كما يجب.
لا أخطاء. لا تحذيرات.
ومع ذلك... كان سير العمل قد انتقل بالفعل.
هنا تصبح SIGN مثيرة للاهتمام وغير مريحة بعض الشيء.
لأن SIGN يضمن شيئًا محددًا جدًا:
👉 المطالبة صحيحة بموجب مخطط 👉 كان المُصدر مخولًا في وقت التوقيع
الجزء الذي أزعجني لم يكن أن الموقّع كان خاطئًا.
كان الأمر أن الموقّع لا يزال صحيحًا... فقط لم يعد صحيحًا بعد الآن.
كل شيء بدا نظيفًا على بروتوكول التوقيع.
مُصدر مخول. توقيع صالح. المخطط متطابق. التصديق تم بشكل دقيق كما يجب.
لا أخطاء. لا تحذيرات.
ومع ذلك... كان سير العمل قد انتقل بالفعل.
هنا تصبح SIGN مثيرة للاهتمام وغير مريحة بعض الشيء.
لأن SIGN يضمن شيئًا محددًا جدًا:
👉 المطالبة صحيحة بموجب مخطط 👉 كان المُصدر مخولًا في وقت التوقيع
عمل التحقق لكن القرار كان خاطئًا، ساعدني SIGN على فهم السبب
$SIGN #SignDigitalSovereignInfra @SignOfficial
كنت أفترض أنه بمجرد إصدار الاعتماد والتحقق منه، يكون العمل قد تم. إذا كانت التوقيع صحيحة والمُصدر موثوقًا، يجب على النظام قبوله.
لكن ذلك يعمل فقط إذا لم يتغير شيء بعد الإصدار. في معظم الأنظمة، فإن هذا الافتراض خاطئ بالفعل.
في الممارسة العملية، فإن معظم المطالبات ليست دائمة. يمكن إلغاء الترخيص. يمكن أن يتغير وضع الأهلية. يمكن إزالة علامة الامتثال. الاعتماد نفسه لا يتحدث، لكن الحقيقة الأساسية تتغير.
هذا يخلق فجوة. يمكن للنظام التحقق من أن شيئًا ما كان صحيحًا في نقطة زمنية، لكنه ليس لديه ضمان بأنه لا يزال صحيحًا عند استخدامه لاحقًا.
كنت أفترض أنه بمجرد إصدار الاعتماد والتحقق منه، يكون العمل قد تم. إذا كانت التوقيع صحيحة والمُصدر موثوقًا، يجب على النظام قبوله.
لكن ذلك يعمل فقط إذا لم يتغير شيء بعد الإصدار. في معظم الأنظمة، فإن هذا الافتراض خاطئ بالفعل.
في الممارسة العملية، فإن معظم المطالبات ليست دائمة. يمكن إلغاء الترخيص. يمكن أن يتغير وضع الأهلية. يمكن إزالة علامة الامتثال. الاعتماد نفسه لا يتحدث، لكن الحقيقة الأساسية تتغير.
هذا يخلق فجوة. يمكن للنظام التحقق من أن شيئًا ما كان صحيحًا في نقطة زمنية، لكنه ليس لديه ضمان بأنه لا يزال صحيحًا عند استخدامه لاحقًا.
SIGN: نهاية الثقة المعتمدة على لقطات الشاشة
$SIGN #SignDigitalSovereignInfra @SignOfficial
لم أشكك حقًا في مدى تدهور الثقة عبر الإنترنت حتى لاحظت كم يعتمد ذلك على لقطات الشاشة.
يقول شخص ما إنه تم إدراجه في القائمة البيضاء → لقطة شاشة
يدعي شخص ما أنه ساهم → لقطة شاشة
يقول شخص ما إنه يحمل دورًا → لقطة شاشة
وبطريقة ما، نتفق جميعًا على الثقة في البيكسلات.
هذا هو الوقت الذي بدأت فيه SIGN تشعر بأنها أقل كأداة... وأكثر تصحيحًا.
ليس قاعدة بيانات أفضل. ليس واجهة مستخدم أنظف.
افتراض مختلف تمامًا.
يجب ألا تُظهر الادعاءات على الإنترنت.
يجب أن تكون مثبتة.
لم أشكك حقًا في مدى تدهور الثقة عبر الإنترنت حتى لاحظت كم يعتمد ذلك على لقطات الشاشة.
يقول شخص ما إنه تم إدراجه في القائمة البيضاء → لقطة شاشة
يدعي شخص ما أنه ساهم → لقطة شاشة
يقول شخص ما إنه يحمل دورًا → لقطة شاشة
وبطريقة ما، نتفق جميعًا على الثقة في البيكسلات.
هذا هو الوقت الذي بدأت فيه SIGN تشعر بأنها أقل كأداة... وأكثر تصحيحًا.
ليس قاعدة بيانات أفضل. ليس واجهة مستخدم أنظف.
افتراض مختلف تمامًا.
يجب ألا تُظهر الادعاءات على الإنترنت.
يجب أن تكون مثبتة.
#signdigitalsovereigninfra $SIGN @SignOfficial
كنت أعتقد أن SIGN كان يزيل الثقة من النظام.
الآن أعتقد أنه مجرد نقلها إلى مكان أصعب للملاحظة.
لأن في SIGN، التحقق لا يبدأ حقًا مع المستخدم.
إنه يبدأ مع المصدر.
تحدد الأنظمة القواعد.
تحمل الشهادات الدليل.
لكن كل شيء يعمل فقط إذا قام مصدر موثوق بالتوقيع عليه.
تلك هي طبقة الثقة الحقيقية.
وعندما رأيت ذلك، بدأت الأمور تبدو مختلفة.
لا يقوم DAO بتقييمك مباشرة.
إنه يقبل أي شخص تم الموافقة عليه بالفعل من قبل المصدر.
نظام حكومي لا يتحقق منك مرة أخرى.
إنه يثق أن المصدر قد فعل ذلك بالفعل.
حتى عمليات الإطلاق الجوية تنتقل من "من تفاعل" إلى "من تم التعرف عليه."
يزيل SIGN الإشارات المزيفة.
لكنه أيضًا يزيل الوهم.
لم تختفِ الثقة.
لقد تركزت.
وإذا هيمنت بعض المصادر...
فإن اللامركزية لا تختفي فقط تصبح أرق.
SIGN لا يزيل الثقة.
إنه يظهر بالضبط من تثق به.
كنت أعتقد أن SIGN كان يزيل الثقة من النظام.
الآن أعتقد أنه مجرد نقلها إلى مكان أصعب للملاحظة.
لأن في SIGN، التحقق لا يبدأ حقًا مع المستخدم.
إنه يبدأ مع المصدر.
تحدد الأنظمة القواعد.
تحمل الشهادات الدليل.
لكن كل شيء يعمل فقط إذا قام مصدر موثوق بالتوقيع عليه.
تلك هي طبقة الثقة الحقيقية.
وعندما رأيت ذلك، بدأت الأمور تبدو مختلفة.
لا يقوم DAO بتقييمك مباشرة.
إنه يقبل أي شخص تم الموافقة عليه بالفعل من قبل المصدر.
نظام حكومي لا يتحقق منك مرة أخرى.
إنه يثق أن المصدر قد فعل ذلك بالفعل.
حتى عمليات الإطلاق الجوية تنتقل من "من تفاعل" إلى "من تم التعرف عليه."
يزيل SIGN الإشارات المزيفة.
لكنه أيضًا يزيل الوهم.
لم تختفِ الثقة.
لقد تركزت.
وإذا هيمنت بعض المصادر...
فإن اللامركزية لا تختفي فقط تصبح أرق.
SIGN لا يزيل الثقة.
إنه يظهر بالضبط من تثق به.
#signdigitalsovereigninfra $SIGN @SignOfficial
أتذكر محاولتي لإثبات شيء بسيط عبر نظامين.
كان أحدهما يحتوي على بياناتي. الآخر كان يحتاجها.
ومع ذلك... لم تنجح.
كانت المعلومات نفسها موجودة في أماكن متعددة: عقود، واجهات برمجة التطبيقات، قواعد بيانات داخلية
لكن لا يمكن لأي منها التحقق من صحة الآخر بشكل موثوق.
عندها أدركت.
التحقق لا يفشل بسبب نقص البيانات.
إنه يفشل لأن البيانات مجزأة.
كل نظام يحتفظ بجزء.
لا يمكن لأي نظام أن يؤكد الكل بشكل مستقل.
لذا يتحول التحقق إلى التسوية:
سحب البيانات → مطابقة التنسيقات → الثقة في المصدر → الأمل في عدم حدوث أي شيء خاطئ في المنتصف.
هذا ليس تحققًا.
هذا خطر التنسيق.
وتحت الضغط، هذا هو بالضبط المكان الذي تفشل فيه الأمور.
تتزامن واجهات برمجة التطبيقات، تتعارض إصدارات البيانات، أو يتغير مصدر واحد وفجأة لا يعرف أحد أي إصدار هو الصحيح.
تتعامل SIGN مع هذا بشكل مختلف.
لا تحاول ربط جميع مصادر البيانات.
إنها تحول البيانات إلى مطالب قابلة للتحقق.
بدلاً من السؤال:
"أي نظام لديه البيانات الصحيحة؟"
تسأل:
"هل يمكن التحقق من هذه المطالبة بشكل مستقل؟"
كل مطالبة هي شهادة منظمة وموقعة:
مخطط → ما يتم إثباته
مُصدر → من قام بتأكيده
مسار تحقق → كيف يمكن لأي نظام التحقق منه
لذا لا تعتمد الأنظمة على اتساق بيانات عبر الأنظمة بعد الآن.
إنهم يتحققون من مطالبة موقعة ضد مخطط ومصدر معروفين.
تتوقف الحقيقة عن الاعتماد على مكان وجود البيانات.
وتبدأ بالاعتماد على ما إذا كانت المطالبة يمكن التحقق منها.
تحاول معظم الأنظمة مزامنة كل شيء.
تجعل SIGN التحقق قابلًا للنقل بدلاً من ذلك.
أتذكر محاولتي لإثبات شيء بسيط عبر نظامين.
كان أحدهما يحتوي على بياناتي. الآخر كان يحتاجها.
ومع ذلك... لم تنجح.
كانت المعلومات نفسها موجودة في أماكن متعددة: عقود، واجهات برمجة التطبيقات، قواعد بيانات داخلية
لكن لا يمكن لأي منها التحقق من صحة الآخر بشكل موثوق.
عندها أدركت.
التحقق لا يفشل بسبب نقص البيانات.
إنه يفشل لأن البيانات مجزأة.
كل نظام يحتفظ بجزء.
لا يمكن لأي نظام أن يؤكد الكل بشكل مستقل.
لذا يتحول التحقق إلى التسوية:
سحب البيانات → مطابقة التنسيقات → الثقة في المصدر → الأمل في عدم حدوث أي شيء خاطئ في المنتصف.
هذا ليس تحققًا.
هذا خطر التنسيق.
وتحت الضغط، هذا هو بالضبط المكان الذي تفشل فيه الأمور.
تتزامن واجهات برمجة التطبيقات، تتعارض إصدارات البيانات، أو يتغير مصدر واحد وفجأة لا يعرف أحد أي إصدار هو الصحيح.
تتعامل SIGN مع هذا بشكل مختلف.
لا تحاول ربط جميع مصادر البيانات.
إنها تحول البيانات إلى مطالب قابلة للتحقق.
بدلاً من السؤال:
"أي نظام لديه البيانات الصحيحة؟"
تسأل:
"هل يمكن التحقق من هذه المطالبة بشكل مستقل؟"
كل مطالبة هي شهادة منظمة وموقعة:
مخطط → ما يتم إثباته
مُصدر → من قام بتأكيده
مسار تحقق → كيف يمكن لأي نظام التحقق منه
لذا لا تعتمد الأنظمة على اتساق بيانات عبر الأنظمة بعد الآن.
إنهم يتحققون من مطالبة موقعة ضد مخطط ومصدر معروفين.
تتوقف الحقيقة عن الاعتماد على مكان وجود البيانات.
وتبدأ بالاعتماد على ما إذا كانت المطالبة يمكن التحقق منها.
تحاول معظم الأنظمة مزامنة كل شيء.
تجعل SIGN التحقق قابلًا للنقل بدلاً من ذلك.
التوقيع: كلما تم استخدام الهوية أكثر، أصبحت أقل موثوقية
$SIGN #SignDigitalSovereignInfra @SignOfficial
لم أدرك المشكلة مع الهوية حتى استخدمت نفس الهوية في مكانين مختلفين.
عملت بشكل مثالي في النظام الأول.
تم التحقق. مقبول. موثوق.
ثم حاولت استخدام نفس الهوية في مكان آخر.
وفجأة لم يكن ذلك كافياً.
أتذكر أنني فكرت، "لماذا أُثبت نفس الشيء مرة أخرى؟"
طلبوا المزيد.
مزيد من الوثائق. مزيد من التفاصيل. مزيد من الأدلة.
ليس لأنني تغيرت.
لأن السياق تغير.
عندها حدث شيء.
الهوية لا تنكسر عندما يتم إنشاؤها.
لم أدرك المشكلة مع الهوية حتى استخدمت نفس الهوية في مكانين مختلفين.
عملت بشكل مثالي في النظام الأول.
تم التحقق. مقبول. موثوق.
ثم حاولت استخدام نفس الهوية في مكان آخر.
وفجأة لم يكن ذلك كافياً.
أتذكر أنني فكرت، "لماذا أُثبت نفس الشيء مرة أخرى؟"
طلبوا المزيد.
مزيد من الوثائق. مزيد من التفاصيل. مزيد من الأدلة.
ليس لأنني تغيرت.
لأن السياق تغير.
عندها حدث شيء.
الهوية لا تنكسر عندما يتم إنشاؤها.
اللحظة التي أدركت فيها أن المدفوعات لا تحمل معنى
المرة الأولى التي رأيت فيها دفع عبر الحدود "عالقًا"، لم يكن لأن المال لم يتحرك.
لقد حدث.
تم تحديث الأرصدة.
أظهر الحالة "مكتمل."
لكن كل شيء بعد ذلك شعر بأنه... غير مكتمل.
جاء سؤال امتثال.
ثم طلب توضيح.
ثم مؤسسة أخرى تطلب نفس البيانات مرة أخرى، فقط بتنسيق مختلف.
لم يكن الدفع يفشل.
كان يفقد السياق أثناء تحركه.
تم نقل المال. هذا يعني أنه لم يكن.
هذه هي الجزء الذي لم أفهمه في البداية.
كنت أعتقد أن المدفوعات تتعلق بالتسوية.
لقد حدث.
تم تحديث الأرصدة.
أظهر الحالة "مكتمل."
لكن كل شيء بعد ذلك شعر بأنه... غير مكتمل.
جاء سؤال امتثال.
ثم طلب توضيح.
ثم مؤسسة أخرى تطلب نفس البيانات مرة أخرى، فقط بتنسيق مختلف.
لم يكن الدفع يفشل.
كان يفقد السياق أثناء تحركه.
تم نقل المال. هذا يعني أنه لم يكن.
هذه هي الجزء الذي لم أفهمه في البداية.
كنت أعتقد أن المدفوعات تتعلق بالتسوية.
#signdigitalsovereigninfra $SIGN @SignOfficial
أتذكر أنني كنت أفكر أن الدفع عبر الحدود تم بمجرد إرساله.
ترك المال جانبًا واحدًا.
ظهر في الجانب الآخر.
بسيط.
لكن بعد ذلك بدأت المكالمات.
“هل يمكنك تأكيد ذلك؟”
“هل يمكنك إعادة إرسال تلك الوثيقة؟”
“تحتاج الامتثال إلى فحص آخر.”
نفس الدفع.
نفس البيانات.
لا يزال غير مقبول.
عندها أدركت... أن المال تحرك، لكن المعنى لم يتغير.
كان كل نظام يحاول فهم الدفع بطريقته الخاصة.
إعادة التحقق.
إعادة التفسير.
إعادة بناء الثقة من الصفر.
وهنا يأتي التأخير الحقيقي.
ليس من السكك.
لكن القواعد المحيطة بها.
لهذا السبب يبدو لي أن هذه العبارة أكثر منطقية الآن:
المال عبر الحدود هو حيث تلتقي السكك الرقمية بالبيروقراطية الحقيقية.
ما تغير بالنسبة لي هو فهم ما الذي تفعله SIGN فعليًا.
إنها لا تحاول تحريك المال بشكل أسرع.
إنها تتأكد من أن **السياق يتحرك مع المال**.
لذا بدلاً من إرسال الدفع وشرحه لاحقًا...
يمكن أن تحمل المعاملة دليلاً منظمًا:
هذا المرسل موثوق
هذه القاعدة مستوفاة
هذه الحالة تم فحصها بالفعل
و الجانب الآخر لا يبدأ من الصفر.
إنه يتحقق مما هو محدد بالفعل.
هذه هي الفرق.
قبل ذلك، كان كل نظام يسأل:
“هل أثق في هذا؟”
مع SIGN، يصبح:
“هل يمكنني التحقق من هذا؟”
لهذا السبب يبدو أكثر واقعية.
لأنه في الدفع عبر الحدود، لا تحتاج فقط إلى السرعة.
تحتاج إلى أن تتفق الأنظمة على المعنى.
وهذا هو الجزء الذي تصلحه SIGN فعليًا.
أتذكر أنني كنت أفكر أن الدفع عبر الحدود تم بمجرد إرساله.
ترك المال جانبًا واحدًا.
ظهر في الجانب الآخر.
بسيط.
لكن بعد ذلك بدأت المكالمات.
“هل يمكنك تأكيد ذلك؟”
“هل يمكنك إعادة إرسال تلك الوثيقة؟”
“تحتاج الامتثال إلى فحص آخر.”
نفس الدفع.
نفس البيانات.
لا يزال غير مقبول.
عندها أدركت... أن المال تحرك، لكن المعنى لم يتغير.
كان كل نظام يحاول فهم الدفع بطريقته الخاصة.
إعادة التحقق.
إعادة التفسير.
إعادة بناء الثقة من الصفر.
وهنا يأتي التأخير الحقيقي.
ليس من السكك.
لكن القواعد المحيطة بها.
لهذا السبب يبدو لي أن هذه العبارة أكثر منطقية الآن:
المال عبر الحدود هو حيث تلتقي السكك الرقمية بالبيروقراطية الحقيقية.
ما تغير بالنسبة لي هو فهم ما الذي تفعله SIGN فعليًا.
إنها لا تحاول تحريك المال بشكل أسرع.
إنها تتأكد من أن **السياق يتحرك مع المال**.
لذا بدلاً من إرسال الدفع وشرحه لاحقًا...
يمكن أن تحمل المعاملة دليلاً منظمًا:
هذا المرسل موثوق
هذه القاعدة مستوفاة
هذه الحالة تم فحصها بالفعل
و الجانب الآخر لا يبدأ من الصفر.
إنه يتحقق مما هو محدد بالفعل.
هذه هي الفرق.
قبل ذلك، كان كل نظام يسأل:
“هل أثق في هذا؟”
مع SIGN، يصبح:
“هل يمكنني التحقق من هذا؟”
لهذا السبب يبدو أكثر واقعية.
لأنه في الدفع عبر الحدود، لا تحتاج فقط إلى السرعة.
تحتاج إلى أن تتفق الأنظمة على المعنى.
وهذا هو الجزء الذي تصلحه SIGN فعليًا.
منتصف الليل: ZK لم يفشل، لقد كان فقط غير مناسب حتى الآن
$NIGHT #night @MidnightNetwork
كنت أتجنب أي شيء يحتوي على "zero-knowledge" في المكدس.
ليس لأنني لم أفهم الفكرة.
لأنه كان دائمًا يغير كيفية بناءي.
تبدأ بشيء بسيط في رأسك ثم يدخل ZK وفجأة لم تعد تبني نفس الشيء بعد الآن.
أنت تفكر في الدوائر. ما يتسرب. ما لا يتسرب. ماذا يحدث إذا كانت قيمة واحدة عامة.
في مرحلة ما، لم تعد تبني التطبيق.
أنت تدير طبقة الخصوصية.
أدركت أنني لم أكن أتجنب ZK لأنه كان صعبًا.
كنت أتجنب أي شيء يحتوي على "zero-knowledge" في المكدس.
ليس لأنني لم أفهم الفكرة.
لأنه كان دائمًا يغير كيفية بناءي.
تبدأ بشيء بسيط في رأسك ثم يدخل ZK وفجأة لم تعد تبني نفس الشيء بعد الآن.
أنت تفكر في الدوائر. ما يتسرب. ما لا يتسرب. ماذا يحدث إذا كانت قيمة واحدة عامة.
في مرحلة ما، لم تعد تبني التطبيق.
أنت تدير طبقة الخصوصية.
أدركت أنني لم أكن أتجنب ZK لأنه كان صعبًا.
#night $NIGHT @MidnightNetwork
لقد جربت استخدام أدوات الخصوصية من قبل.
بصراحة… أنا لا أستمر في استخدامها.
ليس لأنه لا يعمل، بل لأنهم يطلبون الكثير مني.
محفظة مختلفة. خطوات إضافية. التفكير مرتين قبل القيام بشيء بسيط.
بعد بضعة أيام، أعود إلى الاستخدام العادي.
هذا ما جعلني أتوقف مع Midnight.
لا يبدو أنها تطلب مني استخدام الخصوصية.
يبدو أنها تزيل اللحظة التي يجب أن أفكر فيها حتى.
تحدث العمليات بشكل خاص. الشبكة ترى فقط الأدلة. الوصول ليس شيئًا أحصل عليه بشكل افتراضي، بل هو محدد.
وما زلت أستخدمه بنفس الطريقة.
هذه هي الجزء الذي يشعرني بالاختلاف.
تسعى معظم المشاريع لتحسين الخصوصية.
حاول Midnight جعله يختفي في التجربة.
وإذا كان ذلك يعمل فعلاً…
لن يتبناه الناس لأنهم يهتمون بالخصوصية.
سيتبنونها لأن لا شيء يشعر بالاختلاف باستثناء ما يبقى مخفيًا.
لقد جربت استخدام أدوات الخصوصية من قبل.
بصراحة… أنا لا أستمر في استخدامها.
ليس لأنه لا يعمل، بل لأنهم يطلبون الكثير مني.
محفظة مختلفة. خطوات إضافية. التفكير مرتين قبل القيام بشيء بسيط.
بعد بضعة أيام، أعود إلى الاستخدام العادي.
هذا ما جعلني أتوقف مع Midnight.
لا يبدو أنها تطلب مني استخدام الخصوصية.
يبدو أنها تزيل اللحظة التي يجب أن أفكر فيها حتى.
تحدث العمليات بشكل خاص. الشبكة ترى فقط الأدلة. الوصول ليس شيئًا أحصل عليه بشكل افتراضي، بل هو محدد.
وما زلت أستخدمه بنفس الطريقة.
هذه هي الجزء الذي يشعرني بالاختلاف.
تسعى معظم المشاريع لتحسين الخصوصية.
حاول Midnight جعله يختفي في التجربة.
وإذا كان ذلك يعمل فعلاً…
لن يتبناه الناس لأنهم يهتمون بالخصوصية.
سيتبنونها لأن لا شيء يشعر بالاختلاف باستثناء ما يبقى مخفيًا.
#signdigitalsovereigninfra $SIGN
أتذكر أنني ساعدت شخصًا في التقدم للحصول على منفعة حكومية صغيرة.
تمت الموافقة على المال لكن لم يحدث شيء.
طلب مكتب مختلف نفس الوثائق مرة أخرى.
لم يتعرف نظام آخر على الموافقة.
مرت أسابيع فقط لإثبات نفس الشيء مرتين.
عندها أدركت الأمر.
كان المال جاهزًا.
لكن النظام لم يكن كذلك.
لم تكن عملية التحويل معطلة.
لكن المنطق حولها كان معطلاً.
من المؤهل. ما الدليل الذي يُحتسب. كم من الوقت يكون ساريًا.
كل شيء موجود... لكنه غير متصل.
هذا بالضبط ما يصلحه SIGN.
لا يعامل SIGN السياسة كشيء يُفحص لاحقًا.
إنه يربط الأهلية والدليل والشروط مباشرةً في تنفيذ المعاملات.
يقيم النظام أولاً.
هل المطالبة صالحة.
هل تحقق المخطط المطلوب.
هل هي ضمن الوقت والتدفق المسموح.
إذا لم يكن كذلك، فلا شيء يتحرك.
لا إعادة محاولة.
لا تصحيح يدوي.
لا حلقة تحقق ثانية.
لا يراقب SIGN المعاملات.
إنه يقررها.
القيمة تتحرك فقط عندما تكون السياسة قد تم الوفاء بها بالفعل.
هذا ليس بنية تحتية أفضل.
هذا نظام حيث المال والقواعد لم يعودا مفصولين.
@SignOfficial
أتذكر أنني ساعدت شخصًا في التقدم للحصول على منفعة حكومية صغيرة.
تمت الموافقة على المال لكن لم يحدث شيء.
طلب مكتب مختلف نفس الوثائق مرة أخرى.
لم يتعرف نظام آخر على الموافقة.
مرت أسابيع فقط لإثبات نفس الشيء مرتين.
عندها أدركت الأمر.
كان المال جاهزًا.
لكن النظام لم يكن كذلك.
لم تكن عملية التحويل معطلة.
لكن المنطق حولها كان معطلاً.
من المؤهل. ما الدليل الذي يُحتسب. كم من الوقت يكون ساريًا.
كل شيء موجود... لكنه غير متصل.
هذا بالضبط ما يصلحه SIGN.
لا يعامل SIGN السياسة كشيء يُفحص لاحقًا.
إنه يربط الأهلية والدليل والشروط مباشرةً في تنفيذ المعاملات.
يقيم النظام أولاً.
هل المطالبة صالحة.
هل تحقق المخطط المطلوب.
هل هي ضمن الوقت والتدفق المسموح.
إذا لم يكن كذلك، فلا شيء يتحرك.
لا إعادة محاولة.
لا تصحيح يدوي.
لا حلقة تحقق ثانية.
لا يراقب SIGN المعاملات.
إنه يقررها.
القيمة تتحرك فقط عندما تكون السياسة قد تم الوفاء بها بالفعل.
هذا ليس بنية تحتية أفضل.
هذا نظام حيث المال والقواعد لم يعودا مفصولين.
@SignOfficial
#night $NIGHT @MidnightNetwork
أول مرة نظرت فيها إلى نموذج DUST الخاص بMidnight، اعتقدت أنه مجرد وسيلة أخرى لدفع الرسوم، لكن كلما جلست معه، كلما قل سلوكه كنظام رسوم
تبيع معظم الشبكات التنفيذ
تدفع أكثر، تحصل على أولوية
تصبح مساحة الكتل مزادًا
@MidnightNetwork لا تتبع ذلك النموذج
تخصص التنفيذ بدلاً من بيعه
DUST يحدد مقدار قدرة التنفيذ المسموح لك باستخدامها
ليس شيئًا تنفقه مرة واحدة
إنه ما يحدد ما إذا كان يمكن تشغيل حسابك أم لا
هذا ليس دفعًا للتنفيذ
إنه السماح بالتنفيذ وهذا يظهر مباشرةً في التنفيذ
قبل أن يبدأ أي شيء، يقوم النظام بتقييم:
هل لديك سعة كافية من DUST
هل يتناسب هذا الحساب مع تخصيصك
هل يمكنه الحفاظ على استخدام الموارد مع مرور الوقت
إذا لم يكن كذلك، فإنه لا ينفذ
لا رسوم أولوية
لا مزايدات في اللحظة الأخيرة
لا قفز للأمام
الإجراء ببساطة لا يصبح تنفيذًا صالحًا
وهذا هو المكان الذي يصبح فيه Midnight محددًا جدًا
تحدد الرسوم الأولوية
DUST يحدد الإذن
إنه لا يعامل مساحة الكتل كشيء للبيع
إنه يعامل التنفيذ كموارد خاضعة للحكم
DUST يعمل كطبقة تحكم
إنه يخصص مقدار ما يمكنك استهلاكه من حوسبة الشبكة
ويفرض ذلك باستمرار، ليس فقط عند التقديم
لذا لم تعد تتنافس على الإدراج بعد الآن
أنت تعمل ضمن حدود المحددة مسبقًا من قبل النظام
والذي يبدو دقيقًا
لكنه يغير النموذج تمامًا
لأن التنفيذ لم يعد يتحدد بمن يدفع أكثر في اللحظة
إنه يتحدد بمن يُسمح له بالتشغيل ضمن النظام في المقام الأول.
أول مرة نظرت فيها إلى نموذج DUST الخاص بMidnight، اعتقدت أنه مجرد وسيلة أخرى لدفع الرسوم، لكن كلما جلست معه، كلما قل سلوكه كنظام رسوم
تبيع معظم الشبكات التنفيذ
تدفع أكثر، تحصل على أولوية
تصبح مساحة الكتل مزادًا
@MidnightNetwork لا تتبع ذلك النموذج
تخصص التنفيذ بدلاً من بيعه
DUST يحدد مقدار قدرة التنفيذ المسموح لك باستخدامها
ليس شيئًا تنفقه مرة واحدة
إنه ما يحدد ما إذا كان يمكن تشغيل حسابك أم لا
هذا ليس دفعًا للتنفيذ
إنه السماح بالتنفيذ وهذا يظهر مباشرةً في التنفيذ
قبل أن يبدأ أي شيء، يقوم النظام بتقييم:
هل لديك سعة كافية من DUST
هل يتناسب هذا الحساب مع تخصيصك
هل يمكنه الحفاظ على استخدام الموارد مع مرور الوقت
إذا لم يكن كذلك، فإنه لا ينفذ
لا رسوم أولوية
لا مزايدات في اللحظة الأخيرة
لا قفز للأمام
الإجراء ببساطة لا يصبح تنفيذًا صالحًا
وهذا هو المكان الذي يصبح فيه Midnight محددًا جدًا
تحدد الرسوم الأولوية
DUST يحدد الإذن
إنه لا يعامل مساحة الكتل كشيء للبيع
إنه يعامل التنفيذ كموارد خاضعة للحكم
DUST يعمل كطبقة تحكم
إنه يخصص مقدار ما يمكنك استهلاكه من حوسبة الشبكة
ويفرض ذلك باستمرار، ليس فقط عند التقديم
لذا لم تعد تتنافس على الإدراج بعد الآن
أنت تعمل ضمن حدود المحددة مسبقًا من قبل النظام
والذي يبدو دقيقًا
لكنه يغير النموذج تمامًا
لأن التنفيذ لم يعد يتحدد بمن يدفع أكثر في اللحظة
إنه يتحدد بمن يُسمح له بالتشغيل ضمن النظام في المقام الأول.
Midnight: السلسلة التي لا تحتاج إلى معلوماتك
$NIGHT #night @MidnightNetwork
كنت أبحث في كيفية تعامل Midnight مع البيانات وبصراحة هناك شيء واحد يبرز
تقول معظم الأنظمة إنها تحمي بياناتك
لكنهم لا يزالون يتطلبون منك مشاركتها أولاً
هذه هي النقطة التي تشعر بأنها غير صحيحة
لأنه بمجرد أن تخرج البيانات من سيطرتك،
أنت تعتمد على النظام للتعامل معها بشكل صحيح
شفرها
قم بتخزينها بأمان
لا تسربها
تتحول الخصوصية إلى مسؤولية الشبكة
لا يتعامل Midnight مع الأمر بهذه الطريقة
يقلل من كمية البيانات التي تراها الشبكة على الإطلاق
تظل البيانات الحساسة محلية
كنت أبحث في كيفية تعامل Midnight مع البيانات وبصراحة هناك شيء واحد يبرز
تقول معظم الأنظمة إنها تحمي بياناتك
لكنهم لا يزالون يتطلبون منك مشاركتها أولاً
هذه هي النقطة التي تشعر بأنها غير صحيحة
لأنه بمجرد أن تخرج البيانات من سيطرتك،
أنت تعتمد على النظام للتعامل معها بشكل صحيح
شفرها
قم بتخزينها بأمان
لا تسربها
تتحول الخصوصية إلى مسؤولية الشبكة
لا يتعامل Midnight مع الأمر بهذه الطريقة
يقلل من كمية البيانات التي تراها الشبكة على الإطلاق
تظل البيانات الحساسة محلية
ليس التوافق. توافق السياسات على مستوى النظام
$SIGN @SignOfficial
كنت أراجع نموذج البنية التحتية الأوسع لـ Sign منذ الليلة الماضية وبصراحة هناك تفاصيل واحدة تظل تعيدني إلى الوراء
يتم وصف النظام على أنه الجسر بين أنظمة التشفير والمؤسسات السيادية. الهوية، المال، الامتثال، تبادل البيانات كلها منظمة معًا. على الورق، يبدو هذا منطقيًا. تحتاج الحكومات إلى شيء يمكنها الوثوق به، وليس فقط شيء يعمل.
وتلك الإطار مقنع
لأن العالم الحقيقي ليس بلا إذن. الهوية، الأصول، الوصول لا تزال جميعها داخل المؤسسات. إذا كانت العملات المشفرة تريد الوصول إلى تلك الطبقة، يجب أن تتصل بها.
كنت أراجع نموذج البنية التحتية الأوسع لـ Sign منذ الليلة الماضية وبصراحة هناك تفاصيل واحدة تظل تعيدني إلى الوراء
يتم وصف النظام على أنه الجسر بين أنظمة التشفير والمؤسسات السيادية. الهوية، المال، الامتثال، تبادل البيانات كلها منظمة معًا. على الورق، يبدو هذا منطقيًا. تحتاج الحكومات إلى شيء يمكنها الوثوق به، وليس فقط شيء يعمل.
وتلك الإطار مقنع
لأن العالم الحقيقي ليس بلا إذن. الهوية، الأصول، الوصول لا تزال جميعها داخل المؤسسات. إذا كانت العملات المشفرة تريد الوصول إلى تلك الطبقة، يجب أن تتصل بها.
#night $NIGHT @MidnightNetwork
يبدو أن هناك شيئاً غير صحيح حول كيفية تصميم معظم الرموز.
إنها تتفاعل مع السعر أولاً، والاستخدام لاحقاً.
هذا يعمل في التداول. إنه لا يعمل للأنظمة التي يستخدمها الناس فعلياً.
لهذا السبب لفت تصميم ميدنايت انتباهي.
إنه لا يعامل الرمز كشيء تطارده.
إنه يعامله كشيء يعتمد عليه النظام.
ما يهم هنا هو الاستخدام المتوقع.
في ميدنايت، التنفيذ لا يعتمد على أصل متقلب. يتم التعامل مع الرسوم من خلال DUST، الذي يتم توليده من NIGHT. لذلك تكلفة تشغيل شيء ما لا تتأرجح في كل مرة يتحرك فيها الرمز.
الشبكة تفصل القيمة عن الاستخدام.
لا يزال لديك NIGHT مرتبط بنمو النظام.
لكن طبقة التنفيذ الفعلية تعمل على وحدة أكثر استقراراً.
هذا يغير كيف تتصرف الأشياء في الممارسة.
إذا كنت أبني أو أستخدم تطبيقاً، فلا يتعين علي تخمين ما ستكلفه غداً. يمكن للنظام تحديد المتطلبات مسبقاً، ولا يحدث التنفيذ إلا إذا تم تلبية هذا الشرط.
معظم الشبكات لا تحل هذه المشكلة. إنها تمرر التقلب مباشرة إلى المستخدم.
ميدنايت لا تزيل القيمة من الرمز.
إنها فقط تتوقف عن دفع هذا التقلب في كل تفاعل.
هذا ما يجعلها تشعر وكأنها بنية تحتية.
ليس شيئاً تتداول حوله، بل شيئاً يمكنك البناء عليه فعلياً.
يبدو أن هناك شيئاً غير صحيح حول كيفية تصميم معظم الرموز.
إنها تتفاعل مع السعر أولاً، والاستخدام لاحقاً.
هذا يعمل في التداول. إنه لا يعمل للأنظمة التي يستخدمها الناس فعلياً.
لهذا السبب لفت تصميم ميدنايت انتباهي.
إنه لا يعامل الرمز كشيء تطارده.
إنه يعامله كشيء يعتمد عليه النظام.
ما يهم هنا هو الاستخدام المتوقع.
في ميدنايت، التنفيذ لا يعتمد على أصل متقلب. يتم التعامل مع الرسوم من خلال DUST، الذي يتم توليده من NIGHT. لذلك تكلفة تشغيل شيء ما لا تتأرجح في كل مرة يتحرك فيها الرمز.
الشبكة تفصل القيمة عن الاستخدام.
لا يزال لديك NIGHT مرتبط بنمو النظام.
لكن طبقة التنفيذ الفعلية تعمل على وحدة أكثر استقراراً.
هذا يغير كيف تتصرف الأشياء في الممارسة.
إذا كنت أبني أو أستخدم تطبيقاً، فلا يتعين علي تخمين ما ستكلفه غداً. يمكن للنظام تحديد المتطلبات مسبقاً، ولا يحدث التنفيذ إلا إذا تم تلبية هذا الشرط.
معظم الشبكات لا تحل هذه المشكلة. إنها تمرر التقلب مباشرة إلى المستخدم.
ميدنايت لا تزيل القيمة من الرمز.
إنها فقط تتوقف عن دفع هذا التقلب في كل تفاعل.
هذا ما يجعلها تشعر وكأنها بنية تحتية.
ليس شيئاً تتداول حوله، بل شيئاً يمكنك البناء عليه فعلياً.
#signdigitalsovereigninfra $SIGN @SignOfficial
شيء ما يبدو خاطئًا بشأن كيفية تحقق الأنظمة من الأمور.
كنت أعتقد أن تقديم المزيد من البيانات يجعل التحقق أقوى.
لكن في معظم الأحيان، فإنه فقط يخلق ضوضاء.
هنا تغيرت رؤيتي بفضل SIGN.
إنه لا يطلب كل شيء.
إنه يطلب المطالبة الصحيحة.
يتم تعريف شرط ما في مخطط.
يوقع المُصدر تلك المطالبة كتصديق.
ثم يتحقق النظام مما إذا كان يفي بالقاعدة.
لا حاجة للتنقيب في التاريخ. لا إفراط في التعرض.
على سبيل المثال، الأهلية لا تحتاج إلى بيانات مالية كاملة.
فقط مطالبة صالحة تلبي الشرط.
يصبح التحقق أكثر دقة عندما يصبح الكشف أقل.
هذا هو التحول الذي تفرضه SIGN.
شيء ما يبدو خاطئًا بشأن كيفية تحقق الأنظمة من الأمور.
كنت أعتقد أن تقديم المزيد من البيانات يجعل التحقق أقوى.
لكن في معظم الأحيان، فإنه فقط يخلق ضوضاء.
هنا تغيرت رؤيتي بفضل SIGN.
إنه لا يطلب كل شيء.
إنه يطلب المطالبة الصحيحة.
يتم تعريف شرط ما في مخطط.
يوقع المُصدر تلك المطالبة كتصديق.
ثم يتحقق النظام مما إذا كان يفي بالقاعدة.
لا حاجة للتنقيب في التاريخ. لا إفراط في التعرض.
على سبيل المثال، الأهلية لا تحتاج إلى بيانات مالية كاملة.
فقط مطالبة صالحة تلبي الشرط.
يصبح التحقق أكثر دقة عندما يصبح الكشف أقل.
هذا هو التحول الذي تفرضه SIGN.
التحقق بدلاً من الرؤية: المنطق وراء السكك الحديدية العامة
$SIGN #SignDigitalSovereignInfra @SignOfficial
كنت أعتقد أن الشفافية هي شيء تضيفه في النهاية.
أنت تبني النظام أولاً. ثم تنشر التقارير، لوحات المعلومات، ربما مستكشف. هذا ما تبدو عليه المساءلة عادةً كشيء مُضاف بعد اتخاذ القرارات بالفعل.
لكن كلما نظرت إلى الأنظمة العامة، زاد شعوري بأن هذا النموذج كان معكوسًا.
لأنه بحلول الوقت الذي يتم فيه إضافة الشفافية، كانت معظم القرارات المهمة قد اختفت بالفعل في العملية.
هنا بدأت فكرة السكك الحديدية العامة تشعر لي بشكل مختلف.
كنت أعتقد أن الشفافية هي شيء تضيفه في النهاية.
أنت تبني النظام أولاً. ثم تنشر التقارير، لوحات المعلومات، ربما مستكشف. هذا ما تبدو عليه المساءلة عادةً كشيء مُضاف بعد اتخاذ القرارات بالفعل.
لكن كلما نظرت إلى الأنظمة العامة، زاد شعوري بأن هذا النموذج كان معكوسًا.
لأنه بحلول الوقت الذي يتم فيه إضافة الشفافية، كانت معظم القرارات المهمة قد اختفت بالفعل في العملية.
هنا بدأت فكرة السكك الحديدية العامة تشعر لي بشكل مختلف.
معظم المحافظ هي فخاخ سمعة، منتصف الليل ليس كذلك
$NIGHT #night @MidnightNetwork
لم أظن أن شفافية المحفظة ستصبح مشكلة.
في البداية، شعرت وكأنها ميزة. كل شيء مرئي، كل شيء يمكن التحقق منه. يمكنك النظر إلى عنوان وفهم كيف يتصرف شخص ما على السلسلة. لقد جعل الثقة أسهل.
ولكن مع مرور الوقت، بدأت أشعر بثقلها.
ليس لأن الشفافية سيئة، ولكن لأنها لا تبقى محدودة. إنها تستمر في التراكم. كل صفقة، كل تفاعل، كل تجربة، كل شيء يلتصق. وفي النهاية، يتوقف محفظتك عن كونها شيئًا تستخدمه وتبدأ في أن تصبح شيئًا تحمله.
لم أظن أن شفافية المحفظة ستصبح مشكلة.
في البداية، شعرت وكأنها ميزة. كل شيء مرئي، كل شيء يمكن التحقق منه. يمكنك النظر إلى عنوان وفهم كيف يتصرف شخص ما على السلسلة. لقد جعل الثقة أسهل.
ولكن مع مرور الوقت، بدأت أشعر بثقلها.
ليس لأن الشفافية سيئة، ولكن لأنها لا تبقى محدودة. إنها تستمر في التراكم. كل صفقة، كل تفاعل، كل تجربة، كل شيء يلتصق. وفي النهاية، يتوقف محفظتك عن كونها شيئًا تستخدمه وتبدأ في أن تصبح شيئًا تحمله.
#night $NIGHT @MidnightNetwork
نستمر في القول إن الخصوصية هي العقبة.
ليست كذلك.
ZK لا تفشل بسبب الخصوصية، بل تفشل لأنها مؤلمة في البناء.
لقد رأيت المطورين يتخلون عن تدفقات ZK ليس لأنهم لم يؤمنوا بها ولكن لأن كتابة الدوائر، والتعامل مع الأدلة، وتصحيح الأخطاء شعرت وكأنها قتال ضد النظام نفسه.
حتى الحالات البسيطة مثل التحويلات الخاصة أو الرصيد المخفي تنتهي بالتأخير لأن طبقة المطورين تبطئ كل شيء.
لهذا السبب فإن معظم "السرديات المتعلقة بالخصوصية" لا تخرج أبداً من العروض.
إذا كان البناة يكافحون، فلن يصل المستخدمون أبداً.
هنا يشعر Midnight Network بأنه مختلف.
لا تدفع الخصوصية فقط.
إنها تخفض تكلفة البناء.
لذا تتوقف الخصوصية عن كونها ميزة متخصصة وتبدأ في أن تصبح شيئًا يمكن للمطورين شحنه فعليًا.
نستمر في القول إن الخصوصية هي العقبة.
ليست كذلك.
ZK لا تفشل بسبب الخصوصية، بل تفشل لأنها مؤلمة في البناء.
لقد رأيت المطورين يتخلون عن تدفقات ZK ليس لأنهم لم يؤمنوا بها ولكن لأن كتابة الدوائر، والتعامل مع الأدلة، وتصحيح الأخطاء شعرت وكأنها قتال ضد النظام نفسه.
حتى الحالات البسيطة مثل التحويلات الخاصة أو الرصيد المخفي تنتهي بالتأخير لأن طبقة المطورين تبطئ كل شيء.
لهذا السبب فإن معظم "السرديات المتعلقة بالخصوصية" لا تخرج أبداً من العروض.
إذا كان البناة يكافحون، فلن يصل المستخدمون أبداً.
هنا يشعر Midnight Network بأنه مختلف.
لا تدفع الخصوصية فقط.
إنها تخفض تكلفة البناء.
لذا تتوقف الخصوصية عن كونها ميزة متخصصة وتبدأ في أن تصبح شيئًا يمكن للمطورين شحنه فعليًا.
سجّل الدخول لاستكشاف المزيد من المُحتوى