Fozia_09

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

عادةً ما يعني نقل البيتكوين إلى نظام بيئي آخر أن الأصل يغادر شبكة البيتكوين بصيغة ما. يحافظ بابيلون على قفل BTC داخل البيتكوين نفسه باستخدام سكربتات timelock، لذلك لا تصبح العملات رموزًا مغلّفة ولا تعبر جسرًا. يبقى المُستيك في وضع الحيازة مع تفويض الأمان إلى مقدمي الإنهاء (finality providers)، وهم جهات تساعد على حماية سلاسل متصلة من نوع Proof-of-Stake.

الحيازة الذاتية والتحكم الكامل ليسا الشيء نفسه.

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

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

#baby @BabylonLabs_io $BABY

كنت أقرأ عن كيفية عمل الاسترداد من ضمان TBV الخاص بـ Babylon فعليًا، ووجدته أكثر إثارة من العنوان المعتاد: "بيتكوين أخيرًا تلتقي بـ DeFi". منذ بضعة أشهر أتذكر أنني قلت لصديق إن هذين العالمين لن يختلطا حقًا دون أن يقوم شخص ما في مكان ما بإقفال BTC داخل رمز مُغلّف (wrapped). بعد التعمق في TBV، لم أعد متأكدًا بنفس القدر. الجزء الذي جذب انتباهي لم يكن إيداع BTC. بل كان استعادته.

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

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

أنا لا أكتب هذا من حسابي. يبدو أن الهندسة مدروسة بعناية. لكن ما إذا كانت ستظل حقًا بلا ثقة (trustless) تحت ضغط الشبكة الرئيسية (mainnet) ما زال سؤالًا مفتوحًا بالنسبة إلي. وهذا هو الجزء الذي سأراقبه عن كثب أكثر من غيره.

#baby @BabylonLabs_io $BABY

#baby $BABY تخزن خزائنُ داعمة لـ @BabylonLabs_io ما يزيد على 56,800 BTC — أي بأكثر من 5 مليارات دولار. جلستُ مع هذا الرقم وقتًا أطول مما خططت له، لأنه يطرح سؤالًا لا يجيب عنه مخطط السعر: ما الذي يفعله سعرُ الرمز بالضبط، إن لم يكن رأس المال الذي يُنسّقُه؟
يسمح تصميمُ بابلون لحاملي BTC بقفل العملة الأصلية عبر سكربتات بيتكوين المُقيّدة بالزمن — دون لفّ، ولا جسر. ثم يدعم هذا رأس المالُ ضمانَ نهائية سلاسل PoS. لا تغادر BTCُ بيتكوين أبدًا، ما يُزيل مخاطرة واقعية: لا توجد مطالبةٌ اصطناعية يمكن أن تتعرض للانزلاق (depeg) أو تُنهب من عقد الجسر.
لكن سكربتاتُ بيتكوين لا تستطيع مراقبة سلسلة PoS أو اكتشاف التوقيع المزدوج من تلقاء نفسها. توجد هذه المنطقية خارج السلسلة، في موفري النهائية الذين يُنتجون الأدلة التي تُفعّل آلية السلاشينغ. لذا لا تختفي افتراضاتُ الثقة — بل تنتقل من مشغّل الجسر إلى صحة طبقة الموفّر تلك.
وهنا يصبح الرمز مثيرًا للاهتمام. إذا كانت BABY تلتقط قيمةً متناسبة مع BTC المُقفل، فستتوقع أن تتبع القيمة السوقية للرمز هذا رأس المال عن كثب أكثر مما يحدث حاليًا. ربما هذا فقط ما تبدو عليه تسعيرة البنية التحتية في المراحل المبكرة. وربما يشير ذلك إلى شيء حول مسار تدفّق القيمة فعليًا.
يبدو لي أن المعمارية منطقية. ما زلتُ أعمل على تحديد ما إذا كان التنسيق يلتقط قيمةً متناسبةً مع رأس المال الذي يؤمّنه، أم يبقى شخصيةً ثانوية في نظامه.
هل يحتاج رمز طبقة الأمان إلى تتبّع رأس المال الذي يُنسّقُه، أم يمكن أن تكون عملية التنسيق ذات قيمة دون أن تلتقط جزءًا كبيرًا منه؟
@BabylonLabs_io $BABY #baby

