iPreMyZX

#baby $BABY

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

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

ثم في إحدى الليالي وجدت نفسي أقرأ عن خزائن بيتكوين دون ثقة (Trustless Bitcoin Vaults - TBV) من @BabylonLabs_io.

تحول ما بدأ كبحث عابر إلى حفرة أطول بكثير مما توقعت.

الجزء المثير للاهتمام لم يكن أن TBV يقدّم طريقة أخرى لاستخدام البيتكوين. بل كان السؤال الذي يختبئ خلف ذلك.

لماذا يجب أن يصبح البيتكوين شيئًا آخر قبل أن يصبح مفيدًا؟

ظل هذا التفكير معي.

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

تتعامل TBV مع الأمر بشكل مختلف عبر السماح للبيتكوين الأصلي بالعمل كضمان (collateral) مع البقاء مرتبطًا بنموذج الأمان الخاص بالبيتكوين نفسه. ليست المسألة هي ادّعاء أن المقايضات (trade-offs) لا وجود لها. بل هي تغيير نوع المقايضات التي يجب على المستخدمين تقبلها.

ما زلت أتعلم، لذلك لا أزعم أنني أملك كل الإجابات.

لكن في بعض الأحيان، يغيّر بروتوكولٌ طريقة تفكيرك بدل أن يضيف مجرد ميزة أخرى للمقارنة.

بالنسبة لي، @BabylonLabs_io فعل ذلك تمامًا.

ربما كانت أكثر الأشياء قيمة حصلت عليها ليست منتجًا جديدًا لأتابعه—بل سؤالًا جديدًا يستحق الاستمرار في طرحه.

#baby $BABY

لم أتوقع أن يجعلني مستند واحد أسائل شيئًا كنت قد قبلته لسنوات.

حدث ذلك في وقت متأخر من الليل بينما كنت أقرأ عن بنية عمل البيتكوين التحتية. كنت أرى النمط نفسه مرارًا وتكرارًا. في كل مرة أراد البيتكوين المشاركة في التمويل اللامركزي (DeFi)، كانت أول تعليمات تظهر تلقائيًا تقريبًا.

لفّه.

اربطه.

انقله إلى مكان آخر.

وفي مرحلة ما، أدركت أنني توقفت عن السؤال عن السبب.

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

بعد ذلك بدأت أقرأ عن خزائن بيتكوين دون ثقة (Trustless Bitcoin Vaults - TBV) من @BabylonLabs_io .

ما لفت انتباهي لم يكن أنها تعد بشيء أسرع أو أكبر. بل أنها تساءلت عن الافتراض الذي لم أكن قد تساءلت عنه أبدًا.

لماذا يجب على البيتكوين أن يغادر البيتكوين ليصبح مفيدًا؟

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

خزائن TBV لا تزيل جميع المفاضلات سحرًا. البيتكوين ما زال بيتكوين. التسوية ما زالت تستغرق وقتًا.

لكن التحول يحدث في مستوى الثقة.

بدلًا من طلب الإيمان بالمغلفات (wrappers) أو الجسور أو أمناء الحفظ (custodians)، يميل النظام أكثر إلى الاعتماد على قواعد البيتكوين نفسها.

هذا يبدو أقل كونه مطاردة للراحة، وأكثر كونه احترامًا للأصل الذي تحاول فتحه.

ربما كانت هذه هي الاتجاه الذي كان يُنقص التمويل اللامركزي للبيتكوين منذ البداية.

#baby $BABY

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

لم أكن أبحث عن مشروع جديد. كنت في الواقع أحاول فهم لماذا ما زال بيتكوين يشعر بأنه منفصل عن جزء كبير من التمويل اللامركزي (DeFi)، رغم كونه أكبر أصل في هذا المجال.

كانت الإجابة الواضحة دائمًا تبدو كالتالي: "فقط لفّه (wrap).")

لسنوات، قبلت ذلك دون أن أفكر كثيرًا.

لكن كلما قرأت المزيد عن @BabylonLabs_io و Trustless Bitcoin Vaults (TBV)، أدركت أكثر فأكثر أن لفّ بيتكوين ربما كان اختصارًا اعتدنا عليه—وليس بالضرورة أفضل حل.

لقد حل مشكلة واحدة عبر إدخال عدة مشكلات أخرى.

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

هذا ما جذب اهتمامي إلى TBV.

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

ما زلت أتعلم، ولا أعتقد أن أي بروتوكول يملك كل الإجابات.

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

بالنسبة لي، @BabylonLabs_io كان أحد تلك المشاريع.

#baby $BABY

