Salman49

·

--

صحيح جزئيًا

مقالة

لم يرفض كاردانو قِمّته. أعاد تسعير أولوياته.

سوف يقرأ معظم الناس هذا على أنه اقتراح فاشل.
أنا لا أظن ذلك.
إذا وافقت الخزينة على كل طلب كبير، يصبح الحوكمة أشبه بنظام مدفوعات أكثر من كونه عملية اتخاذ قرار. الجزء المثير للاهتمام ليس أن قمة Cardano 2026 لم تحصل على التصويت المطلوب. بل أن المجتمع أثبت أن أموال الخزينة الآن لها سعر حقيقي مرتبط بها.
حصل اقتراح القمة على 65.21% من التأييد، لكن الإنفاق من الخزينة كان يتطلب 66.67%، لذلك لم تتم الموافقة على طلب 7.8 مليون ADA. بعد أيام، مرّ اقتراح منفصل بقيمة 3.3 ملايين ADA من EMURGO لتمثيل كاردانو في TOKEN2049 سنغافورة. لهذا السبب لا أعتقد أن هذه القصة تتعلق بحدث واحد فاز على آخر. إنها تتعلق بمجتمع قرر أن ليس كل فكرة جيدة تستحق التمويل.

ADA‎-3.28%

·

--

مقالة

قد يكون بيتر شيف يتوقع أكثر من مجرد سعر البيتكوين

لقد كنت أرى أحدث تنبؤات $BTC لبيتر شيف في كل مكان. الهدف واضح: إذا فقد البيتكوين مستوى 50 ألف دولار، فهو يعتقد أن حدوث حركة دون 20 ألف دولار قد يكون ممكناً. ما لفت انتباهي لم يكن الرقم. بل كان مدى سرعة تحول تنبؤ واحد إلى محور الحديث مرة أخرى.
كانت قيمة البيتكوين تتداول قرابة 64,000 إلى 66,000 دولار عندما أدلى شيف بهذا التصريح بعد أن خسر مستوى 70 ألف دولار. كان السوق متوتراً أصلاً، لذا انتشرت التوقعات الدرامية بشكل أسرع. تحققت مما كان يحدث في الفترة نفسها وأدركت أن القصة لم تكن تتعلق بتغريدة واحدة فقط. فقد جمعت الاستراتيجية 450 مليون دولار عبر بيع أسهم، وكان البيتكوين قد بدأ بالفعل في التصحيح، وكانت حالة عدم اليقين تتزايد عبر السوق. عادةً ما تسافر التوقعات المتطرفة لأبعد مدى عندما تكون الثقة ضعيفة بالفعل.

·

--

مقالة

لماذا يرتكب معظم المتداولين أكبر خطأ قبل الدخول في الصفقة؟

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

·

--

صناديق بيتكوين المتداولة لم تُنشئ طلبًا مؤسسيًا. بل أزالت الأعذار.

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

COINUS‎-2.19%

·

--

مضيق واحد. أربع أسواق. لماذا ينبغي لكل مستثمر في العملات الرقمية أن يراقب هرمز.

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

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

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

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

إذا كنت تتداول العملات الرقمية، فإن مراقبة العملات الرقمية فقط لم تعد كافية. أحيانًا تظهر الإشارة الأولى على بعد مئات الأميال من أي بلوك تشين. NFA.DYOR.

BZ+0.56%

