Ethan_BTC

لطالما عُرِفَت عملة البيتكوين بأمانها، لكن Babylon Genesis جعلتني أفكر بالبيتكوين من منظور مختلف تمامًا.

بدلًا من النظر إلى BTC كأصلٍ يبقى ببساطة في محفظة، تقدم Babylon نموذجًا حيث يمكن لأمان البيتكوين أن يساعد في حماية عدة شبكات Proof-of-Stake عبر Staking أصلي. يبقى BTC على شبكة البيتكوين بينما تقوم Babylon Genesis بتنسيق عمليات الـstaking، والـvalidators، والمكافآت، والأمان عبر منظومة الشبكات.

ما لفت انتباهي أيضًا هو الجمع بين توثيق الطابع الزمني للبيتكوين ونموذج أمان بملاءمة مزدوجة (dual-quorum).
إنه نهجٌ مثير للاهتمام يركز على توسيع ثقة البيتكوين بدلًا من استبدالها.
بالنسبة لي، الأمر أقل تعلّقًا بإطلاق سلسلة بلوكتشين أخرى وأكثر تعلقًا بتحويل البيتكوين إلى بنية تحتية لجيل الشبكات اللامركزية القادم.

$BANK $RIF $ESP

أستمر في رؤية وصف بابلون بأنها بروتوكول “ستيكينغ” لـ بيتكوين، لكن بعد قراءة المعمارية، أعتقد أنها تقلل من قيمة ما تحاول بناؤه.

المشكلة الأصعب ليست مساعدة البيتكوين على كسب مكافآت. بل هي تنسيق الأمان عبر عدة شبكات بيتكوين مؤمَّنة (BSNs) دون أن نطلب من حَمَلة بيتكوين التنازل عن الحيازة أو الثقة بأصول مُغلَّفة.

يقترب بابلون من ذلك عبر فصل الأمان عن التنفيذ. يوفّر ستيكينغ بيتكوين الأصلي الأمان الاقتصادي، ويُثبّت وسم البيتكوين الزمني حالةً مهمّة على بيتكوين، وتعمل “Genesis” الخاصة ببابلون كطبقة تنسيق حيث تعمل مزوِّدات الإنهاء (Finality Providers) وCometBFT وتوافق “ثنائي الكواتيم” (dual-quorum) والستيكينغ لـ BTC + BABY معًا. بدلًا من أن تقوم كل شبكة PoS جديدة بإقلاع أمنها من الصفر، يمكن أن يصبح أمن بيتكوين بنية تحتية مشتركة.

ما لفت انتباهي هو أن الستيكينغ الثنائي ليس فقط مسألة حوافز. فهو ينسّق بين مجموعتين مختلفتين: يساهم مُستيكِرو بيتكوين بالوزن الاقتصادي، بينما يشارك حَمَلة BABY في الحوكمة وتنسيق البروتوكول. هذا يخلق نظامًا تتعاضد فيه الأمان والحوكمة وتشغيل الشبكة بدل أن توجد كطبقات منفصلة.

إذا نجح هذا النموذج، فقد يتطور BTCFi بعيدًا عن منتجات العائد إلى بنية تحتية تعتمد عليها سلاسل أخرى. قد لا تكون “TVL” وحدها هي المقياس المثير للاهتمام، بل ما إذا كان “تصدير” أمن بيتكوين سيصبح بديلًا أكثر كفاءة من قيام كل شبكة ببناء اقتصاد مدققيها (validator) الخاص بها.

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

هل تعتقد أن أكبر دور لبيتكوين خلال العقد القادم هو البقاء كطبقة تسوية مستقلة، أم أن يصبح أساس الأمان لإيكوسيستم من السلاسل المتصلة؟

$BABY
@BabylonLabs_io
#baby

على مرّ السنين، كانت أكبر قوة في بيتكوين هي أمانها، لكن التصميم نفسه حدّ من كيفية مشاركة BTC في النظم البيئية الأوسع على السلسلة. ما لفت انتباهي في بابل هو أنها تتعامل مع هذا التحدي دون مطالبة المستخدمين بعملية جسر أو تغليف لبيتكوين.

بدلاً من محاولة تغيير بيتكوين نفسها، تركز بابل على استخدام أمان بيتكوين للمساعدة في حماية شبكات إثبات الحصة عبر التكديس/الرهان الخاص ببيتكوين. وهذا يحوّل النقاش من "كيف يمكن لبيتكوين أن تفعل المزيد؟" إلى "كيف يمكن لبيتكوين أن تؤمّن المزيد؟" أعتقد أن هذا فرق دقيق لكنه مهم.

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

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

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

