Techno BNB

ادعاء ✨ $PEPE ✨

#PEPE‏

#pepe

#pepe⚡

#palapala

$XRP يشهد ارتفاعًا في نشاط المشتقات مع ارتفاع الفائدة المفتوحة لدى Binance إلى 435.1 مليون XRP، فوق متوسطه لآخر 30 يومًا البالغ 403.6 مليون. يشير هذا الارتفاع إلى تموضعٍ أثقل واستخدامٍ أعلى للرافعة المالية، على الرغم من أنه لا يؤكد بعد ما إذا كان المتداولون يراهنون على حركة صعودية أو هبوطية.

وفي الوقت نفسه، ظل XRP عالقًا حول نطاق 1.00 إلى 1.02 دولار، ما يعني أن زيادة نشاط العقود الآجلة لم تتحول بعد إلى اختراق فوري حاسم. إذا استمرت الفائدة المفتوحة في الارتفاع بينما يضعف السعر، فقد يزداد خطر التصفية. وعلى العكس، فإن استمرار حركة صعودية مع ارتفاع الفائدة المفتوحة قد يعزز السيناريو الصعودي.

تضيف نشاطات الحيتان إشارةً أخرى مثيرة للاهتمام. تُظهر بيانات Santiment أن عدد محافظ شبكة XRP التي تمتلك أكثر من 1 مليون XRP قد ارتفع بـ 32، حتى مع انخفاض القيمة السوقية لـ XRP. وهذا يوحي بأن الحائزين الأكبر قد يكونون في طور التجميع خلال هذا الضعف الحالي.

بلغ حجم تداول XRP قرابة 905 ملايين دولار خلال الـ 24 ساعة الماضية، بينما انخفض الرمز بنسبة 1.76%، وهو متراجع بأكثر من 6% خلال الأسبوع الماضي...

مع ارتفاع تموضع المشتقات وتزايد تجميع كبار الحَمَلة، قد يكون XRP يقترب من توسع في التقلبات. السؤال المحوري الآن هو ما إذا كان بإمكان المشترين تحويل هذا التجميع المتزايد إلى حركة مستدامة فوق منطقة 1.02 دولار.

$XRP #xrp

العد التنازلي للتداول لـ $GMEB
#GMEB

العد التنازلي للتداول لـ $CSOPSKHYNIX2L
#CSOPSKHYNIX2L

العد التنازلي للتداول لـ $KUAISHOU
#KuaiShou

عدّاد التداول التنازلي لـ $MEITUAN
#Meituan

شاهد لكسب $HFT
#HFT

العد التنازلي للتداول لـ $KO
#KO

@BabylonLabs_io لاحظت مَخابئ (صناديق) بيتكوين بدون ثقة (TBV) من زاوية الإيداع أولًا.

قم بقفل BTC الأصلي. اقترض مقابل ذلك. يحتفظ الصندوق بالبيتكوين. تحدث القُرْضَة في مكانٍ آخر. يبدو ذلك آمنًا، لكن هذه هي القياس السهل.

أما المشكلة الأصعب فتقع داخل الإخراج (الاستحواذ عند التصفية).

كل سوق إقراض لديه شرط تصفية. إذا انخفضت قيمة الضمان تحت حدّ معيّن، يجب إغلاق المركز. على سلسلة عادية، يقوم العقد الذكي بمصادرة الضمان وبيعه تلقائيًا. ينفّذ الكود خلال ثوانٍ. فيحصل المقرض على حماية فورًا.

مع TBV، يبقى الضمان على بيتكوين. لكن عقد القرض موجود على سلسلة أخرى. لا يمكن للصندوق إجبار معاملة بيتكوين فورًا. ينتج بيتكوين كتلة كل عشر دقائق. يجب أن يعبر إشعار التصفية حدّ السلسلة. يقوم العميل الخفيف بالتحقق من الحالة. تؤكد إثباتات العمل ذلك. الفارق الزمني بين هبوط السعر ومصادرة الضمان لا يُقاس بالثواني. بل يُقاس بالكتل.

بعض التأخير طبيعي. والتنسيق عبر السلاسل لا يمكنه مجاراة فيزياء الواقع.