أكبر مخاطرة مالية قد تكون القواعد التي لا يراجعها أحد لم أكن أحاول تغيير أي شيء على هاتفي. كنت فقط أرغب في منع تطبيق واحد من طلب موقعي. بعد بضع نقرات فقط، أدركت أن ستة تطبيقات على الأقل كانت تستخدم نفس الإذن منذ شهور. كنت قد نسيت تمامًا أنني منحت هذا الإذن من الأساس. كان أحد الإعدادات القديمة قد أثّر بهدوء في كل ما حدث بعد ذلك. والطريف أن الفكرة نفسها تبعتني إلى توثيق نيوتن. data.params يبدو عاديًا في البداية. هنا تعيش الحدود والعتبات وقوائم السماح وقيم الإعدادات الأخرى. كلما استكشفت البنية أكثر، قلّ أن يبدو كإعدادات وزاد أنه يبدو كذاكرة النظام. يتم تقييم كل معاملة وفقًا لاختيارات ربما تم اتخاذها قبل فترة طويلة من حدوث تلك المعاملة أصلًا. ربما لهذا السبب تقضي المؤسسات وقتًا كبيرًا في مراجعة المعاملات بينما نادرًا ما تشكك في القواعد التي تقف خلفها. تستمر المعاملة لثوانٍ معدودة. يمكن للعتبة أن تُشكّل آلاف المعاملات قبل أن يفكر أي شخص في تغييرها. يفصل نيوتن منطق السياسة عن الإعدادات، حتى تتمكن المؤسسات من تحديث data.params دون إعادة كتابة السياسة نفسها. كما يقدم التوثيق الخيار --expire-after، ما يتيح للمعلمات أن تنتهي صلاحيتها بعد عدد محدد من الكتل. لا أقرأ ذلك كميزة للتسهيل. أقرأه كإقرار بأن افتراضات الأمس تصبح في النهاية مخاطر اليوم. كلما فكرت في الأمر أكثر، شعرت أن هذا يبدو كمشكلة أنظمة أكثر منه مشكلة مالية. لا تُبنى الأنظمة الموثوقة عبر اتخاذ قرارات مثالية مرة واحدة. بل تُبنى عبر مراجعة القواعد غير المرئية التي تظل تُصدر قرارات بعد فترة طويلة من أن ينسى الجميع أنها موجودة. NFA.DYOR. #newt $NEWT @NewtonProtocol

·

--

مقالة

بَنَت Robinhood سلسلة للأسهم المُمثّلة برموز. لكن السوق اختار عملات ميم بدلًا من ذلك.

أطلقت سلسلة Robinhood الكثير من الإثارة، لكن كلما تحققت من المزيد من الأرقام، قلتُ قصةً تتطابق مع العناوين. لم تكن أكبر المفاجآت في مدى نشاط الشبكة. بل في مصدر ذلك النشاط فعليًا.
عالجت شبكة الاختبار العامة حوالي 4 ملايين معاملة في أسبوعها الأول، ما أظهر اهتمامًا قويًا في بدايته من المطورين والمستخدمين. أنشأت Robinhood السلسلة باعتبارها طبقة 2 على Ethereum تركز على الأسهم المُمثّلة برموز (Tokenized)، وصناديق الاستثمار المتداولة (ETFs)، وغيرها من الأصول الواقعية (RWAs). ومع ذلك، لم تكن أقوى وتيرة للنشاط قادمة من تلك الرؤية.

·

--

تمّ التحقق

أكبر مخاطرة مالية قد تكون القواعد التي لا يراجعها أحد

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

والطريف أن الفكرة نفسها تبعتني إلى توثيق نيوتن.

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

ربما لهذا السبب تقضي المؤسسات وقتًا كبيرًا في مراجعة المعاملات بينما نادرًا ما تشكك في القواعد التي تقف خلفها. تستمر المعاملة لثوانٍ معدودة. يمكن للعتبة أن تُشكّل آلاف المعاملات قبل أن يفكر أي شخص في تغييرها.

يفصل نيوتن منطق السياسة عن الإعدادات، حتى تتمكن المؤسسات من تحديث data.params دون إعادة كتابة السياسة نفسها. كما يقدم التوثيق الخيار --expire-after، ما يتيح للمعلمات أن تنتهي صلاحيتها بعد عدد محدد من الكتل. لا أقرأ ذلك كميزة للتسهيل. أقرأه كإقرار بأن افتراضات الأمس تصبح في النهاية مخاطر اليوم.