https://www.binance.com/referral/earn-together/refer2earn-usdc/claim?hl=en&ref=GRO_28502_XPWO1&utm_source=referral_entrance انقر هنا للفوز بالجائزة

بدأت أنظر إلى ما وراء الرمز (token) وأفهم كيف يتعامل بروتوكول نيوتن مع التنفيذ. كانت افتراضي الأول أنه مجرد سرد آخر موجّه نحو الذكاء الاصطناعي، لكن التوثيق وجّهني إلى شيء مختلف. الجزء المثير للاهتمام ليس الذكاء بحد ذاته—بل طبقة التحكم التي توضع قبل حدوث أي إجراء على السلسلة (on-chain). تتم مراجعة السياسات والأذونات وحدود الإنفاق قبل التنفيذ بدلًا من حدوث خطأ ثم التعامل معه بعد ذلك.
يدعم الاستيكينغ والرسوم والوصول إلى السجل (registry) والحوكمة، لكن السؤال الأكبر هو ما إذا كان التفويض القابل للبرمجة يمكن أن يحافظ على جدوى الأتمتة دون أن يصبح مقيدًا بشكل مبالغ فيه. هل التحكم الأفضل هو القطعة الناقصة التي يتجاوزها التمويل المشفّر المعتمد على الذكاء الاصطناعي؟

$NEWT $SKYAI $POWER
@NewtonProtocol #NEWT

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

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

كلما قرأت أكثر، أدركت أن التصميم أضيق بكثير.

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

ما لفت انتباهي هو كل شيء خارج هذا التدفق.

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

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

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

$NEWT

@NewtonProtocol
#Newt

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

تم التأكد من ذلك؛ كانت الإسناد (attestation) موجودة، ولم يكن هناك ما يشير إلى حدوث أي خطأ.

لذا عدت إلى الوثائق.

عندها أدركت أن السلسلة ليست بالضرورة هي ما كنت أنتظره. قبل إصدار الإسناد، يجب على عدة مشغّلين جلب البيانات نفسها، وتقييم سياسة Rego نفسها، والوصول إلى النصاب (quorum). فقط بعد ذلك يمكن أن تتقدم العملية.

جعلني ذلك أدرك أنني كنت أتعامل مع “التأكيد” و“الاكتـمال” على أنهما الشيء نفسه. ليسا كذلك. إن حتمية البلوكشين (finality) ليست سوى جزء واحد من تدفق العمل. هناك أيضًا اتفاق المشغّلين، ويحدث في كل مرة يلزم فيها إسناد.

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

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

سأكون مهتمًا بسماع كيف يفكر الآخرون في هذا الأمر.

$NEWT

@NewtonProtocol

#Newt

أصبح الذكاء الاصطناعي أحد أكبر القصص الرائجة في عالم العملات المشفرة، لذلك قررت التوقف عن قراءة الآراء لفترة من الوقت وقضاء بعض الوقت في مراجعة توثيق بروتوكول Newton بنفسي.

كنت أتوقع العثور على مشروع آخر يركز على بناء وكلاء ذكاء اصطناعي أكثر ذكاءً. لكنني كنت أعود باستمرار إلى فكرة مختلفة.

كيف تتأكد من أن يقوم الذكاء الاصطناعي فقط بما سمحت له أنت بالقيام به فعليًا؟

بدت هذه الأسئلة أكثر أهمية من مسألة ما إذا كان بإمكان الذكاء الاصطناعي تنفيذ صفقات أو أتمتة التمويل اللامركزي (DeFi).

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

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

ما إذا كان بروتوكول Newton يمكنه تحويل هذه الفكرة إلى بنية تحتية تُستخدم على نطاق واسع، فهذا شيء لا يمكن إلا للوقت أن يجيب عنه. فالتوثيق شيء—والتبنّي الحقيقي شيء آخر.

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

