🚨بلاك روك: ستتعرض البيتكوين للاختراق وستهبط إلى 40 ألف دولار!
قد تؤدي تطوير الحوسبة الكمومية إلى تدمير شبكة البيتكوين لقد قمت بالبحث في جميع البيانات وتعلمت كل شيء عنها. /➮ مؤخرًا، حذرت بلاك روك من المخاطر المحتملة على شبكة البيتكوين 🕷 كل ذلك بسبب التقدم السريع في مجال الحوسبة الكمومية. 🕷 سأضيف تقريرهم في النهاية - ولكن في الوقت الحالي، دعنا نفصل ما يعنيه ذلك بالفعل. /➮ يعتمد أمان البيتكوين على الخوارزميات التشفيرية، بشكل رئيسي ECDSA 🕷 إنها تحمي المفاتيح الخاصة وتضمن سلامة المعاملات
إتقان أنماط الشموع: مفتاح لتحقيق 1000 دولار شهريًا في التداول
تُعد أنماط الشموع أداة قوية في التحليل الفني، حيث توفر رؤى حول معنويات السوق وحركات الأسعار المحتملة. من خلال التعرف على هذه الأنماط وتفسيرها، يمكن للمتداولين اتخاذ قرارات مستنيرة وزيادة فرص نجاحهم. في هذه المقالة، سنستكشف 20 نمطًا أساسيًا للشموع، ونقدم دليلاً شاملاً لمساعدتك على تحسين استراتيجية التداول الخاصة بك وكسب 1000 دولار شهريًا. فهم أنماط الشموع قبل الخوض في الأنماط، من الضروري فهم أساسيات مخططات الشموع. تمثل كل شمعة إطارًا زمنيًا محددًا، حيث تعرض أسعار الافتتاح والارتفاع والانخفاض والإغلاق. يوضح جسم الشمعة حركة السعر، بينما تشير الفتائل إلى الأسعار المرتفعة والمنخفضة.
غالبًا ما نفترض أن شفافية البلوكتشين تعني الثقة. لكن معظم المستكشفات تعرض ما حدث فقط، لا سبب حدوثه.
يمكن للمعاملة أن تنجح أو تفشل أو يتم إيقافها مؤقتًا، ومع ذلك تظل قرارات التفويض غالبًا مخفية. هل تم حظرها بواسطة سياسة امتثال؟ أم قاعدة أمان داخل المحفظة؟ أم حدّ للمخاطر؟ أم تحقق من الهوية؟ بدون هذا السياق، تكون الشفافية غير مكتملة.
ومع قيام وكلاء الذكاء الاصطناعي والمؤسسات بمعالجة المزيد من النشاط على السلسلة، يصبح فهم المنطق وراء القرارات بنفس أهمية رؤية المعاملة نفسها.
وهذا ما لفت انتباهي إلى Newton Mainnet Beta. بدلًا من عرض تنفيذ المعاملات فحسب، يعرض Newton Explorer أيضًا تقييمات السياسات والإقرارات الموقعة، ما يجعل طبقة التفويض مرئية.
ربما لن تعرض أجيال المستكشفين القادمة بيانات أكثر فقط—بل ستشرح القرارات الكامنة وراءها.
لماذا ما زالت وكالات الذكاء الاصطناعي القابلة للتحقق تحتاج إلى حكم بشري
لم يمنحني السوق هذا الأسبوع الكثير لأفعله. عندما يكون كل شيء يتجه بالقصّ الجانبي، أتوقف عادةً عن التحديق في الرسوم البيانية وأبدأ بقراءة ما يظل يظهر في مخططاتي هذا الوقت. هذه المرة كان @NewtonProtocol. كنت قد لاحظت $NEWT زيادة الاهتمام مؤخرًا، لكنني لم أنظر إلى ما وراء العنوان الرئيسي. ليست عبارة "عملاء ذكاء اصطناعي للعملات المشفرة" فكرة نادرة بحد ذاتها في هذه الأيام، لذلك افترضت أنني أعرف القصة بالفعل. اتضح أنني لم أفعل. الجزء المثير للاهتمام ليس أن نيوتن يَؤتمت أشياء مثل إعادة موازنة المحافظ أو الاستثمارات المتكررة أو إدارة الخزائن. تتوفر بالفعل الكثير من الأدوات التي تؤتمت سير العمل.
البنية التحتية وراء أتمتة الذكاء الاصطناعي الموثوقة
تركّز معظم المحادثات حول الذكاء الاصطناعي في مجال الكريبتو على جعل الوكلاء أكثر قدرة. بدأت أفكر في السؤال الأكبر: هل هم فعلاً مسؤولون؟ هذا قادني إلى @NewtonProtocol. في البداية، افترضت أنه مجرد مشروع ذكاء اصطناعي آخر مع هوية مرتبطة بسلسلة الكتل. لكن بعد أن قرأت أكثر، شعرت أن التصميم عملي جدًا. يحاول نيوتن حل شيء بسيط لكنه مهم: إذا سُمح لوكيل ذكاء اصطناعي بأن يتصرف نيابةً عنك، فكيف تثبت أنه اتبع تعليماتك حرفيًا؟ بدلًا من مطالبة المستخدمين بالثقة بالوكيل فحسب، يجمع نيوتن بين بيئات التنفيذ الموثوقة (TEEs) وبراهين المعرفة الصفرية بحيث يمكن التحقق من كل إجراء. إن الهدف ليس فقط الأتمتة. بل الأتمتة مع أدلة تشفيرية.
قضيتُ بعض الوقت في استكشاف @NewtonProtocol بدلًا من مجرد قراءة الوثائق، وبرزت لي تفاصيل لافتة.
في البداية، افترضت أن كل $NEWT transaction يتم التحقق منه تلقائيًا قبل التسوية.
لكن الأمر ليس كذلك.
طبقة التحقق موجودة فقط عندما يقوم المطورون أو القائمون على التنظيم بإدخال فحوصات السياسة فعليًا.
ومن الأمثلة الجيدة على ذلك التكامل الأخير من Magic Labs. فهو يجلب Newton SDK إلى نظام محافظ يخدم أكثر من 50 مليون مستخدم، بما في ذلك منصات مثل Polymarket وNaver. إنها خطوة كبيرة إلى الأمام، لكن هذا لا يعني أن كل محفظة أو كل معاملة تكون محمية تلقائيًا. ما زالت التغطية اختيارية، وتعتمد على كيفية تهيئة كل تكامل.
هذا يغيّر طريقة تفكيري بشأن الامتثال على السلسلة.
التقنية موجودة، ونموذج الإقرار يعمل عند تطبيقه. السؤال الأكبر هو مدى التبنّي.
اليوم، تتوفر الشفافية، لكن على المستخدمين ما زالوا التحقق مما إذا كان هناك سياسة نشطة مرتبطة بخزانة (vault) أو ببروتوكول. الغالبية العظمى ربما لن يفعلوا ذلك.
يبدو الأمر كما لو أن هذه الدورة ليست فقط عن بناء بنية تحتية للامتثال. بل هي أيضًا عن معرفة من الذي يقوم فعليًا بتشغيلها.
الإثبات ليس هو نفسه الثقة، لكنه يغيّر طريقة عمل الثقة
يعتقد معظم الناس أن الثقة تُبنى في لحظات من الاطمئنان. لكنني أعتقد أنها غالبًا ما تُبنى لاحقًا بكثير، عندما يحدث خطأ ما. تتمّ تسوية معاملة. تتحرّك الأموال. يُنفّذ عقدٌ. يفترض الجميع أن النظام عمل لأن شيئًا لا يبدو أنه قد تعطل. لكن الاختبار الحقيقي لا يأتي غالبًا في اليوم الذي تحدث فيه العملية. بل يأتي بعد أسابيع أو أشهر، عندما يطرح شخصٌ ما سؤالًا بسيطًا: هل يمكنك إثبات ذلك؟ هنا تبدأ أهمية الإيصالات القابلة للتحقق. من السهل تجاهلها لأنها لا تُنشئ قيمةً من تلقاء نفسها. فهي لا تزيد الإنتاجية ولا تُخفّض الرسوم. ببساطة تُسجّل أن شيئًا ما حدث بطريقة يمكن التحقق منها بشكل مستقل.
يعتقد معظم الناس أن أدوات الامتثال صُممت لإيقاف الجهات السيئة. كلما راقبت تطورها، بدا أنها صُممت لفهم السلوك بدلًا من ذلك.
تجيب قائمة العقوبات عن سؤال بسيط: هل ينبغي السماح لهذا المحفظة؟ بينما تطرح ضوابط السرعة سؤالًا مختلفًا: هل تتوافق هذه الجهة من النشاط مع النمط الذي نتوقعه؟
وهذا يغيّر البنية بالكامل. لم يعد الثقة مبنية فقط على الهوية. بل أصبحت تعتمد بشكل متزايد على كيفية تطور النشاط مع مرور الوقت.
والنتيجة الجانبية مثيرة بقدر ذلك أيضًا. لا تتوقف الأسواق غالبًا عندما تواجه احتكاكًا. بل تتكيف. تعيد السيولة توجيه مساراتها، وتصبح المعاملات أكثر تفصيلاً، وتمتد المحفظات بنشاطها عبر مسارات جديدة.
القصة الحقيقية ليست ما إذا كانت هذه الضوابط تعمل. بل كيف يتغير سلوك المستخدمين بمجرد أن يفهم الجميع أين تقع الحدود غير المرئية.
يحل كل جيل من البنية التحتية المالية مشكلة مختلفة. أثبتت الجيل الأول من التمويل اللامركزي (DeFi) أن رأس المال يمكن أن يتحرك دون وسطاء. ركّز الجيل الثاني على جعل هذا رأس المال أكثر كفاءة عبر أسواق الإقراض، والـ ستاكنغ السائل، والمحافظ المهيكلة. قد لا تتمحور المرحلة التالية بقدر كبير حول ابتكار منتجات مالية جديدة، بل حول تحسين كيفية حوكمة تلك المنتجات. وهنا يصبح VaultKit مثيرًا للاهتمام. بدلًا من الوعد بعوائد أعلى أو تنفيذ أسرع، يطرح VaultKit سؤالًا مختلفًا: ماذا لو كانت القواعد التي تحكم محفظة ما تُفرض بواسطة الكود بدلًا من الاعتماد بالكامل على حكم مديرها؟
كلما حللت @NewtonProtocol ، قلّ ما أعتقد أن السؤال يتعلق بالتكنولوجيا.
إنه يتعلق بالتوقيت.
لا شك أن طبقة التفويض ذات قيمة كبيرة للمؤسسات. الصلاحيات، وإنفاذ السياسات، وسجلات التدقيق، والتنفيذ القابل للتحقق متطلبات أساسية—ليست ميزات اختيارية.
لكن كم عدد المؤسسات التي تستعد فعلاً لنقل سير عمل حرج إلى السلسلة اليوم؟
هذه هي التحدي.
المستخدمون في التجزئة لا يطالبون بالتفويض. هم يهتمون بالسرعة، وانخفاض الرسوم، والعائد. العميل الحقيقي لــ Newton هو رأس المال المؤسسي، وهذه السوق تتحرك ببطء أكبر بكثير من رواد عالم الكريبتو.
إن بناء النظام في وقت مبكر يمكن أن يخلق ميزة هائلة.
كما قد يعني أيضًا قضاء سنوات في انتظار أن يلحق الطلب بالركب.
أقوى جزء في أطروحة Newton ليس إثباتات المعرفة الصفرية أو أمان EigenLayer.
بل هو الإيمان بأنه عندما تصبح الأصول المُرمّزة والـعوامل الذاتية (العوامل المستقلة) أمرًا شائعًا، فلن يكون التفويض القابل للبرمجة ترفًا، بل سيصبح بنية تحتية أساسية.
لن يُحسم الفائزون بالاعتماد على أفضل التشفير وحده.
بل سيتحددون بما إذا كانت السوق ستصل إلى النقطة التي يصبح فيها التشغيل بدون تفويض قابل للتحقق هو الخطر الأكبر.
لقد ارتفع السعر بالقرب من أعلى مستوى حديث له عند 0.0392 دولار، مع الحفاظ فوق 0.038 بعد اختراق قوي. إذا واصل المشترون هذا الزخم، فقد تكون الخطوة التالية جديرة بالملاحظة.
يزداد الزخم الآن، والسؤال هو ما إذا كان الثيران قادرين على الاستمرار به.
لماذا يمكن لـ «السياسات المتحركة» أن تغيّر طريقة إدارة رأس المال على السلسلة
لسنوات، ركّزت تطبيقات سلسلة الكتل على سؤال واحد: هل يمكن للمعاملة أن تُنفَّذ؟ تُصبح مسألة مختلفة ذات أهمية متزايدة: هل ينبغي لها أن تُنفَّذ؟ تقع هذه التفرقة في قلب نهج بروتوكول نيوتن «السياسات المتحركة». الفجوة بين القواعد والتنفيذ يعتمد التمويل التقليدي بشكل كبير على السياسات. يتم توثيق تفويضات الاستثمار ومتطلبات الامتثال وحدود التعرض والضوابط التشغيلية بعناية قبل ضخ رأس المال. غالبًا ما تفصل الأنظمة على السلسلة تلك القواعد عن التنفيذ.
يتحدث الجميع عن ما الذي يمكن أن تفعله أنظمة الذكاء الاصطناعي. لكن عددًا أقل بكثير من الناس يسأل ما إذا كان المستخدمون فعلًا يريدون أن يتخذ الذكاء الاصطناعي قرارات مالية بالنيابة عنهم.
لهذا لفتتني بروتوكول نيوتن.
التقنية مُغرية: وكلاء ذكاء اصطناعي ينفّذون إجراءات على السلسلة (on-chain) مع إمكانية التحقق من التنفيذ بدلًا من الاعتماد على الثقة وحدها. إنها تحوّل مسار الحديث من «ثق بي» إلى «أثبت ذلك».
لكن التكنولوجيا الرائعة لا تضمن بالضرورة التبنّي.
معظم المستخدمين لا يبحثون عن إثباتات صفرية المعرفة أو نماذج أمنية متقدمة. ما يريدونه هو شيء يوفر الوقت، ويقلل الأخطاء، وأسهل في الاستخدام من البدائل الحالية.
الاختبار الحقيقي لنيوتن ليس ما إذا كان البروتوكول يعمل—بل ما إذا أصبح الذكاء الاصطناعي القابل للتحقق ميزةً يسعى الناس إليها فعليًا.
إذا أصبح الذكاء الاصطناعي المستقل جزءًا من التمويل اليومي، فقد تتمتع المشاريع التي تبني البنية التحتية اليوم بميزة كبيرة في السباق. وإذا استغرق التبنّي وقتًا أطول، فسيحتاجون إلى صبر بينما يلحق السوق بالركب.
في عالم الكريبتو، الابتكار مهم. لكن المنتجات تفوز عندما تحل المشكلات التي يهتم بها المستخدمون بالفعل.
يُقلِّل نيوتن التوقيت المُعتمد على السر دون الادعاء بأن كل طلب يجب أن يستغرق المدة نفسها
لقد كنت أفكر في ما الذي يمكن أن تكشفه مدة الاستجابة. يتعامل معظم الناس مع التأخير باعتباره مشكلة أداء. تُبرز وثائق نيوتن زاوية أخرى: بالنسبة للعمليات التشفيرية، يمكن أن يصبح التوقيت أيضًا مصدرًا للقلق الأمني. لهذا السبب يعتمد نيوتن على تطبيقات تشفير ثابتة الزمن مُراجَعة (audited) لخوارزميات مثل secp256k1 وEd25519 وX25519 وHPKE. الهدف واضح وبسيط: تقليل الفروق الزمنية التي قد ترتبط بمفاتيح سرية، مما يجعل من الصعب جدًا على المهاجمين استخراج المعلومات الحساسة من خلال القياسات المتكررة.
كنت أفكر في مدى شيوع افتراض أن مجرد موافقة سياسة على معاملة يعني أن المعاملة نفسها مضمونة النجاح.
يوضح توثيق نيوتن أن هاتين الخطوتين مختلفتان.
في تدفق النية الخام، يقوم PolicyClient أولاً بالتحقق من الإقرار عبر _validateAttestation. فقط بعد نجاح ذلك ينفذ الاستدعاء باستخدام approved to و value و data الواردة من النية.
لكن هذا الاستدعاء قد يفشل مع ذلك.
إذا قام عقد الوجهة بإرجاع الحالة (revert)، فإن مثال نيوتن يمرّر سبب الإرجاع الأصلي أو يلجأ إلى "Execution failed" عندما لا توجد بيانات لإعادة التراجع. أما في مثال التحقق المباشر، فإنه يستخدم خطأ التنفيذ المخصص ExecutionFailed().
لفتتني هذه النقطة.
يُثبت الإقرار أن مشغلي نيوتن قيّموا الطلب ووافقوا عليه ضمن السياسة المحددة. يمنح العقد الإذن لمحاولة تنفيذ الإجراء.
ولا يضمن أن عقد الوجهة سينفذ بنجاح.
يشير توثيق نيوتن كذلك إلى أسباب عملية قد تجعل ذلك يحدث. على سبيل المثال، يجب أن يمتلك PolicyClient ما يكفي من ETH لإرسال القيمة، وإذا قام عقد الهدف نفسه بإرجاع الحالة، توصي الوثائق بإجراء تصحيح مستقل لهذه المعاملة لأن موافقة السياسة لم تكن هي المشكلة.
ما أقدّره هو أن نيوتن لا يطمس الفرق بين الترخيص والتنفيذ.
النية الموافق عليها تعني فقط: "مسموح لك بالمحاولة." أما ما إذا كان عقد الوجهة قادرًا بالفعل على إكمال الإجراء، فهذه مسألة منفصلة تمامًا.
ما زلت مهتمًا بتجربة المستخدم، رغم ذلك.
هل ستوضح التطبيقات هذا الفرق بشكل كافٍ؟ أم سيرى المستخدمون نية موافقًا عليها بشكل طبيعي ويتوقعون وجود خطأ في نيوتن عندما يفشل التنفيذ؟
إن فصل موافقة السياسة عن التنفيذ يبدو أنيقًا من الناحية المعمارية، لكن ما إذا كان يجعل النظام أيضًا أسهل للفهم بالنسبة للمستخدمين اليوميين فهو سؤال آخر.
إن الاختراق فوق مستوى مقاومة رئيسي مع زيادة في حجم التداول غالبًا ما يكون علامة على أن المشترين ما زالوا في السيطرة. على الرغم من أن التراجعات التصحيحية على المدى القصير دائمًا ممكنة بعد الحركة الحادة، فإن البنية العامة لا تزال تبدو بنّاءة.
الصبر وإدارة المخاطر أهم من مطاردة الشموع الخضراء. راقب أحجام التداول ومستويات الدعم.
يمكن إضافة NEWTON إلى عقد قابل للترقية موجود مسبقًا، لكن عملية التهيئة لا تزال تستحق اهتمامك
كلما قرأت دليل نيوتن للتكامل، أدركت أكثر فأكثر أن إضافة طبقة تفويض ليست هي الجزء الصعب حقًا. الجزء الحاسم هو كل ما يحدث حول عملية الترقية نفسها. أمر واحد أقدّره هو أن نيوتن لا يُلزم المطورين بإعادة بناء تطبيق من الصفر. يمكن لعقد قابل للترقية موجود مسبقًا أن يرث NewtonPolicyClient عبر ترقية عبر بروكسي، مع الحفاظ على التخزين القائم ومنطق الأعمال كما هو. بعد الترقية، يمكن للمالك تهيئة عميل نيوتن وإدخال عمليات التحقق من الإقرار تدريجيًا فقط في الأماكن التي تكون فيها هناك حاجة فعلًا.