كلما فكرت في الأمر أكثر، شعرت أن هذا يبدو كمشكلة أنظمة أكثر منه مشكلة مالية. لا تُبنى الأنظمة الموثوقة عبر اتخاذ قرارات مثالية مرة واحدة. بل تُبنى عبر مراجعة القواعد غير المرئية التي تظل تُصدر قرارات بعد فترة طويلة من أن ينسى الجميع أنها موجودة.
NFA.DYOR. #newt $NEWT @NewtonProtocol

·

--

تمّ التحقق

مقالة

ماذا لو كانت أغلى جزء في التمويل لم يكن المال أبدًا؟

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

لقد كنا نبني أنظمة مالية أسرع. ربما نِسينا بناء الجدران النارية. قبل بضعة أيام كنتُ أُجري دفعةً عبر الإنترنت. كانت المبالغ صغيرة، لكن الدفعة توقفت لإضافة خطوة تحقق إضافية. في تلك اللحظة بدا الأمر غير ضروري. التطبيق كان يعرف حسابي بالفعل، ورصيدي، والمستلم. فلماذا يوقفني؟ عاد هذا السؤال إلى ذهني أثناء قراءتي لتوثيق نيوتن. وصلت إلى الجزء الذي يتم فيه تقييم Intent قبل التنفيذ. تتحقق Operator Network من وجود Policy، وتُنشئ BLS Attestation، ثم يتحقق PolicyClient من صحة الإثبات قبل أن تستمر المعاملة. في المرة الأولى قرأتها، بدا لي الأمر مجرد نظام تفويض آخر. ثم وصلت إلى VaultKit وShield Contracts، وجعلني تفصيل واحد أتوقف وأفكر. لا يتم تمرير إجراء محمي إذا رفضه المشغّلون، أو إذا لم يتم بلوغ النصاب المطلوب 67%، أو إذا انتهت صلاحية الـ attestation، أو إذا فشل التحقق من Shield. عندها تغيّر انطباعي الأول. بدأت أتساءل إن كنا ننظر إلى أمننا المالي من الاتجاه الخاطئ. تركز معظم الأنظمة المالية على اكتشاف المعاملات المشبوهة بعد حدوثها. يبدو أن نيوتن يستثمر جهده في تقرير ما إذا كانت المعاملة تستحق أن تحدث أصلًا. من وجهة نظري، هذا أقرب بكثير إلى طريقة عمل الجدار الناري منه إلى الطريقة التي تعمل بها غالبًا الأمانات المالية التقليدية. ربما لهذا السبب أصبحت خطوة التحقق الإضافية أثناء دفعي منطقية فجأة. لم تكن تشكك في قدرتي على إرسال المال. كانت تتساءل عما إذا كانت هذه العملية تحديدًا قد حصلت على إذن للمتابعة. أبدأ أعتقد أن الترقية القادمة في مجال التمويل لن تكون معاملات أسرع. بل ستكون قرارات أفضل قبل أن تحدث المعاملات. المصدر: توثيق بروتوكول نيوتن. المصطلحات التقنية مثل Intent وPolicy وOperator Network وBLS Attestation وPolicyClient وVaultKit وShield Contracts والنصاب الافتراضي 67% مستندة إلى التوثيق. تشبيه "جدار ناري مالي" هو تحليل شخصي. #newt $NEWT @NewtonProtocol #Web3 #AI

·

--

لقد كنا نبني أنظمة مالية أسرع. ربما نِسينا بناء الجدران النارية.

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

عاد هذا السؤال إلى ذهني أثناء قراءتي لتوثيق نيوتن. وصلت إلى الجزء الذي يتم فيه تقييم Intent قبل التنفيذ. تتحقق Operator Network من وجود Policy، وتُنشئ BLS Attestation، ثم يتحقق PolicyClient من صحة الإثبات قبل أن تستمر المعاملة. في المرة الأولى قرأتها، بدا لي الأمر مجرد نظام تفويض آخر.

ثم وصلت إلى VaultKit وShield Contracts، وجعلني تفصيل واحد أتوقف وأفكر. لا يتم تمرير إجراء محمي إذا رفضه المشغّلون، أو إذا لم يتم بلوغ النصاب المطلوب 67%، أو إذا انتهت صلاحية الـ attestation، أو إذا فشل التحقق من Shield. عندها تغيّر انطباعي الأول.

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

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

