يمكن لموفّر “النهائية” أن يستمر في التوقيع بينما يفقد الوصول إلى مكافآته.
بدأتُ النظر إلى مفاتيح موفّر “النهائية” في Babylon وكأنها نسختان احتياطيتان لهوية واحدة.
مفتاح EOTS يعرّف الموفّر لمُصدِّقي/مُستثمري BTC، وينشئ عشوائية، ويوقّع تصويتات النهائية. أما مفتاح Babylon Genesis فيتولى جانبًا مختلفًا من العملية: التسجيل، وعناوين السحب، والمكافآت المتراكمة.
كلاهما يصبحان مرتبطين بشكل دائم عند التسجيل. ولا يمكن لأحدهما أن يُستبدل ببساطة بعد ذلك.
وهذا يخلق حالتي فشل قد تبدوان في البداية كأن “المشغّل فقد مفتاحًا”.
عمليًا، لا يشبهان بعضهما إطلاقًا.
إذا فُقد مفتاح EOTS فلن يعود الموفّر قادرًا على المشاركة في تصويتات النهائية. وإذا فُقد مفتاح Genesis قد تستمر عملية التصويت، لكن الوصول لإدارة المكافآت يمكن أن يختفي معه. لذلك توصي Babylon بتعيين مفتاح تشغيل منفصل وقابل للتدوير للمعاملات الروتينية مع إبقاء مفتاح Genesis معزولًا.
هذه هي التفاصيل التي أعتقد أن لوحات المعلومات قد تُخفيها.
قد يبدو الموفّر ما يزال بصحة جيدة لأن التوقيعات لا تزال تصل. قد يرى المُفوِّضون نشاط النهائية ويفترضون أن العملية بأكملها سليمة.
وفي الوقت نفسه، قد تكون الهوية الاقتصادية الكامنة وراء ذلك النشاط قد أصبحت بالفعل محاصرة جزئيًا.
لا تمنح Babylon مشغّلًا مفتاحًا واحدًا قابلًا للاسترداد. بل تمنح المشغّل سلطات دائمة منفصلة، تؤدي أعطالها إلى الإضرار بأجزاء مختلفة من العمل.
سؤالي هو: ما الذي يظهر أولًا بعد حادث حقيقي لفقد مفتاح: الإنذار التقني—أم لحظة اكتشاف أن المكافآت يمكن أن تستمر في التراكم خلف باب لا يمكن لأحد فتحه.
@BabylonLabs_io $BABY #baby
$BABY is bearish و $VIC موجودة في الأعلى . لكن قبل التداول DYOR دائمًا .
بدأتُ النظر إلى مفاتيح موفّر “النهائية” في Babylon وكأنها نسختان احتياطيتان لهوية واحدة.
مفتاح EOTS يعرّف الموفّر لمُصدِّقي/مُستثمري BTC، وينشئ عشوائية، ويوقّع تصويتات النهائية. أما مفتاح Babylon Genesis فيتولى جانبًا مختلفًا من العملية: التسجيل، وعناوين السحب، والمكافآت المتراكمة.
كلاهما يصبحان مرتبطين بشكل دائم عند التسجيل. ولا يمكن لأحدهما أن يُستبدل ببساطة بعد ذلك.
وهذا يخلق حالتي فشل قد تبدوان في البداية كأن “المشغّل فقد مفتاحًا”.
عمليًا، لا يشبهان بعضهما إطلاقًا.
إذا فُقد مفتاح EOTS فلن يعود الموفّر قادرًا على المشاركة في تصويتات النهائية. وإذا فُقد مفتاح Genesis قد تستمر عملية التصويت، لكن الوصول لإدارة المكافآت يمكن أن يختفي معه. لذلك توصي Babylon بتعيين مفتاح تشغيل منفصل وقابل للتدوير للمعاملات الروتينية مع إبقاء مفتاح Genesis معزولًا.
هذه هي التفاصيل التي أعتقد أن لوحات المعلومات قد تُخفيها.
قد يبدو الموفّر ما يزال بصحة جيدة لأن التوقيعات لا تزال تصل. قد يرى المُفوِّضون نشاط النهائية ويفترضون أن العملية بأكملها سليمة.
وفي الوقت نفسه، قد تكون الهوية الاقتصادية الكامنة وراء ذلك النشاط قد أصبحت بالفعل محاصرة جزئيًا.
لا تمنح Babylon مشغّلًا مفتاحًا واحدًا قابلًا للاسترداد. بل تمنح المشغّل سلطات دائمة منفصلة، تؤدي أعطالها إلى الإضرار بأجزاء مختلفة من العمل.
سؤالي هو: ما الذي يظهر أولًا بعد حادث حقيقي لفقد مفتاح: الإنذار التقني—أم لحظة اكتشاف أن المكافآت يمكن أن تستمر في التراكم خلف باب لا يمكن لأحد فتحه.
@BabylonLabs_io $BABY #baby
$BABY is bearish و $VIC موجودة في الأعلى . لكن قبل التداول DYOR دائمًا .
