W A R D A N
فتح تداول
مُتداول بمُعدّل مرتفع
2.2 سنوات
284 تتابع
20.4K+ المتابعون
10.8K+ إعجاب
1.5K+ تمّت مُشاركتها
منشورات
الحافظة الاستثمارية
الكل
اقتباسات
مقاطع فيديو
Live
يمكن أن يحتفظ المنتج بمشروع حي وما زال يجعل الناس يقدرونه بقيمة صغيرة جداً.
هذا هو الخطر الغريب الذي أراه مستمراً في @SignOfficial
إذا استمر TokenTable في الفوز أسرع من مجموعة S.I.G.N. الأوسع، فقد يبدأ السوق في اعتبار Sign كـ "الفريق الذي يقوم بتوزيع الرموز على نطاق واسع بشكل جيد" ويتوقف عند هذا الحد. من وجهة نظر تجارية، هذا ليس سيئاً. تدفق النقد مهم. الاستخدام الحقيقي مهم. البقاء خلال دورة المبيعات السيادية الطويلة مهم. ولكن من وجهة نظر تحديد المواقع، يمكن أن يضغط ذلك بهدوء على القصة بأكملها.
لأن TokenTable ليس إيراداً جانبياً عشوائياً. إنه بالفعل يستند إلى منطق التخصيص، وحقوق الاستحقاق، وإنفاذ الأهلية، والمخرجات الحتمية. هذه هي بالضبط العضلات التي يحتاجها نظام رأس المال السيادي لاحقاً. المشكلة هي أن الزخم التجاري السريع يمكن أن يدرب الجميع على النظر إلى الطبقة القريبة فقط. يركز المتداولون على التوزيع. يركز الشركاء على الحملات. حتى المشترون المحتملون يمكن أن يبدأوا في قراءة الشركة من منتجها الأكثر مبيعاً بدلاً من من هيكل S.I.G.N. الكامل.
هذا يخلق ضغطاً غريباً على Sign. إنه لا يحتاج فقط إلى عمل TokenTable. إنه يحتاج إلى عمل TokenTable دون أن يصبح الفئة النهائية التي يقفل عليها السوق.
لذا فإن وجهة نظري بسيطة: الخطر بالنسبة لـ $SIGN ليس في أن المنتج التجاري يفشل مبكراً. الخطر هو أنه ينجح بوضوح شديد، وبشكل مرئي، وباستمرار لدرجة أن المجموعة السيادية تبدأ في الظهور كقصة جانبية مكلفة بدلاً من الوجهة.
هذا نوع مختلف جداً من الاختناق. إنه ليس تقنياً. إنه جاذبية السرد.
@SignOfficial $SIGN #SignDigitalSovereignInfra
هذا هو الخطر الغريب الذي أراه مستمراً في @SignOfficial
إذا استمر TokenTable في الفوز أسرع من مجموعة S.I.G.N. الأوسع، فقد يبدأ السوق في اعتبار Sign كـ "الفريق الذي يقوم بتوزيع الرموز على نطاق واسع بشكل جيد" ويتوقف عند هذا الحد. من وجهة نظر تجارية، هذا ليس سيئاً. تدفق النقد مهم. الاستخدام الحقيقي مهم. البقاء خلال دورة المبيعات السيادية الطويلة مهم. ولكن من وجهة نظر تحديد المواقع، يمكن أن يضغط ذلك بهدوء على القصة بأكملها.
لأن TokenTable ليس إيراداً جانبياً عشوائياً. إنه بالفعل يستند إلى منطق التخصيص، وحقوق الاستحقاق، وإنفاذ الأهلية، والمخرجات الحتمية. هذه هي بالضبط العضلات التي يحتاجها نظام رأس المال السيادي لاحقاً. المشكلة هي أن الزخم التجاري السريع يمكن أن يدرب الجميع على النظر إلى الطبقة القريبة فقط. يركز المتداولون على التوزيع. يركز الشركاء على الحملات. حتى المشترون المحتملون يمكن أن يبدأوا في قراءة الشركة من منتجها الأكثر مبيعاً بدلاً من من هيكل S.I.G.N. الكامل.
هذا يخلق ضغطاً غريباً على Sign. إنه لا يحتاج فقط إلى عمل TokenTable. إنه يحتاج إلى عمل TokenTable دون أن يصبح الفئة النهائية التي يقفل عليها السوق.
لذا فإن وجهة نظري بسيطة: الخطر بالنسبة لـ $SIGN ليس في أن المنتج التجاري يفشل مبكراً. الخطر هو أنه ينجح بوضوح شديد، وبشكل مرئي، وباستمرار لدرجة أن المجموعة السيادية تبدأ في الظهور كقصة جانبية مكلفة بدلاً من الوجهة.
هذا نوع مختلف جداً من الاختناق. إنه ليس تقنياً. إنه جاذبية السرد.
@SignOfficial $SIGN #SignDigitalSovereignInfra
لحظة توقف اعتماد Sign عن الشعور بأنه غير متصل
ما جعل هذا حقيقياً بالنسبة لي لم يكن لوحة تحكم أو ورقة بيضاء. كان مكتب الفوائد. يظهر المواطن اعتماد QR، الشاشة تقول إن الدليل موجود، والضابط لا يزال ينتظر قبل السماح بتحويل الدفع. تلك هي اللحظة التي يتغير فيها شكل S.I.G.N. يدعم نظام الهوية الجديد من Sign التحقق القابل لإعادة الاستخدام دون الحاجة إلى واجهات برمجة التطبيقات المركزية "استعلام عن هويتي"، كما أنه يدعم سجلات الثقة، وإلغاء التحقق أو فحص الحالة، وعرض QR أو NFC عند عدم الاتصال. ضع كل ذلك معاً داخل تدفق حكومي إلى شخص، والسؤال الأصعب لم يعد "هل يمكن لهذا الشخص إظهار اعتماد؟" بل يصبح "هل يمكن للمحقق أن يثق به بما يكفي للتصرف الآن؟"
أحاول فتح صفقة SHORT على $B3 USDT هنا مع مخاطرة ضيقة على مدى 15 دقيقة 🔥
الدخول: 0.0004894
TP: 0.0004427 | 0.0003945
SL: إغلاق فوق 0.0005280
لقد كنت أراقب هذا منذ الارتفاع من 0.0003092، وهذه هي النقطة الأولى التي توقفت فيها الشموع عن التوسع.
ما يبرز لي هو أن السعر وصل إلى 0.0005280، ثم انزلق مرة أخرى تحت منطقة 0.0004908 بدلاً من البناء فوقها.
الدافع كان قويًا جدًا، لكن المتابعة بعد ذلك تبدو أصغر وأكثر ترددًا.
مؤشر القوة النسبية لا يزال ممتدًا وقد بدأ بالفعل في الانخفاض، لذا أفضل أن أتوجه نحو فترة استراحة بدلاً من ملاحقة اختراق متأخر.
إذا كانت هذه الفكرة خاطئة، يجب أن يكون من الواضح سريعًا، لأن السعر القوي لا ينبغي أن يستمر في التردد تحت القمة.
بعد حركة بهذا الانحدار، أحب التداول على النفس الأول المتعب أكثر من شراء الشمعة الأخيرة المثيرة.
الدخول: 0.0004894
TP: 0.0004427 | 0.0003945
SL: إغلاق فوق 0.0005280
لقد كنت أراقب هذا منذ الارتفاع من 0.0003092، وهذه هي النقطة الأولى التي توقفت فيها الشموع عن التوسع.
ما يبرز لي هو أن السعر وصل إلى 0.0005280، ثم انزلق مرة أخرى تحت منطقة 0.0004908 بدلاً من البناء فوقها.
الدافع كان قويًا جدًا، لكن المتابعة بعد ذلك تبدو أصغر وأكثر ترددًا.
مؤشر القوة النسبية لا يزال ممتدًا وقد بدأ بالفعل في الانخفاض، لذا أفضل أن أتوجه نحو فترة استراحة بدلاً من ملاحقة اختراق متأخر.
إذا كانت هذه الفكرة خاطئة، يجب أن يكون من الواضح سريعًا، لأن السعر القوي لا ينبغي أن يستمر في التردد تحت القمة.
بعد حركة بهذا الانحدار، أحب التداول على النفس الأول المتعب أكثر من شراء الشمعة الأخيرة المثيرة.
يصبح الدفع ذا طابع سياسي عندما يطلب أحدهم إلغاءه.
كان هذا رد فعلي عند قراءة قسم قبول التجار في معيار @SignOfficial . في نظام S.I.G.N.، لا يقتصر الأمر على إتمام الدفع بسلاسة فحسب، بل يتمحور النظام حول توقعات نهائية التسوية، وسياسة الاسترداد/الإلغاء المنظمة، وتوثيق الأدلة في حالات النزاع. هذا يعني أن عرض PowerPoint الحساس قد يظهر بعد التسوية، وليس قبلها.
الدفع السلس سهل، أما الإلغاء المنظم فهو أمر سياسي.
هذا هو السبب على مستوى النظام الذي يجعلني أعتقد أن هذا الأمر مهم. بمجرد تحويل الأموال، يتعين على النظام تحديد ما إذا كانت كلمة "مكتمل" تعني فعلاً اكتمالها. إذا بقيت سياسة الإلغاء محدودة، يتحمل المستخدمون المزيد من الأخطاء ويحصل التجار على مزيد من اليقين. أما إذا أصبحت سياسة الإلغاء مرنة، فستكتسب الجهات المشغلة والمؤسسات مزيدًا من الصلاحيات، بينما تضعف نهائية الدفع في المكان الذي كان من المفترض أن يكون فيه مستوى الثقة في أعلى مستوياته. في كلتا الحالتين، هناك من يدفع الثمن.
والتكلفة ليست مجردة، فالتاجر يريد اليقين، والمستخدم يريد التصحيح عند حدوث خطأ ما. يرغب المشغل في قواعد قادرة على الصمود أمام النزاعات دون تحويل كل حالة إلى ضغط يدوي. في اللحظة التي تصبح فيها سياسة الاسترداد قرارًا خاضعًا لرقابة بدلاً من مجرد نتيجة دفع بسيطة، تبدأ الحيادية بالتلاشي. قد تتم تسوية الدفعة بشكل صحيح، لكن قد تبدأ المشاكل السياسية لاحقًا.
لذا، بالنسبة للرقم $SIGN ، لن أقيّم @signofficial بناءً على قدرة S.I.G.N. على إتمام عمليات الدفع فحسب، بل سأقيّمها بناءً على مدى ثبات قواعد الاسترداد والإلغاء، بحيث لا تصبح إدارة ما بعد التسوية، بهدوء، ساحةً لظهور السلطة، وضعف اليقين، وإدراك أحد الأطراف أن عملية الدفع "المكتملة" كانت مكتملة من أجله فقط. #SignDigitalSovereignInfra
كان هذا رد فعلي عند قراءة قسم قبول التجار في معيار @SignOfficial . في نظام S.I.G.N.، لا يقتصر الأمر على إتمام الدفع بسلاسة فحسب، بل يتمحور النظام حول توقعات نهائية التسوية، وسياسة الاسترداد/الإلغاء المنظمة، وتوثيق الأدلة في حالات النزاع. هذا يعني أن عرض PowerPoint الحساس قد يظهر بعد التسوية، وليس قبلها.
الدفع السلس سهل، أما الإلغاء المنظم فهو أمر سياسي.
هذا هو السبب على مستوى النظام الذي يجعلني أعتقد أن هذا الأمر مهم. بمجرد تحويل الأموال، يتعين على النظام تحديد ما إذا كانت كلمة "مكتمل" تعني فعلاً اكتمالها. إذا بقيت سياسة الإلغاء محدودة، يتحمل المستخدمون المزيد من الأخطاء ويحصل التجار على مزيد من اليقين. أما إذا أصبحت سياسة الإلغاء مرنة، فستكتسب الجهات المشغلة والمؤسسات مزيدًا من الصلاحيات، بينما تضعف نهائية الدفع في المكان الذي كان من المفترض أن يكون فيه مستوى الثقة في أعلى مستوياته. في كلتا الحالتين، هناك من يدفع الثمن.
والتكلفة ليست مجردة، فالتاجر يريد اليقين، والمستخدم يريد التصحيح عند حدوث خطأ ما. يرغب المشغل في قواعد قادرة على الصمود أمام النزاعات دون تحويل كل حالة إلى ضغط يدوي. في اللحظة التي تصبح فيها سياسة الاسترداد قرارًا خاضعًا لرقابة بدلاً من مجرد نتيجة دفع بسيطة، تبدأ الحيادية بالتلاشي. قد تتم تسوية الدفعة بشكل صحيح، لكن قد تبدأ المشاكل السياسية لاحقًا.
لذا، بالنسبة للرقم $SIGN ، لن أقيّم @signofficial بناءً على قدرة S.I.G.N. على إتمام عمليات الدفع فحسب، بل سأقيّمها بناءً على مدى ثبات قواعد الاسترداد والإلغاء، بحيث لا تصبح إدارة ما بعد التسوية، بهدوء، ساحةً لظهور السلطة، وضعف اليقين، وإدراك أحد الأطراف أن عملية الدفع "المكتملة" كانت مكتملة من أجله فقط. #SignDigitalSovereignInfra
قرار الخصوصية في Sign يحدث قبل الدفع
يمكن لوزارتين تشغيل نفس منطق الفوائد في S.I.G.N. وما زالت تعطي مستلميها ظروف خصوصية مختلفة جداً. يمكن أن يحدث هذا الانقسام قبل حتى إنشاء أول دفعة. يقرر حوكمة السياسات مستوى الخصوصية الذي يتطلبه البرنامج. ثم تختار تدفقات G2P السكة. CBDC للبرامج الحساسة للخصوصية. سكة العملة المستقرة العامة للبرامج التي prioritize الشفافية. بعد ذلك، يمكن لـ TokenTable توليد الدفعة، يمكن أن تنتقل التسوية، ويمكن إنتاج حزمة التدقيق مع البيان، مراجع التسوية، وإصدار القواعد. بحلول الوقت الذي تنتقل فيه الأموال، قد تكون أعمق الخيارات قد انتهت بالفعل.
$NIGHT
يقرأ معظم الناس نموذج MIDNIGHT'S NIGHT و DUST كقصة عن توكنوميكس. أعتقد أن الجزء الأكثر إثارة للاهتمام هو السلوكيات. قد تخبرنا تدهور DUST بهدوء أن MIDNIGHT لا تريد مالكي سعة سلبية. إنها تريد مشغلين نشطين. السبب بسيط. إذا كان بإمكان DUST أن تختفي مع مرور الوقت بدلاً من الجلوس إلى الأبد كقدرة خاصة مخزنة، فإن مجرد الاحتفاظ بـ NIGHT ليس كافياً بمفرده. يبدأ النظام في مكافأة الأشخاص الذين يخططون فعليًا للاستخدام، ويديرون السعة، ويضعون الشبكة للعمل. هذه إشارة مختلفة تمامًا عن عادة التشفير المعتادة حيث يتوقع الناس أن تأتي القيمة من مجرد الاحتفاظ والانتظار. يبدو أن نموذج MIDNIGHT أكثر صرامة من ذلك. يبدو أنه يقول إن السعة غير المستخدمة يجب ألا تبقى حقًا دائمًا.
هذا يغير كيف أنظر إلى المشروع. قد لا تبني MIDNIGHT بنية تحتية خاصة فقط. قد تبني أيضًا ثقافة حول الاستخدام المنضبط. يناسب مشغلو التطبيقات، والبناة الجادون، والمستخدمون النشطون هذا النموذج أفضل من حاملي السعة السلبية الذين يريدون فقط التعرض دون مشاركة تشغيلية. الدلالة أكبر مما تبدو: قد تأتي الميزة العميقة لـ MIDNIGHT من تشجيع شبكة يتم فيها التعامل مع السعة كشيء يجب إدارته ونشره، وليس شيئًا يجب تخزينه إلى الأبد. هذا يجعل النظام يشعر بأنه أقل كآلة أصول سلبية وأكثر كبيئة تشغيل خاصة.
@MidnightNetwork #night $NIGHT
$BTC $BNB
هذا يغير كيف أنظر إلى المشروع. قد لا تبني MIDNIGHT بنية تحتية خاصة فقط. قد تبني أيضًا ثقافة حول الاستخدام المنضبط. يناسب مشغلو التطبيقات، والبناة الجادون، والمستخدمون النشطون هذا النموذج أفضل من حاملي السعة السلبية الذين يريدون فقط التعرض دون مشاركة تشغيلية. الدلالة أكبر مما تبدو: قد تأتي الميزة العميقة لـ MIDNIGHT من تشجيع شبكة يتم فيها التعامل مع السعة كشيء يجب إدارته ونشره، وليس شيئًا يجب تخزينه إلى الأبد. هذا يجعل النظام يشعر بأنه أقل كآلة أصول سلبية وأكثر كبيئة تشغيل خاصة.
@MidnightNetwork #night $NIGHT
$BTC $BNB
قد تكون أصعب مشكلة في منتصف الليل هي أن الخصوصية تعيد الثقة إلى نقطة النهاية
ما كان يزعجني في منتصف الليل ليس السلسلة. كانت الجهاز الحديث المحادثة المعتادة حول منتصف الليل لا تزال نظيفة للغاية. الخصوصية. ZK. الكشف الانتقائي. الدولة المحمية. تحكم أفضل على ما يتم الكشف عنه. كل هذا صحيح. لكن المقايضة الأعمق أقسى من ذلك. يمكن أن تجعل منتصف الليل السلسلة تتعلم أقل فقط من خلال جعل نقطة النهاية تقوم بالمزيد. ومتى ما انتقلت المزيد من المسؤولية إلى المحفظة، والعميل، وبرامج المستخدم، فإن نموذج الثقة الحقيقي يتغير.
هذا هو الجزء الذي لا أعتقد أن عددًا كافيًا من الناس ينظرون إليه.
هذا هو الجزء الذي لا أعتقد أن عددًا كافيًا من الناس ينظرون إليه.
يمكن أن يكون CID صالحًا وعدًا سيئًا. هذه هي الجملة التي كنت أعود إليها أثناء النظر إلى @SignOfficial
مع إثباتات التوقيع الهجينة، يبقى مرجع الإثبات على سلسلة الكتل، لكن الحمولة الفعلية يمكن أن تعيش على Arweave أو IPFS. على الورق، لا يزال يبدو نظيفًا. يوجد CID. يوجد الإثبات. لا يزال السجل يشير إلى مكان ما. لكن البنية التحتية السيادية لا تُحكم على ما إذا كانت المؤشر قد نجت. تُحكم على ما إذا كانت الأدلة قابلة للاستخدام عندما يحتاجها مشغل أو مدقق أو وزارة تحت ضغط الوقت.
هذه هي السبب على مستوى النظام لماذا يهمني ذلك. S.I.G.N. لا تحاول أن تكون طبقة إثبات عادية. إنها مُصممة للبرامج المُدارة حيث تحدد انضباط الاسترجاع، والنسخ الاحتياطية لمتاجر خارج السلسلة، وسلوك التخزين المؤقت، والتعافي من الكوارث ما إذا كانت طبقة الأدلة تتصرف مثل البنية التحتية أو مثل أرشيف هش. يمكن لفريق تقني أن يقول إن الإثبات لا يزال صالحًا بينما المؤسسة التي تنتظر الحمولة لا تزال عالقة في التحديث أو إعادة المحاولة أو التصعيد. في تلك المرحلة، لم يعد المشكلة هي سلامة التشفير. إنها مصداقية تشغيلية.
هذا يغير كيف أفكر في $SIGN . في كومة سيادية، المتانة ليست فقط "هل تم تثبيتها؟" بل أيضًا "هل يمكن أن تصل الأدلة في الوقت المناسب عندما تحتاجها الدولة بالفعل؟"
لذلك بالنسبة ل #SignDigitalSovereignInfra ، لن أحكم على @signofficial فقط بناءً على مدى نظافة كتابة بروتوكول التوقيع للحقيقة. سأحكم عليه بناءً على ما إذا كانت الإثباتات الهجينة تبقى قابلة للاسترجاع بما يكفي حتى لا يتحول CID صالح أبدًا إلى سجل حكومي غير قابل للاستخدام.
مع إثباتات التوقيع الهجينة، يبقى مرجع الإثبات على سلسلة الكتل، لكن الحمولة الفعلية يمكن أن تعيش على Arweave أو IPFS. على الورق، لا يزال يبدو نظيفًا. يوجد CID. يوجد الإثبات. لا يزال السجل يشير إلى مكان ما. لكن البنية التحتية السيادية لا تُحكم على ما إذا كانت المؤشر قد نجت. تُحكم على ما إذا كانت الأدلة قابلة للاستخدام عندما يحتاجها مشغل أو مدقق أو وزارة تحت ضغط الوقت.
هذه هي السبب على مستوى النظام لماذا يهمني ذلك. S.I.G.N. لا تحاول أن تكون طبقة إثبات عادية. إنها مُصممة للبرامج المُدارة حيث تحدد انضباط الاسترجاع، والنسخ الاحتياطية لمتاجر خارج السلسلة، وسلوك التخزين المؤقت، والتعافي من الكوارث ما إذا كانت طبقة الأدلة تتصرف مثل البنية التحتية أو مثل أرشيف هش. يمكن لفريق تقني أن يقول إن الإثبات لا يزال صالحًا بينما المؤسسة التي تنتظر الحمولة لا تزال عالقة في التحديث أو إعادة المحاولة أو التصعيد. في تلك المرحلة، لم يعد المشكلة هي سلامة التشفير. إنها مصداقية تشغيلية.
هذا يغير كيف أفكر في $SIGN . في كومة سيادية، المتانة ليست فقط "هل تم تثبيتها؟" بل أيضًا "هل يمكن أن تصل الأدلة في الوقت المناسب عندما تحتاجها الدولة بالفعل؟"
لذلك بالنسبة ل #SignDigitalSovereignInfra ، لن أحكم على @signofficial فقط بناءً على مدى نظافة كتابة بروتوكول التوقيع للحقيقة. سأحكم عليه بناءً على ما إذا كانت الإثباتات الهجينة تبقى قابلة للاسترجاع بما يكفي حتى لا يتحول CID صالح أبدًا إلى سجل حكومي غير قابل للاستخدام.
ظل السجل خاصًا حتى reached someone for the Audit Key
لم يتم تسريب أي شيء إلى السكك الحديدية العامة. كانت نسخة مجموعة القواعد متطابقة. كانت الموافقات الموقعة موجودة. تم تسوية المراجع. على الورق، كانت S.I.G.N. قد فعلت بالضبط ما يُفترض بنظام سيادي أن يفعله. ثم احتاج مدقق / مشرف إلى مجموعة بيانات التدقيق القانونية، وبدت مسألة الخصوصية مختلفة. لم يعد الأمر يتعلق بما يمكن للجمهور رؤيته. بل كان يتعلق بمن يمكنه فتح السجل، تحت أي سلطة، بأي مفتاح، وكيف سيتم استعادة ذلك الوصول إذا انقطع مسار الحفظ.
لقد كانت لدي رد فعل غريب عند قراءة وثائق الخصوصية @MidnightNetwork اليوم. الجزء الذي أزعجني لم يكن ما إذا كانت القيمة مرئية. بل كان ما إذا كانت مساحة الإجابة صغيرة للغاية لدرجة أن إخفائها بالكاد يساعد.
ادعائي بسيط: في منتصف الليل، يمكن أن تفشل بعض البيانات الخاصة قبل حدوث الكشف، فقط لأن القيمة يمكن تخمينها بسهولة.
السبب على مستوى النظام موجود هناك في الوثائق. نموذج خصوصية منتصف الليل يسمح للبناة باستخدام شجرة ميركل أو التزام بحيث لا تظهر القيمة الخام بشكل علني. لكن الوثائق توضح أيضًا أن القيم التي تم تخمينها لا تزال يمكن التحقق منها، وأن عشوائية الالتزام الدائم تهم أكثر عندما تكون الإجابات الممكنة قليلة. هذا يعني أن التصويت المخفي، أو علامة الأهلية، أو الحالة الثنائية ليست محمية لمجرد أنها بعيدة عن السطح العام. إذا كانت مجموعة الإجابات صغيرة، فلا يحتاج الغرباء إلى تسريبات. إنهم يحتاجون إلى قائمة مختصرة.
هذا يغير كيف أقرأ الخصوصية في منتصف الليل. السؤال ليس فقط "هل كشف العقد عن القيمة؟" بل أيضًا "هل كانت القيمة صعبة بما يكفي للتخمين بعد أن تم إخفاؤها؟" هذه معايير مختلفة، وبيانات النطاق الصغير تفشل في الثانية بشكل أسرع بكثير مما يعتقد الناس.
إشارتي صارخة: أي باني على @midnightnetwork يعتبر بيانات ذات إنتروبيا منخفضة خاصة بشكل افتراضي يقوم بتصميم ميزة خصوصية قد تبدو صحيحة في الكود ولا تزال ضعيفة في الممارسة. $NIGHT #night
ادعائي بسيط: في منتصف الليل، يمكن أن تفشل بعض البيانات الخاصة قبل حدوث الكشف، فقط لأن القيمة يمكن تخمينها بسهولة.
السبب على مستوى النظام موجود هناك في الوثائق. نموذج خصوصية منتصف الليل يسمح للبناة باستخدام شجرة ميركل أو التزام بحيث لا تظهر القيمة الخام بشكل علني. لكن الوثائق توضح أيضًا أن القيم التي تم تخمينها لا تزال يمكن التحقق منها، وأن عشوائية الالتزام الدائم تهم أكثر عندما تكون الإجابات الممكنة قليلة. هذا يعني أن التصويت المخفي، أو علامة الأهلية، أو الحالة الثنائية ليست محمية لمجرد أنها بعيدة عن السطح العام. إذا كانت مجموعة الإجابات صغيرة، فلا يحتاج الغرباء إلى تسريبات. إنهم يحتاجون إلى قائمة مختصرة.
هذا يغير كيف أقرأ الخصوصية في منتصف الليل. السؤال ليس فقط "هل كشف العقد عن القيمة؟" بل أيضًا "هل كانت القيمة صعبة بما يكفي للتخمين بعد أن تم إخفاؤها؟" هذه معايير مختلفة، وبيانات النطاق الصغير تفشل في الثانية بشكل أسرع بكثير مما يعتقد الناس.
إشارتي صارخة: أي باني على @midnightnetwork يعتبر بيانات ذات إنتروبيا منخفضة خاصة بشكل افتراضي يقوم بتصميم ميزة خصوصية قد تبدو صحيحة في الكود ولا تزال ضعيفة في الممارسة. $NIGHT #night
يمكن أن تفشل ميدنايت بعد أن تكون السجلات قد تحركت بالفعل
الجملة التي غيرت ميدنايت بالنسبة لي كانت صريحة: يمكن أن تفشل المعاملة في المرحلة القابلة للفشل وتترك وراءها تأثيرات مضمونة.
بمجرد أن قرأت ذلك، لم أستطع العودة إلى نموذج الكريبتو العقلي الطبيعي. تقول وثائق ميدنايت أن المعاملات تمر من خلال فحص صلاحية جيد، ثم مرحلة مضمونة، ثم مرحلة قابلة للفشل. إذا حدث فشل في المرحلة المضمونة، فلن يتم تضمين المعاملة. ولكن إذا حدث الفشل لاحقًا، فإن التأثيرات المضمونة لا تزال سارية وتقوم السجلات بتوثيق نجاح جزئي. كما تقول الوثائق أن الرسوم لجميع المراحل يتم جمعها في المرحلة المضمونة وتفقد إذا فشلت المرحلة القابلة للفشل. هذا يعني أن الفشل في ميدنايت ليس دائمًا عملية إعادة. أحيانًا يكون بقايا.
بمجرد أن قرأت ذلك، لم أستطع العودة إلى نموذج الكريبتو العقلي الطبيعي. تقول وثائق ميدنايت أن المعاملات تمر من خلال فحص صلاحية جيد، ثم مرحلة مضمونة، ثم مرحلة قابلة للفشل. إذا حدث فشل في المرحلة المضمونة، فلن يتم تضمين المعاملة. ولكن إذا حدث الفشل لاحقًا، فإن التأثيرات المضمونة لا تزال سارية وتقوم السجلات بتوثيق نجاح جزئي. كما تقول الوثائق أن الرسوم لجميع المراحل يتم جمعها في المرحلة المضمونة وتفقد إذا فشلت المرحلة القابلة للفشل. هذا يعني أن الفشل في ميدنايت ليس دائمًا عملية إعادة. أحيانًا يكون بقايا.
يمكن أن تتصرف السكك الحديدية العامة مثل نقطة تفتيش. هذه هي الفكرة التي لا أستطيع التخلص منها بينما أنظر إلى @SignOfficial
ما يجعل هذا حادًا ليس وجود سكك حديدية CBDC وسكة عملة مستقرة بحد ذاتها. إنه الجسر بينهما. في S.I.G.N.، لا يتم وصف هذا الجسر كأنابيب محايدة. إنه يحمل فحوصات السياسة، وضوابط الأسعار والحجم، وضوابط الطوارئ، وتسجيل الأدلة، ومراجع التسوية، وتغييرات المعلمات المعتمدة من السيادة. لذا فإن السؤال العملي ليس فقط ما إذا كانت الأموال الرقمية موجودة على كلا الجانبين. بل هو من يحصل على نقل القيمة عبر الحدود، وكم يمكنهم نقلها، ومدى سرعة تضييق تلك الحدود دون حدث إصدار جديد.
لهذا أعتقد أن الكثير من الناس قد يقرأون $SIGN بشكل ضيق للغاية. إنهم ينظرون إلى الإصدار، والهوية، أو علامة البنية التحتية أولاً. أستمر في النظر إلى حوكمة التحويل. لأنه بمجرد أن يدعم نظام ما التشغيل المتحكم به بين حسابات CBDC الخاصة وحسابات العملات المستقرة العامة، يمكن للجسر أن يبدأ في التصرف كرافعة سياسية حية. قد تكون السكك الحديدية وظيفية. يمكن أن تظل المعابر انتقائية.
هذه هي السبب على مستوى النظام في أن هذا مهم. يمكن أن يشكل حد التحويل، أو تغيير معلمة الجسر، أو التحكم في الطوارئ ظروف السيولة الحقيقية دون إعادة كتابة النظام النقدي بالكامل بشكل علني.
لذا بالنسبة لـ #SignDigitalSovereignInfra ، لن أقيّم @signofficial فقط بناءً على ما إذا كان يمكنه الإصدار والتحقق بشكل نظيف. سأقيّمه بناءً على ما إذا كانت حوكمة الجسر تبقى محدودة بما يكفي حتى لا يتحول التشغيل المتداخل إلى حدود هادئة بلا مالك سياسي واضح.
$SIGN
ما يجعل هذا حادًا ليس وجود سكك حديدية CBDC وسكة عملة مستقرة بحد ذاتها. إنه الجسر بينهما. في S.I.G.N.، لا يتم وصف هذا الجسر كأنابيب محايدة. إنه يحمل فحوصات السياسة، وضوابط الأسعار والحجم، وضوابط الطوارئ، وتسجيل الأدلة، ومراجع التسوية، وتغييرات المعلمات المعتمدة من السيادة. لذا فإن السؤال العملي ليس فقط ما إذا كانت الأموال الرقمية موجودة على كلا الجانبين. بل هو من يحصل على نقل القيمة عبر الحدود، وكم يمكنهم نقلها، ومدى سرعة تضييق تلك الحدود دون حدث إصدار جديد.
لهذا أعتقد أن الكثير من الناس قد يقرأون $SIGN بشكل ضيق للغاية. إنهم ينظرون إلى الإصدار، والهوية، أو علامة البنية التحتية أولاً. أستمر في النظر إلى حوكمة التحويل. لأنه بمجرد أن يدعم نظام ما التشغيل المتحكم به بين حسابات CBDC الخاصة وحسابات العملات المستقرة العامة، يمكن للجسر أن يبدأ في التصرف كرافعة سياسية حية. قد تكون السكك الحديدية وظيفية. يمكن أن تظل المعابر انتقائية.
هذه هي السبب على مستوى النظام في أن هذا مهم. يمكن أن يشكل حد التحويل، أو تغيير معلمة الجسر، أو التحكم في الطوارئ ظروف السيولة الحقيقية دون إعادة كتابة النظام النقدي بالكامل بشكل علني.
لذا بالنسبة لـ #SignDigitalSovereignInfra ، لن أقيّم @signofficial فقط بناءً على ما إذا كان يمكنه الإصدار والتحقق بشكل نظيف. سأقيّمه بناءً على ما إذا كانت حوكمة الجسر تبقى محدودة بما يكفي حتى لا يتحول التشغيل المتداخل إلى حدود هادئة بلا مالك سياسي واضح.
$SIGN
تحكم الطيار بدون تاريخ انتهاء يمكن أن يشوه الإشارة على نطاق واسع
يمكن لطيار S.I.G.N. أن يبدو منضبطًا بشكل جميل لأن القليل جدًا يُترك بمفرده. مستخدمون محدودون. نطاق محدود. مراقبة قوية. مراجعة بشرية سريعة عندما يشعر شخص ما أن هناك شيئًا خاطئًا. هذا ليس عطلًا في نموذج الإطلاق. توضح الوثائق بوضوح مرحلة الطيار بهذه الطريقة قبل أن ينتقل التوسع إلى وكالات أو مشغلين متعددين، وSLAs بمستوى إنتاج، ولاحقًا التكامل الكامل مع العمليات المستقرة والتدقيقات القياسية.
المشكلة ليست في أن هذه البنية موجودة. المشكلة هي ما يحدث إذا استمر الطيار في تعليم النظام كيف يتنفس.
المشكلة ليست في أن هذه البنية موجودة. المشكلة هي ما يحدث إذا استمر الطيار في تعليم النظام كيف يتنفس.
السطر الذي غير قراءتي لـ @MidnightNetwork اليوم لم يكن عن إخفاء مستخدم من السلسلة. بل كان المعيار الأكثر هدوءًا المخفي داخل التصميم الخاص بالالتزام والمُبطل: يجب ألا يتمكن المصدِر من التعرف على الإنفاق لاحقًا.
هذا يعد حاجز خصوصية أصعب بكثير مما يفترضه معظم الناس بشكل عابر.
ادعائي بسيط. إذن، فإن الإذن الخاص على Midnight أضعف مما يبدو إذا كان الطرف الذي أصدر الحق لا يزال بإمكانه ربط الإصدار بالاستخدام اللاحق. الخصوصية العامة ليست كافية بمفردها.
السبب على مستوى النظام موجود في منطق الوثائق حول الالتزامات، والمُبطلين، وفصل النطاق، والمعرفة السرية. لا تحاول Midnight فقط إيقاف الاستخدام المزدوج. بل تحاول أيضًا إيقاف المُفوض الأول من رصد أي إذن تم استخدامه لاحقًا. هذا يغير حدود الثقة تمامًا. يمكن لإثبات أن يتحقق بشكل نظيف. يمكن أن تبقى العامة عمياء. ولكن إذا كان المصدِر لا يزال يمكنه التعرف على النمط، فهذا يعني أن التطبيق لم ينتج حقًا تفويضًا خاصًا قويًا. لقد غير فقط من يُسمح له بالمراقبة.
لهذا السبب أعتقد أن البناة يجب أن يتوقفوا عن اعتبار "الاستخدام المحمي" كجملة مكتملة. في بعض تدفقات Midnight، فإن وعد الخصوصية الجاد ليس مجرد أن الغرباء لا يمكنهم رؤية الإنفاق. بل هو أن المصدِر لا يمكنه أيضًا الاحتفاظ بأثر التعرف بهدوء.
إشارتي واضحة: إذا قامت الفرق ببناء أذونات خاصة على @midnightnetwork دون حماية عدم الربط من جانب المصدِر، فسوف يسوقون خصوصية أقوى مما يقدمه الآلية فعليًا. $NIGHT #night
هذا يعد حاجز خصوصية أصعب بكثير مما يفترضه معظم الناس بشكل عابر.
ادعائي بسيط. إذن، فإن الإذن الخاص على Midnight أضعف مما يبدو إذا كان الطرف الذي أصدر الحق لا يزال بإمكانه ربط الإصدار بالاستخدام اللاحق. الخصوصية العامة ليست كافية بمفردها.
السبب على مستوى النظام موجود في منطق الوثائق حول الالتزامات، والمُبطلين، وفصل النطاق، والمعرفة السرية. لا تحاول Midnight فقط إيقاف الاستخدام المزدوج. بل تحاول أيضًا إيقاف المُفوض الأول من رصد أي إذن تم استخدامه لاحقًا. هذا يغير حدود الثقة تمامًا. يمكن لإثبات أن يتحقق بشكل نظيف. يمكن أن تبقى العامة عمياء. ولكن إذا كان المصدِر لا يزال يمكنه التعرف على النمط، فهذا يعني أن التطبيق لم ينتج حقًا تفويضًا خاصًا قويًا. لقد غير فقط من يُسمح له بالمراقبة.
لهذا السبب أعتقد أن البناة يجب أن يتوقفوا عن اعتبار "الاستخدام المحمي" كجملة مكتملة. في بعض تدفقات Midnight، فإن وعد الخصوصية الجاد ليس مجرد أن الغرباء لا يمكنهم رؤية الإنفاق. بل هو أن المصدِر لا يمكنه أيضًا الاحتفاظ بأثر التعرف بهدوء.
إشارتي واضحة: إذا قامت الفرق ببناء أذونات خاصة على @midnightnetwork دون حماية عدم الربط من جانب المصدِر، فسوف يسوقون خصوصية أقوى مما يقدمه الآلية فعليًا. $NIGHT #night
عندما يتوقف تطبيق ميدنايت عن تتبع الأوراق، تتحول الخصوصية إلى بحث
السطر الذي غير كل ميزة بالنسبة لي لم يكن في دائرة إثبات. كان في وثائق المساعد. تقول ميدنايت أن pathForLeaf() مفضل لأن findPathForLeaf() يحتاج إلى مسح O(n). يبدو أن هذا صغير حتى تدرك ما يعنيه لتطبيق حقيقي. في ميدنايت، يمكن أن يظل تدفق العضوية الخاص صحيحًا تشفيرياً ومع ذلك يصبح أثقل في كل مرة ينسى فيها التطبيق أين وضع الورقة في الأصل.
هذه ليست تفاصيل جانبية. إنها جزء من المنتج.
تجعل وثائق ميدنايت الآلية واضحة بما فيه الكفاية. يمكن لعقدة مدمجة استخدام MerkleTreePath لإثبات العضوية في MerkleTree دون الكشف عن أي إدخال يتطابق. ثم تعطي هدف جافا سكريبت للبناة طريقتين مختلفتين لاستعادة المسار من كائن الحالة: pathForLeaf() و findPathForLeaf(). تقول الوثائق أن pathForLeaf() أفضل عند الإمكان. السبب واضح. يجب أن تبحث findPathForLeaf()، وتلك البحث هو O(n). المشكلة هي أن pathForLeaf() يعمل فقط إذا كان التطبيق لا يزال يعرف أين تم إدخال العنصر في الأصل.
هذه ليست تفاصيل جانبية. إنها جزء من المنتج.
تجعل وثائق ميدنايت الآلية واضحة بما فيه الكفاية. يمكن لعقدة مدمجة استخدام MerkleTreePath لإثبات العضوية في MerkleTree دون الكشف عن أي إدخال يتطابق. ثم تعطي هدف جافا سكريبت للبناة طريقتين مختلفتين لاستعادة المسار من كائن الحالة: pathForLeaf() و findPathForLeaf(). تقول الوثائق أن pathForLeaf() أفضل عند الإمكان. السبب واضح. يجب أن تبحث findPathForLeaf()، وتلك البحث هو O(n). المشكلة هي أن pathForLeaf() يعمل فقط إذا كان التطبيق لا يزال يعرف أين تم إدخال العنصر في الأصل.
أولي المزيد من الاهتمام لتعديلات القائمة البيضاء في @SignOfficial أكثر مما أفعله للعديد من "التحديثات" بنية الرمز.
السبب بسيط. في S.I.G.N. ، لا تعالج الوثائق الحدود والجداول الزمنية والقوائم البيضاء مثل إعدادات الإدارة العشوائية. إنهم يجلسون داخل تغييرات مبرمجة محكومة فقط ، مع مبررات وتقييمات التأثير وخطط التراجع وتوقيعات الموافقة وسجلات النشر. هذا يعني أن البرنامج السيادي يمكنه تغيير من يحصل فعليًا على الوصول ، ومتى يحصل عليه ، أو مدى اتساع النافذة التي تبقى مفتوحة دون المساس بمسار البرمجيات الأساسية على الإطلاق.
هذه ليست تفاصيل تصميم ثانوية. يعني أن السياسة في $SIGN يمكن أن تتحرك بهدوء عبر حوكمة الإعدادات ، وليس فقط من خلال إصدارات دراماتيكية يلاحظها الجميع.
وهذا يغير الطريقة التي أفكر بها في السلطة داخل النظام. يبدو أن ترقية البرمجيات على الأقل حدث كبير. يمكن أن تبدو تغييرات القائمة البيضاء تشغيلية بينما لا تزال تعيد رسم المشاركة الحية. تبقى السلسلة كما هي. يبقى كومة المنطق كما هي. لكن المحيط الفعلي لمن يمكنه التحرك قد تغير.
هذا هو السبب على مستوى النظام الذي يهمني. في مجموعة من الدرجة السيادية ، لا تتعلق الحوكمة فقط بمن يكتب الشفرة. بل تتعلق أيضًا بمن يمكنه إعادة تشكيل الوصول بشكل قانوني وتشغيلي من خلال ضوابط مخصصة فقط ، ومدى قابلية مراجعة تلك التغييرات بعد الواقع.
لذا بالنسبة لـ #SignDigitalSovereignInfra ، لن أحكم على @signofficial فقط من خلال تصميم الإثبات أو الهندسة المعمارية. سأحكم عليه بناءً على ما إذا كانت حوكمة التكوين تبقى واضحة بما يكفي بحيث لا تصبح تعديل القائمة البيضاء سلاح سياسة هادئ.
السبب بسيط. في S.I.G.N. ، لا تعالج الوثائق الحدود والجداول الزمنية والقوائم البيضاء مثل إعدادات الإدارة العشوائية. إنهم يجلسون داخل تغييرات مبرمجة محكومة فقط ، مع مبررات وتقييمات التأثير وخطط التراجع وتوقيعات الموافقة وسجلات النشر. هذا يعني أن البرنامج السيادي يمكنه تغيير من يحصل فعليًا على الوصول ، ومتى يحصل عليه ، أو مدى اتساع النافذة التي تبقى مفتوحة دون المساس بمسار البرمجيات الأساسية على الإطلاق.
هذه ليست تفاصيل تصميم ثانوية. يعني أن السياسة في $SIGN يمكن أن تتحرك بهدوء عبر حوكمة الإعدادات ، وليس فقط من خلال إصدارات دراماتيكية يلاحظها الجميع.
وهذا يغير الطريقة التي أفكر بها في السلطة داخل النظام. يبدو أن ترقية البرمجيات على الأقل حدث كبير. يمكن أن تبدو تغييرات القائمة البيضاء تشغيلية بينما لا تزال تعيد رسم المشاركة الحية. تبقى السلسلة كما هي. يبقى كومة المنطق كما هي. لكن المحيط الفعلي لمن يمكنه التحرك قد تغير.
هذا هو السبب على مستوى النظام الذي يهمني. في مجموعة من الدرجة السيادية ، لا تتعلق الحوكمة فقط بمن يكتب الشفرة. بل تتعلق أيضًا بمن يمكنه إعادة تشكيل الوصول بشكل قانوني وتشغيلي من خلال ضوابط مخصصة فقط ، ومدى قابلية مراجعة تلك التغييرات بعد الواقع.
لذا بالنسبة لـ #SignDigitalSovereignInfra ، لن أحكم على @signofficial فقط من خلال تصميم الإثبات أو الهندسة المعمارية. سأحكم عليه بناءً على ما إذا كانت حوكمة التكوين تبقى واضحة بما يكفي بحيث لا تصبح تعديل القائمة البيضاء سلاح سياسة هادئ.
اليوم الذي يتوقف فيه الإصدار المحدود عن الشعور بالحياد
لا تصبح الكومة السيادية مثيرة للجدل إلا عندما تنهار بالكامل. أحيانًا تصبح مثيرة للجدل عندما تبقى نصف حية.
كانت تلك هي الجزء من S.I.G.N. الذي علق في ذهني. لا يصف نموذج الحوكمة والعمليات فقط التنفيذ الطبيعي. بل يسمح بشكل صريح بعمليات الوضع المتدهور، والسلوك القائم على القراءة فقط، وإصدار محدود، وسياسة تجاوز يدوي مع تسجيل الأدلة، وسلطة التوقف الطارئ أو التجميد. هناك حتى مثال على مجلس طارئ مع مراجعة بعد الحادث. هذا يعني أن Sign لا تتظاهر بأن الظروف السيئة غير موجودة. إنها تحاول إدارة هذه الظروف.
كانت تلك هي الجزء من S.I.G.N. الذي علق في ذهني. لا يصف نموذج الحوكمة والعمليات فقط التنفيذ الطبيعي. بل يسمح بشكل صريح بعمليات الوضع المتدهور، والسلوك القائم على القراءة فقط، وإصدار محدود، وسياسة تجاوز يدوي مع تسجيل الأدلة، وسلطة التوقف الطارئ أو التجميد. هناك حتى مثال على مجلس طارئ مع مراجعة بعد الحادث. هذا يعني أن Sign لا تتظاهر بأن الظروف السيئة غير موجودة. إنها تحاول إدارة هذه الظروف.
الجملة التي بقيت معي اليوم كانت غريبة: على @MidnightNetwork ، قد تحتاج الإذن الخاص إلى علامة إنفاق مرئية لتظل خاصة بالطريقة التي يريدها الناس فعليًا.
يبدو أن هذا عكسي في البداية. لكنه ليس كذلك.
قرائتي هي: نموذج خصوصية منتصف الليل لا يعد بالاختفاء التام. في بعض الحالات، يعد بشيء أصعب وأكثر فائدة. إنه يحاول إخفاء أي التزام أو تفويض تم استخدامه، مع التأكد من أن نفس الحق لا يمكن استخدامه مرتين.
السبب على مستوى النظام هو نمط الالتزام والملغى. يمكن أن يبقى الالتزام داخل الجانب الخاص من التطبيق، لكن الملغى يجب أن يصطدم بمجموعة عامة حتى يتمكن العقد من إخبار الحق بأنه تم إنفاقه بالفعل. هذا يعني أن التفويض الخاص لمرة واحدة لا يزال يعتمد على الإنفاق العام. يمكن أن تظل هوية الرمز مخفية. لكن حقيقة حدوث إنفاق لا يمكن إخفاؤها.
أعتقد أن هذه طريقة أفضل بكثير لقراءة منتصف الليل مقارنةً بـ "الخاص يعني أن لا أحد يمكنه رؤية أي شيء" النسخة. الخصوصية هنا أضيق وأكثر انضباطًا. يمكن للشبكة حماية من كان لديه الحق، أو أي ورقة تطابقت، دون التظاهر بأن منع إعادة التشغيل يأتي مجانًا.
لذلك، فإن لذلك تأثير حقيقي على البناة. إذا قاموا بتسويق الأذونات الخاصة كما لو أن الاستخدام نفسه لا يترك أي أثر عام، فإنهم سيخطئون في تحديد المنتج. في منتصف الليل، الهدف التصميمي الجاد ليس الاستخدام غير المرئي. إنه الهوية غير المرئية مع الإنفاق المرئي حيث يجب أن تموت إعادة التشغيل.
@MidnightNetwork $NIGHT #night
يبدو أن هذا عكسي في البداية. لكنه ليس كذلك.
قرائتي هي: نموذج خصوصية منتصف الليل لا يعد بالاختفاء التام. في بعض الحالات، يعد بشيء أصعب وأكثر فائدة. إنه يحاول إخفاء أي التزام أو تفويض تم استخدامه، مع التأكد من أن نفس الحق لا يمكن استخدامه مرتين.
السبب على مستوى النظام هو نمط الالتزام والملغى. يمكن أن يبقى الالتزام داخل الجانب الخاص من التطبيق، لكن الملغى يجب أن يصطدم بمجموعة عامة حتى يتمكن العقد من إخبار الحق بأنه تم إنفاقه بالفعل. هذا يعني أن التفويض الخاص لمرة واحدة لا يزال يعتمد على الإنفاق العام. يمكن أن تظل هوية الرمز مخفية. لكن حقيقة حدوث إنفاق لا يمكن إخفاؤها.
أعتقد أن هذه طريقة أفضل بكثير لقراءة منتصف الليل مقارنةً بـ "الخاص يعني أن لا أحد يمكنه رؤية أي شيء" النسخة. الخصوصية هنا أضيق وأكثر انضباطًا. يمكن للشبكة حماية من كان لديه الحق، أو أي ورقة تطابقت، دون التظاهر بأن منع إعادة التشغيل يأتي مجانًا.
لذلك، فإن لذلك تأثير حقيقي على البناة. إذا قاموا بتسويق الأذونات الخاصة كما لو أن الاستخدام نفسه لا يترك أي أثر عام، فإنهم سيخطئون في تحديد المنتج. في منتصف الليل، الهدف التصميمي الجاد ليس الاستخدام غير المرئي. إنه الهوية غير المرئية مع الإنفاق المرئي حيث يجب أن تموت إعادة التشغيل.
@MidnightNetwork $NIGHT #night
عندما تعيش دليل Midnight أطول من القاعدة
أوضح طريقة يمكنني قولها هي هذه: في Midnight، يمكنك إزالة إدخال من قائمة خاصة ولا تزال تمتلك دليلًا قديمًا ينجح.
كانت هذه هي القوة التي كنت أعود إليها أثناء قراءة الوثائق حول MerkleTree و HistoricMerkleTree. تقول Midnight إن كلاهما يمكن أن يساعد في العضوية الخاصة. لكنها تقول أيضًا إن HistoricMerkleTree.checkRoot يمكن أن تقبل الأدلة ضد الإصدارات السابقة من الشجرة. هذا مفيد عندما تؤدي الإدخالات المتكررة إلى كسر الأدلة. إنها أيضًا النقطة التي يمكن أن يبدأ فيها نظام التفويض الخاص في الابتعاد عن قواعده الحالية. إذا كانت تطبيقك يحتاج إلى إلغاء أو استبدال، يمكن أن تستمر أدلة قديمة في العيش بعد أن تتغير القائمة بالفعل.
كانت هذه هي القوة التي كنت أعود إليها أثناء قراءة الوثائق حول MerkleTree و HistoricMerkleTree. تقول Midnight إن كلاهما يمكن أن يساعد في العضوية الخاصة. لكنها تقول أيضًا إن HistoricMerkleTree.checkRoot يمكن أن تقبل الأدلة ضد الإصدارات السابقة من الشجرة. هذا مفيد عندما تؤدي الإدخالات المتكررة إلى كسر الأدلة. إنها أيضًا النقطة التي يمكن أن يبدأ فيها نظام التفويض الخاص في الابتعاد عن قواعده الحالية. إذا كانت تطبيقك يحتاج إلى إلغاء أو استبدال، يمكن أن تستمر أدلة قديمة في العيش بعد أن تتغير القائمة بالفعل.
الحمد لله ❤️✨
أنا سعيد حقًا اليوم لأن كل العمل الشاق، والليالي المتأخرة، والالتزام، والجهد في Binance Square تؤتي ثمارها أخيرًا 🙏🔥
يشرفني أن أكون مؤهلًا لتوزيع مكافأة ROBO المرحلة 3 كواحد من أفضل 100 منشئ محتوى في قائمة المتصدرين على CreatorPad 🏆
هذا ليس حظًا.
هذا هو نتيجة الصبر، والتفاني، والعمل اليومي 💯
كنت أظهر باستمرار.
كنت أتعلم.
كنت أنشر.
واليوم، يبدو أن هذا هو ثمار ذلك العمل الشاق 🍀🚀
لحظات مثل هذه تذكرني أن الجهد لا يذهب سدى.
عندما تعمل بصمت، وتحسن يوميًا، وتبقى ملتزمًا، في يوم من الأيام ستتحدث النتائج عن نفسها ❤️
ممتن لكل من دعموني في هذه الرحلة — كل إعجاب، كل تعليق، كل متابعة تعني الكثير 🤝
هذه مجرد مرحلة واحدة.
المزيد من العمل الشاق، والمزيد من النمو، والإنجازات الأكبر لا تزال في الطريق 🔥
شكرًا جزيلاً @Binance Square Official
وشكرًا لعائلتي
#BinanceSquare #creatorpad #ROBO #binancecreator #Top100Creators
أنا سعيد حقًا اليوم لأن كل العمل الشاق، والليالي المتأخرة، والالتزام، والجهد في Binance Square تؤتي ثمارها أخيرًا 🙏🔥
يشرفني أن أكون مؤهلًا لتوزيع مكافأة ROBO المرحلة 3 كواحد من أفضل 100 منشئ محتوى في قائمة المتصدرين على CreatorPad 🏆
هذا ليس حظًا.
هذا هو نتيجة الصبر، والتفاني، والعمل اليومي 💯
كنت أظهر باستمرار.
كنت أتعلم.
كنت أنشر.
واليوم، يبدو أن هذا هو ثمار ذلك العمل الشاق 🍀🚀
لحظات مثل هذه تذكرني أن الجهد لا يذهب سدى.
عندما تعمل بصمت، وتحسن يوميًا، وتبقى ملتزمًا، في يوم من الأيام ستتحدث النتائج عن نفسها ❤️
ممتن لكل من دعموني في هذه الرحلة — كل إعجاب، كل تعليق، كل متابعة تعني الكثير 🤝
هذه مجرد مرحلة واحدة.
المزيد من العمل الشاق، والمزيد من النمو، والإنجازات الأكبر لا تزال في الطريق 🔥
شكرًا جزيلاً @Binance Square Official
وشكرًا لعائلتي
#BinanceSquare #creatorpad #ROBO #binancecreator #Top100Creators
سجّل الدخول لاستكشاف المزيد من المُحتوى