المصدر: توثيق بروتوكول نيوتن. المصطلحات التقنية مثل Intent وPolicy وOperator Network وBLS Attestation وPolicyClient وVaultKit وShield Contracts والنصاب الافتراضي 67% مستندة إلى التوثيق. تشبيه "جدار ناري مالي" هو تحليل شخصي. #newt $NEWT @NewtonProtocol #Web3 #AI

·

--

مقالة

أذكى البرامج لا يتخذ كل قرار بنفسه. بل يعرف أي القرارات لا تخصه.

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

قد تكون أكبر ترقية للذكاء الاصطناعي هي التعلّم متى تقول: "لا أعرف." معظم مستخدمي الذكاء الاصطناعي قد شهدوا حدوث ذلك. تطرح سؤالًا، فتأتي الإجابة بثقة، ولاحقًا تكتشف أن أجزاء منها خاطئة. وهذا يجعلني أعتقد أن أكبر ترقية للذكاء الاصطناعي ليست الإجابة عن المزيد من الأسئلة. بل قد تكون معرفة متى لا تجيب. عاد هذا التفكير لي وأنا أقرأ توثيق توافق نيوتن. برزت لي نقطة واحدة. إذا لم يتفق المشغّلون على البيانات، فإن نيوتن لا يتجاهل الخلاف بهدوء ويتابع. ووفقًا للتوثيق، فإن القيم التي تتجاوز هامش التحمل الافتراضي 10% تُرجع ToleranceExceeded، ولا يتم استبعاد المشغّلين بصمت. البروتوكول ببساطة يتوقف. نفس النمط يظهر في أجزاء أخرى من النظام. إذا لم يستجب أي مشغّل، فستكون النتيجة NoResponses. وإذا تعذّر على الشبكة الوصول إلى النصاب الافتراضي البالغ 67% موزونًا بحسب الحصة، فستكون النتيجة InsufficientQuorum. ووفقًا للتوثيق، هذه ليست حالات فشل مخفية. إنها إشارات صريحة تفيد بأن الشبكة لم تتمكن من الوصول إلى قرار يمكن الوثوق به. جعلني تشبيه الصراف الآلي أفهم التصميم. إذا لم تستطع بنكتك تأكيد العملية، فستفضّل رؤية "فشل العملية" بدلًا من أن يقدّر الصراف رصيدك ويُسلّمك نقودًا. يبدو أن نيوتن يطبق الفكرة نفسها. أحيانًا يكون رفض المتابعة أكثر أمانًا من التظاهر بأن كل شيء على ما يرام. لا أعتقد أن هذا مجرد فكرة تخص البلوك تشين. إنها فكرة ثقة. تصبح الأنظمة أكثر موثوقية عندما تعترف بعدم اليقين بدلًا من إخفائه وراء إجابات واثقة. ومن وجهة نظري، قد تكون عبارة "لا أعرف" أكثر قيمة بكثير من إجابة لم تكن موثوقة أصلًا. المصدر: توثيق بروتوكول نيوتن (Consensus & Security). #newt $NEWT @NewtonProtocol

·

--

صحيح جزئيًا

قد تكون أكبر ترقية للذكاء الاصطناعي هي التعلّم متى تقول: "لا أعرف."

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

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

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

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

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

المصدر: توثيق بروتوكول نيوتن (Consensus & Security). #newt $NEWT @NewtonProtocol

·

--

صحيح جزئيًا

مقالة

ربط الهوية قد يجعل السمعة الرقمية أكثر قابلية للتنقل من الحسابات

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

·

--

مقالة

السوق الهابِط لم ينتهِ. لكن هناك شيئًا مهمًا يتغير.

