لا تحتاج المعاملات على السلسلة إلى المزيد من الإنذارات، بل تحتاج إلى بوابة فحص أمان حقيقية.
كنت دائمًا أعتقد أن أهم شيء لأمن السلسلة هو “المراقبة”. تنبيهات تحركات المحفظة، وإشعارات مخاطر العقود، وتحذيرات التصفية، وقائمة العناوين السوداء، والتنبيه على المعاملات غير الطبيعية…… تبدو جميعها مفيدة. لكن من مرّ بتجربة الخطر يعرف أن كثيرًا من الأحيان عندما تدقّ الإنذارات، تكون المشكلة قد حدثت بالفعل. تم تحويل الأصول بالفعل. انفجر المركز بالفعل. تم تنفيذ الإستراتيجية بشكل خاطئ بالفعل. لقد استغل وكيل الذكاء الاصطناعي الصلاحيات بشكل خاطئ. في هذه اللحظة، عندما تخبرك عبارة “تم اكتشاف خطر”، فهذا يشبه أكثر سحب شريط التحذير في مسرح الجريمة. المهنية مهنية، لكن فات الأوان.
لا تكون الأمور الأكثر رعبًا في المعاملات على السلسلة هي خسارة المال، بل أن تعرف المخاطر تقترب منك ومع ذلك لا يمكنك إلا أن تنتظر حدوثها. في السابق كانت كثير من أدوات الأمان تشبه “صفارات الإنذار”: يكون المهاجم قد بدأ بالفعل، والأصول قد تم تحويلها، وكانت عملية التصفية قد حدثت—وعندها فقط تخبرك: “حدث شيء”. يبدو ذلك احترافيًا، لكن جوهره ما يزال مراجعة ما بعد وقوع الحادث. أعدت مؤخرًا قراءة $NEWT ، فوجدت أن @NewtonProtocol لا يتحدث عن “المراقبة” بقدر ما يتحدث عن “حق تمرير المعاملة”. منطق Newton يشبه فحص أمن المطار: لا تنتظر حتى تصعد الطائرة ثم تفحص، بل قبل تنفيذ المعاملة تحدد—هل هذه العملية تخالف القواعد؟ هل يمكن السماح بها؟ إذا تم السماح، تترك السلسلة إثباتًا يمكن التحقق منه؛ وإذا لم يتم السماح، يتم اعتراضها مباشرة. VaultKit يشبه أكثر تركيب بوابة تنظيم (Rule Gate) لقبو DeFi. مثلًا: تركيز المراكز، سيولة السوق، انحراف السعر، مخاطر العنوان، وفحوصات الامتثال—هذه الشروط ليست مكتوبة في شرائح PPT فحسب، بل تتحول إلى policy يجب أن تنجح المعاملة في اجتيازها قبل التنفيذ. وأعتقد أن هذا تحديدًا هو الجزء الأهم. مستقبلًا، إذا كانت وكيلات الذكاء الاصطناعي (AI Agent)، أو الاستراتيجيات الآلية، أو RWA، أو العملات المستقرة، أو “قبو” المؤسسات فعلًا ستُرسل على السلسلة على نطاق واسع، فلن يكفي الاعتماد فقط على “التبليغ بعد وقوع المشكلة”. كلما زادت الأموال، زادت الحاجة إلى تفويض مسبق بدلًا من تحميل المسؤولية بعد الحادث. بالطبع، $NEWT أيضًا ليس بلا مشكلات الآن. الشبكة الرئيسية ما تزال في مرحلة Beta؛ حجم الأعمال الحقيقي، سرعة التكامل، معدل إساءة تقدير الاستراتيجية، والضغط المرتقب من عمليات فك التقييد—كل ذلك يجب متابعته. ليس ضعف القيمة السوقية سببًا للشراء؛ البيانات الفعلية هي معيار الحكم. لكنني أقرّ باتجاهه: نقل أمان السلسلة من “إبلاغ عن الحوادث” إلى “قبول المعاملات”. واحد هو فريق الإطفاء، والآخر بوابة التفتيش. ما رأيكم؟ هل سيصبح التحكم في المخاطر على السلسلة الذي يعترض مسبقًا مثل $NEWT ضرورة لا غنى عنها لاقبال المؤسسات على الولوج للسلسلة، أم أنه مجرد سردية أخرى تبدو جميلة للبنية التحتية؟ #Newt #newt
منصة الامتثال على السلسلة لديها مشكلة قديمة كبيرة لا أحد يطرحها بصراحة: قواعد التنظيم تتغير، ولا بد أن يُعاد نشر العقد. إعادة النشر تعني التدقيق والاختبار والترحيل، سريعًا يستغرق أسابيع، وبطيئًا قد يمتد أكثر. خلال هذه الفترة، ما زالت القواعد القديمة تعمل، بينما المتطلبات الجديدة أصبحت سارية بالفعل؛ والفترة الفاصلة بينهما تمثل فجوة امتثال حقيقية. في Newton Mainnet Beta أعتقد أن أكثر تصميم يتم التقليل من قيمته هو فصل الـ policy عن الكود تمامًا. توجد سياسة VaultKit بشكل مستقل؛ فالتحديثات التي يجريها curator لقائمة العقوبات، وضبط عتبات المخاطر، وتعديل حدود الأطراف المقابلة في التداول لا تتطلب تعديل العقد، ولا تحتاج إلى إعادة نشر؛ وبعد اكتمال التعديل تصبح السياسة سارية فورًا، وتقوم شبكة Newton بتنفيذ القواعد الجديدة مباشرة. بالنسبة للمؤسسات، هذا ليس مجرد راحة، بل هو جوهر الفارق في سرعة الامتثال. إن منطق التقاط القيمة لـ $NEWT هو، في جوهره، "من تكون قواعده هي الأهم، سيكون الأكثر اعتمادًا على طبقة التنفيذ هذه". @NewtonProtocol $NEWT #Newt #newt
تم إطلاق Newton Mainnet Beta، وقد راجعتُ بجد آلية VaultKit
هناك مكان يجعلني أشعر أنه ذكي في الوقت نفسه، وأنه أيضًا أضعف نقطة في النظام بأكمله. منطق @NewtonProtocol هو كالتالي: لا يقوم VaultKit باستبدال أدوات الإدارة الحالية لـ curator، بل يضع نفسه في الخارج—فعندما يريد curator أن يُجري أي تغيير على vault، مثل إعادة التوازن، أو تعديل حد المخاطر، أو فتح سوق جديدة، يجب أن يمر هذا الأمر أولًا عبر فحص سياسة Newton؛ إذا اجتاز، يتم إطلاقه على السلسلة، وإذا لم يجتاز، يتم اعتراضه مباشرة. وبالاستفادة من تغذية الأسعار الفورية من RedStone، يمكن للسياسة أن تحصل مباشرة على نسبة الضمان الحقيقية من السلسلة لتحديد ما إذا كانت عملية معينة يمكن أن تمر أم لا. إن تصميم «الاعتراض قبل التنفيذ» هذا برأيي ذو قيمة حقيقية—ليس مراقبة بعد وقوع الحدث، وليس تقييدًا على مستوى واجهة المستخدم، بل هو قفل مباشر على مستوى العقد الذكي؛ أي شخص يحاول تعديل العقد مباشرة لن يستطيع الالتفاف عليه.
القضايا الجوهرية في VaultKit SDK: من يكتب القواعد؟
إطلاق Newton Protocol Mainnet Beta. هذه المرة أخذت نظرة جادة على التفاصيل، وهناك بعض النقاط التي تستحق أن تُقال بشكل منفصل. مهم جدًا أين تحدث فحوصات policy. سياسة نيوتن ليست فحصًا للهوية وقت الإيداع، وليست تدقيقًا لاحقًا؛ بل هي فحص لحظي قبل أن تستقر كل معاملة على الشبكة. عندما يريد المستخدم سحبًا أو اقتراضًا، يقوم Newton بتشغيل policy أولًا، ثم يسمح بالمعاملة إذا اجتازت الفحص. وفي الوقت نفسه، يُنشئ توقيعًا attestation—يثبت أن هذه المعاملة تمت التحقق منها قبل تنفيذها، بحيث يمكن لأي شخص مراجعتها لاحقًا. ليس اختيار هذا الموقع عشوائيًا. يمكن لجهة فحص جانب الإيداع أن تُجرى مرة واحدة فقط؛ وبعد ذلك، كيف تُحوَّل الأصول داخل البروتوكول، لن يتمكنوا من رصدها. أما التدقيق اللاحق فهو مثل سد الفجوة بعد فوات الأوان؛ إذا حدثت مشكلة ثم تتم ملاحقتها. يختار Newton إجراء فحص قبل تنفيذ كل معاملة، ما يعني أن القواعد سارية باستمرار وليست مجرد عتبة لمرة واحدة.
تم إطلاق شبكة Newton Protocol Mainnet Beta، وسؤالي الأول ليس «هل سيتجه السعر إلى الارتفاع أم لا؟».
بل: من سيكتب الـ policy؟
منطق VaultKit SDK صحيح—يقوم curator بكتابة القواعد مسبقًا، وعندما تصل الصفقة يقوم Newton بالتحقق؛ إذا اجتازت القواعد يتم السماح، وإذا لم تجتز يتم الاعتراض. وفي كل مرة يتم اتخاذ قرار يتم إنشاء توقيع قابل للتحقق مع إيصال (signatures receipt). يقوم RedStone بتغذية بيانات الأسعار، وتوفر Credora تقييمات المخاطر، ثم يقوم محرك الـ policy بدمج الاثنين لتكوين حكم تنفيذي. يبدو الأمر متكاملًا.
لكن التأثير الفعلي على أرض الواقع يعتمد على جودة الـ policy التي يكتبها curator. إذا كانت القواعد مفرطة في التساهل تصبح الـ policy شكلية بلا قيمة؛ وإذا كانت صارمة جدًا يتم اعتراض الصفقات الطبيعية أيضًا. هذه ليست مشكلة في بروتوكول Newton نفسه، بل مشكلة من يستخدم VaultKit وهل يستخدمه جيدًا أم لا.
في مرحلة Mainnet Beta، ما يستحق المتابعة أكثر ليس $NEWT الخاص بالسعر، بل هل يوجد curator حقيقي يعمل في بيئة الإنتاج، ومدى عدد الصفقات الخطِرة الفعلية التي يتم اعتراضها بواسطة الـ policy. هذه أرقام تتكلم، لا سردية.
في الفترة الماضية كانت أحكامي على NEWT خاطئة، واليوم سأعيد النظر فيها. في ذلك الوقت اعتبرته عملة مفاهيمية عادية مرتبطة بالذكاء الاصطناعي، وكنت أظن أنها مجرد مشروع آخر يقتنص قصة الرواج؛ لذلك لم يكن الأمر مفاجئًا أن يتراجع السعر. لاحقًا، حين قرأت بجدية الآلية الأساسية لـ @NewtonProtocol ، أدركت أن اتجاه تفكيري كان منحرفًا تمامًا. ما قام به نيوتن ليس نموذج ذكاء اصطناعي، بل طبقة التفويض. بالتحديد: أي وكيل AI أو برنامج أتمتة يريد تنفيذ معاملات على السلسلة، يجب أن يمر أولاً بفحص سياسة نيوتن. يتم كتابة السياسة مسبقًا كقواعد باستخدام لغة Rego، ويتحقق منها مشغلو شبكة EigenLayer AVS. إذا نجحت، يتم توليد إثباتات تشفيرية تسمح بتسجيل المعاملة على السلسلة؛ إذا لم تنجح، يتم اعتراضها مباشرة. تكمن النقطة الأساسية في العملية كاملة في "التفويض المسبق"—ليس مراجعة لاحقة (بعد التنفيذ)، بل اعتراض قبل التنفيذ.
#newt $NEWT لما اشتريت $NEWT ، هل فكرت بوضوح من هو المستخدم الحقيقي للرقم @NewtonProtocol ؟ ليس أنت، ليس أنا، ليس مستثمراً فردياً عادياً. مجموعة نيوتن هذه—لغة Rego لكتابة policy، وشبكة EigenLayer AVS لإجراء تحقق من التفويض قبل أن تُنفَّذ المعاملة على السلسلة، وإثباتات تشفيرية تسجل كل خطوة من التنفيذ—الجهة التي تضع فعلاً أمر الشراء هي مؤسسة تحتاج إلى كتابة قواعد الامتثال داخل تدفق العمل على السلسلة، وهي بروتوكول يدير RWA، وهي محافظ الشركات التي لا تجرؤ على ترك وكلاء الذكاء الاصطناعي يتحكمون بحرية في الأموال. المستثمر الفردي العادي لا يملك سيناريو استخدام مباشر ضمن طبقة التفويض في نيوتن. هذه ليست إدانة، بل مسألة تحديد موقع. لذلك يشعر كثيرون بأن NEWT "لا يملك سيناريوهات" لأنهم ينظرون لمنتج مؤسسي من منظور مستثمر فردي. إن تراكم Magic Labs الذي يزيد عن 200K من المطورين هو أكبر أصل غير ملموس، لكن هؤلاء المطورين هم من دمجوا عميل سياسة Newton فعلياً داخل عقودهم الخاصة، واعتمدوا على ضغط الامتثال ومتطلبات المؤسسات، وليس على حماس السرد القصصي. الوتيرة بطيئة، لكن بمجرد الاتصال يصبح من الصعب جداً استبداله. أرى أن $NEWT يركز على أمر واحد فقط: هل توجد فعلاً جهة بروتوكول تكتب الـ policy داخل العقد وتجعله يعمل، وليس مجرد عرض على شبكة الاختبار.
في الدائرة يناقشون منشورات @NewtonProtocol ، ومعظمها يتحدث عن تفويض وكلاء الذكاء الاصطناعي وأتمتة DeFi. عند قراءتها شعرت أنها بنية تحتية موجهة لمستخدمي البلوكتشين القدامى. لكنني مؤخرًا عدت لقراءة ورقة البيانات البيضاء والوثائق الرسمية، واكتشفت شيئًا ربما كثيرون لم ينتبهوا له: قد لا يكون العملاء الذين أراد نيوتن خدمته بالفعل هم متداولو DeFi العاديون أصلاً. أولاً، استوعب الآلية بدقة. قبل أن يُسجَّل أي معاملة على السلسلة، يجب أن تمر بتقييم سياسة نظام Newton AVS—وهو عبارة عن قواعد مكتوبة بلغة Rego—بالاقتران مع بيانات خارج السلسلة مثل أسعار RedStone في الوقت الفعلي، وتقييمات الائتمان من Credora، وقوائم العقوبات، إلخ. ثم يقوم مزودو شبكة التشغيل التابعة لـ EigenLayer عبر restake بالتحقق، لإخراج شهادة/تذكرة تفويض موقعة. وبعد التحقق من الشهادة من خلال العقد فقط يتم السماح بالتمرير. يتم إكمال العملية قبل التنفيذ، ولا تغيّر منطق العقد، بل تضيف فقط نقطة ربط (policy hook).
اليوم قلبت أكثر في وثائق بروتوكول Newton لبعض الوقت، وعلقت على سؤال. يحتاج تقييم سياسة الرقم @NewtonProtocol إلى بيانات خارج السلسلة بشكل لحظي—موجز أسعار RedStone، والنتيجة الائتمانية لـ Credora، وتحديثات قائمة العقوبات. يتم جلب هذه البيانات عبر مُكيّفات TEE، وقبل أن يتم قيد كل معاملة على السلسلة، يقوم المشغل بتشغيل قواعد Rego على هذه المجموعة من البيانات لإخراج شهادة/إثبات موقّع، ثم لا تسمح العقود الذكية على السلسلة بالتحقق إلا بعد ذلك. المنطق واضح. لكنني أفكر في سيناريو: في ظل ظروف سوق متطرفة، قد يكون لموجز أسعار RedStone تأخير لبضع ثوانٍ، وتستخدم سياسة Newton إصدارًا يعتمد على السعر القديم لإصدار الشهادة، بينما يكون السعر الفعلي على السلسلة قد قفز بالفعل. كيف يتم التعامل مع هذا الفارق الزمني ضمن تصميم "التفويض قبل التنفيذ"؟ ليس المقصود أن RedStone غير موثوق، بل طريقة تأثير فروق توقيت مثل هذه البيانات، وهي مختلفة تمامًا عن منطق بروتوكولات التسوية التي تعتمد مباشرة على oracles—ومن الجدير توضيحها. ما زلت أبحث، ولا توجد نتيجة بعد.$NEWT #Newt
Alpha日报 اليوم وصل الإطلاق الجوي لكنه بطيء شوية؛ كنت معلقًا بدون حركة، وبعد ما رجعت من تنظيف الأسنان لقيته راح فوق 20u. لحسن الحظ هذه المرة ما طار بالسعر. العملات الجديدة بدون أي إشعار مسبق، أما العملات القديمة فاستمروا في البيع/الترقية—كل واحد ياكل على قدّه. المستثمرون الصغار قبل كانوا ينظرون إلى مشاريع الذكاء الاصطناعي؛ وأسهل شيء يخدعهم هو كلمات مثل "عدد النماذج" و"خلفية التمويل". استثمرت a16z، وعشرات/مئات النماذج—آلاف نماذج—يبدو كل شيء مطمئن. لاحقًا اكتشفت أن هذه هي الواجهة التي يختار الفريق عرضها فقط، بينما الشيء الذي يحدد القيمة فعليًا قلما يتحدث عنه أحد. اليوم ما زلت أتابع @OpenGradient . أنا لا أهتم بقدر ما يطرح من مفاهيم ذكاء اصطناعي، بقدر ما أهتم بهذا الشيء: Model Hub. هل المطورون مستعدون فعلًا لرفع النماذج عليه واستخدامها؟ أم أن الجهة الرسمية تقوم فقط بالعدّ/التحديثات الرقمية لتجميل المشهد. مكتبة نماذج لامركزية: هل تعيش أم لا، في النهاية يعتمد على ما إذا كان هناك من يضيف باستمرار أشياء جديدة بداخلها، وليس على مدى جمال الأرقام في يوم الإطلاق. $OPG الآن ما يزال يتذبذب عند مستويات منخفضة. لن أظن أنه لا يوجد شيء فقط لأن السعر نزل، ولن أظن أنه مضمون فقط لأن هناك إدراجًا على Binance. استمروا في مراقبة #OPG لمعرفة حالة نشاط هذا Model Hub—هل هناك مطورون يستخدمونه فعلًا، أم أن الأمر مجرد اهتمام/ضجة. $OPG #OPG
ألفا اليومية اليوم قمت بتعزيز بعض المراكز الصغيرة على OPG، ومنصة Upbit للتو تم إطلاقها، حجم التداول قفز ثم عاود الانكماش، قمت بلمس السعر قرب 0.20، وما أقدر أقول إذا كان القرار صح أو غلط، بس حبيت أستغل الفرصة قبل ما ينتبه أحد. البيع على المكشوف واحتساب الخسائر صاروا جزء من اللعبة، لازم أتقبل 😅 المستثمرين التقليديين صاروا ينظروا لمشاريع الذكاء الاصطناعي، وفي البداية كانوا يتورطوا بالمفاهيم، وبعدها اكتشفوا أن وجود سيناريوهات استهلاك حقيقية للتوكن هو الأهم. اليوم سأتابع @OpenGradient ، الشيء اللي يهمني هو تفصيل واحد: كلما قام المطور باستدعاء الذكاء الاصطناعي، يتم استهلاك OPG فعلياً مرة، ويتم التسوية مباشرة على Base عبر بروتوكول x402، مو عبر "إدارة البيئة" المعقدة، بل كمية الاستخدام الفعلي للشبكة مرتبطة بشكل مباشر مع استهلاك التوكن. إذا كانت هذه المنطق صحيح، فالشيء اللي يستحق المتابعة مو السعر، بل اتجاه حجم الاستدعاءات. $OPG ما رح أركز بس على الضجة، لازم أتابع #OPG إذا كانت بيانات الاستدعاء الفعلية في زيادة.
اليوم من المحتمل أن يكون لدينا صناديق عمياء للعملات القديمة، بعد الانتهاء لا تنسى دعم المبدعين. @OpenGradient تم إدراجها على Binance، "استنتاجات AI القابلة للتحقق" تبدو مثيرة جداً، لقد نظرت بجدية في الأساس، اليوم سأقول بعض الحقائق لمن اندفع فقط بسبب تأييد a16z. الاتجاه حقيقي، لكن نتائج استنتاج AI غير القابلة للتحقق هي مشكلة حقيقية على السلسلة، 2000+ نموذج، و2000000 مرة من بيانات الاستنتاج القابلة للتحقق ليست مجرد كلام، وهذا ما أعترف به. لكن ما هي التكلفة؟ "القابل للتحقق" يخفي وراءه ثلاث فرضيات ثقة مختلفة تماماً. zkML هو إثبات رياضي، الأكثر شمولاً، لكن التكاليف الحسابية تفوق الاستنتاج نفسه بمئات المرات، الآن يمكننا فقط تشغيل نماذج صغيرة جداً. TEE هي تنفيذ الأجهزة الموثوقة، سريعة، لكن في الجوهر تعتمد على ثقة في Intel وAMD بعدم وجود ثغرات، مما يخلق احتكاكاً غير واضح مع الهدف من اللامركزية. Vanilla لا تحتوي على تحقق. ما هو نوع الاستنتاج الذي يتم تشغيله فعلياً على الشبكة؟ هذه النسبة تحدد مدى صدق "AI القابل للتحقق" وكم هو مجرد رؤية. لا أحد يسأل هذا السؤال. منطقي في الممارسة: الاتجاه OG حقيقي، لكن الآن ما يستحق المتابعة ليس عدد النماذج، بل نسبة استنتاجات zkML من الإجمالي. إذا لم ترتفع هذه الرقم، فإن "القابل للتحقق" في معظم الأوقات هو فقط موثوق نسبياً تحت TEE، وما زال هناك مسافة مع القابل للتحقق فعلياً على السلسلة. $OPG الآن أقل بكثير من ATH، حقائق بيانات المطورين تتحدث، وليس الضجيج. #OPG $OPG
اليوم احتمال كبير العملات القديمة، في حدود 240 دقيقة، بعد ما نخلص نفتح صفقات. مؤخراً، السوق كله يتكلم عن BTCFi، @Bedrock من brBTC كل يوم فيه ناس تدفع له، أنا قمت بحثت في الآلية الأساسية، واليوم بقول لكم حاجة محد تكلم عنها بشكل مباشر: عقدة التحقق في Babylon تم عقوبتها، ماذا سيفعل حاملو brBTC؟ أولاً، أعترف أن منطق توجيه بروتوكولات brBTC متعدد، وBTC كضمان أمان يضمن ميزانية الأمان، وهذا أكثر استدامة من الاعتماد فقط على الحوافز. هذه النقطة لا يمكنني إنكارها. لكن ما هو الثمن؟ العقوبة في Babylon مكتوبة بشكل ثابت في البروتوكول - إذا قامت عقدة التحقق بعمل سيء، فإن BTC الذي في الخلف سيتعرض للتدمير العقابي. brBTC هو نموذج تقدير غير قابل للتعديل، عدد الحيازة لا يتغير، وسعر الصرف يرتفع مع العوائد. فالسؤال، عندما تتعرض العقدة للعقوبة، هل سيتراجع سعر الصرف لأول مرة؟ هل هذه الخسارة سيتحملها حاملو brBTC بنسب معينة، أم أن Bedrock لديها صندوق تأمين مستقل يغطي ذلك؟ حجم صندوق التأمين بالنسبة لـ TVL هو الرقم الذي يجب أن نركز عليه، وليس الفائدة السنوية التي تختلف بعدة نقاط. المجتمع يتحدث كل يوم عن العوائد، هل أحد راجع شروط توزيع مخاطر العقوبات؟ تقريباً لا أحد. منطقتي العملية: افهم حجم صندوق التأمين وآلية التعامل عند حدوث مشاكل بالعقد، ثم أضخ استثماراتي الكبيرة، أما إذا لم تستطع الإجابة، ووضعت مبلغ كبير، فهذا يعني أنك تخاطر بدون فهم. عندما يظهر السوق فعلاً أول حادثة عقوبة، كيف ستتعامل $BR ، هذا هو الوقت الذي يجب أن يقبل فيه BTCFi 2.0 اختبار الضغط الحقيقي. $BR #Bedrock
اليوم من المحتمل أن تكون العملات القديمة، ضمن نطاق 240 دقيقة، حينما تنتهي، يجب أن نبدأ. مؤخراً، @Bedrock من brBTC يتم الترويج له يومياً، لقد قمت بمراجعة آلية الطبقة الأساسية، اليوم سأخبركم بشيء لم يتحدث عنه أحد بشكل مباشر: تم تقليص نقاط التحقق (slash) في Babylon، ماذا يفعل حاملو brBTC؟ أولاً، يجب أن نعترف بأن منطق التوجيه عبر بروتوكولات متعددة يعمل، حيث أن تأمين BTC كضمان أفضل من الاعتماد فقط على نموذج الحوافز. هذا ما أوافق عليه. لكن ما هي التكلفة؟ آلية التقليص (slash) في Babylon موجودة بالفعل – توقيع مزدوج للنقاط، والأفعال السيئة، BTC الخلفية سيتم تدميرها كعقوبة. brBTC هو نوع من العملات التي لا تعيد التوازن (non-rebase)، عدد الحيازة ثابت، ومعدل الصرف يرتفع مع العوائد. كيف سيتم معالجة خسائر التقليص؟ هل سينخفض معدل الصرف للمرة الأولى؟ أم أن Bedrock لديها صندوق تأمين يغطي ذلك؟ نسبة تغطية صندوق التأمين هي الرقم الحقيقي الذي يجب أن نراقبه، وليس الفارق في APY. يتناقش المجتمع يومياً حول ارتفاع العوائد، هل رأى أحدكم شروط توزيع مخاطر التقليص في البروتوكول؟ لا أحد. الجميع ينظرون إلى ارتفاع معدل الصرف، ولم يفكروا في منطق تفعيله للمرة الأولى. منطق عملي: قبل الدخول في brBTC، يجب أن نفهم شيئين – حجم صندوق التأمين بالنسبة لتغطية TVL، وآلية المعالجة الدقيقة عند حدوث مشكلة في النقاط. إذا لم نتمكن من الإجابة، فإن الاستثمار بكثافة هو تعريض للخطورة التي لا نفهمها. عندما يحدث حدث تقليص حقيقي، كيف ستستجيب $BR ، هذا هو الوقت الحقيقي لاختبار BTCFi 2.0. $BR #Bedrock
اليوم في صناديق العملات القديمة، بين 240 للأعلى والأسفل، بعد ما تخلصوا لا تنسوا المبدعين. OPG نزلت على Binance، "الاستدلال القابل للتحقق" تم تقديمه بشكل جذاب، أنا شفت الآلية الأساسية، وبدّي أقول شوية حقائق للناس اللي بس يشوفوا دعم a16z ويجريوا. الاتجاه حقيقي — بروتوكولات السلسلة بتستخدم نماذج AI، كيف نثبت إن النموذج بيشتغل زي ما بيقول، والمخرجات ما تم التلاعب فيها؟ هذه مشكلة حقيقية، @OpenGradient هنا في حاجة لبناء البنية التحتية. لكن التكلفة إيش هي؟ "القابل للتحقق" خلفها ثلاث افتراضات ثقة مختلفة تماماً. zkML هو الأكثر شمولية، الإثباتات الرياضية تثبت صحة الحسابات، وما تحتاج ثقة بأي شخص — لكن تكلفة الحسابات بتكون مئات مرات أكثر من الاستدلال نفسه، حالياً ممكن نجري نماذج صغيرة جداً فقط. TEE سريعة، لكن بالأساس تعتمد على ثقة في أجهزة Intel وAMD إنها ما تخلي أبواب خلفية، وفيه احتكاك غير واضح بين "اللامركزية" و"الثقة". Vanilla ما فيها تحقق مباشر. الاستدلال الفعلي على الشبكة بيشتغل بأي نمط؟ هالنسبة تحدد قد إيش "الذكاء الاصطناعي القابل للتحقق" هذا السرد فيه واقعية. في المجتمع، كم واحد من اللي أشتروا $OPG يقدر يجاوب على هالسؤال؟ أغلبهم اشتروا فكرة "AI x بلوكتشين"، مو عندهم حكمة حقيقية عن آلية التحقق. منطقي العملي: ما أركز على عدد النماذج، أراقب نسبة استدلال zkML في إجمالي الاستدلالات. إذا الرقم ما زاد، "القابل للتحقق" بيكون بس موثوق نسبياً على مستوى TEE، ولسه فيه مسافة عن التحقق الحقيقي على السلسلة. هل السرد قوي كفاية؟ شوف بيانات الاستخدام الفعلية للمطورين، مو بس الشغف. #OPG $OPG
هذا الأسبوع، عملة Alpha القديمة تتواصل، بين 240 دقيقة وفوق، بعد ما تخلص، لا تنسى المبدع مؤخراً، OPG يتم ذكره بشكل متكرر في كل الشبكة، "2 مليون مرة إثبات AI قابل للتحقق"، "استثمار a16z"، "بنية تحتية للذكاء الاصطناعي على السلسلة"، كل كلمة لوحدها ممكن تكتب عنها مقال. في اليومين الماضيين، قمت بمراجعة الوثائق الهيكلية لـ @OpenGradient بجدية، واليوم سأقول بعض الكلمات التي قد تكون مؤلمة للبعض أولاً، اعترف بالأماكن التي فيها محتوى: هيكل HACA من OpenGradient، يفصل بين تنفيذ استدلال AI والتحقق على السلسلة، هذه الفكرة صحيحة. إذا أجبرنا كل الاستدلالات على العمل باستخدام zkML، فإن مهام LLM لن تعمل على الإطلاق، التكلفة مرتفعة جداً. لذلك، قاموا بعمل "طيف التحقق" — المهام البسيطة تعمل باستخدام إثباتات رياضية من zkML، بينما الاستدلالات المعقدة من LLM تستخدم بيئة التنفيذ الموثوقة TEE لضمان الأمان. هذا التصميم عملي، وليس عشوائي لكن ما هو الثمن؟ كلمة "قابل للتحقق" تحمل معاني مختلفة جداً حسب المهام إثباتات zkML قابلة للتحقق على مستوى رياضي، أي شخص يمكنه التحقق من نتائج الحساب بشكل مستقل. بينما "قابل للتحقق" في TEE يعتمد على افتراض الثقة في عتاد مثل Intel SGX، في جوهره هو "نثق أن هذه الشريحة لم تخدع"، وليس إثباتًا تشفيرياً في "2 مليون مرة من الاستدلال القابل للتحقق"، كم عددها تم تشغيله فعلاً بإثبات zkML، وكم عددها تمت معالجته بواسطة TEE، هذه الأرقام لم تفصلها OPG الرسمية. بالنسبة لمن يريد تقييم أمان هذه البنية التحتية بجدية، فإن خلط هذه الأرقام يخفف كثيراً من المعلومات لننظر الآن إلى $OPG والاقتصاد الدائري: استدلال AI يتم دفعه بواسطة OPG، التكاليف تُوزع على مشغلي العقد. المنطق ليس خاطئاً، لكن الشرط الأساسي لدوران هذه العجلة: وجود مطورين خارجيين حقيقيين يستخدمون OPG للدفع مقابل الاستدلال، وليس فقط الاختبارات الداخلية للفريق أو محاولات تحفيزية لزيادة الأرقام. مرت شهرين فقط على TGE، والتحفيز لم ينخفض بالكامل بعد، في هذه المرحلة، من بيانات حجم الاستدلال، كم هو حقيقي من الطلب المدفوع، وكم هو من صائدي النقاط الذين يقومون بالمهمات؟ يمكن التحقق من ذلك على السلسلة، لكن نادراً ما يذهب الناس للتحقق منطقي العملي: مسار OPG التكنولوجي جاد، a16z ليست مستثمر عشوائي، وبالاجي ليس مجرد مدافع سطحي. لكن قيمة OPG تعتمد في النهاية على استعداد المطورين الخارجيين لدفع الأموال الحقيقية لتشغيل الاستدلال، وليس فقط على وسم "AI + blockchain" لدعم السعر حجم الاستدلال المدفوع بعد انتهاء فترة التحفيز هو الإجابة الحقيقية عن قيمة OPG. #OPG
اليوم، من المحتمل جدًا أن يكون هناك تداول كبير على العملات القديمة، في حدود 240 نقطة لأعلى أو لأسفل، مع وجود تفصيلات، ولا يوجد ما يستحق الانتظار. مؤخراً، الجميع يتحدث عن التصميم غير القابل للتعديل لـ @Bedrock ، حيث تبقى كمية brBTC التي تمتلكها ثابتة، بينما تزداد القيمة ببطء مع الأرباح، يبدو أن هذا أنظف بكثير من تلك الرموز القابلة للتعديل التي تتضخم باستمرار. أوافق على منطق التصميم هذا، لكن اليوم سأشير إلى نقطة لم يتحدث عنها أحد. كمية brBTC التي يمكنك تحويلها إلى BTC ليست شيئًا يمكنك حسابه مباشرة من السجلات، بل تعتمد على سعر صرف يتم تحديثه في الوقت الحقيقي. من أين يأتي هذا السعر؟ يتم حسابه من خلال جمع الأرباح التي تنتجها البروتوكولات الأساسية مثل Babylon وPell وSatlayer، ثم يتم كتابته في العقد. بمعنى آخر، القيمة الحقيقية للـ brBTC التي تمتلكها تعتمد على نظام تحديث سعر صرف يعمل بشكل مستقر على السلسلة، ويعتمد على البيانات الصحيحة للأرباح من البروتوكولات الأساسية. هذا النظام عادةً ما يعمل بشكل جيد، لكن إذا فكرت في الأمر بعمق، أين تكمن المخاطر: أولاً، إذا حدث خلل في بيانات الأرباح الخاصة بأحد البروتوكولات الأساسية (مثل Pell)، هل سيؤثر هذا الخلل على تحديث سعر صرف brBTC بشكل عام؟ هل هناك آلية لإيقاف الأخطاء في منطق التحديث، أم أن البيانات الخاطئة ستكتب مباشرةً في سعر الصرف؟ ثانيًا، عندما يتم استخدام brBTC كضمان في بروتوكولات الاقتراض الخارجية، هل تستخدم البروتوكولات الخارجية مصدر سعر Bedrock الرسمي أم أنها تقدر السعر بنفسها؟ إذا لم تكن تتبع سعر الصرف الرسمي في الوقت الحقيقي، فإن تقييم ضمانك وقيمته الحقيقية سيظهر فيه انحراف، وإذا كان الانحراف كبيرًا، فستكون هناك مخاطر تصفية يصعب حسابها. ليس الأمر أن هذه المشاكل ستحدث بالتأكيد، ولكن العديد من الأشخاص قبل القيام بعمليات معقدة باستخدام brBTC، لم يفكروا أبدًا في "كيف يتم تحديث هذا السعر، ومن سيتولى الأمر إذا حدثت مشكلة؟" هناك الكثير من الناس في المجتمع يقارنون بين معدلات APY لبروتوكولات BTCFi المختلفة، لكن قلة قليلة منهم تذهب لتفقد عقد تحديث سعر brBTC، لتتحقق مما إذا كان هناك منطق للتعامل مع أعطال البروتوكولات الأساسية. وهذا هو ما يحدد حقًا مدى استقرار brBTC في الحالات القصوى، وليس APY الذي هو أعلى بـ 0.5٪. منطقي العملي: أضع brBTC في منصة Bedrock نفسها لكسب الفائدة، حيث تتحمل المنصة مخاطر سعر الصرف، وهذه هي أنظف طريقة للاستخدام. بمجرد أن أنقل brBTC إلى بروتوكول خارجي كضمان، يجب أن أتأكد من كيفية معالجة ذلك البروتوكول لسعر brBTC، فلا تفترض أنه يعادل BTC. إن نمو نظام BR هو أمر جيد، لكن متانة آلية سعر brBTC هي الأساس الحقيقي للهيكل بأسره. $BR #Bedrock
اليوم من المحتمل أن يكون هناك صناديق عمياء لعملات قديمة، حوالي 240 نقطة. بعد ما تخلص من الصفقة، افتحها ولا تنتظر كثير. مؤخراً، عدد الأشخاص في @Bedrock يتزايد، وقد لاحظت أن الأشخاص الذين يدخلون ينقسمون إلى نوعين - أحدهما يجمع brBTC والآخر يخزن $BR ، وهناك الكثير من الناس يحتفظون بالاثنين معاً، يعتقدون أنهم "يستفيدون من كلا الجانبين". اليوم سأتحدث عن هذه المسألة، فمعظم الناس لم يفكروا بوضوح في العلاقة بين هذين الأصلين. لنبدأ بـ brBTC. المنطق هنا واضح جداً: عندما تودع BTC، تحصل على شهادة ذات قيمة متزايدة، عددها يبقى ثابتاً، لكن كمية BTC التي يمكن استبدالها بـ brBTC ستستمر في الارتفاع مع العوائد الفعلية للبروتوكولات الأساسية مثل Babylon وPell وSatlayer. هذه الآلية للتقدير مدفوعة مباشرة من مستوى البروتوكول، وليس لها علاقة مباشرة بتقلبات سعر BR. عندما يرتفع TVL، المستفيدون من brBTC يحصلون على عوائد غير مباشرة، السلسلة المنطقية قصيرة وواضحة جداً. BR هو شيء آخر. إنه رمز الحوكمة لمنصة Bedrock، يتم قفله في veBR للمشاركة في الحوكمة، ومن يمتلكه يمكنه الحصول على خصومات في الرسوم، بالإضافة إلى توقع توزيع الرسوم البروتوكولية. لكن هنا توجد مسألة يجب التفكير فيها بجدية: ما هي النسبة الحقيقية من رسوم البروتوكول الناتجة عن نمو TVL التي تعود فعلاً إلى حاملي BR / veBR؟ ما مدى شفافية واستقرار هذه السلسلة من نقل القيمة؟ هذه هي التكلفة: عائدات brBTC مؤكدة على مستوى الآلية - إذا كان هناك عوائد من البروتوكولات الأساسية، فإن سعر الصرف يرتفع، وليس له علاقة بمشاعر السوق. دعم قيمة BR يعتمد على مجموعة أخرى من المنطق - يعتمد على التوسع المستمر للمنصة، وآلية إعادة تدفق رسوم البروتوكول المنفذة بوضوح، والسلطة الحوكمة في هذه المرحلة لها معنى فعلي. إذا افتقد أحد هذه الشروط الثلاثة، فإن دعم قيمة BR يعتمد على مجموعة أخرى من المنطق - يعتمد على التوسع المستمر للمنصة، وآلية إعادة تدفق رسوم البروتوكول المنفذة بوضوح، والسلطة الحوكمة في هذه المرحلة لها معنى فعلي. إذا افتقد أحد هذه الشروط الثلاثة، فلن يتبقى لـ BR سوى التوقعات لدعم السعر. بعد أن تفتح بيئة Bedrock 2.0 بشكل حقيقي، ستتحدث بيانات التوزيع الفعلية للرسوم، وعندها ستكون هناك إمكانية للتحقق من قدرة $BR على التقاط القيمة. الآن، أولئك الذين يركضون بناءً على السرد فقط، سينتظرون حتى تظهر البيانات ليكتشفوا ما الذي اشتروا بالفعل. #Bedrock
اليوم من المحتمل أن يكون هناك صناديق عملات قديمة، بين 240 فولت لأعلى ولأسفل، لا يوجد أي عملات جديدة في الأفق، إذا كان عليك التداول، فافعل ذلك، لا تنتظر بلا طائل.
لكن ما هو الثمن؟ هذا الأمر واضح فقط داخل منصة @Bedrock ، بمجرد أن تأخذ brBTC إلى بروتوكول آخر كضمان للحصول على قرض، تبدأ الأمور في التعتيم. brBTC ليس بنفس القيمة الثابتة 1:1 مع BTC، بل معدل تحويله الحقيقي متقلب ويزداد باستمرار. إذا أخذت brBTC إلى بروتوكول اقتراض ما، يجب أن يكون لدى هذا البروتوكول مصدر سعر يتعقب "سعر brBTC مقابل BTC في الوقت الحقيقي"، وليس مجرد استخدام سعر BTC كمرجع لسعر brBTC. إذا لم يتطابق هذان الأمران، ستكون هناك نتيجتان: البروتوكول يبالغ في تقدير القيمة الحقيقية لـ brBTC، مما يجعل خط التسوية الخاص بك محسوبًا بشكل أكثر تشددًا مما ينبغي، مما يؤدي إلى تصفية مراكز كانت يجب ألا تُصفى مسبقًا؛ أو إذا كان البروتوكول يبالغ في تقدير القيمة، فهذا يعني أن البروتوكول يتحمل مخاطر ديون سيئة غير مفهومة. الآن، هناك الكثير من الأشخاص في المجتمع يرون أن سعر brBTC يرتفع، ويعتقدون "أن هذه عائدات مجانية، حيثما وضعتها ستكون مستقرة"، لكن لا أحد يتحقق: هل البروتوكول الذي يستخدمونه لديه تسعير خاص لـ brBTC، أم أنه يستخدم ببساطة سعر BTC كمرجع؟ هذه البيانات على السلسلة يمكن التحقق منها، لكن لا أحد يتحقق منها. منطق عمليتي: استخدم brBTC داخل نظام Bedrock نفسه، هذه الآلية صحيحة، المنطق التصميمي سليم. لكن قبل أن تأخذها إلى بروتوكولات أخرى كضمان، تحقق من وثائق مصدر السعر الخاصة بهذا البروتوكول، لترى إذا كان لديه حقًا سعر صرف خاص بـ brBTC، وليس مجرد افتراض أنه يعادل BTC. $BR الحماية الحقيقية ليست فقط في مدى براعة تصميم منتج brBTC نفسه، بل في عدد البروتوكولات الخارجية التي ترغب في قضاء الوقت في دمج منطق سعره بشكل صحيح - هذا العدد هو ما يعكس عمق النظام البيئي الحقيقي، وليس الرقم الإجمالي لـ TVL. $BR #Bedrock