عندما يتحدث الناس عن بيتكوين في التمويل اللامركزي (DeFi)، غالبًا ما يدور الحديث حول العائد. ما البروتوكول الذي يقدم أكثر؟ وما الاستراتيجية الأكثر كفاءة؟

كلما تعمقت في هذا المجال، شعرت أن تلك المناقشات كانت تتجاوز سؤالًا أكبر بكثير.

ما الذي نتفق عليه قبل أن نكسب حتى ذلك العائد؟

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

قراءة عن خزائن بيتكوين غير قائمة على الثقة (Trustless Bitcoin Vaults - TBV) من @BabylonLabs_io أعادتني إلى التفكير في هذا الافتراض.

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

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

لستُ أقول إن كل الحلول القائمة خاطئة أو أن TBV هو الإجابة النهائية. لكنني أعتقد أنه يحوّل النقاش نحو شيء أكثر جوهرية.

ربما ليست أكبر ابتكار هي إيجاد طريقة أخرى لتوليد العائد.

ربما يتمثل أكبر ابتكار في تقليل عدد التنازلات التي نُقرّ بها بصمت قبل أن نصل إلى هناك.

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

#baby $BABY

لفترة طويلة، افترضت أن بيتكوين المغلف (Wrapped Bitcoin) مجرد تكلفة المشاركة في التمويل اللامركزي (DeFi). إذا كنت تريد الاقتراض أو الإقراض أو استخدام BTC كضمان، فقد بدا لفّه بالطريقة الأكثر منطقية. لم أتوقف أبدًا لأتساءل إن كان هذا التنازل ضروريًا فعلًا.

ثم بدأت أقرأ عن خزائن بيتكوين غير خاضعة للثقة (Trustless Bitcoin Vaults - TBV) من @BabylonLabs_io ، وهذا غيّر تمامًا طريقتي في التفكير تجاه بيتكوين في عالم الـDeFi.

ما لفت انتباهي لم يكن ميزة الاقتراض بحد ذاتها. لقد رأينا بروتوكولات إقراض من قبل. الجزء المثير للاهتمام هو فكرة استخدام بيتكوين الأصلية كضمان دون لفّها أو ربطها بسلسلة أخرى (bridging) أو تسليم التحكم إلى وسيط.

يبدو هذا وكأنه تحول أكبر بكثير مما يدركه الناس.

كلما تعمقت أكثر، شعرت أكثر بأن بيتكوين لم تكن تعاني أصلًا من مشكلة سيولة. كانت لديها مشكلة بنية تحتية. فقد طالبت معظم الحلول المستخدمين بأن يتخلوا عن نموذج أمان بيتكوين قبل أن يتمكنوا من الوصول إلى التمويل على السلسلة (on-chain).

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

لست أقول إن هذا يحل كل تحدٍ في بيتكوين DeFi. لكنني أعتقد أنه يطرح سؤالًا أفضل: لماذا يتطلب استخدام بيتكوين تغيير ما يجعل بيتكوين قيّمة في المقام الأول؟

هذا السؤال وحده يجعل @BabylonLabs_io واحدًا من أكثر المشاريع إثارة للاهتمام التي بحثت عنها مؤخرًا.

غيّر بروتوكول نيوتن الطريقة التي أفكر بها بشأن سياسات المعاملات.

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

لكن كلما تعمقت أكثر في Newton Mainnet Beta، قلّ تصديقي لذلك.

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

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

هذا جعلني أفكر في شيء آخر.

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

العمليات تتغير. تتبدل الفرق. وتصبح الاستثناءات أمرًا طبيعيًا.

والكود عادةً لا يتغير.

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

إذا واصل التمويل على السلسلة نموّه، لا أعتقد أن البروتوكولات الرابحة ستكون تلك التي تمتلك أكبر عدد من السياسات.

سيكون الفائزون هم الذين تصبح تلك السياسات فيها ببساطة مستحيلة التجاهل.

@NewtonProtocol $NEWT #Newt

بروتوكول نيوتن جعلني أعيد التفكير في شيء لم أكن أولي له اهتمامًا كبيرًا في خزائن التمويل اللامركزي (DeFi).

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

كلما تعمقت أكثر في بيتا الشبكة الرئيسية (Newton Mainnet Beta)، زادت شكوكِي.

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

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

هذا الفارق مهم.

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

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

كلما فكرت في الأمر أكثر، قلّت نظرتي إلى خزائن DeFi باعتبارها مشكلة عائد.

أراها مشكلة لاتخاذ القرار—وهي مشكلة تعاملنا معها كأنها مشكلة تسوية.

إذا كان ذلك صحيحًا، فقد ينتهي الأمر بأن يصبح التفويض أساسيًا مثل التنفيذ نفسه.

@NewtonProtocol $NEWT #Newt