لا أعتقد أن بيتكوين خرجت بعد من السوق الهابِط. ما زال الاتجاه العام يبدو ضعيفًا، ولا تزال أغلب الإشارات الفنية تشير إلى مزيد من الانخفاض. الجزء المثير للاهتمام بالنسبة لي ليس السعر نفسه. بل الطريقة التي يتغير بها البيع. السوق لا يزال يهبط، لكن الأمر لا يبدو بنفس حدّة العدوانية كما كان في السابق. وهذا ما يلفت انتباهي، لأن الاتجاهات غالبًا ما تتباطأ قبل أن تنعكس.
يَرى جيمي كوتس من «ريال فيجن» شيئًا مشابهًا. وهو يعتقد أن بيتكوين تتحرك خلال المرحلة اللاحقة من هذا السوق الهابِط، رغم أنها لم تنتهِ بعد. تتداول بيتكوين قرب 63,000 دولار، أي أقل بنحو 50% تقريبًا من أعلى مستوى لها على الإطلاق في أكتوبر 2025 والبالغ 126,100 دولار. ليست فكرته أن بيتكوين قد تعافت بالفعل. بل إن أقوى ضغوط البيع ربما تكون بالفعل خلفنا.

أفضل وقت لاكتشاف وجود خلل ليس في الإنتاج لا يقلق معظم المطورين من كتابة الكود بقدر ما يقلقهم اكتشاف وقت متأخر جدًا أن الكود يتصرف بشكل مختلف عن المتوقع. غيّر الاطلاع على وثائق الاختبار لدى نيوتن طريقتي في التفكير في هذه المشكلة. نحن نراجع الصور قبل نشرها ونتحقق من الاتجاهات قبل رحلة طويلة. إن نشر سياسة دون اختبارها يبدأ بالشعور وكأننا نتخطى الخطوتين معًا. تتبع وثائق نيوتن مبدأً بسيطًا: اختبر أولًا ثم انشر لاحقًا. يمكن للمطورين التحقق من المكوّنات الفردية أو محاكاة سير العمل الكامل قبل أن يصل أي شيء إلى البلوكشين. الخطوة الأخيرة، simulatePolicy()، تجمع بيانات الـ oracle، وتقيّم سياسة Rego، وتُظهر ما إذا كانت النتيجة ستكون "السماح" أو "الرفض" قبل النشر. عند هذه النقطة تحديدًا توقفت الوثائق بالنسبة لي عن أن تبدو كدليل تصحيح أخطاء. بل بدأت تجيب عن سؤال يطرحه المطورون غالبًا فقط بعد أن يحدث عطل: "ماذا ستفعل هذه السياسة فعليًا؟" بدلًا من اكتشاف الإجابة عبر معاملة فاشلة، تكشف المحاكاة القرار بينما ما يزال التغيير آمنًا وغير مكلف. يفصل نيوتن أيضًا الاختبار إلى مراحل مختلفة. يتحقق simulatePolicyData() مما إذا كانت الـ oracle تُرجع البيانات المتوقعة. يتحقق simulatePolicy() من تدفق التفويض الكامل. يساعد simulateTask() على إعادة تشغيل المهام الموجودة أثناء عملية التصحيح. يركّز كل أداة على مشكلة واحدة بدل محاولة حل كل شيء. ثمة قيد واحد يستحق التذكر. يعمل simulateTask() محليًا، لذا فهو لا يستعرض خط أنابيب Operator بالكامل. ما زال على المطورين استخدام simulatePolicy() للتحقق من تدفق التنفيذ الكامل قبل النشر. خلاصة ما تعلمته هي أن الأنظمة الموثوقة لا تُبنى بتجنب الأخطاء. بل تُبنى بالعثور على معظم الأخطاء قبل أن يراها المستخدمون. المصدر: وثائق بروتوكول نيوتن (Testing & Debugging, Testing Policies & Oracles, SDK Reference). تحليل شخصي حيثما ذُكر صراحة. NFA.DYOR. #Newt $NEWT @NewtonProtocol

·

--

تمّ التحقق

أفضل وقت لاكتشاف وجود خلل ليس في الإنتاج

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