لكن الاختبار الحقيقي هو حالة الحافة (edge case). إذا انخفض سعر بيتكوين بسرعة حادة، يصبح وقت الكتلة البالغ عشر دقائق عبئًا. المُقترِض يعلم أن الضمان في خطر قبل أن يتمكن الصندوق من التصرف. يخلق الفارق نافذة. ستقوم الجسر (bridge) بتحريك الضمان فورًا وتحمل مخاطر الطرف المقابل. يحافظ TBV على أن يكون الضمان أصليًا ويقبل مخاطر التوقيت. لا يزيل أي نموذج المشكلة بالكامل. إنما يبدّلها فقط إلى شكل مختلف.

أعتقد أن TBV يمكنه جعل الضمان آمنًا. لست متأكدًا أنه يمكنه جعل الضمان سريع الاستجابة دون إدخال آلية أخرى تخلق بدورها ثقة.

هل يُعدّ الضمان الذي لا يمكن تصفيته فورًا ضمانًا؟

@BabylonLabs_io

$BABY

#baby

افترضت أن برمجة بيتكوين تمثل نقطة ضعف.

كل سلسلة أخرى أستخدمها تمتلك عقودًا ذكية. منطقًا معقدًا. بيئات مكتملة بتورنغ حيث يبني المطورون الجسور والخزائن وأسواق الإقراض مباشرةً على السلسلة.. لا يوجد ذلك في بيتكوين. لغة البرمجة فيها مُقيّدة عمدًا. بضعة أوامر فقط (opcodes). لا توجد حلقات. لا توجد حالة. كنت أراها دائمًا ميزةً ناقصة.

ثم قرأت لماذا بنى بابيلون خزائن بيتكوين بدون ثقة (TBV).

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

لذلك توقفت بابيلون عن محاولة جعل بيتكوين ينفّذ التعليمات البرمجية. جعلت بيتكوين يتحقق بدلًا من ذلك.

لا تقوم TBV بتشغيل كود على بيتكوين. بل تقرأ بيتكوين. عميل BTC الخفيف يتبع رؤوس بيتكوين. ويحمل الحراس البيانات. تستخدم الخزائن قيود سكربت بيتكوين نفسها لقفل الضمانات محليًا، وتترك لبداية بابيلون (Babylon Genesis) التعامل مع المنطق المعقد في الجهة الأخرى. تبقى بيتكوين بسيطة. وتقوم بابيلون بالعمل الشاق.

هذا يغيّر طريقة تفكيري حول دور بيتكوين في التمويل اللامركزي. كنت أعتقد أن بيتكوين تحتاج لأن تصبح أكثر قابلية للبرمجة كي تنافس. تعامل بابيلون مع بساطتها كميزة أمان. السكربت البسيط من الصعب استغلاله. آلة الحالة البسيطة يسهل التحقق منها. السلسلة التي لا تتغير هي سلسلة يمكنك الوثوق بها.

لكن المقايضة حقيقية. كل تفاعل مع TBV يتحرك ببطء لأن بيتكوين يتحرك ببطء. كتل كل عشر دقائق. لا تستطيع بابيلون جعل بيتكوين أسرع أو أذكى. لا يمكنها إلا البناء حول القيود.

ما زلت أحاول تحديد ما إذا كان رفض بيتكوين التطور هو عناد أم حكمة. كل سلسلة أخرى تطارد الميزات. بيتكوين أزالتها. لقد بنت بابيلون طبقة بنية تحتية كاملة بسبب ما لن يقوم به بيتكوين.

هل القيد هي الميزة الأمنية النهائية؟

@BabylonLabs_io $BABY

#baby

افترضت @BabylonLabs_io watched بيتكوين مباشرة.

اتضح أنه يحتاج إلى مراقبين للمراقبين.

يقرأ العميل الخفيف الخاص بـ BTC الموجود داخل خزائن بيتكوين غير قابلة للثقة (TBV) ترويسات كتل بيتكوين. يتحقق من إثبات العمل. يتبع أطول سلسلة. لكن العميل الخفيف لا يتصل ببيتكوين مباشرة. إنه موجود على Babylon Genesis، منفصلًا عن شبكة بيتكوين. يجب أن يقوم شخص ما بنقل الترويسات عبر.

ذلك الشخص هو شبكة Vigilante.

