BTC_Fahmi
12.8k منشورات
BTC_Fahmi
تحقُّق Binance Square الإضافيContent Creator & A Trader |
مُتداول بمُعدّل مرتفع
1.9 سنوات
89 تتابع
54.7K+ المتابعون
52.6K+ إعجاب
منشورات
الكل
اقتباسات
مقاطع فيديو
Live
·
--
🎙️ المعركة من أجل $BTC 60K 👻👻👻 ليلة سعيدة أحلام عرق لطيف ✨😍🥰👻🌷💕🎉🌟
إنهاء
04 ساعة 27 دقيقة 10 ثانية
1.5k
2
أعتقد أن الاختراق المهم التالي في عالم العملات المشفرة قد يبدو أقل كونه منتجًا جديدًا وأكثر كونه قاعدة تعمل بهدوء على إيقاف معاملة سيئة.
أصبح التمويل اللامركزي (DeFi) ممتازًا في التنفيذ. تقوم العقود الذكية بالتسوية بسرعة، وتُعيد الاستراتيجيات التوازن تلقائيًا، ويمكن للـعوامل العمل عبر البروتوكولات دون انتظار موافقة بشرية. لكن هذه السرعة تكشف ضعفًا أعمق: أغلب الأنظمة تتحقق مما إذا كانت المعاملة صالحة، لا مما إذا كان مسموحًا بها ضمن حدود المخاطر الفعلية للمستخدم.
أضع الأمر بوصفه يقين التنفيذ مقابل يقين التفويض. يمكن لبلوكشين أن يضمن أن الكود تم تنفيذه تمامًا كما كُتب، ومع ذلك يفشل في الإجابة عن ما إذا كان الإجراء ينبغي أن يحدث أصلًا.
يعالج <@NewtonProtocol > فجوة شبكة البيتا الرئيسية عبر إدراج فحوصات سياسات قابلة للبرمجة قبل التسوية. يمكن تقييم إجراء مقترح مقابل قواعد تشمل العقود المعتمدة، وحدود المراكز، متطلبات الهوية، أو غيرها من شروط المخاطر. عندما تُستوفى السياسات ذات الصلة، يُنتج شبكة مشغّلي Newton إقرارًا مشفّرًا على السلسلة (signed onchain attestation) يمكن لعقد الوجهة التحقق منه قبل السماح بالتنفيذ.
هذا التمييز مهم. أدوات الاسترداد تتدخل بعد وقوع الضرر. فبنية التفويض تحاول منع إجراء غير مقبول من الاستقرار في المقام الأول.
رأيي أن هذا قد يصبح بنية تحتية قيّمة للأقبية الآلية، ولـ DeFi المؤسسي، وللمعاملات التي تقودها الذكاء الاصطناعي. ومع ذلك، لا تُعتمد البنية المفيدة تلقائيًا بوصفها بنية تحتية. كل فحص إضافي قد يضيف أعمال تكامل، أو تأخيرًا، أو تكلفة، أو تبعية. على Newton أن يُثبت أن ضوابطه تُشعِر بأنها سلامة غير مرئية وليست طبقة أخرى من الإجراءات.
وهذا هو جوهر الأطروحة وراء <$NEWT > و <#Newt >: قد تُسعّر الانتباه القصة مؤقتًا، لكن الاستخدام المتكرر للسياسات سيُثبت اقتصاديًا صحة الشبكة.
عندما تتحكم الأنظمة الذاتية بأموال أكثر، هل ستكافئ الأسواق أكثر الوكلاء (agents) ذكاءً، أم البنية التحتية التي تُبقي هؤلاء الوكلاء داخل حدود يمكن إنفاذها؟
أصبح التمويل اللامركزي (DeFi) ممتازًا في التنفيذ. تقوم العقود الذكية بالتسوية بسرعة، وتُعيد الاستراتيجيات التوازن تلقائيًا، ويمكن للـعوامل العمل عبر البروتوكولات دون انتظار موافقة بشرية. لكن هذه السرعة تكشف ضعفًا أعمق: أغلب الأنظمة تتحقق مما إذا كانت المعاملة صالحة، لا مما إذا كان مسموحًا بها ضمن حدود المخاطر الفعلية للمستخدم.
أضع الأمر بوصفه يقين التنفيذ مقابل يقين التفويض. يمكن لبلوكشين أن يضمن أن الكود تم تنفيذه تمامًا كما كُتب، ومع ذلك يفشل في الإجابة عن ما إذا كان الإجراء ينبغي أن يحدث أصلًا.
يعالج <@NewtonProtocol > فجوة شبكة البيتا الرئيسية عبر إدراج فحوصات سياسات قابلة للبرمجة قبل التسوية. يمكن تقييم إجراء مقترح مقابل قواعد تشمل العقود المعتمدة، وحدود المراكز، متطلبات الهوية، أو غيرها من شروط المخاطر. عندما تُستوفى السياسات ذات الصلة، يُنتج شبكة مشغّلي Newton إقرارًا مشفّرًا على السلسلة (signed onchain attestation) يمكن لعقد الوجهة التحقق منه قبل السماح بالتنفيذ.
هذا التمييز مهم. أدوات الاسترداد تتدخل بعد وقوع الضرر. فبنية التفويض تحاول منع إجراء غير مقبول من الاستقرار في المقام الأول.
رأيي أن هذا قد يصبح بنية تحتية قيّمة للأقبية الآلية، ولـ DeFi المؤسسي، وللمعاملات التي تقودها الذكاء الاصطناعي. ومع ذلك، لا تُعتمد البنية المفيدة تلقائيًا بوصفها بنية تحتية. كل فحص إضافي قد يضيف أعمال تكامل، أو تأخيرًا، أو تكلفة، أو تبعية. على Newton أن يُثبت أن ضوابطه تُشعِر بأنها سلامة غير مرئية وليست طبقة أخرى من الإجراءات.
وهذا هو جوهر الأطروحة وراء <$NEWT > و <#Newt >: قد تُسعّر الانتباه القصة مؤقتًا، لكن الاستخدام المتكرر للسياسات سيُثبت اقتصاديًا صحة الشبكة.
عندما تتحكم الأنظمة الذاتية بأموال أكثر، هل ستكافئ الأسواق أكثر الوكلاء (agents) ذكاءً، أم البنية التحتية التي تُبقي هؤلاء الوكلاء داخل حدود يمكن إنفاذها؟
لاحظت شيئًا أثناء مقارنة مستويات العضوية: نادرًا ما يقوم الناس بالترقية لأن الملصق الأعلى فجأة قد يبدأ في الشعور بالهيبة. عادةً ما تكون تكلفة صغيرة واحدة تزعجهم منذ أشهر.
أطروحتي هي أن انتقال مستوى GRVT سيعتمد بدرجة أقل على الفوائد المُعلنة وأكثر على ما إذا كان بإمكان المستخدمين أن يشعروا شخصيًا بالفرق الاقتصادي.
قد ينتقل المتداول المتكرر إلى مستوى أعلى بعد أن يدرك أن الرسوم المتكررة باتت تكلف أكثر من العضوية الآن. وقد يتخذ مستخدم آخر القرار نفسه من خلال القدرة على الاستثمار، أو توفير المدفوعات، أو فوائد العائد، أو كفاءة رأس المال الأفضل.
لكن هذا الحساب يتغير. فالميزة التي تبدو قيمة خلال شهر نشط قد تشعر بأنها غير ضرورية عندما يبطؤ التداول. كما أن GRVT المقفلة تحمل تكلفة فرصة لا تحملها الاشتراك البسيط. العضو لا يختار الفوائد فقط؛ بل يختار ما الذي يقبل التخلي عنه من المرونة.
وهذا يخلق مشكلة احتفاظ غير مريحة. قد يبدو المستخدم المقفل وفيًا حتى عندما لم تعد العضوية مناسبة. لا تصبح الرضا الحقيقي واضحًا إلا عندما تنتهي فترة القفل ويصبح المستخدم حرًا لإعادة التفكير.
أعتقد أن أقوى نظام مستويات هو الذي يُظهر لكل عضو ما الذي ادخره بالفعل، وما الذي استخدمه، وما الذي فاته، ومقدار ما دفعه. ليس صفحة فوائد مصقولة. أرقامهم هم.
لأن الانتقال ليس دائمًا إلى الأعلى. أحيانًا تكون الخطوة العقلانية هي البقاء حيث أنت. وأحيانًا تكون الخطوة هي فك القفل بهدوء ثم المغادرة.
الإشارة الصعبة ليست عدد المستخدمين الذين يدخلون مستوى GRVT. بل ما يفعلونه بعد أن يصبح البقاء خيارًا.
#grvt @grvt_io
أطروحتي هي أن انتقال مستوى GRVT سيعتمد بدرجة أقل على الفوائد المُعلنة وأكثر على ما إذا كان بإمكان المستخدمين أن يشعروا شخصيًا بالفرق الاقتصادي.
قد ينتقل المتداول المتكرر إلى مستوى أعلى بعد أن يدرك أن الرسوم المتكررة باتت تكلف أكثر من العضوية الآن. وقد يتخذ مستخدم آخر القرار نفسه من خلال القدرة على الاستثمار، أو توفير المدفوعات، أو فوائد العائد، أو كفاءة رأس المال الأفضل.
لكن هذا الحساب يتغير. فالميزة التي تبدو قيمة خلال شهر نشط قد تشعر بأنها غير ضرورية عندما يبطؤ التداول. كما أن GRVT المقفلة تحمل تكلفة فرصة لا تحملها الاشتراك البسيط. العضو لا يختار الفوائد فقط؛ بل يختار ما الذي يقبل التخلي عنه من المرونة.
وهذا يخلق مشكلة احتفاظ غير مريحة. قد يبدو المستخدم المقفل وفيًا حتى عندما لم تعد العضوية مناسبة. لا تصبح الرضا الحقيقي واضحًا إلا عندما تنتهي فترة القفل ويصبح المستخدم حرًا لإعادة التفكير.
أعتقد أن أقوى نظام مستويات هو الذي يُظهر لكل عضو ما الذي ادخره بالفعل، وما الذي استخدمه، وما الذي فاته، ومقدار ما دفعه. ليس صفحة فوائد مصقولة. أرقامهم هم.
لأن الانتقال ليس دائمًا إلى الأعلى. أحيانًا تكون الخطوة العقلانية هي البقاء حيث أنت. وأحيانًا تكون الخطوة هي فك القفل بهدوء ثم المغادرة.
الإشارة الصعبة ليست عدد المستخدمين الذين يدخلون مستوى GRVT. بل ما يفعلونه بعد أن يصبح البقاء خيارًا.
#grvt @grvt_io
أعود باستمرار إلى سؤال واحد غير مريح حول التداول الآلي المستقل: عندما يمكن لوكيل ذكاء اصطناعي نقل رأس المال بسرعة الآلة، من يقرر ما الذي يُسمح له بفعله؟
يركّز التشغيل الآلي في التمويل اللامركزي غالبًا على التنفيذ. يجد البوت فرصة، ويوقّع معاملة، ثم يقوم السلسلة بتسويتها. لكن التسوية نهائية، بينما تظل العديد من إجراءات الحماية موجودة خارج السلسلة ضمن لوحات المعلومات أو الخوادم الخاصة أو عمليات المراجعة البشرية. بحلول الوقت الذي يتم فيه اكتشاف مركز محفوف بالمخاطر أو طرف مقابل مُقيَّد أو إشارة سوقية مُعالجة، قد يكون المال قد اختفى بالفعل.
لهذا يثير اهتمامي برنامج Mainnet Beta لدى @NewtonProtocol . تضيف نيوتن فحوصات سياسة مُحددة مسبقًا بين نية المعاملة والتنفيذ. يمكن لمطوّر أو مالك أصل تحديد قواعد حول حدود الإنفاق، والبروتوكولات المعتمدة، والهوية، والاختصاص القضائي، والتعرض للمخاطر، أو ظروف السوق. يقوم مشغّلون مستقلون بتقييم الإجراء المقترح، وعندما تكون السياسة مستوفاة، فإنهم يُنتجون إثباتًا تشفيريًا يمكن لعقد الوجهة التحقق منه قبل السماح بالتسوية.
أفكر في هذا باعتباره الفرق بين التنفيذ الذكي والتنفيذ المصرّح به. الذكاء يسأل: “هل هذه الصفقة جذابة؟” أما التصريح فيسأل: “هل هذه الصفقة مسموح بها وفقًا للقواعد التي تحمي هذا رأس المال؟” تحتاج وكالات الذكاء الاصطناعي إلى الأمرين معًا، لكن التشفير قضى وقتًا أطول بكثير في تحسين الجانب الأول.
أما شكي فيتمثل في أن بنية السياسات لا تكون موثوقة إلا بقدر موثوقية مدخلات البيانات، وحوافز المشغّلين، ومدى تبنّيها فعليًا. إن طبقة تصريح مُتقنة تقنيًا تعني القليل إذا تعامل معها المطوّرون كاحتكاك اختياري، أو إذا صُممت السياسات بشكل سيئ. لذا فإن إطلاق Mainnet Beta على Base وEthereum يُعد نقطة انطلاق، لا دليلًا على الهيمنة.
ومع ذلك، يعالج نيوتن الطبقة الصحيحة من المكدس. ومع اتساع نطاق التمويل المستقل، قد لا تكون الميزة التنافسية هي كون الوكيل الأذكى، بل كون الحدود المرتبطة بسلطته الأكثر وضوحًا والأكثر قابلية للتحقق.
هل سيثق المتداولون بالذكاء الاصطناعي برأس مال أكبر عندما تصبح الأذونات قابلة للإنفاذ قبل تنفيذ المعاملة، بدل أن تتم مراجعتها بعد وقوع الضرر؟ $NEWT #Newt
يركّز التشغيل الآلي في التمويل اللامركزي غالبًا على التنفيذ. يجد البوت فرصة، ويوقّع معاملة، ثم يقوم السلسلة بتسويتها. لكن التسوية نهائية، بينما تظل العديد من إجراءات الحماية موجودة خارج السلسلة ضمن لوحات المعلومات أو الخوادم الخاصة أو عمليات المراجعة البشرية. بحلول الوقت الذي يتم فيه اكتشاف مركز محفوف بالمخاطر أو طرف مقابل مُقيَّد أو إشارة سوقية مُعالجة، قد يكون المال قد اختفى بالفعل.
لهذا يثير اهتمامي برنامج Mainnet Beta لدى @NewtonProtocol . تضيف نيوتن فحوصات سياسة مُحددة مسبقًا بين نية المعاملة والتنفيذ. يمكن لمطوّر أو مالك أصل تحديد قواعد حول حدود الإنفاق، والبروتوكولات المعتمدة، والهوية، والاختصاص القضائي، والتعرض للمخاطر، أو ظروف السوق. يقوم مشغّلون مستقلون بتقييم الإجراء المقترح، وعندما تكون السياسة مستوفاة، فإنهم يُنتجون إثباتًا تشفيريًا يمكن لعقد الوجهة التحقق منه قبل السماح بالتسوية.
أفكر في هذا باعتباره الفرق بين التنفيذ الذكي والتنفيذ المصرّح به. الذكاء يسأل: “هل هذه الصفقة جذابة؟” أما التصريح فيسأل: “هل هذه الصفقة مسموح بها وفقًا للقواعد التي تحمي هذا رأس المال؟” تحتاج وكالات الذكاء الاصطناعي إلى الأمرين معًا، لكن التشفير قضى وقتًا أطول بكثير في تحسين الجانب الأول.
أما شكي فيتمثل في أن بنية السياسات لا تكون موثوقة إلا بقدر موثوقية مدخلات البيانات، وحوافز المشغّلين، ومدى تبنّيها فعليًا. إن طبقة تصريح مُتقنة تقنيًا تعني القليل إذا تعامل معها المطوّرون كاحتكاك اختياري، أو إذا صُممت السياسات بشكل سيئ. لذا فإن إطلاق Mainnet Beta على Base وEthereum يُعد نقطة انطلاق، لا دليلًا على الهيمنة.
ومع ذلك، يعالج نيوتن الطبقة الصحيحة من المكدس. ومع اتساع نطاق التمويل المستقل، قد لا تكون الميزة التنافسية هي كون الوكيل الأذكى، بل كون الحدود المرتبطة بسلطته الأكثر وضوحًا والأكثر قابلية للتحقق.
هل سيثق المتداولون بالذكاء الاصطناعي برأس مال أكبر عندما تصبح الأذونات قابلة للإنفاذ قبل تنفيذ المعاملة، بدل أن تتم مراجعتها بعد وقوع الضرر؟ $NEWT #Newt
تمّ التحقق
أعتقد أن الكريبتو أمضى سنوات في تحسين السؤال الخاطئ: “هل يمكن لهذه المعاملة أن تُنفَّذ؟” بينما السؤال الأصعب هو: “هل ينبغي السماح بتنفيذها في ظل هذه الظروف؟”
تلك الفجوة تصبح خطِرة في التمويل اللامركزي (DeFi) وأتمتة التشغيل على السلسلة. يمكن للعقد الذكي أن يعالج طلبًا صالحًا كما هو مكتوب، بينما يمكن لوكيلٍ ذكاء اصطناعي إعادة توازن الأرصدة أو توجيه رأس المال أو نقل الضمانات بسرعة آلة. لكن أيًا منهما لا يعرف تلقائيًا ما إذا كانت حدود التعرّض قد تغيّرت، أو أصبح الطرف المقابل مقيدًا، أو ساءت السيولة، أو أن الوكيل قد انحرف عن تكليفه الأصلي.
يقين التنفيذ مقابل يقين التفويض.
يقين التنفيذ يسأل عمّا إذا كانت الشبكة تستطيع تسوية الإجراء بشكل صحيح. يقين التفويض يسأل عمّا إذا كان هذا الإجراء ما يزال يتوافق مع القواعد التي ينبغي أن تحكمه في اللحظة التي تتحرك فيها القيمة.
لهذا السبب تثير اهتمامي نسخة Mainnet Beta الخاصة بـ @NewtonProtocol . تُحاول Newton وضع طبقة تفويض قبل التسوية، حيث يمكن للسياسات القابلة للبرمجة تقييم معاملة مقصودة مقابل شروط محددة. عندما تنجح تلك الشروط، يوفّر إثبات على السلسلة (attestation) قائم على التشفير دليلًا بأن فحص التفويض المطلوب حدث قبل التنفيذ.
بالنسبة لي، هذه تفرقة أكثر أهمية مما يبدو لأول وهلة. السلاسل الأسرع تحسّن الإنتاجية. الوكلاء الأفضل يحسّنون اتخاذ القرار. لا يحل أيٌّ منهما مشكلة الصلاحيات القديمة أو الواسعة جدًا. في التمويل المُؤتمت، قد يكون الإجراء عقلانيًا تمامًا لكنه غير مقبول إذا كان الفاعل لم يعد يمتلك سلطة القيام به.
أنا أيضًا متشكك قليلًا. طبقة التفويض لا تكون مفيدة إلا بقدر ما تكون عليه السياسات ومدخلات البيانات والتكاملات وموثوقية المشغّل خلفها. يمكن فرض القواعد السيئة بشكل مثالي. كما يمكن أن تخلق الضوابط المعقدة احتكاكًا أو ثقةً زائفة.
ومع ذلك، أرى أن الرهان خلف $NEWT يستحق المتابعة: ربما لا يحتاج الكريبتو إلى تحسين آخر للتنفيذ بقدر حاجته إلى طريقة موثوقة لحوكمة من يمكنه فعل ماذا، وبأي شروط—قبل أن تصبح التسوية لا رجعة فيها.
إذا كان التنفيذ يصبح مُؤتمتًا، فهل ينبغي أيضًا أن يصبح التفويض قابلًا للبرمجة؟
#Newt
تلك الفجوة تصبح خطِرة في التمويل اللامركزي (DeFi) وأتمتة التشغيل على السلسلة. يمكن للعقد الذكي أن يعالج طلبًا صالحًا كما هو مكتوب، بينما يمكن لوكيلٍ ذكاء اصطناعي إعادة توازن الأرصدة أو توجيه رأس المال أو نقل الضمانات بسرعة آلة. لكن أيًا منهما لا يعرف تلقائيًا ما إذا كانت حدود التعرّض قد تغيّرت، أو أصبح الطرف المقابل مقيدًا، أو ساءت السيولة، أو أن الوكيل قد انحرف عن تكليفه الأصلي.
يقين التنفيذ مقابل يقين التفويض.
يقين التنفيذ يسأل عمّا إذا كانت الشبكة تستطيع تسوية الإجراء بشكل صحيح. يقين التفويض يسأل عمّا إذا كان هذا الإجراء ما يزال يتوافق مع القواعد التي ينبغي أن تحكمه في اللحظة التي تتحرك فيها القيمة.
لهذا السبب تثير اهتمامي نسخة Mainnet Beta الخاصة بـ @NewtonProtocol . تُحاول Newton وضع طبقة تفويض قبل التسوية، حيث يمكن للسياسات القابلة للبرمجة تقييم معاملة مقصودة مقابل شروط محددة. عندما تنجح تلك الشروط، يوفّر إثبات على السلسلة (attestation) قائم على التشفير دليلًا بأن فحص التفويض المطلوب حدث قبل التنفيذ.
بالنسبة لي، هذه تفرقة أكثر أهمية مما يبدو لأول وهلة. السلاسل الأسرع تحسّن الإنتاجية. الوكلاء الأفضل يحسّنون اتخاذ القرار. لا يحل أيٌّ منهما مشكلة الصلاحيات القديمة أو الواسعة جدًا. في التمويل المُؤتمت، قد يكون الإجراء عقلانيًا تمامًا لكنه غير مقبول إذا كان الفاعل لم يعد يمتلك سلطة القيام به.
أنا أيضًا متشكك قليلًا. طبقة التفويض لا تكون مفيدة إلا بقدر ما تكون عليه السياسات ومدخلات البيانات والتكاملات وموثوقية المشغّل خلفها. يمكن فرض القواعد السيئة بشكل مثالي. كما يمكن أن تخلق الضوابط المعقدة احتكاكًا أو ثقةً زائفة.
ومع ذلك، أرى أن الرهان خلف $NEWT يستحق المتابعة: ربما لا يحتاج الكريبتو إلى تحسين آخر للتنفيذ بقدر حاجته إلى طريقة موثوقة لحوكمة من يمكنه فعل ماذا، وبأي شروط—قبل أن تصبح التسوية لا رجعة فيها.
إذا كان التنفيذ يصبح مُؤتمتًا، فهل ينبغي أيضًا أن يصبح التفويض قابلًا للبرمجة؟
#Newt
بدأت أفكر في أن تداول الذكاء الاصطناعي يعاني من مشكلة صلاحيات متخفية في صورة مشكلة ذكاء.
تحاول معظم الفرق جعل الوكلاء أفضل في إيجاد المسارات، وقراءة الأسواق، وإعادة موازنة المراكز، والتحرك بسرعة أكبر. لكن في التمويل اللامركزي، قد يصبح الوكيل الأكثر قدرة أيضًا مصدرًا أشد للخسارة عندما تكون سلطته غير واضحة. قد ينفّذ بوت ما صُمّم له بدقة ومع ذلك يُحرّك رأس مالًا زائدًا، أو يلمس العقد الخاطئ، أو يتصرف بعد أن تتغير ظروف السوق.
إطاري بسيط: جودة القرار مقابل جودة الصلاحيات.
جودة القرار تسأل: “ما الإجراء الذي يبدو أمثل؟” أما جودة الصلاحيات فتسأل: “هل ينبغي أصلًا السماح لهذا الإجراء بالاستقرار؟”
لهذا السبب يثير اهتمامي Mainnet Beta لـ @NewtonProtocol . يقدم نيوتن فحوصات سياسة مُعدّة مسبقًا بين نية المعاملة والتنفيذ النهائي. يمكن تقييم الإجراء مقابل شروط محددة قبل انتقال القيمة. إذا كانت السياسة مستوفاة، يمكن أن تعمل الإقرارات على السلسلة كترخيص قابل للتحقق لجهة العقد الوجهة. وإذا لم تكن كذلك، فلا ينبغي للمعاملة أن تجتاز البوابة.
بالنسبة لي، هذا نموذج أكثر جدية للتمويل الذاتي من مجرد منح وكلاء أكثر ذكاءً وصولًا أوسع إلى المحفظة. يمكن أن يظل الذكاء مرنًا بينما تبقى السلطة محصورة وقابلة للتدقيق.
ومع ذلك، ما زلت متشككًا قليلًا تجاه أي بنية تبدو أنظف في النظر مما قد تكون عليه تحت ضغط حقيقي في السوق. قد تكون تصميمات السياسات معيبة، وقد تفشل البيانات الخارجية، وقد تمنع الفحوصات شديدة الصرامة فرصًا صحيحة. الاختبار الحقيقي هو ما إذا كان نيوتن يستطيع جعل الإنفاذ موثوقًا دون تحويل الأتمتة إلى احتكاك.
وهو السؤال الذي أعتقد أن $NEWT و #Newt يواجهانه في النهاية: عندما يصبح وكلاء الذكاء الاصطناعي أفضل في اتخاذ قرار بما يجب فعله، من يثبت أنهم كانوا بالفعل مخوّلين للقيام بذلك؟
تحاول معظم الفرق جعل الوكلاء أفضل في إيجاد المسارات، وقراءة الأسواق، وإعادة موازنة المراكز، والتحرك بسرعة أكبر. لكن في التمويل اللامركزي، قد يصبح الوكيل الأكثر قدرة أيضًا مصدرًا أشد للخسارة عندما تكون سلطته غير واضحة. قد ينفّذ بوت ما صُمّم له بدقة ومع ذلك يُحرّك رأس مالًا زائدًا، أو يلمس العقد الخاطئ، أو يتصرف بعد أن تتغير ظروف السوق.
إطاري بسيط: جودة القرار مقابل جودة الصلاحيات.
جودة القرار تسأل: “ما الإجراء الذي يبدو أمثل؟” أما جودة الصلاحيات فتسأل: “هل ينبغي أصلًا السماح لهذا الإجراء بالاستقرار؟”
لهذا السبب يثير اهتمامي Mainnet Beta لـ @NewtonProtocol . يقدم نيوتن فحوصات سياسة مُعدّة مسبقًا بين نية المعاملة والتنفيذ النهائي. يمكن تقييم الإجراء مقابل شروط محددة قبل انتقال القيمة. إذا كانت السياسة مستوفاة، يمكن أن تعمل الإقرارات على السلسلة كترخيص قابل للتحقق لجهة العقد الوجهة. وإذا لم تكن كذلك، فلا ينبغي للمعاملة أن تجتاز البوابة.
بالنسبة لي، هذا نموذج أكثر جدية للتمويل الذاتي من مجرد منح وكلاء أكثر ذكاءً وصولًا أوسع إلى المحفظة. يمكن أن يظل الذكاء مرنًا بينما تبقى السلطة محصورة وقابلة للتدقيق.
ومع ذلك، ما زلت متشككًا قليلًا تجاه أي بنية تبدو أنظف في النظر مما قد تكون عليه تحت ضغط حقيقي في السوق. قد تكون تصميمات السياسات معيبة، وقد تفشل البيانات الخارجية، وقد تمنع الفحوصات شديدة الصرامة فرصًا صحيحة. الاختبار الحقيقي هو ما إذا كان نيوتن يستطيع جعل الإنفاذ موثوقًا دون تحويل الأتمتة إلى احتكاك.
وهو السؤال الذي أعتقد أن $NEWT و #Newt يواجهانه في النهاية: عندما يصبح وكلاء الذكاء الاصطناعي أفضل في اتخاذ قرار بما يجب فعله، من يثبت أنهم كانوا بالفعل مخوّلين للقيام بذلك؟
أعتقد أن أكبر اختناق في الذكاء الاصطناعي على السلسلة لن يكون الذكاء. بل سيكون الصلاحيات.
يمكن لوكيل بالفعل فحص الأسواق، وإعادة موازنة المراكز، وتوجيه الصفقات، أو التصرف بسرعة أكبر من البشر. لكن في التمويل اللامركزي، السرعة تخلق مشكلة أصعب: من الذي يقرر ما الذي يُسمح لهذا الوكيل فعليًا بفعله قبل أن تتحرك الأموال؟
هذا هو الفارق الذي أعود إليه باستمرار. الإجابة عن الذكاء تقول: «أي إجراء يبدو أمثل؟» أما الصلاحيات فتجيب: «هل هذا الإجراء مقبول بموجب القواعد؟»
وأطلق على ذلك اسم «فجوة صلاحيات القرار».
قد يحدد وكيل تداول فرصة عالية العائد، لكن هذا لا يعني أنه ينبغي له تحويل الأموال إلى عنوان مُعاقب عليه، أو تجاوز حد المخاطر، أو انتهاك شرط الهوية، أو التفاعل مع استراتيجية خارج نطاق تفويضه. غالبًا ما تعتمد الأتمتة التقليدية على فحوص على مستوى التطبيق، أو ثقة المشغّل، أو ضوابط لا تصبح مرئية إلا بعد التنفيذ.
@NewtonProtocol يتعامل مع المشكلة بشكل مختلف عبر نسخته التجريبية للـ Mainnet Beta. يمكن تقييم السياسات قبل التسوية، بحيث يتم التحقق من المعاملة مقابل الشروط المحددة قبل أن تُنفَّذ. ثم يمكن دعم النتيجة بإثباتات على السلسلة، ما يمنح العقود الذكية أساسًا قابلاً للتحقق للقبول أو الرفض.
هذا التمييز مهم بالنسبة لي. فالذكاء ينتج النية؛ وNewton يركز على إثبات التفويض.
يرى موقفي أن ذلك قد يصبح بنية تحتية مهمة إذا نما التمويل الذاتي. لكنني ما زلت متشككًا بشأن الاعتماد. بنية التفويض القوية لا تكون قيمة إلا إذا قام المطورون بدمجها، وظلت السياسات مفهومة، ولم تخلق عملية التحقق الإضافية احتكاكًا غير ضروري.
$NEWT لذلك تُهمني أقل باعتبارها «رمزًا للذكاء الاصطناعي» وأكثر كرهان على ما إذا كانت أتمتة التمويل على السلسلة ستحتاج إلى طبقة تفويض مخصصة.
مع ازدياد قدرة الوكلاء، هل سيبقى الذكاء هو المورد النادر، أم ستصبح الصلاحيات القابلة للتحقق هي الاختناق الحقيقي؟
#Newt $LAB $VANRY
يمكن لوكيل بالفعل فحص الأسواق، وإعادة موازنة المراكز، وتوجيه الصفقات، أو التصرف بسرعة أكبر من البشر. لكن في التمويل اللامركزي، السرعة تخلق مشكلة أصعب: من الذي يقرر ما الذي يُسمح لهذا الوكيل فعليًا بفعله قبل أن تتحرك الأموال؟
هذا هو الفارق الذي أعود إليه باستمرار. الإجابة عن الذكاء تقول: «أي إجراء يبدو أمثل؟» أما الصلاحيات فتجيب: «هل هذا الإجراء مقبول بموجب القواعد؟»
وأطلق على ذلك اسم «فجوة صلاحيات القرار».
قد يحدد وكيل تداول فرصة عالية العائد، لكن هذا لا يعني أنه ينبغي له تحويل الأموال إلى عنوان مُعاقب عليه، أو تجاوز حد المخاطر، أو انتهاك شرط الهوية، أو التفاعل مع استراتيجية خارج نطاق تفويضه. غالبًا ما تعتمد الأتمتة التقليدية على فحوص على مستوى التطبيق، أو ثقة المشغّل، أو ضوابط لا تصبح مرئية إلا بعد التنفيذ.
@NewtonProtocol يتعامل مع المشكلة بشكل مختلف عبر نسخته التجريبية للـ Mainnet Beta. يمكن تقييم السياسات قبل التسوية، بحيث يتم التحقق من المعاملة مقابل الشروط المحددة قبل أن تُنفَّذ. ثم يمكن دعم النتيجة بإثباتات على السلسلة، ما يمنح العقود الذكية أساسًا قابلاً للتحقق للقبول أو الرفض.
هذا التمييز مهم بالنسبة لي. فالذكاء ينتج النية؛ وNewton يركز على إثبات التفويض.
يرى موقفي أن ذلك قد يصبح بنية تحتية مهمة إذا نما التمويل الذاتي. لكنني ما زلت متشككًا بشأن الاعتماد. بنية التفويض القوية لا تكون قيمة إلا إذا قام المطورون بدمجها، وظلت السياسات مفهومة، ولم تخلق عملية التحقق الإضافية احتكاكًا غير ضروري.
$NEWT لذلك تُهمني أقل باعتبارها «رمزًا للذكاء الاصطناعي» وأكثر كرهان على ما إذا كانت أتمتة التمويل على السلسلة ستحتاج إلى طبقة تفويض مخصصة.
مع ازدياد قدرة الوكلاء، هل سيبقى الذكاء هو المورد النادر، أم ستصبح الصلاحيات القابلة للتحقق هي الاختناق الحقيقي؟
#Newt $LAB $VANRY
@NewtonProtocol أعتقد أن أمن العملات المشفرة لا يزال يقضي وقتًا كبيرًا في السؤال عن كيفية الاسترداد بعد حدوث الضرر، وليس بما يكفي في السؤال عما إذا كان ينبغي أصلًا السماح بتسوية معاملة خطرة.
هذا التمييز يزداد أهمية مع تحوّل التمويل اللامركزي (DeFi) بشكل متزايد إلى الأتمتة. يمكن لمفتاح مُخترق، أو وكيل خبيث، أو إشارة أوراكل قديمة، أو خزانة (vault) مُهيأة بشكل خاطئ أن تنقل رأس المال خلال ثوانٍ. قد يرصد المراقبة التقليدية الحدث، وقد تضع اللوحات التحليلية علامة عليه، وقد تتفاعل الحوكمة لاحقًا. لكن عندها تكون المعاملة قد أصبحت نهائية. يصبح الاسترداد آنذاك تفاوضًا بشأن السرعة والسيولة وأيّ طرف يسيطر على الأموال المسروقة.
إطار عمليتي بسيط: تَرصُد آلية الكشف المخاطر؛ وقرارات التفويض تُوقفها.
لهذا السبب يثير اهتمامي Mainnet Beta الخاصة بـ @NewtonProtocol . تقدم Newton فحوصات سياسة قابلة للبرمجة قبل التسوية. يمكن تقييم معاملة مقابل شروط مثل حدود الإنفاق، ومخاطر الطرف المتعامل، والاختصاص القضائي، والهوية، أو تعرّض الخزانة، قبل أن يستمر التنفيذ. وعندما يُتخذ قرار السياسة، ينتج النظام إثباتًا (attestation) على السلسلة (onchain) مُوقّعًا، ما يخلق سجلًا يمكن التحقق منه يوضح سبب السماح بإجراء ما.
في رأيي، القيمة الأعمق ليست أن Newton يعد بجعل العقود الذكية «آمنة». لا يمكن لأي طبقة سياسة أن تلغي افتراضات سيئة، أو بيانات ضعيفة، أو اختطاف الحوكمة، أو قواعد مكتوبة بشكل رديء. شكي الخفيف هو أن المنع لا يكون أذكى من الذكاء الكامن في السياسة والإشارات التي تستند إليها.
ومع ذلك، يغيّر هذا التصميم سؤال الأمان بطريقة مفيدة. بدلًا من الاعتماد بشكل أساسي على التحقيقات بعد وقوع الحادث، يمكن للبروتوكولات تحديد السلوك المقبول مسبقًا وفرضه في وقت المعاملة.
يبدو هذا مهمًا بشكل خاص بالنسبة للوكلاء المستقلين والـ DeFi المؤسسي، حيث يكون ردّ الفعل البشري أبطأ بشكل بنيوي من التنفيذ.
$NEWT #Newt
مع ازدياد استقلال الأنظمة على السلسلة، هل ينبغي أن تتحول ميزانيات الأمان من التعافي بعد الاستغلال إلى إثبات التفويض قبل أن تنتقل القيمة؟
هذا التمييز يزداد أهمية مع تحوّل التمويل اللامركزي (DeFi) بشكل متزايد إلى الأتمتة. يمكن لمفتاح مُخترق، أو وكيل خبيث، أو إشارة أوراكل قديمة، أو خزانة (vault) مُهيأة بشكل خاطئ أن تنقل رأس المال خلال ثوانٍ. قد يرصد المراقبة التقليدية الحدث، وقد تضع اللوحات التحليلية علامة عليه، وقد تتفاعل الحوكمة لاحقًا. لكن عندها تكون المعاملة قد أصبحت نهائية. يصبح الاسترداد آنذاك تفاوضًا بشأن السرعة والسيولة وأيّ طرف يسيطر على الأموال المسروقة.
إطار عمليتي بسيط: تَرصُد آلية الكشف المخاطر؛ وقرارات التفويض تُوقفها.
لهذا السبب يثير اهتمامي Mainnet Beta الخاصة بـ @NewtonProtocol . تقدم Newton فحوصات سياسة قابلة للبرمجة قبل التسوية. يمكن تقييم معاملة مقابل شروط مثل حدود الإنفاق، ومخاطر الطرف المتعامل، والاختصاص القضائي، والهوية، أو تعرّض الخزانة، قبل أن يستمر التنفيذ. وعندما يُتخذ قرار السياسة، ينتج النظام إثباتًا (attestation) على السلسلة (onchain) مُوقّعًا، ما يخلق سجلًا يمكن التحقق منه يوضح سبب السماح بإجراء ما.
في رأيي، القيمة الأعمق ليست أن Newton يعد بجعل العقود الذكية «آمنة». لا يمكن لأي طبقة سياسة أن تلغي افتراضات سيئة، أو بيانات ضعيفة، أو اختطاف الحوكمة، أو قواعد مكتوبة بشكل رديء. شكي الخفيف هو أن المنع لا يكون أذكى من الذكاء الكامن في السياسة والإشارات التي تستند إليها.
ومع ذلك، يغيّر هذا التصميم سؤال الأمان بطريقة مفيدة. بدلًا من الاعتماد بشكل أساسي على التحقيقات بعد وقوع الحادث، يمكن للبروتوكولات تحديد السلوك المقبول مسبقًا وفرضه في وقت المعاملة.
يبدو هذا مهمًا بشكل خاص بالنسبة للوكلاء المستقلين والـ DeFi المؤسسي، حيث يكون ردّ الفعل البشري أبطأ بشكل بنيوي من التنفيذ.
$NEWT #Newt
مع ازدياد استقلال الأنظمة على السلسلة، هل ينبغي أن تتحول ميزانيات الأمان من التعافي بعد الاستغلال إلى إثبات التفويض قبل أن تنتقل القيمة؟
أعود باستمرار إلى فجوة غير مريحة واحدة في التمويل على السلسلة (onchain): يمكن أن تكون المعاملة قابلة للإثبات ومع ذلك تظل قانونيًا غير مؤكدة.
هذه هي مشكلة “التعرّف/الاعتراف” (recognition).
أتمتة التمويل اللامركزي (DeFi) تتحسن في التنفيذ، لكن التنفيذ ليس تفويضًا. يمكن لمأوى (vault) إعادة الموازنة، ويمكن لوكيل (agent) توجيه رأس المال، ويمكن لبروتوكول فرض حدود بسرعة الآلة. ومع ذلك، ما زالت العديد من الضوابط موجودة في لوحات التحكم (dashboards) أو مستندات السياسات أو أنظمة الامتثال خارج السلسلة (offchain). وعندما يتم اكتشاف مخالفة ما، قد تكون التسوية قد اكتملت بالفعل.
هنا تصبح @NewtonProtocol مثيرة لاهتمامي. فهي تدفع بإنفاذ السياسات إلى مسار المعاملة في Mainnet Beta. تتحقق فحوصات السياسات قبل التسوية من كون الإجراء يطابق القواعد قبل انتقال الأموال، ويمكن تسجيل القرار عبر إقرار (attestation) على السلسلة. عمليًا، يحاول النظام تحويل “لقد تحققنا” إلى “هذه أدلة قابلة للتحقق تُثبت أن الفحص حدث بالفعل”.
إطار عملي بسيط: إثبات التنفيذ ليس إثبات التعرّف/الاعتراف.
يمكن لِنيوتن (Newton) أن يساعد في إثبات أن السياسة تم تقييمها، وأن قرار التفويض تم إنتاجه، وأن الإنفاذ حدث قبل التسوية. لكن قد يظلّ سؤال المحكمة أو الجهة التنظيمية أو أمين الحفظ (custodian) أو النظام القانوني قائمًا: هل يحقق هذا الإقرار معيارنا القانوني، ومن يتحمل المسؤولية عندما تكون هوية الطرف الأساسي أو الولاية القضائية أو بيانات المخاطر غير صحيحة؟
هذه الفروقات تهم $NEWT . أعتقد أن قيمة التفويض القابل للتحقق تعتمد أقل على إنتاج مزيد من الإيصالات (receipts) على السلسلة، وأكثر على ما إذا كانت المؤسسات تعترف بهذه الإيصالات كدليل ذي معنى.
أنا متفائل بالاتجاه، لكنني متشكك في أي افتراض بأن اليقين التشفيري يتحول تلقائيًا إلى يقين قانوني. قد يضيّق نيوتن الفجوة بين الكود والامتثال؛ لكنه لا يستطيع سدها وحده.
إذًا ما الذي يهم أكثر في تبني التقنية: إثباتات أقوى، أم اعتراف قانوني أقوى بما تمثله هذه الإثباتات؟
#Newt
هذه هي مشكلة “التعرّف/الاعتراف” (recognition).
أتمتة التمويل اللامركزي (DeFi) تتحسن في التنفيذ، لكن التنفيذ ليس تفويضًا. يمكن لمأوى (vault) إعادة الموازنة، ويمكن لوكيل (agent) توجيه رأس المال، ويمكن لبروتوكول فرض حدود بسرعة الآلة. ومع ذلك، ما زالت العديد من الضوابط موجودة في لوحات التحكم (dashboards) أو مستندات السياسات أو أنظمة الامتثال خارج السلسلة (offchain). وعندما يتم اكتشاف مخالفة ما، قد تكون التسوية قد اكتملت بالفعل.
هنا تصبح @NewtonProtocol مثيرة لاهتمامي. فهي تدفع بإنفاذ السياسات إلى مسار المعاملة في Mainnet Beta. تتحقق فحوصات السياسات قبل التسوية من كون الإجراء يطابق القواعد قبل انتقال الأموال، ويمكن تسجيل القرار عبر إقرار (attestation) على السلسلة. عمليًا، يحاول النظام تحويل “لقد تحققنا” إلى “هذه أدلة قابلة للتحقق تُثبت أن الفحص حدث بالفعل”.
إطار عملي بسيط: إثبات التنفيذ ليس إثبات التعرّف/الاعتراف.
يمكن لِنيوتن (Newton) أن يساعد في إثبات أن السياسة تم تقييمها، وأن قرار التفويض تم إنتاجه، وأن الإنفاذ حدث قبل التسوية. لكن قد يظلّ سؤال المحكمة أو الجهة التنظيمية أو أمين الحفظ (custodian) أو النظام القانوني قائمًا: هل يحقق هذا الإقرار معيارنا القانوني، ومن يتحمل المسؤولية عندما تكون هوية الطرف الأساسي أو الولاية القضائية أو بيانات المخاطر غير صحيحة؟
هذه الفروقات تهم $NEWT . أعتقد أن قيمة التفويض القابل للتحقق تعتمد أقل على إنتاج مزيد من الإيصالات (receipts) على السلسلة، وأكثر على ما إذا كانت المؤسسات تعترف بهذه الإيصالات كدليل ذي معنى.
أنا متفائل بالاتجاه، لكنني متشكك في أي افتراض بأن اليقين التشفيري يتحول تلقائيًا إلى يقين قانوني. قد يضيّق نيوتن الفجوة بين الكود والامتثال؛ لكنه لا يستطيع سدها وحده.
إذًا ما الذي يهم أكثر في تبني التقنية: إثباتات أقوى، أم اعتراف قانوني أقوى بما تمثله هذه الإثباتات؟
#Newt
يتغير كل شيء بسرعة. تحلَّ بالصبر، وابقَ مركزًا، وواصل التقدم إلى الأمام.
حان وقتك.
حان وقتك.
أعتقد أن أكثر جزءٍ مثير للاهتمام في النسخة التجريبية للشبكة الرئيسية (Mainnet Beta) لبروتوكول نيوتن هو الأسهل في الوصف بشكلٍ غير دقيق: فهو لا يحوّل عدة توقيعات ECDSA إلى توقيع BLS واحد.
التصميم الحقيقي أذكى.
يواجه أتمتة التمويل اللامركزي (DeFi) مشكلةَ تنسيق. قد يحتاج صندوق (vault) أو وكيل (agent) إلى التحقق من التعرض للجزاءات، أو المخاطر، أو شروط الأسعار، أو حدودٍ مخصصة قبل انتقال رأس المال. يمكن للمشغّلين المستقلين جلب بيانات السياسات وإرفاق إقرارات (attestations) ECDSA، لكن ردودهم لا تكون متطابقةً حرفيًا (byte-for-byte). أما تجميع BLS، فيعمل فقط عندما يوقّع المشغّلون الرسالة نفسها.
@NewtonProtocol يفصل بين المصدر (provenance) والتوافق (consensus).
تحفظ إقرارات ECDSA الفردية من يضمن البيانات. وبالنسبة للتوافق، يبني نيوتن بصمة (digest) تُستبعد منها حقول الإقرار المتغيرة، بحيث يمكن للمشغّلين توقيع BLS على رسالةٍ مشتركة واحدة. بمجرد بلوغ النصاب المطلوب المرجّح بالحصص (stake-weighted quorum)، تُجمّع التوقيعات في شهادةٍ مضغوطة باستخدام تشفير اقتران (pairing) متوافق مع BN254، ويمكن لعقدٍ وجهة التحقق منها على السلسلة (onchain).
وهذا مهم لأن مشكلة DeFi ليست الاستيطان. سلاسل الكتل تقوم بالاستيطان بالفعل بشكل جيد. الطبقة الناقصة هي حكمٌ قابلٌ للتنفيذ قبل الاستيطان: هل يجب حدوث هذه المعاملة وفقًا للسياسة المحددة مسبقًا؟ يقيّم نيوتن هذا السؤال عبر المشغّلين، ويعيد نتيجة «سماح أو رفض» (allow-or-deny)، ثم يثبت إقرارًا قابلاً للتحقق قبل التنفيذ.
إطاري بسيط: إجابات ECDSA تقول، «من قام بالإقرار بهذه البيانات؟» وإجابات BLS تقول، «هل اتفق عددٌ كافٍ من المشغّلين على القرار؟»
أعجبني هذا الفصل لأنه يتجنب الادعاء بأن الأدلة الخارجية المتنوعة متطابقة. ومع ذلك، فأنا متشكك قليلًا بشأن التعقيد التشغيلي. فكلما زاد عدد المشغّلين، وزادت مصادر البيانات الخارجية، وتعقّد منطق النصاب، ومسارات التحدي (challenge paths)، ظهرت أماكن أكثر للّاتنسي (latency) أو الفشل.
بالنسبة لـ $NEWT ، فإن اختبار Mainnet Beta هو ما إذا بقيت هذه البنية موثوقة تحت رأس مال حقيقي، وليس ما إذا كان الأمر يبدو أنيقًا على الورق. #Newt
هل يصبح فصل المصدر (provenance) مع التوافق (consensus) معيارًا دائمًا للأتمتة على السلسلة (onchain automation)؟
التصميم الحقيقي أذكى.
يواجه أتمتة التمويل اللامركزي (DeFi) مشكلةَ تنسيق. قد يحتاج صندوق (vault) أو وكيل (agent) إلى التحقق من التعرض للجزاءات، أو المخاطر، أو شروط الأسعار، أو حدودٍ مخصصة قبل انتقال رأس المال. يمكن للمشغّلين المستقلين جلب بيانات السياسات وإرفاق إقرارات (attestations) ECDSA، لكن ردودهم لا تكون متطابقةً حرفيًا (byte-for-byte). أما تجميع BLS، فيعمل فقط عندما يوقّع المشغّلون الرسالة نفسها.
@NewtonProtocol يفصل بين المصدر (provenance) والتوافق (consensus).
تحفظ إقرارات ECDSA الفردية من يضمن البيانات. وبالنسبة للتوافق، يبني نيوتن بصمة (digest) تُستبعد منها حقول الإقرار المتغيرة، بحيث يمكن للمشغّلين توقيع BLS على رسالةٍ مشتركة واحدة. بمجرد بلوغ النصاب المطلوب المرجّح بالحصص (stake-weighted quorum)، تُجمّع التوقيعات في شهادةٍ مضغوطة باستخدام تشفير اقتران (pairing) متوافق مع BN254، ويمكن لعقدٍ وجهة التحقق منها على السلسلة (onchain).
وهذا مهم لأن مشكلة DeFi ليست الاستيطان. سلاسل الكتل تقوم بالاستيطان بالفعل بشكل جيد. الطبقة الناقصة هي حكمٌ قابلٌ للتنفيذ قبل الاستيطان: هل يجب حدوث هذه المعاملة وفقًا للسياسة المحددة مسبقًا؟ يقيّم نيوتن هذا السؤال عبر المشغّلين، ويعيد نتيجة «سماح أو رفض» (allow-or-deny)، ثم يثبت إقرارًا قابلاً للتحقق قبل التنفيذ.
إطاري بسيط: إجابات ECDSA تقول، «من قام بالإقرار بهذه البيانات؟» وإجابات BLS تقول، «هل اتفق عددٌ كافٍ من المشغّلين على القرار؟»
أعجبني هذا الفصل لأنه يتجنب الادعاء بأن الأدلة الخارجية المتنوعة متطابقة. ومع ذلك، فأنا متشكك قليلًا بشأن التعقيد التشغيلي. فكلما زاد عدد المشغّلين، وزادت مصادر البيانات الخارجية، وتعقّد منطق النصاب، ومسارات التحدي (challenge paths)، ظهرت أماكن أكثر للّاتنسي (latency) أو الفشل.
بالنسبة لـ $NEWT ، فإن اختبار Mainnet Beta هو ما إذا بقيت هذه البنية موثوقة تحت رأس مال حقيقي، وليس ما إذا كان الأمر يبدو أنيقًا على الورق. #Newt
هل يصبح فصل المصدر (provenance) مع التوافق (consensus) معيارًا دائمًا للأتمتة على السلسلة (onchain automation)؟
سجّل الدخول لاستكشاف المزيد من المُحتوى