بروتوكول نيوتن غيّر طريقة تفكيري في التمويل على السلسلة (onchain)، لكن ليس للأسباب التي كنت أتوقعها.

عندما بدأت قراءة النسخة التجريبية من شبكة نيوتن الرئيسية (Newton Mainnet Beta)، لم أكن أبحث عن حلٍ آخر للتوسع أو عن بدائية (primitive) أخرى ضمن التمويل اللامركزي. كنت أريد أن أفهم لماذا يستمر الفريق في الحديث عن التفويض (authorization) بدل التنفيذ (execution).

كلما تعمّقت، أدركت أكثر أن لدينا افتراضًا قد قبلناه بصمت، ونادرًا ما يتم تحدّيه: إذا كانت المعاملة صحيحة تقنيًا، فإنها تستحق أن تُنفّذ.

لم أعد مقتنعًا بأن ذلك يكفي.

التمويل التقليدي لا يتحرك فقط بالأموال. بل يقرر أولًا ما إذا كان يجب أن تتحرك الأموال من الأساس. أصبح التمويل على السلسلة (onchain finance) ممتازًا جدًا في التسوية، ومع ذلك فإن معظم قرارات السياسات ما زالت تعيش خارج البلوكشين—في لوحات المعلومات، وجداول البيانات، وفرق الامتثال، أو العمليات الداخلية.

لم تبدُ لي هذه الفجوة أبدًا مستدامة.

يتعامل نيوتن مع المشكلة من زاوية مختلفة. بدلًا من السؤال: "هل حدثت هذه المعاملة؟" يسأل: "هل استوفت هذه المعاملة سياسةً مطلوبة قبل أن تحدث؟" ليست الإجابة مخفية خلف عملية داخلية لمؤسسة—بل تصبح إثباتًا على السلسلة (onchain attestation) موقّعًا يستطيع أي شخص التحقق منه.

قد يبدو هذا التحول صغيرًا، لكنه—برأيي—يغيّر المحادثة بالكامل.

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

كلما درست نيوتن أكثر، قلّ ما أراه كونه بروتوكولًا آخر يتنافس على الاهتمام.

أراه تحديًا لأحد أقدم افتراضات عالم الكريبتو—وغالبًا ما تكون تلك الأفكار هي ما يستحق أن نوليها انتباهًا.

@NewtonProtocol $NEWT #Newt

قضيت جزءًا من اليوم في القراءة أكثر عن Newton Mainnet Beta، وظلّت سؤالٌ واحد يراودني.

هل تُفتقر العقود الذكية إلى أهم لبنات التمويل؟

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

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

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

لهذا لفت انتباهَي Newton.

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

كلما فكرت في الأمر أكثر، بدا هذا التحول أكبر.

اليوم؛ تتدفق مليارات الدولارات عبر خزائن DeFi، بينما يتوسع القطاع باتجاه RWAs والـ stablecoins وحتى وكلاء الذكاء الاصطناعي. ومع بدء أنظمة أكثر استقلالية في التعامل مع رأس المال، لن يكفي إثبات أن المعاملة نُفّذت فحسب.

سيتحول السؤال الحقيقي إلى: **هل كان ينبغي لها أن تُنفّذ أصلًا؟**

ربما لن يُحدَّد الفصل القادم من التمويل على السلسلة من خلال تنفيذ أسرع.

ربما سيُحدَّد من خلال تفويضٍ قابل للبرمجة—وهذا بالضبط هو المكان الذي تضع فيه Newton رهانه.

@NewtonProtocol #Newt $NEWT

تَمسّكتُ بنفسي وأنا أفكّر في أمرٍ ما بعد أن راجعت اليوم مستندات بيتا لـ Newton على Mainnet.

تخيّل لو أن كل معاملة على السلسلة كان عليها أن تكسب الإذن قبل أن تستطيع التنفيذ؟

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

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

التحوّل المثير للاهتمام ليس عقدًا ذكيًا آخر ولا صندوقًا (فولت) آخر. بل هي فكرة أن السياسات نفسها تصبح بنيةً تحتية على السلسلة.

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

يبدو هذا كأنه انتقالٌ هادئ لكنه مهم.

لسنوات، ركّز التشفير على جعل المعاملات لا تقهر. قد تكون المرحلة التالية هي جعلها محاسَبة عمدًا.

إذا كانت صناديق DeFi بالفعل تدير مليارات، وكان القطاع يتجه نحو RWAs والعملات المستقرة ووكلاء الذكاء الاصطناعي، فالسؤال ليس ما إذا كان رأس مالٌ إضافي سيصل.