افترضت أن الـ vigilantes هم مُدققون لديهم مهمة إضافية. ليسوا كذلك. إنهم مراسلون يراقبون بيتكوين ويرسلون ترويسات إلى Babylon. يراقبون ويتنافسون. يمكن لعدة vigilantes إرسال نفس الترويسة. يتحقق الـ Genesis من العمل، لا من العامل. لا يثق النظام بالمرسل. بل يتحقق من الرسالة.

يُغيّر هذا نموذج الثقة مرة أخرى. يُزيل Babylon مشغّل الجسر. ويزيل لجنة متعدد التوقيعات (multisig). لكن ما يزال يحتاج إلى ناقلي بيانات. إن الـ vigilantes هم آخر حلقة بشرية في سلسلة مُصممة لإزالة الحلقات البشرية. هم ضروريون، لكنهم غير موثوقين. إذا اختفوا، يتعطل العميل الخفيف. وإذا كذبوا، فإن فحص إثبات العمل يُظهر ذلك.

ما زلت أعمل على تحديد ما إذا كان النظام الذي يحتاج إلى مراقبين حقًا غير قائم على الثقة، أم أنه ببساطة نقل الثقة إلى طبقة مختلفة.. التشفير متين. السؤال هو ما إذا كان هناك عدد كافٍ من المشاركين يرغبون في حمل البيانات.

ماذا يحدث عندما لا يرغب أحد في المراقبة؟

@BabylonLabs_io $BABY

#baby

قضيت ساعة أحاول فهم لماذا تهتم بابل بوقت كتل البيتكوين.

كنت أظن أن الحِقَب مجرد جدولة. طريقة لتقسيم العمل إلى جولات. مجموعات المُتحققين تتناوب. المكافآت تُوزَّع على فترات. آليات قياسية في Cosmos SDK. لا شيء محدد بالبيتكوين.

ثم قرأت كيف تستخدم بابل ذلك بالفعل.

لا تثق بابل بساعتها الخاصة. إنها تثق بساعة البيتكوين. منطق الحقبة ينبض وفق نبض البيتكوين الذي يستمر عشر دقائق. عندما ينتج البيتكوين بلوكًا، يتقدم الإيقاع. عندما يتعطل البيتكوين، ينتظر النظام. منطق التنسيق يقترض إحساس البيتكوين بالوقت.

يغيّر هذا ما كنت أظنه بشأن وقت سلاسل الكتل المتقاطعة. تستخدم أغلب البروتوكولات طوابع زمنية محلية أو تغذيات من مُزوِّد خارجي (oracle). بابل تستخدم أصعب ساعة يمكن التلاعب بها في التشفير. لا يمكنك تزوير بلوك بيتكوين. لا يمكنك تسريعه. ولا يمكنك التراجع عنه دون إعادة كتابة سجل إثبات العمل.

بالنسبة لـ Trustless Bitcoin Vaults (TBV)، هذا أهم مما توقعت. يحتاج القبو إلى معرفة متى يتم قفل الضمان، ومتى تفتح النوافذ، ومتى تكتمل التسويات. كان بإمكانه الاعتماد على وقت Genesis المحلي. بدلًا من ذلك، يستخدم وقت البيتكوين. حدث الضمان وحدث الحقبة يتشاركان نفس المرساة غير القابلة للتغيير.

لكن المقابل هو الصلابة. البيتكوين لا يهتم بمدى استعجالك. بلوكات كل عشر دقائق. ست تأكيدات. يتحرك الجدول وفق إيقاع البيتكوين، لا وفق إيقاعك. تتنازل بابل عن المرونة لصالح عدم القابلية للتغيير.

ما زلت أعمل على معرفة ما إذا كان المستخدمون سيلاحظون أن بابل تعمل وفق وقت البيتكوين، لا وفق وقت الإنترنت. الفرق غير مرئي حتى يصبح مهمًا.

قضيت ساعة على الحِقَب. والآن لا أستطيع ألا أرى الساعة.

هل وقت بلوك البيتكوين هو أكثر ميزة أمنية مُهمَلة؟

@BabylonLabs_io

$BABY

#baby

افترضت أن @BabylonLabs_io يحتاج إلى بيتكوين من أجل الأمان.

ويحتاجها أيضًا من أجل الذاكرة.

تعامل أغلب بروتوكولات ما بين السلاسل بيتكوين على أنها خزنة. مكان لإغلاق القيمة. مصدر لثقل اقتصادي. يفعل بابيلون ذلك أيضًا. خزائن بيتكوين بلا ثقة (TBV) تستخدم بيتكوين الأصلية كضمان. القيمة حقيقية. والضمان أصلي.