ما رأيك: ما الذي سيحدث أكبر تأثير على مستقبل بيتكوين—أن تصبح أكثر فائدة عبر النظم البيئية، أم أن تظل مركّزة حصريًا على كونها أكثر مخزن قيمة أمانًا؟

$BABY #Babylon #BTCFi #Bitcoin
@BabylonLabs_io #baby

#baby $BABY
ما لفت انتباهي في صناديق بابيـلون الخالية من الثقة لتخزين البيتكوين هو أن الأمر بسيط: يمكن أن يبقى البيتكوين على شبكة البيتكوين، مع استخدامه في الوقت نفسه كضمان فعلي في التمويل اللامركزي (DeFi). هذا مهم بالنسبة لي لأن معظم التمويل المرتبط بالبيتكوين ما زال يطلب من المستخدمين الاختيار بين المنفعة والتحكم. يبدو أن TBV مختلف؛ إذ يدفع الثقة بعيدًا عن أمناء الحفظ (custodians) ويعيدها إلى التشفير، حيث يجب أن تكون. أرى ذلك خطوة قوية لصالح BTCFi، خصوصًا إذا بنيت عليه تطبيقات أكثر. كل الاحترام لـ @BabylonLabs_io على دفع هذا الاتجاه. $BABY #baby

يُنظر غالبًا إلى الامتثال على البلوك تشين باعتباره مشكلة تصحيح برمجي، لكن هذا الافتراض يتهاوى بمجرد أن تتغير السياسات بوتيرة أسرع من الكود. بعد قراءتي عن أنظمة السياسات القابلة للبرمجة، بدأت أرى تمييزًا أعمق: يمكن أن تظل عملية التنفيذ غير قابلة للتغيير (ثابتة)، بينما تظل عملية التفويض مرنة.

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

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

يُقنعني بروتوكول Newton لأنه يطرح هذا التمييز مباشرة. والدرس الأوسع واضح: في Web3، قد تكون السلطة الشفافة أكثر أهمية من الأتمتة الأكثر ذكاءً.

$NEWT #Newt
@NewtonProtocol

أمسكتُ نفسي وأنا أقيس بنية البنية التحتية عبر السلاسل بطريقة خاطئة.

كل لوحة معلومات تحتفي بالسلاسل المدعومة وحجم المعاملات وأزمنة الإنهاء. فعلتُ الشيء نفسه. لكن بعد التعمق في معماريات الجسور ونماذج الصلاحيات، أدركت أن هذه الأرقام لا تشرح ما إذا كان النظام يستحق ثقتي.

ما غيّر طريقة تفكيري هو هذا: كل إجراء عبر السلاسل هو في الحقيقة نقلٌ مؤقت لاتخاذ القرار. لِبرهةٍ قصيرة، يكون البرنامج أو المُدقِّقون أو المُرحّلون (relayers) يعملون نيابةً عنّي. وهذا يعني أن جودة البروتوكول ليست فقط مسألة التنفيذ… بل أيضًا مدى وضوحه في تفسير هذه “التفويض”.

الآن أقيم المشاريع بقائمة تحقق مختلفة. من الذي يمكنه التدخل؟ ما القواعد التي تحدّ من ذلك؟ وهل يمكن التحقق من هذه القواعد بدلًا من افتراضها؟ والأمر المضحك أن هذه الأسئلة تخبرني أكثر من أي شيء تقدمه TPS.

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

وهذا جزء من سبب لفت بروتوكول Newton Protocol انتباهي. فهو يدفع النقاش إلى ما هو أبعد من نقل الأصول، نحو جعل التنفيذ المفوَّض مسؤولًا عنه.

@NewtonProtocol $NEWT #Newt

ماذا لو كانت أكبر مشكلة للتوافق بين الأنظمة في Web3 ليست تقنية على الإطلاق؟

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

أعتبر ذلك تجزؤًا تنظيميًا.

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

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

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

قد يصبح التوافق بين الأنظمة في النهاية أقل قياسًا بمدى تبادل الشبكات للبيانات، وأكثر قياسًا بمدى اتساق المؤسسات في الحفاظ على مبادئها التشغيلية كلما توسعت.

@NewtonProtocol $NEWT #Newt

افتراض واحد يزعجني باستمرار: غالبًا ما نتعامل مع سياسات البلوك تشين وكأنها دائمة، في حين أن المؤسسات الكامنة خلفها تتطور باستمرار.

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

وهذا يخلق فجوة غير مرئية بين قرارات الحوكمة والتنفيذ التقني.

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

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

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

قد لا تكون التحديات الحقيقية هي نقل الأصول عبر السلاسل بعد الآن. قد تكون هي نقل النية التنظيمية دون فقدان الاتساق.