بل ما إذا كانت كل معاملة يمكنها أن تُثبت لماذا كان مسموحًا لها أن تحدث.

ربما تكون هذه هي الطبقة التي كان Newton يبنيها طوال الوقت.

@NewtonProtocol #Newt $NEWT

تابعت أتساءل لماذا ما زالت المؤسسات تتردد في نقل كميات أكبر من رأس المال بالكامل إلى السلسلة (onchain). افترضت أن السبب يكمن في الغالب في التنظيم.

ثم ألقيت نظرة أعمق على VaultKit، وفجأة حدث “ترابط” في الفهم.

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

قراءة وثائق Newton غيّرت وجهة نظري. لا يقوم VaultKit فقط بتجميع الامتثال والهوية والأمان وفحوصات المخاطر معًا—بل يربطها بتدفق تفويض (authorization) الخاص بـ Newton، بحيث يمكن تقييم المعاملات مقابل السياسات النشطة قبل التسوية.

هذا يغيّر تمامًا طريقة تفكيري بشأن التمويل اللامركزي (DeFi) على مستوى المؤسسات.

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

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

إذا كان لـ DeFi أن يصل إلى حجم المؤسسات، فهل يجب أن يصبح فرض السياسات جزءًا من البنية التحتية بدلًا من كونه إضافة اختيارية؟ 🤔

@NewtonProtocol $NEWT #Newt

أستمر في التفكير في شيء لا تتحدث عنه العملات المشفرة كثيرًا.

لقد قضينا سنوات في جعل التسوية أسرع وأرخص وأكثر قابلية للتنفيذ بالكامل على السلسلة (onchain). لكن كان هناك سؤال واحد تم تجاهله في الغالب:

هل يجب أن تحدث هذه المعاملة من الأساس؟

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

قلبت العملات المشفرة الترتيب. لقد أتقنا التسوية أولًا، ثم تركنا التفويض لعمليات مجزأة خارج السلسلة (offchain)، ومراجعات يدوية، أو لوحات تحكم لا تشرح إلا ما حدث بالفعل.

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

هنا تغيّر نيوتن مسار الحديث.

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

يبدو التوقيت مهمًا. إن ماجيك لابس (Magic Labs) تشغّل ال بالفعل منظومة ضخمة للمحافظ وتدعم مجتمعًا كبيرًا من المطورين. ومع توسع التمويل اللامركزي في صناديق مؤسسية و(RWAs) والأصول المرمزة المستقرة (stablecoins)، وحتى وكلاء الذكاء الاصطناعي، لن يكفي نقل القيمة فحسب. ستحتاج كل معاملة مستقلة إلى طبقة قرار قابلة للتحقق.

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

ربما الأمر يتعلق بإثبات أن كل معاملة كان ينبغي أن تُجرى قبل أن تصل أبدًا إلى مرحلة التسوية.

@NewtonProtocol #Newt $NEWT

في البداية، بدا VaultKit مجرد مجموعة أدوات أخرى لإطلاق خزائن (vaults). ثم لاحظت شيئًا غيّر تمامًا طريقة نظري إليه.

كان لغز الأمر بالنسبة لي بسيطًا: إذا كانت المؤسسات لديها بالفعل عقود ذكية، فلماذا تحتاج طبقة بنية تحتية إضافية؟

كانت افتراضي الأولى أن التوافق والتحقق من المخاطر يتمان خارج البروتوكول على أي حال، لذا فإن إضافة طبقة أخرى لن يؤدي إلا إلى إبطاء الأمور.

بعد قراءة وثائق Newton Mainnet Beta بعناية أكبر، أدركت أن VaultKit مُصمَّم حول تفويض/ترخيص ما قبل التنفيذ (pre-execution authorization). يتم تقييم السياسات قبل أن تتحرك الأصول، ولا يمضي التنفيذ في المعاملة إلا مع وجود إقرار/إثبات تفويض موقّع إذا كانت كل الشروط المطلوبة مستوفاة.

غيّر ذلك منظوري. الأمر ليس إضافة احتكاك—بل هو نقل قرارات الثقة إلى النقطة التي تهم فيها فعلًا.

أعتقد أن هذه هي القطعة الناقصة في التمويل اللامركزي المؤسسي (DeFi). لا يتعين على الأموال الاعتماد على مراجعات يدوية بعد التنفيذ، لأن فرض السياسات يصبح جزءًا من تدفق المعاملة نفسه.

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

إذا ظل التمويل على السلسلة (onchain) يجذب مؤسسات أكبر، فهل تعتقد أن تفويض ما قبل التنفيذ سيصبح بنية تحتية قياسية بدلًا من كونه ميزة اختيارية؟ 🤔

@NewtonProtocol $NEWT #Newt