لكن هناك وظيفة ثانية. أقل وضوحًا. ومهمّة بالمثل.

بيتكوين هو خادمٌ لتأشير الوقت.

يقوم بابيلون بتسجيل حالة سلاسل PoS للمستهلكين على شبكة بيتكوين. ليس من أجل القيمة. بل من أجل الزمن. بمجرد دفن نقطة التحقق تحت إثبات العمل الخاص ببيتكوين، يرث بلوك PoS طابعًا زمنيًا لا يمكن إعادة كتابته دون إعادة كتابة بيتكوين نفسها. يمكن للسلسلة الخاصة بالمستهلكين إعادة التنظيم. ويمكن لمدقّقيها تغيير رأيهم. لكن نقطة التحقق التي تمت كتابتها على بيتكوين تظل مكتوبة.

هذا ليس عن السرعة. بل عن الديمومة.

توفر «Finality Gadget» تثبيتًا سريعًا مقارنةً بمخاطر إعادة التنظيم الخاصة بسلسلة المستهلك. وتوفر نقاط التحقق تثبيتًا دائمًا مقارنةً بتاريخ بيتكوين. واحدة سريعة. واحدة إلى الأبد. كلاهما يستخدم نفس الأصل الأساسي. ولا ينقل أيٌّ منهما بيتكوين من سلسلته.

أعود باستمرار إلى هذا التمييز. معظم البروتوكولات تستعير قيمة بيتكوين. بابيلون يستعير وقت بيتكوين.

هل هذه ادعاء أكبر من الضمان؟

@BabylonLabs_io $BABY
#baby

أعرف ما الذي بنته بابل. لست متأكدًا بدرجة أقل لمن تقوم ببنائه.

الثقة-بلا-طرفيات لخزائن بيتكوين (TBV) هي البنية التحتية. النموذج واضح. سلاسل أصغر تحصل على أمان بيتكوين. بيتكوين تحصل على فائدة جديدة. بابل تقف في المنتصف.

لكن البنية التحتية والتبنّي لهما جداول زمنية مختلفة.

افترضت أن منظومة سلسلة المستهلك ستظهر إلى جانب البنية التحتية. لم أرها بعد. يصف التوثيق معمارية النظام. لا يذكر السلاسل التي التزمت به. يوضح اختبار الشبكة التجريبية آليات العمل. لا يوضح تشغيل سلسلة مستهلك حية تتعامل مع حركة إنتاج.

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

ما زلت أعمل على تحديد ما إذا كانت أكبر تحديات بابل تقنية أم اجتماعية. البنية التحتية تعمل. السؤال هو: هل تريد السلاسل ما تبيعه.

من برأيك يجب أن يستخدم أمان بيتكوين أولًا؟

@BabylonLabs_io

$BABY

#baby

لبابلون لديها مدقّقون. لا يتحدث أحد عنهم.

العناوين تذكر تجميع البيتكوين (Bitcoin staking).. والمحتوى التسويقي يذكر خزائن بيتكوين لا ثقة (Trustless Bitcoin Vaults) (TBV). وتشرح الوثائق العميل الخفيف (light client)، وجهاز/آلية نهائية المعاملات (finality gadget)، ونظام نقاط التفتيش (checkpointing system). لكن السلسلة التي تنسّق كل ذلك—Genesis الخاصة ببابلون—تُعامل كضجيج في الخلفية.

Genesis الخاصة ببابلون هي سلسلة من نوع Cosmos SDK. لديها مجموعة مدقّقين خاصة بها، وعهودها (epochs) الخاصة بها، وحوكمتها (governance) الخاصة بها. وهي لا تؤمّن البيتكوين. بل تجلس بين البيتكوين وسلاسل المستهلكين التي تستعير أمن البيتكوين. يقوم المدقّقون بإنتاج كتل Genesis تحمل نقاط التفتيش ومنطق التنسيق. تتصل سلاسل المستهلكين بـ Genesis. وتتصل Genesis بالبيتكوين.