@NewtonProtocol $NEWT #Newt

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

@NewtonProtocol
$NEWT #Newt

ما الذي سيصبح أكثر أهمية بالنسبة للمنظمات التي يقودها الذكاء الاصطناعي؟

كلما قرأت المزيد عن Newton Mainnet Beta، زاد اعتقادي بأن التحدي التالي للعملات المشفرة ليس كتابة عقود ذكية أكثر ذكاءً. بل هو تحديد متى ينبغي لها ألا تُنفَّذ.

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

قد يرتكب نظام آلي بالكامل أخطاءً متسقة تمامًا أيضًا.

ولهذا برزت Newton Protocol بالنسبة إليّ. فهي تنقل التركيز من جعل الأتمتة أسرع إلى جعل القرارات الآلية قابلة للمساءلة. بدلًا من افتراض أن كل توقيع صالح يجب أن يُنفَّذ، يمكن للسياسات أن تحدد سلوكًا مقبولًا مسبقًا.

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

التحدي الحقيقي ليس الصرامة. بل المرونة، وقابلية التنبؤ، والثقة للموجة القادمة.

@NewtonProtocol
$NEWT #Newt

عندما تقوم وكلاء الذكاء الاصطناعي بأتمتة المزيد من النشاط على السلسلة، ما أعلى أولوية ينبغي أن تكون؟

على مر السنين، لاحظت أن محادثات البلوك تشين تدور تقريبًا دائمًا حول التنفيذ.

هل يمكن أن تستقر المعاملة بسرعة أكبر؟

هل يمكن أن تكون الرسوم أقل؟

هل يمكن لسلسلة أخرى معالجة المزيد من المعاملات في الثانية (TPS)؟

لكن كلما تعمقت أكثر في بروتوكول نيوتن، زاد شعوري بأن هذه الأسئلة تأتي بعد سؤال أكبر بكثير:

من الذي قرر أصلًا أن تتم هذه المعاملة في المقام الأول؟

هذا سؤال صعب بشكل مدهش للإجابة عنه بمجرد دخول وكلاء الذكاء الاصطناعي و(الـ DAOs) والمنظمات/الخزائن المؤسسية والتطبيقات عبر السلاسل في الصورة.

توقيع المحفظة يثبت أن شخصًا (أو شيئًا) ما قد وافق على إجراءٍ ما.
لكنه لا يثبت أن الموافقة تمت وفق السياسة الصحيحة.

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

هذه الفجوة يحاول بروتوكول نيوتن معالجتها.

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

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

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

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

جعل التنفيذ البلوك تشين قابلة للبرمجة.

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

هذه هي الزاوية التي تركني بروتوكول نيوتن أفكر فيها.

$NEWT #NewtonProtocol @NewtonProtocol #Newt

ما التحدي الأكبر الذي سيصبح قائمًا عند قيام وكلاء الذكاء الاصطناعي بإدارة المزيد من النشاط على السلسلة؟

لقد كنت أُمعن النظر في فجوة في تصميم البلوك تشين.

غالبًا ما يمكننا إثبات من قام بتوقيع معاملة، لكن لا يمكننا إثبات لماذا تم تفويضها.

ومع تطور العملات المشفرة نحو وكلاء ذكاء اصطناعي، وأصول مُرمّزة، وتبنٍّ مؤسسي أوسع، تصبح هذه السياقية المفقودة أكثر أهمية.

لهذا لفت انتباهي الإصدار التجريبي Newton Mainnet Beta من NewtonProtocol.

تخيّل صندوقًا مُدارًا بواسطة الذكاء الاصطناعي يعيد موازنة السيولة عبر البروتوكولات. تنفّذ المعاملة بنجاح، لكن بعد أشهر يسأل مُدقّق: “لماذا تمت الموافقة على ذلك؟”

يمكن للهاش أن يثبت التنفيذ. ولا يمكنه إثبات التفويض.

@NewtonProtocol يُقدّم طبقة تفويض برمجية وقابلة للتحقق قبل التنفيذ. تحدد السياسات متى يُسمح بإجراء ما، ما يستبدل التدفقات غير الواضحة بقواعد صريحة.

وهذا يحوّل السؤال من “هل كان ذلك صالحًا؟” إلى “هل كان مُفوَّضًا بموجب إطار الحوكمة المتفق عليه؟”

بالنسبة للأصول المُرمّزة، والستايبل كوينز، وغيرها من الأنظمة الخاضعة للتنظيم، فإن هذا التمييز مهم للغاية.

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

@NewtonProtocol $NEWT #Newt

ما هي أكبر طبقة مفقودة لتبنّي البلوك تشين المؤسسي؟