عندما يتحدث الناس عن بيتكوين في التمويل اللامركزي (DeFi)، غالبًا ما يدور الحديث حول العائد. ما البروتوكول الذي يقدم أكثر؟ وما الاستراتيجية الأكثر كفاءة؟
كلما تعمقت في هذا المجال، شعرت أن تلك المناقشات كانت تتجاوز سؤالًا أكبر بكثير.
ما الذي نتفق عليه قبل أن نكسب حتى ذلك العائد؟
على مدى سنوات، كان استخدام بيتكوين في التمويل اللامركزي يعني غالبًا قبول سلسلة من المقايضات. لفّ BTC. قم بربطها بسلسلة أخرى. الثقة بوصيّ (custodian) أو بطبقة بنية تحتية أخرى. أصبحت هذه الخطوات شائعة إلى درجة أن كثيرين منا توقفوا عن اعتبارها تنازلات.
قراءة عن خزائن بيتكوين غير قائمة على الثقة (Trustless Bitcoin Vaults - TBV) من @BabylonLabs_io أعادتني إلى التفكير في هذا الافتراض.
لم يكن الملفت هو وعد العوائد الأعلى—بل كان المحاولة لتقليل الثقة غير الضرورية. تم تصميم TBV لتمكين بيتكوين الأصلية من العمل كضمان دون لفّها أو ربطها أو الاعتماد على وسطاء مركزيين. تبدو هذه المقاربة أقرب بكثير إلى نموذج الأمان الأصلي لبيتكوين.
وأجد أيضًا أنه من المثير للاهتمام أن التنفيذ الأول يركز على الاقتراض المدعوم ببيتكوين الأصلية مع Aave v4. بدلًا من محاولة إعادة اختراع التمويل اللامركزي، يعيد التفكير في الطريقة التي تدخل بها بيتكوين إلى هذا المجال من الأساس.
لستُ أقول إن كل الحلول القائمة خاطئة أو أن TBV هو الإجابة النهائية. لكنني أعتقد أنه يحوّل النقاش نحو شيء أكثر جوهرية.
ربما ليست أكبر ابتكار هي إيجاد طريقة أخرى لتوليد العائد.
ربما يتمثل أكبر ابتكار في تقليل عدد التنازلات التي نُقرّ بها بصمت قبل أن نصل إلى هناك.
لفترة طويلة، افترضت أن بيتكوين المغلف (Wrapped Bitcoin) مجرد تكلفة المشاركة في التمويل اللامركزي (DeFi). إذا كنت تريد الاقتراض أو الإقراض أو استخدام BTC كضمان، فقد بدا لفّه بالطريقة الأكثر منطقية. لم أتوقف أبدًا لأتساءل إن كان هذا التنازل ضروريًا فعلًا.
ثم بدأت أقرأ عن خزائن بيتكوين غير خاضعة للثقة (Trustless Bitcoin Vaults - TBV) من @BabylonLabs_io ، وهذا غيّر تمامًا طريقتي في التفكير تجاه بيتكوين في عالم الـDeFi.
ما لفت انتباهي لم يكن ميزة الاقتراض بحد ذاتها. لقد رأينا بروتوكولات إقراض من قبل. الجزء المثير للاهتمام هو فكرة استخدام بيتكوين الأصلية كضمان دون لفّها أو ربطها بسلسلة أخرى (bridging) أو تسليم التحكم إلى وسيط.
يبدو هذا وكأنه تحول أكبر بكثير مما يدركه الناس.
كلما تعمقت أكثر، شعرت أكثر بأن بيتكوين لم تكن تعاني أصلًا من مشكلة سيولة. كانت لديها مشكلة بنية تحتية. فقد طالبت معظم الحلول المستخدمين بأن يتخلوا عن نموذج أمان بيتكوين قبل أن يتمكنوا من الوصول إلى التمويل على السلسلة (on-chain).
تتبنى TBV نهجًا مختلفًا. بدلًا من نقل بيتكوين إلى سلسلة أخرى، تحافظ على BTC أصلية بينما تجعلها قابلة للاستخدام عبر التطبيقات المدعومة. هذا التصميم البسيط يزيل طبقة كاملة من افتراضات الثقة التي قبلها كثير منا بصمت لسنوات.
لست أقول إن هذا يحل كل تحدٍ في بيتكوين DeFi. لكنني أعتقد أنه يطرح سؤالًا أفضل: لماذا يتطلب استخدام بيتكوين تغيير ما يجعل بيتكوين قيّمة في المقام الأول؟
هذا السؤال وحده يجعل @BabylonLabs_io واحدًا من أكثر المشاريع إثارة للاهتمام التي بحثت عنها مؤخرًا.
غيّر بروتوكول نيوتن الطريقة التي أفكر بها بشأن سياسات المعاملات.
في البداية، افترضت أن السياسات موجودة في المقام الأول للمؤسسات. كان الامتثال وحدود المخاطر والأطراف المقابلة المعتمدة يبدو كل ذلك كنوعٍ من البنية التحتية التي توجد لأن الجهات التنظيمية تتوقع ذلك.
لكن كلما تعمقت أكثر في Newton Mainnet Beta، قلّ تصديقي لذلك.
لا تصبح السياسة مثيرة للاهتمام لأنها تحجب المعاملات. إنها مثيرة للاهتمام لأنها تغيّر القرارات التي يتوقف الناس عن اتخاذها يدويًا.
بمجرد فرض قاعدة قبل التسوية، تبدأ تدريجيًا بالاختفاء من العمليات اليومية. لا يتعين على مديري المحافظ تذكّر كل قيد. ولا يحتاج فرق الأمان إلى مراجعة كل إجراء روتيني. تصبح السياسة جزءًا من المعاملة نفسها بدلًا من كونها مجرد قائمة تحقق إضافية تجاورها.
هذا جعلني أفكر في شيء آخر.
ربما لا تكمن أكبر نقطة ضعف في التمويل اللامركزي (DeFi) في أن البروتوكولات تفتقر إلى الأمان. بل في أن الكثير جدًا من القرارات المهمة لا تزال تعتمد على أن يتذكر شخص ما اتباع عملية خارج السلسلة.
العمليات تتغير. تتبدل الفرق. وتصبح الاستثناءات أمرًا طبيعيًا.
والكود عادةً لا يتغير.
لهذا تبدو مقاربة نيوتن مختلفة بالنسبة لي. فهي لا تحاول استبدال الحكم البشري. بل تحدد أي الأحكام ينبغي اتخاذها مرة واحدة فقط، ثم تطبيقها في كل مرة دون الاعتماد على الذاكرة أو العادة.
إذا واصل التمويل على السلسلة نموّه، لا أعتقد أن البروتوكولات الرابحة ستكون تلك التي تمتلك أكبر عدد من السياسات.
سيكون الفائزون هم الذين تصبح تلك السياسات فيها ببساطة مستحيلة التجاهل.
بروتوكول نيونتون يحدّي افتراضًا واحدًا تعتمد عليه شبه كل بروتوكولات التمويل اللامركزي
جعلني بروتوكول نيونتون ألاحظ شيئًا كنت قد تجاهلته بطريقة ما لسنوات، والجزء الغريب أنه لم يكن مخفيًا. كان موجودًا داخل كل معاملة على السلسلة طوال الوقت. نقضي ساعات لا تنتهي نتحدث فيها عن التنفيذ والتسوية وتحسين الغاز وزيادة الإنتاجية، ومع ذلك لا يكاد أحد يتوقف ليتساءل عمّا يحدث مباشرة قبل أن تتحرك القيمة فعليًا. بدا لي ذلك الجزء الصغير للحظة غير ذي أهمية في البداية. بعد قراءة معمارية نيونتون، لا أعتقد أنه كذلك الآن. واصلت طرح سؤال بسيط على نفسي. لماذا نفترض تلقائيًا أن إحدى المعاملات تستحق التنفيذ لمجرد أن عقدًا ذكيًا يتيح ذلك؟ هاتان الفكرتان تبدوان متطابقتين حتى تفصلهما. يمكن أن تكون المعاملة صحيحة تقنيًا ومع ذلك تنتهك تفويض استثمار صندوق/خزنة. يمكن أن تستوفي كل سطر من التعليمات البرمجية بينما تتجاهل متطلبات الامتثال أو حدود المخاطر أو سياسات الأمان الموجودة في مكان ما خارج السلسلة. أدركت أنني قضيت سنوات طويلة أتعامل مع التنفيذ والحكم وكأنهما الشيء نفسه، رغم أنهما في الحقيقة يحلان مشكلتين مختلفتين تمامًا.
بروتوكول نيوتن لا يثق في المعاملات—بل يختبرها أولًا
جعلني بروتوكول نيوتن ألاحظ شيئًا لم أكن قد تساءلت عنه فعلًا من قبل. كنت أفترض دائمًا أن معاملة البلوكتشين تبدأ لحظة أن أضغط على "تأكيد". تستقبلها الشبكة، ويقوم المدققون بمعالجتها، وفي النهاية تستقر. الأمر بسيط بما يكفي. لكن أثناء قراءتي لعمارة نيوتن، بدأت أرى لحظة أخرى تختبئ قبل كل ذلك مباشرة. لحظة لا تكاد تبدو موجودة من منظور المستخدم، لكنها تقرر بهدوء ما إذا كانت المعاملة تستحق أن تصبح حقيقية. بدت تلك اللحظة مهمة بشكل غريب.
بروتوكول نيوتن جعلني أعيد التفكير في شيء لم أكن أولي له اهتمامًا كبيرًا في خزائن التمويل اللامركزي (DeFi).
كنت أظن أن استراتيجية الخزينة هي الجزء الأصعب. توليد العائد، إدارة التعرض للمخاطر، وإعادة موازنة المراكز. إذا كانت تلك الأجزاء تعمل، فكانت الخزينة تؤدي وظيفتها.
كلما تعمقت أكثر في بيتا الشبكة الرئيسية (Newton Mainnet Beta)، زادت شكوكِي.
لا تفشل الخزائن فقط لأنها تُجري استثمارًا سيئًا. أحيانًا تفشل لأن قرارًا كان ينبغي منعه تم السماح بمروره. هذا نوع مختلف من المخاطر، ونادرًا ما يتم الحديث عنه.
ما الذي استوقفني بشأن نيوتن؟ ليس أنه يضيف أداة أمان أخرى. بل لأنه يعامل التفويض كونه بنية تحتية وليس كونه عملية تشغيلية.
هذا الفارق مهم.
معظم سياسات الخزائن تكون مجرد نوايا. يقرر شخص ما من يمكنه التفاعل مع الخزينة، وما هي الأصول المقبولة، وما مستوى المخاطرة المسموح به، وكيف ينبغي التعامل مع النشاط غير المعتاد. لكن ما لم تُطبَّق تلك القرارات في المكان الذي تحدث فيه المعاملات فعليًا، فإنها تظل معتمدة على التزام الناس باتباع الإجراءات.
يدفع نيوتن تلك القرارات أقرب إلى التنفيذ نفسه. بدلًا من السؤال عما إذا كانت المعاملة نجحت، فإنه يسأل ما إذا كانت قد حققت السياسة المطلوبة قبل التسوية. أعتقد أن هذا سؤال أكثر إثارة للاهتمام.
كلما فكرت في الأمر أكثر، قلّت نظرتي إلى خزائن DeFi باعتبارها مشكلة عائد.
أراها مشكلة لاتخاذ القرار—وهي مشكلة تعاملنا معها كأنها مشكلة تسوية.
إذا كان ذلك صحيحًا، فقد ينتهي الأمر بأن يصبح التفويض أساسيًا مثل التنفيذ نفسه.
بروتوكول نيوتن غيّر طريقة تفكيري في التمويل على السلسلة (onchain)، لكن ليس للأسباب التي كنت أتوقعها.
عندما بدأت قراءة النسخة التجريبية من شبكة نيوتن الرئيسية (Newton Mainnet Beta)، لم أكن أبحث عن حلٍ آخر للتوسع أو عن بدائية (primitive) أخرى ضمن التمويل اللامركزي. كنت أريد أن أفهم لماذا يستمر الفريق في الحديث عن التفويض (authorization) بدل التنفيذ (execution).
كلما تعمّقت، أدركت أكثر أن لدينا افتراضًا قد قبلناه بصمت، ونادرًا ما يتم تحدّيه: إذا كانت المعاملة صحيحة تقنيًا، فإنها تستحق أن تُنفّذ.
لم أعد مقتنعًا بأن ذلك يكفي.
التمويل التقليدي لا يتحرك فقط بالأموال. بل يقرر أولًا ما إذا كان يجب أن تتحرك الأموال من الأساس. أصبح التمويل على السلسلة (onchain finance) ممتازًا جدًا في التسوية، ومع ذلك فإن معظم قرارات السياسات ما زالت تعيش خارج البلوكشين—في لوحات المعلومات، وجداول البيانات، وفرق الامتثال، أو العمليات الداخلية.
لم تبدُ لي هذه الفجوة أبدًا مستدامة.
يتعامل نيوتن مع المشكلة من زاوية مختلفة. بدلًا من السؤال: "هل حدثت هذه المعاملة؟" يسأل: "هل استوفت هذه المعاملة سياسةً مطلوبة قبل أن تحدث؟" ليست الإجابة مخفية خلف عملية داخلية لمؤسسة—بل تصبح إثباتًا على السلسلة (onchain attestation) موقّعًا يستطيع أي شخص التحقق منه.
قد يبدو هذا التحول صغيرًا، لكنه—برأيي—يغيّر المحادثة بالكامل.
إذا كان التمويل اللامركزي يريد دعم مجمعات أكبر من رأس المال، وأصولًا مُرمّزة (tokenized)، ووكلاء مستقلين (autonomous agents)، فلن تكفي الشفافية وحدها. يجب أن يكون التنفيذ خاضعًا للمساءلة قبل التسوية، لا مجرد الإبلاغ بعد وقوع الأمر.
كلما درست نيوتن أكثر، قلّ ما أراه كونه بروتوكولًا آخر يتنافس على الاهتمام.
أراه تحديًا لأحد أقدم افتراضات عالم الكريبتو—وغالبًا ما تكون تلك الأفكار هي ما يستحق أن نوليها انتباهًا.
لم تكن عبارة "الكود هو القانون" القصة الكاملة أبدًا — يثبتها نيوتن
جعلني بروتوكول نيوتن أطرح سؤالًا كنت قد توقفت عن طرحه منذ سنوات. عندما دخلت عالم العملات المشفرة لأول مرة، كنت أحب أن أقول: "الكود هو القانون". كان معظمنا يفعل ذلك. كان يبدو قويًا. إذا تم تنفيذ العقد تمامًا كما هو مكتوب، فلن يستطيع أحد التدخل. لا مصرف. لا شركة. لا حكومة. فقط كود يفعل ما طُلب منه أن يفعله. في ذلك الوقت كنت أظن... هذا كل شيء. لقد حللنا مسألة الثقة. لكن بعد قضاء وقت في قراءة ورقة نيوتن البيضاء والتعمق في كيفية عمل Mainnet Beta فعليًا، لم أعد أعتقد أن هذه الجملة تحكي القصة كاملة.
لماذا يمكن لنيوتن أن يعيد تشكيل طريقة اتخاذ قرارات التمويل اللامركزي (DeFi)
عندما دخلت عالم العملات المشفرة لأول مرة، اعتقدت أن مستقبل التمويل اللامركزي (DeFi) سيتم تحديده بواسطة سلاسل بلوك أسرع، ورسوم أقل، وعقود ذكية أكثر كفاءة. كانت كل المناقشات الكبرى تقريبًا تتمحور حول التنفيذ. ما الشبكة التي يمكنها معالجة المزيد من المعاملات؟ أي بروتوكول يمكنه تسوية الصفقات بسرعة أكبر؟ وأي سلسلة يمكنها التوسع دون المساس باللامركزية؟ لا تزال تلك المحادثات مهمة. لكن بعد أن قضيت وقتًا أطول في دراسة بروتوكول نيوتن، بدأت أفكر في سؤال مختلف تمامًا.
قضيت جزءًا من اليوم في القراءة أكثر عن Newton Mainnet Beta، وظلّت سؤالٌ واحد يراودني.
هل تُفتقر العقود الذكية إلى أهم لبنات التمويل؟
في البداية، كنت سأقول: لا. العقود الذكية تُؤتمت الاتفاقات بالفعل، وتُحوّل الأصول، وتنفّذ كما بُرمجت تمامًا. لكنني أدركت شيئًا. التنفيذ ليس هو الشيء نفسه مثل التفويض.
التمويل التقليدي فصل دائمًا بين هذين الأمرين. قبل أن تتحرك الأموال، تكون هناك عادةً خطوة قرار: هل ينبغي السماح بهذه المعاملة؟ هذه الخطوة غير المرئية حمت الأنظمة المالية لسنوات طويلة، ومع ذلك فإن معظم المعاملات على السلسلة ما زالت تُنفّذ أولًا ثم تطرح الأسئلة لاحقًا.
صنعت فعلًا خطأً بسيطًا في التداول هذا الصباح 😅. دخلت مركزًا بسرعة كبيرة دون التحقق من مقياس المخاطر الذي أراقبه عادةً. عمل البلوكشين بلا عيب. حكمِي هو الذي لم يكن صحيحًا. ذكرني ذلك بأن التنفيذ المثالي لا يمكنه إصلاح قرار سيّئ.
لهذا لفت انتباهَي Newton.
بدلًا من التعامل مع الامتثال والهوية والأمان وإدارة المخاطر كخدمات منفصلة، تقوم Newton بتقييم السياسات الفعّالة **قبل** التسوية وتُسجل نتيجة تفويض موقّعة على السلسلة. إنها لا تحاول استبدال العقود الذكية—بل إنها تضيف اللبنة المالية التي لم تكن موجودة لديها.
كلما فكرت في الأمر أكثر، بدا هذا التحول أكبر.
اليوم؛ تتدفق مليارات الدولارات عبر خزائن DeFi، بينما يتوسع القطاع باتجاه RWAs والـ stablecoins وحتى وكلاء الذكاء الاصطناعي. ومع بدء أنظمة أكثر استقلالية في التعامل مع رأس المال، لن يكفي إثبات أن المعاملة نُفّذت فحسب.
سيتحول السؤال الحقيقي إلى: **هل كان ينبغي لها أن تُنفّذ أصلًا؟**
ربما لن يُحدَّد الفصل القادم من التمويل على السلسلة من خلال تنفيذ أسرع.
ربما سيُحدَّد من خلال تفويضٍ قابل للبرمجة—وهذا بالضبط هو المكان الذي تضع فيه Newton رهانه.
تَمسّكتُ بنفسي وأنا أفكّر في أمرٍ ما بعد أن راجعت اليوم مستندات بيتا لـ Newton على Mainnet.
تخيّل لو أن كل معاملة على السلسلة كان عليها أن تكسب الإذن قبل أن تستطيع التنفيذ؟
في البداية، يبدو ذلك وكأنه نقيض ما بُني عليه التشفير. لكن بعد ذلك تذكّرت شيئًا نادرًا ما نتحدث عنه: كل نظام مالي ناضج دائمًا كان يفصل بين التفويض والتسوية. البطاقات لا تنقل المال فقط—بل تسأل أولًا إن كان ينبغي أن تحدث المعاملة أصلًا.
قلبت DeFi هذا الترتيب. لقد أصبحنا ممتازين للغاية في تسوية المعاملات، لكننا غالبًا نعتمد على لوحات التحكم والتنبيهات والمراجعات اليدوية لاكتشاف المشكلات بعد وقوعها. ارتكبتُ خطأً في التداول اليوم في وقتٍ سابق حين اندفعت إلى مركز دون التحقق من إشارةٍ رئيسية لإدارة المخاطر. نُفّذت المعاملة على نحوٍ مثالي... () لكن قراري لم يُنفَّذ 😅. جعلني هذا الخطأ الصغير أفهم منهج نيوتن على الفور.
التحوّل المثير للاهتمام ليس عقدًا ذكيًا آخر ولا صندوقًا (فولت) آخر. بل هي فكرة أن السياسات نفسها تصبح بنيةً تحتية على السلسلة.
يُجري Newton مقارنة المعاملة مع السياسات النشطة قبل التسوية، ثم يسجل نتيجة تفويض موقّعة على السلسلة. وهذا يعني أن الامتثال والهوية والأمن وإدارة المخاطر لا تكون مبعثرة عبر جداول بيانات أو عمليات داخلية أو أدوات منفصلة—بل تصبح قابلة للإنفاذ في اللحظة التي يصبح فيها القرار ذا أهمية.
يبدو هذا كأنه انتقالٌ هادئ لكنه مهم.
لسنوات، ركّز التشفير على جعل المعاملات لا تقهر. قد تكون المرحلة التالية هي جعلها محاسَبة عمدًا.
إذا كانت صناديق DeFi بالفعل تدير مليارات، وكان القطاع يتجه نحو RWAs والعملات المستقرة ووكلاء الذكاء الاصطناعي، فالسؤال ليس ما إذا كان رأس مالٌ إضافي سيصل.
بل ما إذا كانت كل معاملة يمكنها أن تُثبت لماذا كان مسموحًا لها أن تحدث.
ربما تكون هذه هي الطبقة التي كان Newton يبنيها طوال الوقت.
لفترة طويلة، كنت أعتقد أن العقود الذكية تكفي لبناء الثقة في عالم العملات المشفرة. إذا كان الكود آمنًا ويتم تنفيذه بالضبط كما كُتب، فحينها يفترض أن يكون النظام موثوقًا بطبيعته. شكّل ذلك فكرة الرؤية المبكرة للتمويل اللامركزي، وبصراحة، كنت أؤمن بها أنا أيضًا. كلما تعلمت أكثر عن @NewtonProtocol ، أدركت أكثر أن هناك فرقًا بين التنفيذ والتفويض. قد تنفّذ المعاملة بشكل مثالي بينما تكون معاملة لم يكن يجب السماح بها من الأساس. غيّر ذلك تمامًا كيف أنظر إلى التمويل على السلسلة (onchain).
تابعت أتساءل لماذا ما زالت المؤسسات تتردد في نقل كميات أكبر من رأس المال بالكامل إلى السلسلة (onchain). افترضت أن السبب يكمن في الغالب في التنظيم.
ثم ألقيت نظرة أعمق على VaultKit، وفجأة حدث “ترابط” في الفهم.
كنت دائمًا أعتقد أن الحضانة الآمنة هي القطعة الناقصة. لكن التحدي الأكبر ليس شرح الأخطاء بعد وقوعها، بل جعل كل سياسة خاصة بكل خزانة قابلة للتنفيذ قبل انتقال الأصول.
قراءة وثائق Newton غيّرت وجهة نظري. لا يقوم VaultKit فقط بتجميع الامتثال والهوية والأمان وفحوصات المخاطر معًا—بل يربطها بتدفق تفويض (authorization) الخاص بـ Newton، بحيث يمكن تقييم المعاملات مقابل السياسات النشطة قبل التسوية.
هذا يغيّر تمامًا طريقة تفكيري بشأن التمويل اللامركزي (DeFi) على مستوى المؤسسات.
بدلًا من الاعتماد على أدوات مراقبة متفرقة، يمكن لمشغلي الخزائن بناء القواعد مباشرة داخل تفويض المعاملات. يبدأ هذا البنية التحتية بحماية رأس المال قبل التنفيذ، لا بعد ظهور الخسائر.
المقايضة المثيرة للاهتمام واضحة: إن فرض السياسات بشكل أقوى قد يقلل المرونة، لكنه أيضًا يخلق مستوى من التوقعية التي كانت تنتظرها المؤسسات الكبيرة.
إذا كان لـ DeFi أن يصل إلى حجم المؤسسات، فهل يجب أن يصبح فرض السياسات جزءًا من البنية التحتية بدلًا من كونه إضافة اختيارية؟ 🤔
لفترة طويلة، كنت أعتقد أن أكبر تحدٍ يواجه التمويل اللامركزي هو التنفيذ. كانت كل محادثة رئيسية تدور تقريبًا حول سلاسل بلوك أسرع، أو معاملات أرخص، أو إنتاجية أعلى، أو عقود ذكية أكثر ذكاءً. كان الافتراض بسيطًا: إذا أصبح التنفيذ أكثر كفاءة، فسيصبح التمويل اللامركزي بطبيعة الحال أكثر موثوقية. كلما استكشفت بروتوكول نيوتن أكثر، أدركت أن هذا الافتراض يتجاهل شيئًا أعمق بكثير. لم يكن التنفيذ أبدًا هو المشكلة الأصعب. السؤال الأصعب هو ما إذا كان ينبغي للمعاملة أن تُنفَّذ من الأساس.
أستمر في التفكير في شيء لا تتحدث عنه العملات المشفرة كثيرًا.
لقد قضينا سنوات في جعل التسوية أسرع وأرخص وأكثر قابلية للتنفيذ بالكامل على السلسلة (onchain). لكن كان هناك سؤال واحد تم تجاهله في الغالب:
هل يجب أن تحدث هذه المعاملة من الأساس؟
لقد حل التمويل التقليدي ذلك منذ عقود. كل مدفوعات البطاقات تمر بخطوة تفويض قبل تحريك الأموال. تُعد طبقة القرار غير المرئية هذه من الأسباب التي تجعل شبكات الدفع العالمية قادرة على العمل على نطاق واسع.
قلبت العملات المشفرة الترتيب. لقد أتقنا التسوية أولًا، ثم تركنا التفويض لعمليات مجزأة خارج السلسلة (offchain)، ومراجعات يدوية، أو لوحات تحكم لا تشرح إلا ما حدث بالفعل.
في الواقع، أمسكت نفسي أفكر في هذا بعد قراءتي اليوم عن نيوتن. جعلني ذلك أدرك أن معظم محادثات التمويل اللامركزي (DeFi) تظل مهووسة بالتنفيذ، بينما لا يكاد أحد يسأل كيف ينبغي فرض القرارات قبل التنفيذ. هذه فجوة تصميمية أكبر بكثير مما افترضته في البداية.
هنا تغيّر نيوتن مسار الحديث.
بدلًا من مراقبة المعاملات بعد أن تصبح مُعتمدة، تقوم نيوتن بتقييم السياسات الفعالة قبل التسوية وإرجاع إثبات (attestation) مشفّر وموقّع بالقبول أو الرفض على السلسلة. وهذا يعني أن فحوصات الامتثال والهوية والأمان والمخاطر يمكن أن تصبح بنية تحتية قابلة للبرمجة بدلًا من كونها سير عمل تشغيلي منفصلًا وغير مترابط.
يبدو التوقيت مهمًا. إن ماجيك لابس (Magic Labs) تشغّل ال بالفعل منظومة ضخمة للمحافظ وتدعم مجتمعًا كبيرًا من المطورين. ومع توسع التمويل اللامركزي في صناديق مؤسسية و(RWAs) والأصول المرمزة المستقرة (stablecoins)، وحتى وكلاء الذكاء الاصطناعي، لن يكفي نقل القيمة فحسب. ستحتاج كل معاملة مستقلة إلى طبقة قرار قابلة للتحقق.
ربما لا تكون الفصول القادمة من عالم العملات المشفرة عن جعل المعاملات أسرع.
ربما الأمر يتعلق بإثبات أن كل معاملة كان ينبغي أن تُجرى قبل أن تصل أبدًا إلى مرحلة التسوية.
يعتقد معظم الناس أن أصعب جزء في تقنية البلوك تشين تم حله بالفعل. لدينا عقود ذكية تنفّذ تمامًا كما كُتبت. ولدينا بلوك تشينات سريعة تُسوي المعاملات في ثوانٍ. ولدينا جسور تربط النظم البيئية، ومحافظ تُلغي التعقيد عن المستخدم، وبروتوكولات التمويل اللامركزي (DeFi) تدير مليارات الدولارات دون وجود بنك تقليدي في الأفق. على الورق، يبدو ذلك بمثابة نظام مالي متكامل. لكن كلما درست أكثر كيف يتطور التمويل على السلسلة، زاد اقتناعي بأننا كنا نحتفل بالإنجاز الخاطئ.
في البداية، بدا VaultKit مجرد مجموعة أدوات أخرى لإطلاق خزائن (vaults). ثم لاحظت شيئًا غيّر تمامًا طريقة نظري إليه.
كان لغز الأمر بالنسبة لي بسيطًا: إذا كانت المؤسسات لديها بالفعل عقود ذكية، فلماذا تحتاج طبقة بنية تحتية إضافية؟
كانت افتراضي الأولى أن التوافق والتحقق من المخاطر يتمان خارج البروتوكول على أي حال، لذا فإن إضافة طبقة أخرى لن يؤدي إلا إلى إبطاء الأمور.
بعد قراءة وثائق Newton Mainnet Beta بعناية أكبر، أدركت أن VaultKit مُصمَّم حول تفويض/ترخيص ما قبل التنفيذ (pre-execution authorization). يتم تقييم السياسات قبل أن تتحرك الأصول، ولا يمضي التنفيذ في المعاملة إلا مع وجود إقرار/إثبات تفويض موقّع إذا كانت كل الشروط المطلوبة مستوفاة.
غيّر ذلك منظوري. الأمر ليس إضافة احتكاك—بل هو نقل قرارات الثقة إلى النقطة التي تهم فيها فعلًا.
أعتقد أن هذه هي القطعة الناقصة في التمويل اللامركزي المؤسسي (DeFi). لا يتعين على الأموال الاعتماد على مراجعات يدوية بعد التنفيذ، لأن فرض السياسات يصبح جزءًا من تدفق المعاملة نفسه.
ما أجده مثيرًا للاهتمام بشكل خاص هو خيار التصميم. لا يحاول VaultKit استبدال العقود الذكية؛ بل يوفّر لها طبقة تفويض لم تكن مصممة أصلًا لامتلاكها. المقابل هو خطوة تحقق إضافية، لكن في المقابل تحصل على فرض سياسات متوقع بدلًا من الأمل في أن يتبع كل مشارك القواعد نفسها.
إذا ظل التمويل على السلسلة (onchain) يجذب مؤسسات أكبر، فهل تعتقد أن تفويض ما قبل التنفيذ سيصبح بنية تحتية قياسية بدلًا من كونه ميزة اختيارية؟ 🤔
داخل Newton Mainnet Beta: إتاحة تطبيق سياسات فوري للامتثال في DeFi
في وقت سابق اليوم كنت أقرأ وثائق Newton Mainnet Beta بعد أن راجعت بعض مواقع DeFi، وكانت هناك تفصيلة واحدة كانت تجذبني للعودة إليها باستمرار. أدركت أنني كنت أفترض دائمًا أن تطبيق السياسات يحدث في مكان ما حول المعاملة—ليس بالضرورة قبلها. 🤔 كلما قرأت أكثر، زاد انهيار تلك الفرضية. كان نموذجِي الذهني بسيطًا: يتلقى العقد الذكي معاملة، ويتحقق من الشروط المطلوبة، ثم ينفّذها. وإذا وُجدت فحوصات إضافية للامتثال أو المخاطر، فقد افترضت أنها كانت في الغالب عمليات تتم خارج السلسلة (offchain) تُضاف فوق التطبيق.
أعود دائمًا إلى سؤال واحد كلما نظرت إلى محافظ DeFi: إذا كانت تتم إدارة مليارات الدولارات على السلسلة، فلماذا لا تزال الكثير من القواعد تعيش خارج السلسلة؟
لطالما شعرت أن هذه الفجوة أكبر مما يعترف به الناس. قد تكون للمحفظة حدود على الرافعة المالية، أو عناوين خاضعة للجزاءات، أو سلامة الأوراكل، أو تعرضاً للأطراف المقابلة، لكن إذا كانت هذه الفحوصات تعتمد على عمليات مجزأة، فقد تصبح غير متسقة عندما تتقلب الأسواق.
اليوم كنت أقرأ عن @NewtonProtocol ، وبرزت فكرة واحدة حقًا. بدلًا من تدقيق ما حدث بالفعل، يقوم نيوتن بمراجعة معاملة قبل أن تستقر. إذا فشلت السياسة، تفشل المعاملة. وإذا نجحت، تُسجَّل صلاحية التنفيذ على السلسلة عبر إشهاد موقَّع. هذا يعبّر عن عقلية مختلفة تمامًا—يركّز على الوقاية بدل تحليل ما بعد الحدث.
لقد ارتكبت فعلًا خطأً في التداول هذا الصباح بسبب التسرّع في إعدادٍ ما دون التحقق المزدوج من المخاطر. 😅 لقد ذكّرني بأن منع قرار سيئ دائمًا أرخص من محاولة إصلاحه لاحقًا.
تؤمّن محافظ DeFi المُحدّدة الآن مليارات من الأصول، ومع ذلك لا يزال الكثير منها يعتمد على حوكمة خارج السلسلة وخطوات امتثال مجزأة. تغيّر بروتوكول نيوتن ذلك عبر طبقة تفويض على السلسلة تجعل سياسات الامتثال والهوية والأمان وإدارة المخاطر قابلة للتنفيذ قبل أن تتحرك رؤوس الأموال.
وهذا يجعلني أفكر في أن التطور التالي في DeFi لن يكون مجرد عوائد أفضل أو تنفيذ أسرع. بل سيكون بنية تحتية تُثبت أن القرار الصحيح قد تم اتخاذه قبل كل معاملة.
The Pre-Settlement Gap Newton Protocol Highlights in Onchain Transaction Flows
When I first started exploring how traditional payment systems and onchain finance handle transactions, one difference immediately stood out. Blockchains are exceptional at proving what happened, but they rarely answer a more important question: should this transaction have happened in the first place? That simple question is what Newton Protocol is bringing into focus. For years, DeFi has evolved around execution. Smart contracts execute exactly as written, validators confirm transactions, and blockchains create an immutable history of every action. It's an incredible achievement. Yet, as the industry grows toward institutional adoption, tokenized real-world assets, stablecoins, and AI-driven finance, another requirement is becoming impossible to ignore. Decisions often need to happen before assets move, not after. I was reading through Newton's latest updates today, and I found myself thinking about how much of crypto security is still reactive. Whenever a protocol is exploited, a wallet is compromised, or a risky transaction slips through, the ecosystem usually responds with dashboards, analytics, investigations, and reports explaining exactly what happened. Those tools are valuable, but they all share one limitation—they arrive after settlement. Once the transaction is finalized onchain, the blockchain has already done its job. Newton Protocol approaches this from an entirely different direction. Instead of asking how to analyze completed transactions more efficiently, it asks whether the transaction satisfies every required policy before execution. If the answer is yes, the protocol returns a signed onchain attestation confirming the transaction passed. If not, the transaction fails the required authorization policy before settlement proceeds. That may sound like a subtle architectural change, but it introduces an entirely new layer to onchain finance. The comparison Newton frequently makes with Visa helped me understand this concept much faster. Every time someone taps a payment card, the transaction doesn't immediately settle. First, an authorization network evaluates multiple conditions. Is the account valid? Is there enough balance or credit? Does the transaction match fraud detection rules? Has the card been blocked? Only after those questions receive satisfactory answers does settlement continue. For decades, traditional finance has understood that moving money safely requires a decision layer before settlement. Blockchain networks perfected decentralized settlement, but the authorization layer largely remained fragmented across offchain systems, internal compliance teams, governance procedures, and manual reviews. Newton is attempting to bring that missing authorization process directly onchain. That shift feels much larger than adding another security product. It changes how transactions themselves are evaluated. Imagine a professionally managed DeFi vault responsible for millions—or eventually billions—of dollars. That vault may define dozens of rules governing how capital can move. Some users may need identity verification before participating. Certain jurisdictions may be restricted. Exposure to counterparties may have maximum thresholds. Oracle feeds must remain healthy. Collateral ratios cannot fall below predefined levels. Wallets appearing on sanctions lists should never interact with the vault. Today, many of these policies exist outside the blockchain itself. Different providers handle compliance. Separate monitoring tools evaluate security. Risk management often relies on independent dashboards, spreadsheets, or manual operational workflows. The blockchain executes transactions flawlessly, but the decision-making process surrounding those transactions often exists elsewhere. Newton Protocol attempts to eliminate that separation by allowing these policies to become enforceable within the transaction flow itself rather than surrounding it from the outside. One statistic that immediately caught my attention is how rapidly curated DeFi vaults have grown. Newton highlights that this category has expanded dramatically over the past year while much of the underlying compliance and operational infrastructure has remained fragmented. As more institutional participants enter decentralized finance, simply observing transactions after execution becomes increasingly insufficient. Larger capital pools naturally demand stronger operational controls before execution takes place. This is where Newton introduces its concept of programmable authorization. Instead of treating compliance, security, identity, and risk as independent systems, Newton combines them into a unified authorization framework. Every transaction can be evaluated against active policies before settlement begins. Those policy decisions are then recorded through verifiable attestations that applications can trust and validate onchain. I actually appreciate this design because it doesn't try to centralize decision-making. Quite the opposite. Developers define which policies matter for their applications, integrate the authorization layer, and allow those policies to be verified cryptographically. That's a much more blockchain-native approach than relying entirely on invisible centralized approval systems. Newton organizes its authorization capabilities across four major areas. The first is compliance, where policies can evaluate sanctions requirements and regulatory restrictions. The second is identity, allowing protocols to verify participant eligibility when required. The third focuses on security through real-time threat intelligence and wallet protection. The fourth addresses risk by evaluating variables such as leverage, counterparty exposure, oracle health, and related financial conditions before transactions execute. Rather than forcing every protocol to assemble these components independently, Newton provides a common enforcement layer capable of evaluating all of them together. Another aspect that makes the architecture interesting is that Newton isn't claiming to replace specialized infrastructure providers. Instead, it integrates with organizations that already possess deep expertise in their respective fields. Policy intelligence can come from partners such as Chainalysis, Hexagate, Vaults.fyi, RedStone, and Credora, while the broader infrastructure is supported alongside organizations including Eigen Labs, Succinct, Rhinestone, and Octane. Instead of reinventing every wheel, Newton creates a framework where specialized expertise contributes to a unified authorization decision before settlement occurs. That approach feels practical. The blockchain ecosystem already has excellent providers generating compliance signals, security intelligence, pricing data, and risk analysis. The challenge has never been collecting information. The challenge has been enforcing decisions consistently before assets move. A simple example illustrates why this matters. Suppose a vault defines three basic requirements. The collateral ratio must remain above a specific threshold. Oracle prices must be current. Every participating wallet must satisfy compliance requirements. Without a pre-settlement authorization layer, developers often need to stitch these requirements together across multiple independent systems while hoping every condition remains synchronized. With Newton's approach, those conditions become part of a single authorization process. Every relevant policy is evaluated before settlement, producing a signed result confirming whether execution should proceed. That changes the conversation from monitoring to enforcement. And honestly, I think that's an important distinction. Earlier today I was reviewing several trading charts, and one of them looked almost perfect. Strong trend, clean structure, healthy volume. I nearly entered the trade before realizing I had completely ignored the funding conditions surrounding the market. The chart itself wasn't the problem. My decision process was incomplete. It reminded me that successful execution almost always begins with good decisions made beforehand. Newton applies a remarkably similar philosophy to blockchain infrastructure. Execution matters, but execution should begin only after every required condition has already been evaluated. Another point that strengthens Newton's credibility is the organization building it. The protocol is developed by Magic Labs, a company already recognized throughout Web3 for embedded wallet infrastructure. According to publicly shared figures, Magic has helped power more than 57 million wallets while serving over 200,000 developers, with infrastructure supporting applications such as Polymarket. Those numbers suggest the team already understands what production-scale blockchain infrastructure requires before introducing a new authorization layer. What also keeps me interested is Newton's broader vision. The protocol isn't limiting itself to DeFi vaults. Vaults simply represent the first practical application because institutional asset management naturally depends on programmable policy enforcement. From there, Newton plans to extend authorization infrastructure toward stablecoins, tokenized real-world assets, autonomous AI agents, and other categories of onchain activity where pre-settlement decisions become increasingly valuable. The idea of an "Internet of Policies" is especially fascinating because it suggests a future where authorization logic becomes reusable infrastructure rather than something every application rebuilds independently. Just as developers today rely on shared networking standards instead of inventing new internet protocols, tomorrow's blockchain applications may rely on shared policy infrastructure instead of rebuilding authorization systems from scratch. Crypto has spent years optimizing execution speed, scalability, interoperability, and settlement efficiency. Those advances have been extraordinary. Yet every technological wave eventually reveals another missing layer that becomes obvious only after enough adoption occurs. For me, Newton Protocol highlights exactly that kind of missing layer. Not another blockchain. Not another wallet. Not another bridge. A decision layer. A place where programmable rules, compliance requirements, security intelligence, identity verification, and financial risk evaluation can all converge before transactions become permanent. The more I think about it, the more the comparison with Visa makes sense. Visa didn't become one of the world's most important payment infrastructures because it physically moved money. It became essential because it decided whether payments should move before settlement occurred. Newton Protocol brings that same architectural philosophy into onchain finance. As DeFi continues expanding toward institutional participation, tokenized assets, stablecoin economies, and autonomous AI agents managing capital, the question may no longer be how quickly transactions settle. The more important question may become whether those transactions satisfied every required policy before settlement ever began. That is the pre-settlement gap Newton Protocol is trying to close—and if onchain finance continues growing at its current pace, it may prove to be one of the most important infrastructure layers the industry didn't realize it was missing until now. @NewtonProtocol #Newt $NEWT
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.