$NEWT

@NewtonProtocol #Newt

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

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

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

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

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

$NEWT #NEWT #Newt

“لا تثق، تحقق” أصبحت نوعًا من البيانات الشعارية (المانيفستو) لدى من يدفعون مجال العملات المشفرة نحو الشفافية والتسوية على السلسلة في كل منعطف. يأخذ بروتوكول نيوتن هذه الفكرة خطوة إلى الأمام. بدلًا من الاكتفاء بالتحقق بعد وقوع الأمور، يقدّم عمليات الفحص مسبقًا، مطالبًا بالحصول على التفويض قبل تنفيذ أي شيء. انسَ انتظار عمليات تدقيق ما بعد الصفقة؛ يتيح بروتوكول نيوتن للتطبيقات إعداد قواعد مثل: من يمكنه إجراء المعاملات، وقوائم الجزاءات التي يجب اتباعها، وحتى حدود الإنفاق مباشرة قبل انتقال الأموال. ثم تتحقق العقود الذكية من هذه المتطلبات على شكل إفادات تشفيرية (cryptographic attestations)، وذلك كله قبل أن تصبح المعاملة متاحة فعليًا على البلوكشين.

بهذه الطريقة، لن تحتاج إلى استبدال محافظك أو إعادة كتابة سلاسل الكتل. يضيف بروتوكول نيوتن الطبقة الناقصة من فرض السياسات بطريقة قابلة للتحقق مباشرةً إلى كيفية انتقال الأموال والأصول على السلسلة. ومع طرح Mainnet Beta، يوضح بروتوكول نيوتن سببًا يجعل التفويض المسبق يَصير بنفس أهمية التحقق. وفي السباق نحو تمويل آمن على السلسلة، لم يعد الأمر مجرد الثقة والتحقق؛ إذ يتصدر التفويض المشهد الآن.$NEWT
#Newt @NewtonProtocol

#newt $NEWT عملاء الذكاء الاصطناعي يتعاملون مع المعاملات بسرعة فائقة، لكن بدون ضبطٍ مناسب قد تتحول هذه السرعة إلى مخاطرة. يتدخل بروتوكول نيوتن بإضافة طبقة تفويض—يتم فحص كل معاملة يولدها الذكاء الاصطناعي مقابل سياسات قابلة للبرمجة قبل أن يتم تمرير أي شيء. هذا ليس مجرد تطبيق للقواعد، فحسب. يستخدم نيوتن مشغلين لامركزيين، وأدلة تشفيرية، وطرقًا تحافظ على الخصوصية لإبقاء وكلاء الذكاء الاصطناعي ملتزمين. يجب عليهم الالتزام بحدود إنفاق محددة، والتعامل فقط مع الأطراف المقابلة المعتمدة، واتباع إرشادات الامتثال، كل ذلك تلقائيًا.

لا مزيد من الانتظار الطويل لعمليات الموافقة اليدوية—يجعل نيوتن الأتمتة آمنة وقابلة للتحقق، مع الحفاظ دائمًا على نية الإنسان كقوة موجِّهة على السلسلة. ومع استمرار توسّع التمويل المدفوع بالذكاء الاصطناعي، تصبح @NewtonProtocol $NEWT و#Newt أساسًا للتجارة الآلية المبنية على الوكلاء، الآمنة والموثوقة.

تتسابق معظم بروتوكولات التمويل اللامركزي (DeFi) لتنفيذ المعاملات، لكن بروتوكول نيوتن يتوقف ويسأل سؤالًا أكثر صعوبة: هل يجب أن تمرّ هذه المعاملة من الأساس؟

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

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

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

مع إطلاق Newton Mainnet Beta، يَجلب @NewtonProtocol طبقة تفويض تحمي فعلًا المعاملات على السلسلة قبل تنفيذها. يصبح DeFi أكثر أمانًا، وأكثر قابلية للبرمجة، وجاهزًا للموجة التالية من التبنّي.

$NEWT #Newt