Web3 Dev
53 منشورات
Web3 Dev
MERN & Web3 Dev | Verified Pro Trader. Bridging infrastructure with market discipline. Scalable dApps & data-driven trades. Verified PnL & tech insights below.
فتح تداول
مُتداول مُتكرر
5.2 سنوات
85 تتابع
53 المتابعون
139 إعجاب
منشورات
الحافظة الاستثمارية
الكل
اقتباسات
PINNED
نحتفل بمرور 9 سنواتٍ استثنائية على Binance!
---
يمثل كعك عيد الميلاد المخصص هذا أكثر من مجرد ذكرى سنوية—إنه يحتفل بالمجتمع العالمي الذي يواصل التعلم والبناء والابتكار معًا.
يرمز الرقم 9 المتوهّج إلى تسع سنوات من النمو، بينما تعكس الزخارف المستوحاة من تقنية البلوك تشين التكنولوجيا والتعاون ومستقبل التمويل الرقمي.
عيد ذكرى سعيدة بالعام التاسع للجميع ممن كانوا جزءًا من هذه الرحلة. إليكم سنواتٍ عديدة قادمة من الابتكار! 🎂
#BinanceTurns9 #BinanceSquareTG
---
يمثل كعك عيد الميلاد المخصص هذا أكثر من مجرد ذكرى سنوية—إنه يحتفل بالمجتمع العالمي الذي يواصل التعلم والبناء والابتكار معًا.
يرمز الرقم 9 المتوهّج إلى تسع سنوات من النمو، بينما تعكس الزخارف المستوحاة من تقنية البلوك تشين التكنولوجيا والتعاون ومستقبل التمويل الرقمي.
عيد ذكرى سعيدة بالعام التاسع للجميع ممن كانوا جزءًا من هذه الرحلة. إليكم سنواتٍ عديدة قادمة من الابتكار! 🎂
#BinanceTurns9 #BinanceSquareTG
كيف يؤدي ترخيص المعاملات الآمن إلى إنشاء سير عمل بلوك تشين يمكن التنبؤ به
---
قد تكون المعاملة صحيحة تقنيًا، ومع ذلك تنتهك قواعد تشغيل مؤسسة ما. لذلك فإن التحقق من المعاملة وترخيص المعاملة يعالجان مشكلتين مختلفتين، حتى وإن كان يتم الحديث عنهما غالبًا معًا.
يميز مخطط نيوتن الموثّق هذه المسؤوليات من خلال ترخيص المعاملات الآمن. قبل التنفيذ، يتم تقييم طلب المعاملة مقابل سياسات ترخيص محددة لتحديد ما إذا كان ينبغي أن تستمر. وهذا يخلق نقطة قرار مخصصة موجودة بشكل مستقل عن عملية التنفيذ نفسها.
طريقة مفيدة للتفكير في ذلك هي اعتبارها واجهة برمجية خاصة بالمؤسسة. حتى عندما يحتوي الطلب على بيانات صحيحة، فقد يتم رفضه لأن مقدم الطلب لا يملك صلاحية لتنفيذ العملية المحددة. غالبًا ما تتعامل الأطر المبنية باستخدام Node.js أو TypeScript مع ذلك عبر وسيط تفويض (authorization middleware) يقع بين التحقق من صحة الطلب والمنطق الخاص بالأعمال. لا ينفّذ التطبيق إلا الطلبات التي تكون قد استوفت متطلبات الوصول بالفعل.
يساعد نفس النمط المعماري أن تبقى أنظمة البلوك تشين أسهل للفهم أيضًا. تصبح سياسات الترخيص طبقة مركزية بدلًا من تكرارها عبر مسارات التنفيذ المختلفة، مما يجعل منطق الصلاحيات أكثر وضوحًا للمطورين والمدققين وفرق البنية التحتية. ومع ازدياد أتمتة سير العمل، فإن فصل الترخيص عن التنفيذ يساعد أيضًا في الحفاظ على حدود النظام الواضحة.
تؤكد وثائق Mainnet Beta من @NewtonProtocol أن الترخيص يمثل مرحلة مميزة ضمن دورة حياة المعاملة، مع التشديد على تقييم السياسات بشكل صريح قبل التنفيذ بدلًا من تضمين كل قاعدة مباشرة داخل منطق التنفيذ.
$NEWT #Newt
سؤال تقني: هل ينبغي لتطبيقات البلوك تشين أن تعامل قرارات الترخيص كخدمات بنية تحتية قابلة لإعادة الاستخدام بالطريقة نفسها التي تتعامل بها منصات الواجهات الخلفية الحديثة مع المصادقة وبوابات API؟
---
قد تكون المعاملة صحيحة تقنيًا، ومع ذلك تنتهك قواعد تشغيل مؤسسة ما. لذلك فإن التحقق من المعاملة وترخيص المعاملة يعالجان مشكلتين مختلفتين، حتى وإن كان يتم الحديث عنهما غالبًا معًا.
يميز مخطط نيوتن الموثّق هذه المسؤوليات من خلال ترخيص المعاملات الآمن. قبل التنفيذ، يتم تقييم طلب المعاملة مقابل سياسات ترخيص محددة لتحديد ما إذا كان ينبغي أن تستمر. وهذا يخلق نقطة قرار مخصصة موجودة بشكل مستقل عن عملية التنفيذ نفسها.
طريقة مفيدة للتفكير في ذلك هي اعتبارها واجهة برمجية خاصة بالمؤسسة. حتى عندما يحتوي الطلب على بيانات صحيحة، فقد يتم رفضه لأن مقدم الطلب لا يملك صلاحية لتنفيذ العملية المحددة. غالبًا ما تتعامل الأطر المبنية باستخدام Node.js أو TypeScript مع ذلك عبر وسيط تفويض (authorization middleware) يقع بين التحقق من صحة الطلب والمنطق الخاص بالأعمال. لا ينفّذ التطبيق إلا الطلبات التي تكون قد استوفت متطلبات الوصول بالفعل.
يساعد نفس النمط المعماري أن تبقى أنظمة البلوك تشين أسهل للفهم أيضًا. تصبح سياسات الترخيص طبقة مركزية بدلًا من تكرارها عبر مسارات التنفيذ المختلفة، مما يجعل منطق الصلاحيات أكثر وضوحًا للمطورين والمدققين وفرق البنية التحتية. ومع ازدياد أتمتة سير العمل، فإن فصل الترخيص عن التنفيذ يساعد أيضًا في الحفاظ على حدود النظام الواضحة.
تؤكد وثائق Mainnet Beta من @NewtonProtocol أن الترخيص يمثل مرحلة مميزة ضمن دورة حياة المعاملة، مع التشديد على تقييم السياسات بشكل صريح قبل التنفيذ بدلًا من تضمين كل قاعدة مباشرة داخل منطق التنفيذ.
$NEWT #Newt
سؤال تقني: هل ينبغي لتطبيقات البلوك تشين أن تعامل قرارات الترخيص كخدمات بنية تحتية قابلة لإعادة الاستخدام بالطريقة نفسها التي تتعامل بها منصات الواجهات الخلفية الحديثة مع المصادقة وبوابات API؟
لماذا يقلّل التنفيذ المُوجَّه بالسياسات تعقيد التطبيقات
---
مع نضوج التطبيقات، غالبًا ما تصبح منطق التنفيذ محمّلًا بشكل زائد بفحوصات الصلاحيات ومعالجة الاستثناءات وقواعد الأعمال. وفي النهاية، يقضي المطورون وقتًا أكبر في صيانة شروط التفويض بدلًا من الوظيفة الأساسية التي كانوا قد بنوها في الأصل.
تتبع بنية نيوتن الموثّقة هذا الأمر بشكل مختلف من خلال التنفيذ المُوجَّه بالسياسات. بدلًا من تضمين كل قرار داخل مسار التنفيذ، تُقيَّم السياسات بشكل مستقل قبل أن يستمر التنفيذ. يتيح ذلك لمكوّنات التنفيذ أن تظل مركّزة على تنفيذ إجراءات حتمية، بينما تحدد مكوّنات السياسات ما إذا كانت تلك الإجراءات مسموحًا بها.
تخيّل خادمًا نموذجيًا بواجهة TypeScript. غالبًا ما تمر الطلبات عبر المصادقة، وبرمجيات وسيطة للتفويض، والتحقق من صحة الطلب قبل الوصول إلى طبقة الخدمة. لا يحتاج مستوى الخدمة إلى فهم كل قاعدة وصول لأن تلك القرارات تم اتخاذها مسبقًا. يطبق نيوتن مبدأ معماريًا مشابهًا على سير عمل المعاملات عبر فصل تقييم السياسة عن التنفيذ.
تزداد قيمة هذا التمييز مع دعم الأنظمة لوكلاء ذكاء اصطناعي، أو أدوار مستخدم متعددة، أو متطلبات حوكمة تتطور باستمرار. إن تحديث سياسة ما يختلف جوهريًا عن تعديل منطق التنفيذ، ومن خلال معاملتهما كمسؤوليتين منفصلتين يصبح كلٌ منهما أسهل للفهم والمراجعة.
توضح وثائق Mainnet Beta من @NewtonProtocol بنية تكون فيها عملية تقييم السياسة مرحلة صريحة بدلًا من كونها مجموعة ضمنية من شروط مبعثرة في جميع أنحاء كود التنفيذ. وبالنسبة لمهندسي البنية التحتية، فإن هذا الفصل يُعد نمطًا عمليًا لتصميم البرمجيات—وليس مجرد مفهوم ضمن سلسلة الكتل.
---
$NEWT #Newt
سؤال تقني: عند بناء أنظمة لامركزية طويلة الأمد، هل ينبغي أن تكون تغييرات السياسات قابلة للنشر بشكل مستقل عن منطق التنفيذ كلما سمحت حدود المعمارية بذلك؟
---
مع نضوج التطبيقات، غالبًا ما تصبح منطق التنفيذ محمّلًا بشكل زائد بفحوصات الصلاحيات ومعالجة الاستثناءات وقواعد الأعمال. وفي النهاية، يقضي المطورون وقتًا أكبر في صيانة شروط التفويض بدلًا من الوظيفة الأساسية التي كانوا قد بنوها في الأصل.
تتبع بنية نيوتن الموثّقة هذا الأمر بشكل مختلف من خلال التنفيذ المُوجَّه بالسياسات. بدلًا من تضمين كل قرار داخل مسار التنفيذ، تُقيَّم السياسات بشكل مستقل قبل أن يستمر التنفيذ. يتيح ذلك لمكوّنات التنفيذ أن تظل مركّزة على تنفيذ إجراءات حتمية، بينما تحدد مكوّنات السياسات ما إذا كانت تلك الإجراءات مسموحًا بها.
تخيّل خادمًا نموذجيًا بواجهة TypeScript. غالبًا ما تمر الطلبات عبر المصادقة، وبرمجيات وسيطة للتفويض، والتحقق من صحة الطلب قبل الوصول إلى طبقة الخدمة. لا يحتاج مستوى الخدمة إلى فهم كل قاعدة وصول لأن تلك القرارات تم اتخاذها مسبقًا. يطبق نيوتن مبدأ معماريًا مشابهًا على سير عمل المعاملات عبر فصل تقييم السياسة عن التنفيذ.
تزداد قيمة هذا التمييز مع دعم الأنظمة لوكلاء ذكاء اصطناعي، أو أدوار مستخدم متعددة، أو متطلبات حوكمة تتطور باستمرار. إن تحديث سياسة ما يختلف جوهريًا عن تعديل منطق التنفيذ، ومن خلال معاملتهما كمسؤوليتين منفصلتين يصبح كلٌ منهما أسهل للفهم والمراجعة.
توضح وثائق Mainnet Beta من @NewtonProtocol بنية تكون فيها عملية تقييم السياسة مرحلة صريحة بدلًا من كونها مجموعة ضمنية من شروط مبعثرة في جميع أنحاء كود التنفيذ. وبالنسبة لمهندسي البنية التحتية، فإن هذا الفصل يُعد نمطًا عمليًا لتصميم البرمجيات—وليس مجرد مفهوم ضمن سلسلة الكتل.
---
$NEWT #Newt
سؤال تقني: عند بناء أنظمة لامركزية طويلة الأمد، هل ينبغي أن تكون تغييرات السياسات قابلة للنشر بشكل مستقل عن منطق التنفيذ كلما سمحت حدود المعمارية بذلك؟
سياسات التنفيذ: فصل قرارات التفويض عن منطق المعاملات
...
خطأ تصميمي شائع في التطبيقات اللامركزية هو التعامل مع تنفيذ المعاملة والتفويض باعتبارهما نفس المسؤولية. يعمل ذلك مع الأنظمة البسيطة، لكن يصبح من الصعب بشكل متزايد الحفاظ عليه مع تطور قواعد التشغيل.
تُدخل سياسة التنفيذ طبقة قرار منفصلة تحدد ما إذا كانت العملية المطلوبة تستوفي شروطًا محددة مسبقًا قبل أن يبدأ التنفيذ. تبقى المعاملة نفسها مسؤولة عن منطق الأعمال، بينما يحدد تقييم السياسة ما إذا كان يُسمح بالتنفيذ.
هذا الفصل مألوف لمهندسي الواجهات الخلفية. في واجهة برمجة تطبيقات REST نموذجية، يقوم بوابة API أو برنامج وسيط للتفويض بتقييم الطلب قبل أن يصل إلى معالج التطبيق. يصبح من السهل فهم دورة حياة الطلب لأن منطق التفويض يكون مركزًا بدلًا من تكراره عبر عدة خدمات.
تصف وثائق نيوتن بنية تفويض قائمة على السياسات تتبع هذا الفصل بين المسؤوليات. بدلًا من تضمين كل قاعدة تفويض داخل منطق التنفيذ، يمكن تقييم السياسات بشكل مستقل كجزء من تدفق التفويض. وهذا يحسن قابلية الصيانة مع السماح بتطور تعريفات السياسات دون إعادة كتابة سلوك التطبيق.
بالنسبة لفرق البنية التحتية، لهذه الحدود المعمارية قيمة عملية. يمكن للمطورين التفكير في كود التنفيذ بشكل مستقل عن سياسات التفويض، بينما تحصل المؤسسات على موقع أوضح للحوكمة وضوابط التشغيل وقابلية التدقيق. والنتيجة هي تصميم نظام أكثر نظافة حيث تتولى مسؤوليات التنفيذ والتفويض مهامًا مميزة لكل منهما.
@NewtonProtocol تعرض هذه البنية المعتمدة على التفويض كجزء من منظومة $NEWT الأوسع.
...
نقاش تقني: هل ينبغي لأطر تطبيقات البلوك تشين المستقبلية أن تكشف سياسات التنفيذ بوصفها مكونات بنية تحتية من الدرجة الأولى بدلًا من تضمين التفويض مباشرة داخل منطق التطبيق؟
#newt
...
خطأ تصميمي شائع في التطبيقات اللامركزية هو التعامل مع تنفيذ المعاملة والتفويض باعتبارهما نفس المسؤولية. يعمل ذلك مع الأنظمة البسيطة، لكن يصبح من الصعب بشكل متزايد الحفاظ عليه مع تطور قواعد التشغيل.
تُدخل سياسة التنفيذ طبقة قرار منفصلة تحدد ما إذا كانت العملية المطلوبة تستوفي شروطًا محددة مسبقًا قبل أن يبدأ التنفيذ. تبقى المعاملة نفسها مسؤولة عن منطق الأعمال، بينما يحدد تقييم السياسة ما إذا كان يُسمح بالتنفيذ.
هذا الفصل مألوف لمهندسي الواجهات الخلفية. في واجهة برمجة تطبيقات REST نموذجية، يقوم بوابة API أو برنامج وسيط للتفويض بتقييم الطلب قبل أن يصل إلى معالج التطبيق. يصبح من السهل فهم دورة حياة الطلب لأن منطق التفويض يكون مركزًا بدلًا من تكراره عبر عدة خدمات.
تصف وثائق نيوتن بنية تفويض قائمة على السياسات تتبع هذا الفصل بين المسؤوليات. بدلًا من تضمين كل قاعدة تفويض داخل منطق التنفيذ، يمكن تقييم السياسات بشكل مستقل كجزء من تدفق التفويض. وهذا يحسن قابلية الصيانة مع السماح بتطور تعريفات السياسات دون إعادة كتابة سلوك التطبيق.
بالنسبة لفرق البنية التحتية، لهذه الحدود المعمارية قيمة عملية. يمكن للمطورين التفكير في كود التنفيذ بشكل مستقل عن سياسات التفويض، بينما تحصل المؤسسات على موقع أوضح للحوكمة وضوابط التشغيل وقابلية التدقيق. والنتيجة هي تصميم نظام أكثر نظافة حيث تتولى مسؤوليات التنفيذ والتفويض مهامًا مميزة لكل منهما.
@NewtonProtocol تعرض هذه البنية المعتمدة على التفويض كجزء من منظومة $NEWT الأوسع.
...
نقاش تقني: هل ينبغي لأطر تطبيقات البلوك تشين المستقبلية أن تكشف سياسات التنفيذ بوصفها مكونات بنية تحتية من الدرجة الأولى بدلًا من تضمين التفويض مباشرة داخل منطق التطبيق؟
#newt
لماذا يُعدّ إسناد منطق التفويض إلى خارج عقد ذكي أمرًا مهمًا
...
يفترض كثير من المطورين أن التفويض يجب أن يكون داخل العقد الذكي. تعمل هذه الطريقة لعمليات تحقق الصلاحيات البسيطة، لكنها تصبح صعبة الصيانة عندما تتغير قواعد الامتثال أو حدود الإنفاق أو المتطلبات التنظيمية.
يقدّم نيوتن مفهوم تقييم التفويض عبر طبقة سياسات مخصصة قبل التنفيذ. بدلًا من تضمين كل قاعدة تفويض داخل منطق العقد، يتم فصل تقييم السياسة عن تنفيذ التطبيق؛ ما يتيح إدارة سلوك التفويض بشكل مستقل مع إبقاء منطق الأعمال مركزًا على الغرض المقصود منه.
بالنسبة لمطوري الواجهات الخلفية، يشبه هذا النمط المعماري نقل التفويض من معالجات المسارات المتفرقة إلى وساطة (middleware) مركزية. في أطر مثل Node.js وExpress، يتم عادةً فرض المصادقة والتفويض قبل وصول الطلب إلى منطق التطبيق. يؤدي فصل هذه المسؤوليات إلى تحسين قابلية الصيانة وتحديث السياسات وإعادة استخدام الكود.
يمكن تطبيق مبدأ التصميم نفسه على بنية تحتية لسلسلة الكتل. يمكن للسياسات المكتوبة بلغة Rego أن تحدد قواعد التفويض بشكل مستقل عن منطق التطبيق، مما يقلل من تكرار التحقق من الصلاحيات عبر العقود أو الخدمات ويجعل قرارات التفويض أسهل في المراجعة والتطور.
بالنسبة للشركات ووكلاء الذكاء الاصطناعي وفِرق البنية التحتية، فإن اعتبار التفويض طبقة معمارية مخصصة يمكن أن يدعم حوكمة أوضح وإدارة سياسات أكثر شفافية دون تشابك القواعد التشغيلية مع تنفيذ العقد.
قد يصبح فهم التفويض كبنية تحتية قابلة لإعادة الاستخدام مهمًا بنفس قدر فهم التنفيذ.
...
الخلاصة الأساسية: يؤدي فصل التفويض عن التنفيذ إلى تمكّن منطق السياسة من التطور دون تغيير منطق التطبيق بشكل متكرر.
#Newt @NewtonProtocol $NEWT
الوثائق الرسمية:
https://docs.newton.xyz/developers/overview/about
...
يفترض كثير من المطورين أن التفويض يجب أن يكون داخل العقد الذكي. تعمل هذه الطريقة لعمليات تحقق الصلاحيات البسيطة، لكنها تصبح صعبة الصيانة عندما تتغير قواعد الامتثال أو حدود الإنفاق أو المتطلبات التنظيمية.
يقدّم نيوتن مفهوم تقييم التفويض عبر طبقة سياسات مخصصة قبل التنفيذ. بدلًا من تضمين كل قاعدة تفويض داخل منطق العقد، يتم فصل تقييم السياسة عن تنفيذ التطبيق؛ ما يتيح إدارة سلوك التفويض بشكل مستقل مع إبقاء منطق الأعمال مركزًا على الغرض المقصود منه.
بالنسبة لمطوري الواجهات الخلفية، يشبه هذا النمط المعماري نقل التفويض من معالجات المسارات المتفرقة إلى وساطة (middleware) مركزية. في أطر مثل Node.js وExpress، يتم عادةً فرض المصادقة والتفويض قبل وصول الطلب إلى منطق التطبيق. يؤدي فصل هذه المسؤوليات إلى تحسين قابلية الصيانة وتحديث السياسات وإعادة استخدام الكود.
يمكن تطبيق مبدأ التصميم نفسه على بنية تحتية لسلسلة الكتل. يمكن للسياسات المكتوبة بلغة Rego أن تحدد قواعد التفويض بشكل مستقل عن منطق التطبيق، مما يقلل من تكرار التحقق من الصلاحيات عبر العقود أو الخدمات ويجعل قرارات التفويض أسهل في المراجعة والتطور.
بالنسبة للشركات ووكلاء الذكاء الاصطناعي وفِرق البنية التحتية، فإن اعتبار التفويض طبقة معمارية مخصصة يمكن أن يدعم حوكمة أوضح وإدارة سياسات أكثر شفافية دون تشابك القواعد التشغيلية مع تنفيذ العقد.
قد يصبح فهم التفويض كبنية تحتية قابلة لإعادة الاستخدام مهمًا بنفس قدر فهم التنفيذ.
...
الخلاصة الأساسية: يؤدي فصل التفويض عن التنفيذ إلى تمكّن منطق السياسة من التطور دون تغيير منطق التطبيق بشكل متكرر.
#Newt @NewtonProtocol $NEWT
الوثائق الرسمية:
https://docs.newton.xyz/developers/overview/about
تمّ التحقق
فهم Rego: لماذا تُعدّ السياسات التصريحية مهمّة للتفويض على السلسلة
...
من المفاهيم الشائعة أن قواعد التفويض يجب أن تكون دائمًا داخل كود التطبيق أو العقود الذكية. يعمل هذا الأسلوب في البداية، لكنه يصبح صعب الصيانة مع تغيّر متطلبات الامتثال أو قواعد الوصول أو منطق الأعمال.
تأخذ Rego نهجًا مختلفًا. وبوصفها لغة السياسات في Open Policy Agent (OPA)، تتيح Rego للمطوّرين تعريف قواعد التفويض بشكل منفصل عن منطق التطبيق. بدلًا من تضمين كل صلاحية بشكل ثابت، يقوم محرك السياسات بتقييم مدخلات مُهيكلة وإرجاع قرار بناءً على القواعد المُعلنة.
تظهر الفكرة المعمارية نفسها في نموذج تفويض Newton. بدلًا من تضمين كل عمليات التحقق المتعلقة بالامتثال أو التفويض داخل عقد ما، تُقيَّم السياسات قبل تنفيذ المعاملة. يصف Newton ذلك بأنه طبقة تفويض للمعاملات على السلسلة، حيث يمكن للسياسات القابلة للبرمجة فرض شروط مثل الهوية أو الاختصاص القضائي أو حدود الإنفاق قبل التنفيذ.
بالنسبة لمطوّري الواجهات الخلفية، النمط مألوف. تخيّل تطبيق Express حيث يقوم وسيط التفويض بتقييم الطلب قبل أن ينفّذ المتحكم. يبقى منطق الأعمال مركزًا على سلوك التطبيق، بينما يظل منطق السياسة مركزيًا وأسهل في التحديث.
يساعد هذا الفصل على تحسين قابلية الصيانة، ويدعم عمليات التدقيق، ويقلّل الحاجة إلى تعديل منطق التنفيذ الأساسي كلما تغيّرت متطلبات التفويض. كما يوفّر حدًا أكثر وضوحًا بين التنفيذ وتقييم السياسة.
@NewtonProtocol demonstrates كيف يمكن إدخال تفويض قابل للبرمجة كطبقة بنية تحتية مخصّصة داخل منظومة $NEWT ecosystem. #Newt
...
نقاش تقني: مع ازدياد تعقيد تطبيقات البلوك تشين، هل ينبغي التعامل مع تقييم السياسات بشكل متزايد كخدمة/بنية تحتية مستقلة بدلًا من تضمينه في منطق العقد؟
...
من المفاهيم الشائعة أن قواعد التفويض يجب أن تكون دائمًا داخل كود التطبيق أو العقود الذكية. يعمل هذا الأسلوب في البداية، لكنه يصبح صعب الصيانة مع تغيّر متطلبات الامتثال أو قواعد الوصول أو منطق الأعمال.
تأخذ Rego نهجًا مختلفًا. وبوصفها لغة السياسات في Open Policy Agent (OPA)، تتيح Rego للمطوّرين تعريف قواعد التفويض بشكل منفصل عن منطق التطبيق. بدلًا من تضمين كل صلاحية بشكل ثابت، يقوم محرك السياسات بتقييم مدخلات مُهيكلة وإرجاع قرار بناءً على القواعد المُعلنة.
تظهر الفكرة المعمارية نفسها في نموذج تفويض Newton. بدلًا من تضمين كل عمليات التحقق المتعلقة بالامتثال أو التفويض داخل عقد ما، تُقيَّم السياسات قبل تنفيذ المعاملة. يصف Newton ذلك بأنه طبقة تفويض للمعاملات على السلسلة، حيث يمكن للسياسات القابلة للبرمجة فرض شروط مثل الهوية أو الاختصاص القضائي أو حدود الإنفاق قبل التنفيذ.
بالنسبة لمطوّري الواجهات الخلفية، النمط مألوف. تخيّل تطبيق Express حيث يقوم وسيط التفويض بتقييم الطلب قبل أن ينفّذ المتحكم. يبقى منطق الأعمال مركزًا على سلوك التطبيق، بينما يظل منطق السياسة مركزيًا وأسهل في التحديث.
يساعد هذا الفصل على تحسين قابلية الصيانة، ويدعم عمليات التدقيق، ويقلّل الحاجة إلى تعديل منطق التنفيذ الأساسي كلما تغيّرت متطلبات التفويض. كما يوفّر حدًا أكثر وضوحًا بين التنفيذ وتقييم السياسة.
@NewtonProtocol demonstrates كيف يمكن إدخال تفويض قابل للبرمجة كطبقة بنية تحتية مخصّصة داخل منظومة $NEWT ecosystem. #Newt
...
نقاش تقني: مع ازدياد تعقيد تطبيقات البلوك تشين، هل ينبغي التعامل مع تقييم السياسات بشكل متزايد كخدمة/بنية تحتية مستقلة بدلًا من تضمينه في منطق العقد؟
🏆 الحكم النهائي من تجربتي
معسكر تونس غير مستقر للغاية بعد انهيار تاريخي في يوم الافتتاح. يجب أن يستغل النظام المتماسك لليابان ولعبها الانتقالي القاتل نقاط الضعف الدفاعية لتونس بسهولة. "نعم" هو الاختيار الأكثر تحليلاً ومدعومًا إحصائيًا لهذه المباراة التاريخية رقم 1,000 في كأس العالم.
#BinancePickAndWin
معسكر تونس غير مستقر للغاية بعد انهيار تاريخي في يوم الافتتاح. يجب أن يستغل النظام المتماسك لليابان ولعبها الانتقالي القاتل نقاط الضعف الدفاعية لتونس بسهولة. "نعم" هو الاختيار الأكثر تحليلاً ومدعومًا إحصائيًا لهذه المباراة التاريخية رقم 1,000 في كأس العالم.
#BinancePickAndWin
سأشارك فقط حملة كسب مجانية يومياً في مجموعتي على تيليجرام يومياً.
أخبرني عن اهتماماتك بخصوص آخر الآراء في بطولة كرة القدم.
علق إذا كنت متحمساً؟
#BinancePickAndWin
أخبرني عن اهتماماتك بخصوص آخر الآراء في بطولة كرة القدم.
علق إذا كنت متحمساً؟
#BinancePickAndWin
🧠 **ذكاء مفتوح. موثق على نطاق واسع.**
بصفتي مطوراً، أعتقد أن التطور التالي في الذكاء الاصطناعي ليس فقط نماذج أذكى، بل هو **ذكاء موثوق**.
🔹 @OpenGradient ($OPG )** يقوم ببناء بنية تحتية للذكاء الاصطناعي اللامركزي التي تمكن:
• 🚀 استضافة نماذج الذكاء الاصطناعي بدون حراس مركزيين • ⚡ استنتاج الذكاء الاصطناعي الشفاف على نطاق واسع • 🔒 التحقق التشفيري من المخرجات • 🌐 ذكاء مفتوح وقابل للتدقيق وموثوق به بأقل قدر من الثقة
**لماذا يهم هذا؟**
يسيطر نظام الذكاء الاصطناعي اليوم على أنظمة الصناديق السوداء حيث يتعين على المستخدمين الثقة في النتائج دون تحقق.
مع تزايد الطلب على الشفافية والمساءلة، قد يظهر **الذكاء الاصطناعي اللامركزي (DeAI)** كواحد من أقوى الروايات في Web3، حيث تلعب بروتوكولات البنية التحتية دوراً حاسماً في تمكين الجيل التالي من تطبيقات الذكاء الاصطناعي.
👀 يستحق المتابعة عن كثب.
#opg $OPG #DeAI
#OpenGradient #BinanceSquareFamily
بصفتي مطوراً، أعتقد أن التطور التالي في الذكاء الاصطناعي ليس فقط نماذج أذكى، بل هو **ذكاء موثوق**.
🔹 @OpenGradient ($OPG )** يقوم ببناء بنية تحتية للذكاء الاصطناعي اللامركزي التي تمكن:
• 🚀 استضافة نماذج الذكاء الاصطناعي بدون حراس مركزيين • ⚡ استنتاج الذكاء الاصطناعي الشفاف على نطاق واسع • 🔒 التحقق التشفيري من المخرجات • 🌐 ذكاء مفتوح وقابل للتدقيق وموثوق به بأقل قدر من الثقة
**لماذا يهم هذا؟**
يسيطر نظام الذكاء الاصطناعي اليوم على أنظمة الصناديق السوداء حيث يتعين على المستخدمين الثقة في النتائج دون تحقق.
مع تزايد الطلب على الشفافية والمساءلة، قد يظهر **الذكاء الاصطناعي اللامركزي (DeAI)** كواحد من أقوى الروايات في Web3، حيث تلعب بروتوكولات البنية التحتية دوراً حاسماً في تمكين الجيل التالي من تطبيقات الذكاء الاصطناعي.
👀 يستحق المتابعة عن كثب.
#opg $OPG #DeAI
#OpenGradient #BinanceSquareFamily
دائمًا ما تقدم البطولات الكروية المفاجآت، وغالبًا ما تخرج إحصائيات الأداء العادية عن السيطرة خلال المعارك الشديدة في مرحلة المجموعات. السيطرة التقنية، الوعي المكاني، والقدرة على كسر الدفاع المنغلق والثابت هي ما يميز الفائزين عن بقية الفرق عندما تشتد الضغوط.
عند النظر عن كثب إلى مباراة أوزبكستان ضد كولومبيا اليوم، نتعامل مع تباين هيكلي كلاسيكي. تقدم أوزبكستان شكلًا تكتيكيًا مثاليًا وتنظيمًا دفاعيًا صارمًا في الملعب، بينما تعتمد كولومبيا على التحولات العمودية السريعة والتهديد الإبداعي من الأطراف.
هذا يطرح معضلة نهائية على بطاقة بينانس اليومية: هل ستفوز كولومبيا بالمباراة؟
بعد تحليل عميق لعمق التشكيلات والأنماط التاريخية، عادة ما تجد البراعة الفردية السريرية طريقها للانتصار في هذه المواجهات القريبة. لقد قمت بتحديد استراتيجيتي وأقفلت اختياري. هل تلعب بأمان من خلال دعم المفضلين الفنيين من أمريكا الجنوبية للحصول على النقاط الثلاث، أم أنك تتوقع عرضًا دفاعيًا مرنًا يقود إلى نتيجة مفاجئة؟ لنستحوذ على مكافأتنا اليوم!
#BinancePickAndWin
عند النظر عن كثب إلى مباراة أوزبكستان ضد كولومبيا اليوم، نتعامل مع تباين هيكلي كلاسيكي. تقدم أوزبكستان شكلًا تكتيكيًا مثاليًا وتنظيمًا دفاعيًا صارمًا في الملعب، بينما تعتمد كولومبيا على التحولات العمودية السريعة والتهديد الإبداعي من الأطراف.
هذا يطرح معضلة نهائية على بطاقة بينانس اليومية: هل ستفوز كولومبيا بالمباراة؟
بعد تحليل عميق لعمق التشكيلات والأنماط التاريخية، عادة ما تجد البراعة الفردية السريرية طريقها للانتصار في هذه المواجهات القريبة. لقد قمت بتحديد استراتيجيتي وأقفلت اختياري. هل تلعب بأمان من خلال دعم المفضلين الفنيين من أمريكا الجنوبية للحصول على النقاط الثلاث، أم أنك تتوقع عرضًا دفاعيًا مرنًا يقود إلى نتيجة مفاجئة؟ لنستحوذ على مكافأتنا اليوم!
#BinancePickAndWin
دائمًا ما تقدم بطولات كرة القدم المفاجآت، وغالبًا ما تخرج إحصائيات الأداء القياسية عن السيطرة تحت ضغط المباريات الحاسمة. المرونة الذهنية وعمق دكة البدلاء هما ما يميز الفائزين عن بقية الفرق عندما تتجاوز الساعة 75 دقيقة.
بالنظر إلى مواجهة كندا ضد البوسنة والهرسك في مرحلة المجموعات، تتمتع كلا الفريقين بانضباط تكتيكي مذهل ولكن بأساليب انتقال هجومية مختلفة تمامًا. هذا يقودنا إلى معضلة كبيرة في بطاقة التنبؤ اليومية: هل ستبقى الزوايا الكلية تحت أو تساوي 8؟
لقد قمت بتحليل عمق الفرق واستراتيجيات الركلات الثابتة الليلة. هل تفضل الأسماء البارزة للحفاظ على التوازن، أم أن هناك قصة تحتفل بالفرق غير المتوقعة مع إثارة عالية في جميع الأنحاء؟ دعونا نؤمن بتلك المكافأة!
#BinancePickAndWin
بالنظر إلى مواجهة كندا ضد البوسنة والهرسك في مرحلة المجموعات، تتمتع كلا الفريقين بانضباط تكتيكي مذهل ولكن بأساليب انتقال هجومية مختلفة تمامًا. هذا يقودنا إلى معضلة كبيرة في بطاقة التنبؤ اليومية: هل ستبقى الزوايا الكلية تحت أو تساوي 8؟
لقد قمت بتحليل عمق الفرق واستراتيجيات الركلات الثابتة الليلة. هل تفضل الأسماء البارزة للحفاظ على التوازن، أم أن هناك قصة تحتفل بالفرق غير المتوقعة مع إثارة عالية في جميع الأنحاء؟ دعونا نؤمن بتلك المكافأة!
#BinancePickAndWin
الغوص في قياسات شبكة @OpenLedger ($OPEN ).
كوني مطور ويب3، أركز على لامركزية العقد وزيادة تكرار البيانات. أرى زيادة قوية تزيد عن 15% في عدد العقد، بشكل أساسي في منطقة APAC. إجمالي البيانات المخزنة يتجاوز 4.2PB، مما يظهر فائدة حقيقية.
أراقب التحديثات القادمة على الشبكة الرئيسية. البنية التحتية تبدو قوية. يبدو أن فائدة $OPEN token للتخزين وغاز الفهرسة حرجة. سأتابع عن كثب. تقدم قوي.
#openledger $OPEN @OpenLedger
كوني مطور ويب3، أركز على لامركزية العقد وزيادة تكرار البيانات. أرى زيادة قوية تزيد عن 15% في عدد العقد، بشكل أساسي في منطقة APAC. إجمالي البيانات المخزنة يتجاوز 4.2PB، مما يظهر فائدة حقيقية.
أراقب التحديثات القادمة على الشبكة الرئيسية. البنية التحتية تبدو قوية. يبدو أن فائدة $OPEN token للتخزين وغاز الفهرسة حرجة. سأتابع عن كثب. تقدم قوي.
#openledger $OPEN @OpenLedger
مراجعة النشاط على السلسلة لـ @Bedrock ($BR ).
كـ مطور Web3 و MERN، أنا أراقب Bedrock 2.0 وهي تتعامل مع ضغط العائدات. بعد تجاوز ضجيج الإيدرو، فإن تطورها إلى محرك عائد ذكي لرأس مال BTCFi هو تحول هيكلي ضخم يقوم بأتمتة استراتيجيات المؤسسات.
الشبكة عالجت أكثر من 10 مليون معاملة هذا الأسبوع، مع بقاء متوسط رسوم الغاز تحت $0.005. هذا يظهر هياكل رسوم فعالة خلال فترات الاستخدام العالية.
نشاط الستاكينغ قد زاد أيضًا، مع ارتفاع بنسبة 12% في عدد عقد المدققين النشطة خلال الأيام السبعة الماضية، مما يدل على زيادة أمان الشبكة.
#bedrock $BR @Bedrock
كـ مطور Web3 و MERN، أنا أراقب Bedrock 2.0 وهي تتعامل مع ضغط العائدات. بعد تجاوز ضجيج الإيدرو، فإن تطورها إلى محرك عائد ذكي لرأس مال BTCFi هو تحول هيكلي ضخم يقوم بأتمتة استراتيجيات المؤسسات.
الشبكة عالجت أكثر من 10 مليون معاملة هذا الأسبوع، مع بقاء متوسط رسوم الغاز تحت $0.005. هذا يظهر هياكل رسوم فعالة خلال فترات الاستخدام العالية.
نشاط الستاكينغ قد زاد أيضًا، مع ارتفاع بنسبة 12% في عدد عقد المدققين النشطة خلال الأيام السبعة الماضية، مما يدل على زيادة أمان الشبكة.
#bedrock $BR @Bedrock
سجّل الدخول لاستكشاف المزيد من المُحتوى