تتبع وثائق نيوتن مبدأً بسيطًا: اختبر أولًا ثم انشر لاحقًا. يمكن للمطورين التحقق من المكوّنات الفردية أو محاكاة سير العمل الكامل قبل أن يصل أي شيء إلى البلوكشين. الخطوة الأخيرة، simulatePolicy()، تجمع بيانات الـ oracle، وتقيّم سياسة Rego، وتُظهر ما إذا كانت النتيجة ستكون "السماح" أو "الرفض" قبل النشر.

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

يفصل نيوتن أيضًا الاختبار إلى مراحل مختلفة. يتحقق simulatePolicyData() مما إذا كانت الـ oracle تُرجع البيانات المتوقعة. يتحقق simulatePolicy() من تدفق التفويض الكامل. يساعد simulateTask() على إعادة تشغيل المهام الموجودة أثناء عملية التصحيح. يركّز كل أداة على مشكلة واحدة بدل محاولة حل كل شيء.

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

خلاصة ما تعلمته هي أن الأنظمة الموثوقة لا تُبنى بتجنب الأخطاء. بل تُبنى بالعثور على معظم الأخطاء قبل أن يراها المستخدمون.

المصدر: وثائق بروتوكول نيوتن (Testing & Debugging, Testing Policies & Oracles, SDK Reference). تحليل شخصي حيثما ذُكر صراحة. NFA.DYOR. #Newt $NEWT @NewtonProtocol

·

--

تمّ التحقق

مقالة

الكشف عن الانهيار السريع: المشكلة التي صُمِّمَت طبقة تفويض نيوتن لمعالجتها

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

·

--

مقالة

أهم ثغرة في إيثريوم لم تكن في عقد ذكي

غالبًا ما تنتهي أغلب مناقشات أمان إيثريوم بشكل طبيعي إلى العقود الذكية. هناك أتوقع عادةً أيضًا أكبر المخاطر. يُغيّر هذا التحديث تلك التوقعات. لا يُعثر على الثغرة CVE-2026-34219 في تطبيق أو عقد. بل توجد في Rust libp2p-gossipsub، طبقة الشبكات التي يستخدمها عملاء توافق إيثريوم لتبادل الكتل والشهادات/الإثباتات (attestations). لهذا السبب، أصبح أنظر إلى أمن البروتوكول من زاوية مختلفة، لأن التواصل الموثوق مهم بقدر أهمية التنفيذ الصحيح.

ETH‎-3.19%

·

--

تمّ التحقق

مقالة

XRP لا يتجاوب مع الأخبار الجيدة. هذا ما يبقي انتباهي مشدودًا.

أول شيء يلفت انتباهي ليس أحدث حكم للقاضية توريس. إنه السعر. $XRP لا يزال يتداول حول 1.09 دولار حتى بعد تحديث كبير آخر للمحكمة، ويواصل فقدان الزخم. إذا كان هذا القرار كافيًا لتغيير معنويات السوق، فسأنتظر أن يستجيب المشترون بسرعة أكبر. لكنهم لا يفعلون، وهذا ما يجعلني أعتقد أن حالة عدم اليقين ما زالت تحمل وزنًا أكبر من العنوان بحد ذاته.
بعد قراءة الحكم، لا أرى أي تغيير في الوضع القانوني لـ XRP. القاضية توريس ترفض طلب ريبِل والـ SEC المشترك لتقليص غرامة قدرها 125 مليون دولار وإزالة الأمر الزجري لأن معيار الإثبات القانوني المطلوب غير مستوفٍ. بالنسبة لي، هذا قرار إجرائي وليس حكمًا جديدًا بشأن ما إذا كان XRP يُعدّ ورقة مالية. إن رد فعل السعر المحدود يخبرني بأن السوق توصل إلى استنتاج مشابه.

XRP‎-1.64%