افترضت أن بابلون بروتوكول مبني فوق سلاسل قائمة. بدأت أشك في أنه سلسلة تُبنى حولها سلاسل أخرى. يتدفق الأمان من البيتكوين إلى Genesis إلى سلاسل المستهلكين. ويتدفق التنسيق إلى الخلف. وهذا يعني أن صحة Genesis مهمة. إذا تعثرت Genesis، تتعثر عملية نقاط التفتيش. وإذا كانت مجموعة المدقّقين مُركّزة، يصبح التنسيق مُركّزًا. إثبات العمل (proof-of-work) الخاص بالبيتكوين لا يزال موجودًا. لكن المسار بين البيتكوين وسلسلة المستهلك يمتد عبر Genesis.

ما زلت أعمل على معرفة ما إذا كان المستخدمون يرون هذه الطبقة المتوسطة كميزة أم كاعتماد. أمان البيتكوين حقيقي. تنسيق Genesis ضروري. يجب أن يعمل الاثنان لكي يعمل النظام. لكن يتم الحديث عن واحد فقط منهما.

كم تعرف عن السلسلة الموجودة في المنتصف؟

@BabylonLabs_io

$BABY

#baby

اعتقدت أن «النهائية السريعة» تعني الثقة بالمدققين.

تُنهّي سلاسل PoS الكتل عبر التصويت.

يتفق الثلثان. تصبح الكتلة نهائية.

إلى أن لا تصبح.

يحدث إعادة تنظيم. يتغير التصويت. تعيد السلسلة كتابة تاريخها.

لقد رأيت هذا على سلاسل أخرى. تعني «النهائية الاحتمالية» احتماليةً، لا يقينًا.

كلما كانت الكتلة أعمق، شعر المرء بمزيد من الأمان.

لكن الشعور بالأمان ليس هو الشيء نفسه مثل أن يكون المرء في أمان...

بنى Babylon شيئًا مختلفًا: «جهاز النهائية» (Finality Gadget).

لا يطلب من المدققين أن يَعِدوا بالنهائية. بل يطلب من بيتكوين أن تُوقّت ذلك.

يقوم هذا الجهاز بتثبيت حالة سلسلة PoS على شبكة بيتكوين عبر «صناديق بيتكوين الموثوقة دون ثقة» (TBV)...

بمجرد دفن نقطة التثبيت تحت إثبات العمل الخاص ببيتكوين، ترث كتلة PoS نهائية بمستوى بيتكوين.

ليس تصويتًا. ليس وعدًا. إثبات العمل.

أقدم وأغلى نموذج أمني في التشفير يصبح بمثابة حاجز أمان للسلاسل التي لم تكن موجودة عندما أُطلقت بيتكوين.

افترضت أن هذا يعني أن Babylon تتحكم في النهائية.

لا تفعل.

تظل سلسلة المستهلك تنتج الكتل. وما زال المدققون يصوتون.

يُثبت الجهاز فقط ما كانت السلسلة قد اتفقت عليه بالفعل.

لا تستبدل بيتكوين الإجماع. بل تثبته.

تقرر سلسلة المستهلك ما حدث. وتقرر بيتكوين ما إذا كان يمكن التراجع عن ذلك القرار.

المقايضة هي الوقت.

تنتج بيتكوين كتلة كل عشر دقائق.. لا يمكن أن تكون نقطة التثبيت أسرع من بيتكوين.

تحصل سلسلة المستهلك على نهائية سريعة مقارنةً بخطر إعادة التنظيم الخاص بها، لكن مرساة بيتكوين تظل منتظرة ستة تأكيدات.

ساعة من الصبر مقابل أمن دائم.

i ما زلت أعمل على ما إذا كانت النهائية المدعومة بأقدم وأكثر سلسلة أمانًا في التشفير تستحق تأخير العشر دقائق.

ستقول معظم سلاسل PoS نعم. وقد يقول بعض المستخدمين إن التأخير يُفشل الغرض.

أعتقد أن السؤال غير صحيح.

ليس الأمر ما إذا كان التأخير مقبولًا. بل ما إذا كانت «النهائية الاحتمالية» مقبولة أصلًا من البداية.

هل ما تزال «النهائية المدعومة ببيتكوين» نهائية إذا كان عليك الانتظار من أجلها؟

@BabylonLabs_io

$BABY

#baby

عدّ تنازلي للتداول لـ $SMH
#smh

عدّاد تداول لـ $GS 👈
#GS

عدّاد التداول لِـ $PYPL
#PYPL

شاهد لكسب $ON 👈

#on

#watch2earn