“EVM متوافق” يحلّ نصف المشكلة فقط: كيف يدخل المطورون؟ ما يجب أن يحله Hedger هو: بعد دخول المؤسسات، ما هي البيانات التي لا ينبغي كشفها علنًا
قمت مؤخرًا بالعثور على تحليل عن DuskEVM، وذكر كاتبه جملة ظلت تراودني كثيرًا—“EVM compatible يحلّ نصف المشكلة فقط”.
Solidity وFoundry وHardhat: هذه الأدوات تُمكّن المطورين من الاستفادة من مكدّس أدوات الإيثيريوم المألوف. لكن الكاتب أشار إلى سؤال أشدّ إيلامًا: هل المؤسسات حقًا على استعداد لكشف الرصيد والمراكز وقيم المعاملات بالكامل؟
كلما فكّرت أكثر، شعرت أن هذه المسألة هي التناقض الجوهري في مسار RWA. أنت تطلب من المؤسسة أن تضع الأوراق المالية على السلسلة، والمشكلة ليست تقنية. المشكلة هي أن جميع بيانات التداول تصبح محل مراقبة من الجميع—المراكز، والأطراف المقابلة، واتجاه تدفق الأموال—كل شيء يصبح شفافًا، وهذا غير مقبول في الأسواق المالية التقليدية. @Dusk إجابة وحدة Hedger في Dusk هي: يتيح التشفير المتماثل للبيانات أن تشارك في الحساب مع الحفاظ على التشفير، بينما تتولى الإثباتات الصفرية إثبات أن النتيجة مطابقة للقواعد. قد لا يكون من الضروري كشف البيانات، لكن التنفيذ يمكن التحقق منه مع ذلك.
بالنسبة لصنّاع السوق يمكنهم إخفاء المراكز الحساسة. وللمؤسسات المالية يمكنهم حماية الأرصدة السرّية. وعند الحاجة إلى المراجعة/التدقيق يمكنهم منح صلاحيات للإفصاح—هذه البنية، منطقياً، تعالج حقًا “مفارقة الخصوصية-الامتثال”.
لكن المشكلة أن Hedger ما زال متوقفًا عند شبكة الاختبار. إن كانت وظيفة لا تزال في مرحلة الاختبار، فكيف تُكتب في السردية الأساسية الخاصة بـ RWA للمؤسسات؟ إن الجمع بين التشفير المتماثل والإثباتات الصفرية قد يكون قائمًا نظريًا. لكن بين كون النظرية صحيحة وبين أن تبدأ المؤسسات باستخدامها فعليًا توجد ثلاث درجات: تشغيل على الشبكة الرئيسية، واختبارات الضغط، ثم اعتراف/قبول الجهات التنظيمية.
حلّ “توافق EVM” هو كيفية دخول المطورين. أما ما يجب أن تحله Hedger فهو: بعد دخول المؤسسات، أي البيانات لا ينبغي كشفها من الأساس. إذا تمكنت الشبكة الرئيسية لـ DuskEVM في النهاية من تشغيل سير عمل EVM المقتبس/السري هذا بشكل كامل، فهنا تحديدًا أرى أنه سيتشكل الفرق الحقيقي. وحتى ذلك الحين، فإن “EVM compatible” لا يحل إلا نصف المشكلة. #dusk $DUSK
مجتمع DUSK يجري تصويتًا: هل نضع مكافآت الكتل المحروقة في الخزينة، أم نواصل الانكماش؟
في شهر أغسطس، يجري مجتمع DUSK تصويتًا حاسمًا: هل نضع مكافآت الكتل التي كان من المقرر حرقها في خزينة مجتمعية؟ يبدو الأمر كتحديث تقني، لكنه في الحقيقة إعادة توزيع للمصالح—حماية مصالح المساهمين الحاليين في التوقيع/الرهان، وفي الوقت نفسه ترك مساحة للحوافز للمطورين في المستقبل.
التكتل/العقدة الرئيسية عبرت مباشرة: نسبة مساهمتي في إنتاج الكتل مرتفعة، فحرقها يؤدي إلى انكماش. أما وضعها في الخزينة فليس ذلك نهبًا للأغنياء لإعطاء الفقراء؟ بالنسبة لهم، مكافأة الكتل هي تعويض عن عمل المدققين، والتضحية بالعائدات لتقديم دعم للمطورين لا يبدو معادلة مربحة. في المقابل، احتفى المطورون: أخيرًا لدينا التمويل/الذخيرة. سلسلة خصوصية بلا طبقة تطبيقات—مهما كانت الخصوصية قوية، فلن تستطيع حصد رسوم عبور. منذ إطلاق الشبكة الرئيسية قبل قرابة 8 أشهر، تكاد التطبيقات على السلسلة تُحصَر، ولا توجد أموال تجذب فرقًا للانضمام. وبدون ذلك، ستظل هذه السلسلة معلّقة بين حالة “تقنية رائعة لكن لا أحد يستخدمها”.
كما كشفت عملية التصويت هذه بنية القوة داخل نظام DUSK البيئي. حاليًا يوجد نحو 200 مدقق نشط، ويتحكم أول 20 مدققًا في أكثر من 35% من كمية الرهان. تركّز 35% من الرهان لدى 10% فقط من المدققين—وهذا ليس لامركزية، بل بالأحرى “سياسة الأقلية على السلسلة”. لكن هذه أيضًا إحدى نقاط جاذبية Dusk: لا تتظاهر؛ بل تضع لعبة الصلاحيات على الطاولة، لتُري من الذي يتحكم في هذه الشبكة.@Dusk
إذا تم تمرير الاقتراح، فهذا يعني أن صلاحية توزيع مكافآت كتل Dusk يمكن أن تتغير عبر تصويت المجتمع، ولن يكون الحوكمة مجرد شكل. وبمجرد فتح البوابة، قد تظهر على التوالي تصويتات حول مكافآت العقد/المدققين، ونسب عوائد الرهان، وتمويلات النظام البيئي. إذا تم تمرير OpenDusk، فسينتقل DUSK من “إدارة الفريق” إلى “حوكمة مجتمعية مشتركة”. وإذا لم يمر، فسوف يستمر على مسار الانكماش.
أيًا كانت نتيجة التصويت، فسيكون هذا أكبر متغير في نطاق 0.06 دولار. حوكمة المجتمع ليست دعوة لطعام؛ بل إعادة توزيع فعلية للسلطة بالذهب والفضة. انتظر حتى تظهر نتيجة التصويت، ثم انظر إلى اتجاه هذه السلسلة: إن نجح الاقتراح فسيصل تمويل/ذخيرة المطورين، وإن فشل فستكون العقود/العُقد الأساسية هي الرابحة، وسيواصل المطورون الانتظار. مستقبل هذه السلسلة قد يكون موجودًا في النتيجة النهائية لهذه الأصوات فقط. #dusk $DUSK
قدّمت pSTAKE على Babylon ميزة الاستشهاد/الإيداع السائل، لكن حد الإيداع البالغ 50 BTC جعلني أشعر أنها ليست مخصّصة لعامة المستخدمين
أطلقت pSTAKE Finance على Babylon حلّ الإيداع السائل للبيتكوين. يمكن للمستخدمين كسب عوائد مع الحفاظ على سيولة BTC بالكامل.
أليس ذلك يبدو مثالياً بشكل خاص؟ يمكنك أن تُودِع لتحصل على عوائد دون أن تُحبس أموالك وتفقد السيولة.@BabylonLabs_io
لكن عندما نظرت إلى القواعد بدقة، تجمّدت في مكاني—حد الإيداع 50 BTC. 50 BTC، وبحسب السعر الحالي، تساوي بضعة ملايين من الدولارات. أليس هذا ممرّاً VIP مُعدّاً للأثرياء/الكبار؟
سألت صديقاً يعمل في الإيداع السائل، فأجاب فوراً ضاحكاً: “حد 50 BTC يعني أن معظم عامة المستخدمين لن يستطيعوا الدخول أصلاً. واعتباراً أن هذه الحصص المبكرة عادةً ما تُستنزف خلال دقائق قليلة من كبار المستثمرين، فعندما ترى الخبر، ستكون الحصة قد امتلأت بالفعل.”
تقول Babylon إنها حاليًا تقوم بتعطيل/تقييد أكثر من 57,000 BTC. لكن عند وضع 57,000 BTC وحد 50 BTC جنباً إلى جنب، يتضح أن إيداع pSTAKE السائل هذه المرة هو في الأساس “تجربة/اختبار” — الكمية صغيرة، والعائق مرتفع، وغالباً ما يكون مخصصاً للمؤسسات وللكبار للاختبار.
حل pSTAKE يعالج فعلاً إحدى نقاط الألم في الإيداع السائل الأصلي لدى Babylon: يتطلب الإيداع الأصلي الانتظار حوالي 7 أيام حتى يتم فك الأموال. بالنسبة للمستخدمين الذين يحتاجون إلى حركة ومرونة في التعامل، فإن فترة فك الارتباط لمدة 7 أيام طويلة جداً. الإيداع السائل يتيح لك الخروج في أي وقت دون انتظار تلك الـ7 أيام.
لكن المشكلة أن حد 50 BTC يعني أن المستخدم العادي لا يستطيع حتى الدخول. صار لديك سيولة، لكنها لا تعني لك شيئاً.
سأنتظر اليوم الذي ترفع فيه pSTAKE حد الإيداع إلى مستوى يمكن لعامة المستخدمين المشاركة فيه. وحتى ذلك الحين، هذا هو ملعب الكبار، ولا يستطيع عامة المستخدمين حتى شراء تذكرة. #baby $BABY
قال بابلون إنه يريد “إحياء” البيتكوين، لكني فهمت أولاً مشكلة واحدة: لا يحتاج BTC إلى تبادل عبر السلاسل (cross-chain) الآن
عندما شاهدت Babylon لأول مرة، كان أول سؤال خطر في ذهني: مشروع آخر يقوم بتغليف البيتكوين في wBTC ثم يذهب لتكديسه/رهانه؟
لكن بعد قراءة المواد، اكتشفت أنني كنت مخطئاً.
المنطق الأساسي لـ Babylon هو: ليس عليك تحويل BTC إلى wBTC، ولا تحتاج إلى جسور تبادل عبر السلاسل، ولا تحتاج إلى الثقة بأي جهة حاضنة/وصي. أنت تقوم بقفل BTC داخل سكربت يُسمّى “خزنة بيتكوين دون ثقة” (TBV)، وهو يبقى على شبكة البيتكوين، ومفتاحك الخاص ما يزال تحت سيطرتك. يقوم Babylon فقط باستخدام هذه الـ BTC المقفلة لتوفير “أمان اقتصادي” لسلاسل PoS أخرى، ثم يتم التحقق من حالة رهانك عبر بروتوكول الطوابع الزمنية وإثباتات تشفيرية. @BabylonLabs_io
هل يبدو هذا متقدماً أكثر بكثير من سلسلة wBTC؟
نعم، متقدم. لكن التقدّم لا يعني أن أحداً يستخدمه.
يقول Babylon إنه قام بالفعل بقفل أكثر من 56,853 BTC، وأن إجمالي قيمة BTC المُرهَنة يتجاوز 5 مليارات دولار. 56,853 BTC—وعلى السعر الحالي تعادل عشرات المليارات من الدولارات—هذا الرقم فعلاً مخيف. لكن الأرقام أرقام، وعائد الرهان السنوي لـ BTC يدور تقريباً بين 1% و3%. عائد 3% سنوياً، في DeFi لا يُعتبر كافياً. أنت تقفل BTC داخله، وتتحمل مخاطر العقود الذكية ومخاطر البروتوكول ومخاطر السوق، فقط لكسب 1%-3%؟ والأفضل أن تتركه ببساطة كما هو.
والأكثر ما يقلقني: يتم دفع عوائد BTC المرهونة بواسطة رمز BABY. سعر BABY الآن رأيتموه أيضاً—حوالي 0.013 دولار، بقيمة سوقية تبلغ 53.8 مليون دولار. بروتوكول رهان يعتمد على BABY لدفع العائد، فإذا استمر سعر BABY في الانخفاض، فسوف يصبح معدل العائد الحقيقي لديك سلبياً.
استثمرت a16z 15 مليون دولار في يناير 2026. ارتفع السعر لفترة قصيرة، ثم ماذا؟ ما زال الآن عند 0.013. من ناحية المنطق التقني، Babylon متقدمة فعلاً، لكن “التفوّق التقني” و“أن تكون قادراً على كسب المال” أمران مختلفان. أنا إذا كنت سأقفل BTC وأربح من BABY، فالأفضل أن أترك BTC في محفظة باردة وأتركها تنام بهدوء—على الأقل دون توتر وخوف.
راقب أولاً، لا تنزل إلى الساحة. موضوع رهان BTC، سأنتظر حتى يصبح معدل العائد قابلاً للإعجاب فعلاً. #baby $BABY
التسجيل للـAirdrop ينتهي في 17 يوليو، لكني أشك في عدد الأشخاص المتبقين بعد هذه الجولة
التسجيل للـAirdrop الخاص بـGRVT ينتهي في 17 يوليو. وموعد TGE هو 21 يوليو. الوقت شديد الضيق.
شاركت في الكثير من هذه الأنشطة من نوع “اكسب نقاطًا مقابل Airdrop”. انتهت الجولة الثانية للتو، قام المستخدمون بتجميع/استخدام النقاط، وربطوا محافظهم، ثم انتظروا TGE لاستلام العملات. ثم ماذا بعد؟ في نفس يوم استلام العملات، يكون ذلك هو يوم رحيل كثير من الناس. هذا ليس تقصّدًا للهبوط، بل هو طبيعة البشر. إذا جعلت المستخدمين يكدّون وينفقون/يكمّلون النقاط لعدة أشهر، فستكون أول ردّة فعل لديهم عند استلام التوكنات هي البيع. الجميع يفعل ذلك.
يقول GRVT إن لديه نسبة احتفاظ حقيقية للمستخدمين تبلغ 67% أسبوعيًا. 67% تبدو جيدة، لكن هذه البيانات تم تسجيلها خلال فترة تجميع النقاط. طالما كانت النقاط ما تزال موجودة، يكون لدى المستخدمين دافع للبقاء والاستمرار في “التحصيل”. لكن عندما تختفي النقاط وينتهي Airdrop ويتم استلام الجوائز، هل يمكن الحفاظ على نسبة الاحتفاظ 67%؟ لديّ شكوك. @grvt_io
والأهم من ذلك: بعد TGE، على ماذا سيعتمد GRVT للاحتفاظ بالمستخدمين؟ هل على تجربة التداول؟ هل على عوائد كسب الفائدة/الاستثمار؟ أم على حوافز النقاط للجولة التالية؟ إذا تأخرت الجولة الثالثة كثيرًا، أو انخفضت قوة التحفيز بشكل كبير، فستكون سرعة مغادرة المستخدمين أسرع بكثير مما تتوقع.
أنا لست أقول إن GRVT غير قادر على الاحتفاظ بالمستخدمين، لكن نمو المستخدمين المدفوع بالـAirdrop له بطبيعة الحال “صلاحية”. بعد 21 يوليو، تبدأ فعليًا الاختبارات الحقيقية لمعدل الاحتفاظ. بعد أن يغادر أولئك الذين جاءوا لالتقاط الكوبونات/الربح السريع، سنرى كم عدد الأشخاص المتبقّين المستعدّين لإجراء تداول فعلي بأموالهم داخل هذا البورصة، وسأحكم حينها ما إذا كان المشروع جيدًا أم لا. #grvt
التكلفة التشغيلية الحقيقية لعقدة التحقق، قد تكون أعلى من عائدات الرهن
اليوم حسبت مرة أخرى بعناية؛ لتشغيل عقدة تحقق من NEWT، كم ستكلف فعليًا؟ متطلبات العتاد مرتفعة، ويجب أن تكون مدة التأخير في الشبكة منخفضة، فضلًا عن أنه يلزم رهن عشرات ومئات الآلاف من عملات NEWT. وبحسب السعر الحالي البالغ 0.047 دولارًا، فإن عشرات ومئات الآلاف من NEWT تعني تكاليف أولية تصل إلى عدة عشرات الآلاف من الدولارات. ولا يشمل ذلك تكلفة استئجار الخوادم ورسوم النطاق الترددي والاستثمار المستمر في التشغيل والصيانة الأمنية. إن التكلفة التشغيلية لعقدة تحقق لمدة سنة—احتساب اهتلاك العتاد، بالإضافة إلى النطاق الترددي وتكاليف المراقبة البشرية—وبتقدير محافظ قد تصل إلى بضعة آلاف من الدولارات.@NewtonProtocol بحثت عبر الإنترنت عن تسعير الخوادم السحابية. تشغيل عقدة TEE يتطلب مواصفات معينة، وتكلف على الأقل عدة مئات من الدولارات شهريًا. وبعد سنة ستكون بضعة آلاف من الدولارات. وإذا كانت العقدة بحاجة إلى مراقبة 7×24 ساعة، فسيكون هناك أيضًا تكلفة إضافية للموارد البشرية. راتب موظف صيانة وتشغيل بدوام كامل لا يقل عن عشرات الآلاف من الدولارات. ومع جمع هذه التكاليف، قد تكون التكلفة التشغيلية لعقدة تحقق لمدة سنة بين عشرة آلاف إلى عشرين ألف دولار. ولا تشمل هذه الأرقام الحالات غير المتوقعة، مثل أن يتم مهاجمة الخادم فيلزم استجابة طارئة، أو حدوث عطل في الأجهزة يتطلب استبدالًا عاجلًا. هذه النفقات الإضافية لا يمكن تقديرها مسبقًا. كما أن عقدة TEE تتطلب متطلبات أعلى من العتاد مقارنة بالعقد العادية، لأنها تحتاج إلى دعم شرائح تدعم بيئة تنفيذ موثوق (TEE). عادةً ما تكون تكلفة استئجار هذه الخوادم أعلى من الخوادم السحابية العادية بنسبة 30% إلى 50%.
تقوم الاستراتيجية بالركض ثلاث مرات، وكانت تكلفة كل مرة مختلفة. لا أستطيع حساب الربح إطلاقًا.
قمت بتشغيل نفس الاستراتيجية ثلاث مرات على منصة اختبار Newton، وكانت التكاليف في كل مرة مختلفة. في المرة الأولى كانت رسوم الغاز 0.01 دولار، وفي الثانية 0.03 دولار، وفي الثالثة 0.02 دولار. وصل نطاق التذبذب إلى ثلاثة أضعاف. نفس العملية، نفس الكود، ولا شيء تغيّر، لكن التكلفة أصبحت ثلاثة أضعاف. هذا يجعلني غير قادر تمامًا على تقدير كم سيكلف تشغيل هذه الاستراتيجية.
يقول فريق المشروع إن رسوم الغاز تعتمد على ازدحام الشبكة، لكن ازدحام الشبكة يتغير لحظيًا ولا يوجد له نمط يمكن التنبؤ به. كمطوّر استراتيجيات، لا أستطيع تقدير التكاليف مسبقًا. إذا كانت الاستراتيجية المتوقعة لتحقيق ربح 0.02 دولار، لكن في بعض التنفيذ قفزت فجأة إلى 0.03، فهذه الصفقة تكون بخسارة. لا أعرف متى سيحدث القفز، لذا لا أملك إلا الرهان على الحظ. لا يمكنني العثور على صيغة في الورقة البيضاء لحساب “كم هو ازدحام الشبكة”، لأنه ببساطة لا توجد. وهذا يعني أن كل مرة يتم تشغيلها هي “صندوق مفاجآت”؛ قبل فتحه لا تعرف كم ستدفع. @NewtonProtocol
تحتاج استراتيجيات المطورين إلى بيئة تكلفة قابلة للتنبؤ. إذا وصل نطاق تذبذب التكاليف إلى ثلاثة أضعاف، فإن نموذج الربح للاستراتيجية يُبنى على أساس غير مستقر. لقد قمت بتشغيل نفس الاستراتيجية على سلاسل أخرى، وكانت تقلبات رسوم الغاز عادة ضمن 20%، بينما في Newton كان نطاق التقلب 200%. عند تشغيل الاستراتيجية على شبكة اختبار الإيثيريوم، كان تذبذب رسوم الغاز عادة لا يتجاوز حوالي 20%، ويمكنني تقريب نطاق التكلفة. أما في Newton فلا يمكن تقدير ذلك على الإطلاق؛ الفرق من 0.01 إلى 0.03 يساوي 0.02، وبالنسبة لاستراتيجيات التداول عالية التردد فإن هذه الـ0.02 وحدها قد تحدد مباشرة هل ستكون اليوم مربحًا أم خاسرًا.
والأمر الأكثر إزعاجًا هو أنه كلما كانت لحظة تفعيل الاستراتيجية أكثر عشوائية، زادت تأثيرات تذبذب التكاليف على قدرة الاستراتيجية على تحقيق الربح. الاستراتيجيات عالية التردد حساسة للتكلفة؛ كل مرة تدفع 0.01 دولار إضافية، وبعد مئة مرة قد تستهلك جزءًا من الربح يساوي دولارًا. وهذا مميت للتداول عالي التردد. الاستراتيجيات منخفضة التردد أقل حساسية، لكن اختلاف التكلفة لكل مرة قد يؤثر مباشرة على ما إذا كان سيتم تفعيل التنفيذ. إذا كانت نسبة التكلفة لكل مرة مرتفعة جدًا مقارنة بالربح المتوقع، فقد تكون العديد من الاستراتيجيات التي تعمل في بيئة المحاكاة قابلة للتشغيل نظريًا، لكنها بعد النشر الفعلي لا تعمل ببساطة؛ لأن التكلفة تلتهم الربح، فيتم التشويش بالكامل على العائد المتوقع للاستراتيجية.
المسار التقني معقّد للغاية؛ المطورون يلقون نظرة واحدة ثم يهربون
المسار التقني لنيوتن هو TEE بالإضافة إلى ZKP ومحرك استراتيجيات Rego. يضمن TEE أمان بيئة التنفيذ، ويُثبت ZKP صحة عملية الحساب، وتُحدد Rego قواعد السياسة. كل مكوّن على حدة يبدو منطقياً، لكن جمعها معاً يتحول إلى عبء معرفي ضخم جداً. لقد حاولت فهم المنطق الكامل لهذه المجموعة من التقنيات، واستغرق الأمر قرابة أسبوع كامل لقراءة الوثائق ومراجعة الورق الأبيض وتصفح الكود. وبعد أسبوع، لا أستطيع إلا أن أقول: «أعرف تقريباً ما الذي يفعله»، لكني ما زلت بعيداً جداً عن مرحلة «القدرة على التطوير بشكل متمكن». قد يحتاج المطور العادي، فقط لفهم ما هو TEE وما هو ZKP وكيف تُكتب Rego، إلى عدة أسابيع بل وربما أشهر. وفي الجهة المنافسة الأخرى، يكفي تنزيل الـ SDK لمدة عشر دقائق لتبدأ كتابة الكود. المطورون أيضاً بشر ولديهم حدود للوقت والجهد؛ لن يقضوا أسابيع لتعلم مجموعة تقنية جديدة بالكامل من أجل شبكة يشبه فيها أحدهم الآخر من حيث الوظائف، خصوصاً وأن هذه الشبكة لا تحظى بعد بأي مستخدمين.@NewtonProtocol
تقرير الطرف المُشرف بات أقصر فأقصر، وأشك أنهم أنفسهم لا يملكون شيئًا ليقولوه
لقد اشتركت في رسائل البريد الأسبوعية لـ Newton، ومن الأسبوع الأول وحتى الآن لاحظت اتجاهًا: التقارير الأسبوعية أصبحت أقصر.
كان تقرير الأسبوع الأول من ست صفحات، ومحتواه غنيّ وفيه تقدم تقني وأنشطة مجتمعية وملخصات بيانات. في الأسبوع الثاني اختصر إلى أربع صفحات. أما أحدث إصدار فلم يتبقَّ سوى صفحتين ونصف تقريبًا، وكانت أبرز المحتويات: «التشغيل الرئيسي يعمل بثبات تدريجيًا»، «الفريق يواصل تحسيناته»، «يرجى متابعة الإعلانات اللاحقة». هذه الجمل الثلاث تتكرر حرفيًا ذهابًا وإيابًا، وكأنها لا تقول شيئًا تقريبًا.
عندما يصبح التقرير الأسبوعي أقصر، فغالبًا هناك احتمالان: إما أن تقدم المشروع بطيء جدًا ولا يوجد ما يستحق الكتابة؛ أو أن الفريق يرى أن المجتمع غير مهم، ولا يحتاج إلى تخصيص وقت لكتابة محتوى تفصيلي. وبغض النظر عن أيهما، فهذا ليس خبرًا جيدًا بالنسبة للحَمَلة.
والأكثر إزعاجًا هو أن بعض البيانات الرئيسية في التقرير الأسبوعي اختفت. في السابق كانوا يذكرون مثلًا «نمو حجم المجتمع بنسبة X%» و«زيادة عدد المطورين بمقدار Y»، لكن الآن لم يعد هناك أي أرقام. في المقابل، ظهرت صياغات غامضة مثل «المجتمع يزداد باستمرار» و«ردود فعل المطورين حماسية». ما معنى «ردود فعل حماسية»؟ هل الحماس وصل لدرجة أنه لا يمكن حتى رؤية مثال ثالث؟ @NewtonProtocol
رأيت في المجتمع منشورًا من مستخدم قديم قال إنه أرسل للطرف المُشرف ثلاث رسائل بريدية يسأل فيها عن التقدم في التطوير، ولم يحصل على رد في الثلاث مرات. عندما يصبح التقرير الأسبوعي أكثر غموضًا، ولا يُجاب عن الأسئلة المباشرة، فهذا الوضع مستمر منذ عدة أسابيع. وإذا لم يكن بالإمكان حتى إجراء تواصل أساسي بشكل جيد، فالواضح أن الجميع يعرف ما هي نظرة الطرف المُشرف إلى المجتمع.
صمت الطرف المُشرف أكثر إثارة للقلق من أي خبر سلبي آخر. إذا كان التقدم يسير بسلاسة، فسوف يهرعون لإخبارك. أما موقف «نشر الأخبار السارة فقط وعدم قول السيئ»، فأستطيع تفسيره فقط على أنه لا توجد أخبار سارة يمكن الإبلاغ عنها. إلى أن يعود التقرير الأسبوعي ليصبح مفصلًا مرة أخرى، وتعود البيانات لتكون شفافة، سأفكر عندها فقط في زيادة موقعي في Newton. أما في هذه الحالة، فأعتقد أن الطرف المُشرف نفسه لا يملك ثقة كافية في التقدم. #newt $NEWT