تُقلّل شهادات نيوتن BN254 بصمت تكلفة الثقة عبر السلاسل أقضي وقتًا كبيرًا في قراءة كيفية انتقال الأصول بين سلاسل الكتل. هذه المرة انتهى بي الأمر إلى تتبّع شيء مختلف. أريد أن أفهم كيف يقرر السِّلسلة الوجهة ما إذا كانت يجب أن تثق بالنتيجة دون أن تسأل Ethereum في كل مرة. أثناء قراءتي لوثائق نيوتن متعددة السلاسل، أتبع تدفق الشهادات بدلًا من تدفق الأصول. بعد أن يقوم المشغّلون بتقييم طلب وإنتاج توقيع تجميعي BLS، يقوم نيوتن بتغليف النتيجة في شهادة BN254. تتحقق السلسلة الوجهة من هذه الشهادة دون إجراء استعلام مباشر لحظي إلى Ethereum. تفصيلة واحدة تلفت انتباهي. تتحقق السلسلة الوجهة من كل شهادة BN254 مقابل جدول مشغّل (Operator) مخزّن مؤقتًا تمت مزامنته من Ethereum. وبالاقتران مع مُثبّت BN254 في Ethereum (precompile)، تصبح عملية التحقق فحصًا تشفيريًا محليًا بدل الاعتماد على تبعية أخرى عبر السلاسل. هذا يغيّر طريقة تفكيري في تطوير متعدد السلاسل. لا يحتاج المطورون إلى نظام مختلف للتحقق من الثقة لكل سلسلة مدعومة. يمكنهم نشر PolicyClient على سلسلة أخرى وإعادة استخدام نموذج الثقة الخاص بالمشغّل نفسه بدلًا من إعادة بناء التحقق من الصفر. يظل هذا النهج يعتمد على بنية تحتية منضبطة. يجب أن يظل جدول المشغل المخزن مؤقتًا متزامنًا، ويجب أن تحدث تحديثات المشغل بشكل ذري (atomically) أو قد يفشل التحقق من الشهادات. بعد قراءة التدفق عدة مرات، أخرج بانطباع مختلف. الجزء المثير ليس شهادة BN254 نفسها. بل إن نيوتن يعامل الثقة باعتبارها شيئًا يمكن للتطبيقات إعادة استخدامه عبر السلاسل بدلًا من إعادة بنائها في كل مرة ينشرون فيها في مكان جديد. المصدر: وثائق بروتوكول نيوتن (دعم متعدد السلاسل، التشغيل البيني عبر السلاسل & إسناد BLS). تحليل شخصي. #newt $NEWT @NewtonProtocol

·

--

تمّ التحقق

تُقلّل شهادات نيوتن BN254 بصمت تكلفة الثقة عبر السلاسل

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

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

تفصيلة واحدة تلفت انتباهي. تتحقق السلسلة الوجهة من كل شهادة BN254 مقابل جدول مشغّل (Operator) مخزّن مؤقتًا تمت مزامنته من Ethereum. وبالاقتران مع مُثبّت BN254 في Ethereum (precompile)، تصبح عملية التحقق فحصًا تشفيريًا محليًا بدل الاعتماد على تبعية أخرى عبر السلاسل.

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

يظل هذا النهج يعتمد على بنية تحتية منضبطة. يجب أن يظل جدول المشغل المخزن مؤقتًا متزامنًا، ويجب أن تحدث تحديثات المشغل بشكل ذري (atomically) أو قد يفشل التحقق من الشهادات.

بعد قراءة التدفق عدة مرات، أخرج بانطباع مختلف. الجزء المثير ليس شهادة BN254 نفسها. بل إن نيوتن يعامل الثقة باعتبارها شيئًا يمكن للتطبيقات إعادة استخدامه عبر السلاسل بدلًا من إعادة بنائها في كل مرة ينشرون فيها في مكان جديد.

المصدر: وثائق بروتوكول نيوتن (دعم متعدد السلاسل، التشغيل البيني عبر السلاسل & إسناد BLS). تحليل شخصي. #newt $NEWT @NewtonProtocol

·

--

تمّ التحقق

مقالة

يشير إجماع نيوتن بالوسيط إلى أن الدقة قد تكون أكثر قيمة من السرعة

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