#grvt في كل مرة أشاهد فيها سوق التشفير شيئًا جديدًا يتم الترويج له بكلام من قبيل: “امتثال على مستوى عالمي” وكثيرًا ما تُعرض تراخيص تشغيل خارجية، تظل حذرًا بداخلي بشكل غريزي. فهذه الدراما الرديئة لنهب “الثيران” عبر مفاهيم براقة كثيرة جدًا في هذه الدائرة. لكن في الآونة الأخيرة، خصصت وقتًا لدراسة البنية التقنية الأساسية لـ @grvt_io ، ووجدت أن لدى هذا الفريق بالفعل ما يستحق الاهتمام، وليس مجرد وعود على الورق.
أكبر نقطة ضعف في منصات التداول اللامركزية التقليدية هي التأخر/التعطل (الكَرتُون)، بينما المؤسسات المركزية تعيش في “صندوق أسود” غير شفّاف. تتبنى GRVT حلًا وسطًا: يتم إرسال عمليات مطابقة الأوامر التي تستهلك أكبر قدر من القدرة الحاسوبية إلى خارج السلسلة لتعمل هناك، بهدف تحقيق أقصى كفاءة في الاستجابة؛ لكن بالنسبة إلى الجزء الأكثر جوهرية في تسوية الأموال، فإنها تواصل المراهنة على شبكة الإيثيريوم الرئيسية، وتستعين بتقنية ZK Stack Validium كحاجز أمان. أي أنها تحاول أن تمنحك تجربة سلاسة أشبه بالمنصات المركزية، مع الاحتفاظ في الوقت نفسه بالتحكم المطلق في الأصول بين يديك.
عند مراجعة خارطة الطريق الخاصة بهم، تتضح طموحات الفريق بجلاء: يريدون إنشاء “مسبح سيولة” يخدم كل السيناريوهات. فالأموال نفسها يمكن أن تُستخدم كضمان لعقود، وأن تعمل كذلك لكسب عائد (فائدة)، وحتى الاستدعاء عبر البروتوكولات لتوظيف السيولة. ومع وجود خلفية مصرفية استثمارية تقليدية داعمة، إضافة إلى تراخيص امتثال في أماكن مثل ليتوانيا، فإن هذا السرد يمكنه فعلًا جذب الانتباه عبر متابعة حماس BTC. لكن الواقع قاسٍ: حتى الآن، مجرد بضع ملايين من الدولارات كقيمة إجمالي الأموال المقفلة (TVL) تمثل عجزًا بنيويًا؛ فالتفاعلات الفعلية على السلسلة وعمق السيولة لم تتشكل بعد.
بشكل عام، نقطة دخول GRVT انتقائية جدًا، لكن المزالق في الأمام كذلك كثيرة. هل يمكن فعلًا تحقيق مزامنة مطلقة بين البيانات على السلسلة وخارجها؟ وكيف يمكن معالجة تكلفة القدرة الحاسوبية المرتفعة لإثباتات المعرفة الصفرية؟ هذه كلها مشكلات صعبة. كمتداول صغير، لا تدع الرؤى الكبيرة تُخدّر رأسك. هل نحن أمام ابتكار يقلب الصناعة فعلًا، أم مجرد حملة ترويجية مُحكمة الإعداد ومغرية؟ لِنترك الأمر: من الأفضل أن نكبح أنفسنا وننتظر اختبارات الضغط على الشبكة الرئيسية تحت سيناريوهات السوق القصوى، ثم بعد ظهور بيانات حقيقية، يمكن اتخاذ القرار في وقتها المناسب تمامًا. @grvt_io
قبل فترة، ظهر في المجتمع أحد الأشخاص وطرَح 1 نبذة عن NewtonProtocol، وكان يبالغ في الثناء عليها بشكل مجنون، وكأنها “تذكرة” خارقة تجذب القوات النظامية للدخول. تصفّحتها تقريبًا 1 مرة؛ ألا يعني ذلك خلطًا شاملًا لكل أكثر المفاهيم لفتًا للانتباه في الوقت الحالي! في النهاية، لا تعدو كونها تضخ 1 “وصيًا/مشرفًا” على بروتوكولات السلسلة، بحيث لا بد أن تمر أي تحويلات أموال عبر موافقته. كنا من قبل نتجنب التدخل البشري، والآن أصبحت المفارقة أنه يُراد تفويض الأموال والحياة كلها إلى ذلك الوسيط “الحديث” المزعوم… هذا التملّص الأجوف فعلاً يثير الضحك. @NewtonProtocol
بمجرد نزع ذلك الغلاف المهيب، فإن أساليب التحكم بالمخاطر التي تستخدمها لمراقبة الأوضاع ليست في الحقيقة سوى نموذج قديم مهجور منذ سنوات من قبل، تم فقط تزيينه برداء جديد “عصري” ليظهر كأنه رائد في المجال. إن إعداد مثل هذه السلسلة الثقيلة من الضربات قد ينفع لخداع المبتدئين خارج الدائرة. لكن في نظر الخبراء، كلما ازدادت تعقيدات المعمار، زادت احتمالات الانهيار عند وقوع مشكلة. وفي يوم ما إن خرجت “واقعة غريبة”، وأصبح كل جزء يدفع المسؤولية إلى غيره، فستصير مهمة إيجاد شخص واحد يمكنه إصدار القرار ويتحمل المسؤولية أشبه بالمستحيل. #Newt
الشيء الأكثر إحباطًا هو آلية التسعير نفسها؛ فسلطة البيع والقتل في الحوض تُمسك بها تمامًا عقد بيانات خارجية. طالما أن مصدر السعر يتذبذب ولو 1 مرة بشكل بسيط، يواجه كامل الشبكة خطر التعطّل في غضون دقائق. وهذا يشبه تمامًا أسلوب المؤسسات العتيقة حين تُفصل كابل الشبكة. وإذا انطلقت هذه القنبلة فعلًا، فسوف تسحق مباشرة وضع $NEWT ، فخسائر المستثمرين الأفراد—من سيدفع ثمنها من جيبه؟ إنها لا تقدم شيئًا كـ “إبرة تثبيت السفينة”، بل صندوقًا أسودًا لا قاع له. بدل أن تعيش فيه يومًا بعد يوم بعينين مُعلقة وقلق مستمر، فالأفضل أن تنقل رأس المال إلى Binance وتلعب بالسبوت بكل اطمئنان—ففي النهاية، الحفاظ على حقيبة مالك هو الأمر الأهم.
أشباح في دفتر الحسابات: معضلة الامتثال وراء أقصى درجات الخصوصية لدى Newton
لِنخرجْ من جديد ما تم تمزيقه في الفصل 5.6 والفصل 9.6 من الورقة البيضاء <c-19/> ولِنقضمها مرة أخرى. التصميم الرسمي جميل جدًا: يكفي أن تعمل الاستراتيجية حتى يتم تثبيت سجلّ على السلسلة يحتوي على ختم زمني وتوقيعات تجميع. على السطح تبدو هذه المنطقية متينة كأنها صخرة، لكن إذا هدّأنا أنفسنا وفكّرنا بهدوء: ماذا لو بعد 6 أشهر، جاءَت جهة تنظيمية فعلًا بمِكبّر لكشف الحسابات القديمة، وطلبت إعادة تمثيل عملية التقييم التي تمت آنذاك؟ هل يستطيع نيوتن أن يقدّم الدليل في الموقع؟ بصراحة: مستحيل. #Newt لا تُعوِّلْ بعد الآن على الإيصالات الموجودة على السلسلة؛ فذلك الشيء لا يُعدو كونه صورة تذكارية بلا روح. إن التحقق الحقيقي من الحسابات يتطلب الحفر حتى الأعماق. لماذا تكون أنظمة إدارة المخاطر في المؤسسات المالية القديمة صارمة جدًا؟ لأن لديهم في الخلف قاعدة بيانات ضخمة للغاية—كل عملية اعتراض تحمل بوضوح تقييمًا للمخاطر، وشروط تفعيل، وملاحظات يدوية. أما على إيصالات نيوتن، فما الذي يوجد؟ قيمة تجزئة وحيدة وحدها بالإضافة إلى رقم كتلة واحد. لا يمكنها إلا أن تعلن بشكل جاف: «تم إلغاء هذه المعاملة»، لكنها لا تستطيع أبدًا تقديم دليل قاطع على «ما هي المدخلات التي كانت تدخلها الأنظمة في ذلك الوقت بالضبط والتي قررت حظرها». وفي هذا السياق، تحوّلت سدود الخصوصية التي كانت مُصمّمة لحماية المستخدمين إلى أكبر عثرة في طريق الامتثال.
#grvt بالأمس قمت بصفقة بيع على المكشوف ثم تم ضربها بخسارة، لدرجة أنني كدت أفقد ما يقارب 300 دولار بالكامل. كنت أراقب الحساب، لكن أفكاري راحت بدلًا من ذلك إلى GRVT التي أخطط لتنفيذ TGE الخاصة بها هذا الشهر. هذا الشخص يركز على “استضافة لامركزية مع تجربة مركزية”، ويتفاخر بـ TPS يصل إلى 600 ألف وزمن تأخير منخفض للغاية. لكن بعد أن قمت فعليًا بتشغيل الاختبار وربطته بالتقاط الحزم بنفسي، اكتشفت أن طريقة اللعب هذه تعتمد بعمق على توفر بيانات Validium؛ بمعنى آخر، كأنني أراهن بكل أموالي على الصرامة الرياضية للصيغة.
بعد تفكيك الأكواد الأساسية المنشورة علنًا، وجدت أن دارات إثباتات المعرفة الصفرية الخاصة بتصفية المشتقات مكتوبة بشكل معقد بشكل مبالغ فيه. التعامل مع تحويلات بسيطة من حيث سجل الأرقام قد يكون مقبولًا، لكن عندما يتعلق الأمر بضمان هامش موحد وتسويات التصفية عند الانهيار (التصفير/التسييل)، فإن قيود النظام تصبح فوضوية للغاية. يكفي أن تكون هناك نقطة واحدة في الكود لم تُحكم بإحكام، بحيث يمكن لأحد الخبراء التقنيين استغلال الفجوة لتزوير بيانات الاعتماد الخاصة بحسابات غير مدرجة على السلسلة بما يطابق شروط الامتثال. إن تحذير مخاطر فقدان الأموال الذي تعرضه L2BEAT ليس مجرد تهويل؛ فكلما زادت التعقيدات، زادت نسبة احتمالات الانفجار.
علاوة على ذلك، فإن عملية تجميع/حزم الإثباتات لا تُنفَّذ إلا على جهاز افتراضي (Boojum) بإصدار محدد، مما يزرع بذور الخطر. فإذا ترقت آلة افتراضية مستقبلًا دون توافق، فستتعطل بيانات الحزم تمامًا على الشبكة الرئيسية لإيثيريوم؛ وعندها حتى سحب الأموال سيكون عليه أن يصطف في طابور طويل من دون استعجال. دائمًا ما تكون المطابقة السريعة والتدافع الدفاعي من دون ثغرات شيئًا يتجاذب مع بعضه.
إن فصل المطابقة عن التسوية قد حل بالفعل عطش كفاءة استخدام رأس المال. لكن عندما أضع الأموال الحقيقية في هذه الدارات التي لم تختبرها عواصف كبيرة، تبقى المخاوف في قلبي. إلى أن يتم إطلاق الرمز، قد أكتفي بأخذ مبلغ صغير لاستكشاف الأمور، لكن الجزء الأساسي من مراكزي الكبيرة يجب أن ينتظرها حتى تتجاوز عدة جولات من ظروف السوق الأحادية القاسية. أعطي هذه البنية تقييمًا بـ7 نقاط، أما الـ3 نقاط المتبقية فهي مساحة من الاحترام والرهبة مخصصة لاحتمالات وجود ثغرات في الكود غير المعروفة. @grvt_io
#newt مؤخرًا أثناء قياس بيانات عقد (Newton) اكتشفت أن آلية الإجماع لديه تسير على نهج “الاستعانة بالغير”، إذ أنها تمسك بدعم EigenLayer مباشرةً. الاعتماد على إعادة الرهن (re-staking) على إيثيريوم لبناء شبكة أمان يشبه شركةً صغيرة في بدايتها تقوم ببساطة باستئجار خوادم سحابية جاهزة. هذا الأسلوب وفّر على الفريق مبالغ كبيرة من المال الحقيقي بدلًا من الإنفاق المبكر على التطوير، كما أنه كان مفيدًا جدًا لتطوير $NEWT في مرحلته الأولى.
لكن الاستعانة بالدجاج بدل البيض لها ثمن. فحين تسلّم أوراقك الأساسية للآخرين، تصبح الأمور لا محالة أكثر سلبية. راقبتُ الخلفية ولاحظت أن الكثير من الأجهزة التي تشغّل Newton مربوطة من وراء الكواليس بعدة شبكات أخرى. عمال التعدين يتحركون دائمًا حيث تكون الأرباح أعلى، فإذا شهد مشروعٌ آخر طفرةً كبيرة في العوائد أدت إلى زيادة تحميل العتاد، فسيقومون بالتأكيد بتوزيع الشبكة والقدرة الحاسوبية أولًا على أكثر الأعمال ربحية. والنتيجة أن بياناتنا هنا قد تُصبح متعثرة أو تتعطل بشكل متكرر.
الأكثر ما يقلق هو نوع “العقوبة بالتضامن”. لنفترض أن جهازًا ما يرتكب سوء سلوك على سلسلة أخرى لا علاقة لها تمامًا، وتم القبض عليه: سيُخصم الرهن المحسوب من الإيثيريوم المُودع بقسوة. لكن ذلك يعني أن مستوى الضمان لدينا في نفس الجهة سينخفض أيضًا تبعًا لذلك. وإذا تزامن ذلك مع سيناريو انهيار حاد في السوق، فإن كارثة على طريقة “سقوط الدومينو” قد تتضاعف آثارها إلى حدٍ كبير، وهو أمر يصعب تفاديه.
في مرحلة الانطلاق يُعد الاستفادة من زخم المؤسسات الكبرى أسلوبًا ذكيًا ويمكنه تجنب كثير من هجمات القراصنة. لكن على المدى الطويل، أن تكون الثروة والوجود كله معلقًا على حبل واحد أمر غير موثوق. ينبغي لاحقًا توسيع الأبواب تدريجيًا والبحث عن عقد مدنية لا تربطها علاقة قرابة أو مصالح مباشرة بالموردين للقيام بنسخ احتياطية. فكما يقال: قاعدة الأمان—مثل البيض—عندما توزّعه في سلال متعددة يكون ذلك الأكثر أمانًا. @NewtonProtocol #Newt
لا تستعجل: تفكيك ثلاث “تكاليف خفية” بعد إطلاق الشبكة الرئيسية لـNewton Protocol
دخلتُ في أجواء عالم الـDeFi لفترة طويلة، ولم أعد أبالي تمامًا بنهج “الاعتراض والمطالبة بعد وقوع الضرر”. عندما يتم تفريغ السيولة بواسطة القراصنة، ويختفي القائمون على المشروع وكأن شيئًا لم يحدث، فإن ما تملكه من هاشات على السلسلة لتقديم بلاغ غالبًا يكون مجرد إجراء شكلي. لذلك، في الفترة الأخيرة، عندما انتبهت إلى آلية “مراجعة السياسة قبل إجراء الصفقة” التي أطلقتها Newton Protocol، شدّتني حقًا. إذا أمكن ربط نقطة “وضع القيود التنظيمية قبل حدوث الصفقة”، فقد يكون ذلك مدخلًا حقيقيًا لتمتد التمويل اللامركزي إلى السوق التقليدي السائد. @NewtonProtocol لكن داخل الدائرة رأيت الكثير من عروض الـPPT المبهرة. أنا شخص عنيد؛ لا أقتنع إلا بعد أن أجرب بنفسي. خلال النصف شهر الماضي، استثمرتُ قليلًا من المال الحقيقي، وقمتُ بتجربة كامل عملية نسخة بيتا من الشبكة الرئيسية لـNewton، من تشغيل التحقق من الاستراتيجيات إلى إعادة الرهن على EigenLayer، وصولًا إلى نماذج الاقتصاد وإطلاق الرموز. من الداخل إلى الخارج، فحصتها بدقة. سأضع الأمور على الطاولة أولًا: الاتجاه في هذه الصفقة صحيح ولا غبار عليه، لكن في مرحلة بيتا الحالية توجد عدة “مصائد خفية” يجب أن أتكلم عنها مع الجميع.
#grvt لقد خسرت 50 ألف U عن قصد تجربة «وحدة الحساب» للتداول عالي التردد. وفي الأسبوع الماضي، عندما حدثت تقلبات كبيرة، انزلقت الخسارة بسبب الانزلاق (slippage) مباشرةً وتكبدت خسارة قدرها 800 U من المال الحقيقي. وبما أن لم يحن بعد وقت TGE، يجب أن أسرع لتوعية الجميع وتجنب هذه المزالق الخفية في هذا النوع من البنية الهجينة. في البداية اخترته لأنني اعتقدت أنه يدير الأصول بنفسه ويمكنه تنفيذ الصفقات بسرعة فائقة، لكن اتضح أنه في الأوقات الكبيرة—عندما تزيد الأحمال—يتعثر.
وبصراحة، في الأوقات العادية عندما لا تكون هناك حركة قوية، فهو مريح جدًا ويعمل بسلاسة كبيرة في مشاركة الهامش. لكن بمجرد أن تحدث لحظات تتذبذب فيها الأمور صعودًا وهبوطًا بشكل عشوائي وتدخل «دبابيس/إبر» في السوق، ترتفع طلبات TPS بشكل جنوني، وتظهر تلك الفترة القاتلة من الفراغ. أنا كنت أرى أن أوامر الإغلاق من الواجهة الأمامية قد تم تنفيذها بالفعل، لكن عملية مزامنة Validium في الطبقة السفلية وإثباتات ZK كانت عالقة تحت أقصى ضغط. ولأن التأخير كان بهذه «النصف لقطة»، فقد تخطت صفقاتي التي كنت أراهن فيها على اختراق من جهة اليمين مباشرةً خط وقف الخسارة.
لا يمكن وصفها بأنها مجرد تعطل/انقطاع (downtime). إنها بكل بساطة حالة عدم تطابق حتمي ناتج عن أن واجهة المستخدم الأمامية تطابق وتطابق الأوامر بسرعة كبيرة، بينما تأكيد السلسلة الخلفية بطيء جدًا. إذا كنت شخصًا بكميات كبيرة يجري تحكيمًا بين العقود الآجلة والسبوت (期现套利) أو تستخدم شبكة منخفضة التردد (low-frequency grid)، فهذه المنظومة عملية وتوفر الوقت والمال وممتازة حقًا. لكن إذا كنت مثلي وتحب المضاربة على المدى القصير بصفقات بحجم كبير (重仓搏短线)، ولم تحسب في إدارة المخاطر هذا النوع من «فصل التسوية» (结算脱节)، فستتعرض للابتلاع/الاقتطاف عاجلاً أم آجلاً.
لا تصدق دعايات من نوع «محرك التداول لن يتعطل أبدًا». جملة السر للبقاء هي مراقبة بيانات التسوية في الطبقة السفلية باستمرار. بمجرد أن تلاحظ أن توليد إثباتات ZK يصبح أبطأ أو تظهر ازدحامات، لا تتردد—خفّض تعرضك فورًا وابقَ في أمان. البنية الهجينة اتجاه جيد للمستقبل، لكن إلى أن يثبت أنها قادرة على اجتياز الاختبارات القصوى، احتفظ ببعض الحذر الإضافي—هذا لا يضر. @grvt_io