WA traders
8.4k منشورات
WA traders
content creator master of crypto
فتح تداول
مُتداول بمُعدّل مرتفع
8.3 أشهر
2.5K+ تتابع
3.3K+ المتابعون
5.7K+ إعجاب
منشورات
الحافظة الاستثمارية
الكل
اقتباسات
مقاطع فيديو
Live
اضطررت إلى قراءة المستندات مرتين. وقد استغربت ذلك.
عندما قرأت أول مرة مستندات نطاق المخاطر الخاصة بنيوتن، فاتني شيء. ظننت أن Credora هي مزوّد بيانات مستقل بذاته. لكنها ليست كذلك. Credora جزء من RedStone Stack. تعمل كطبقة المخاطر داخل تلك المنظومة. وليست أداة منفصلة بجانب تغذيات RedStone السعرية.
وبعض الأمور تجعل هذا منطقيًا. استخدام منظومة واحدة لكل من السعر والمخاطر أسهل. لا تحتاج إلى ربط مزودين مختلفين. يمكن أن يكون لدى مزودَين أوقات تحديث مختلفة. ويمكن أن يفشلا بطرق مختلفة أيضًا. لدى RedStone سجل قوي. لا توجد أخطاء تسعير على أكثر من 100 شبكة. وإذا كانت RedStone متينة، فإن Credora كذلك لأنها ضمن نفس المنظومة.
لكنني ما زلت أقلق بشأن نقطة واحدة. نحن نستخدم أكثر من مصدر بيانات حتى لا تفشل في الوقت نفسه. احتمال تعطل مزودَين منفصلين معًا أقل. أدواتان من نفس المزود قد تتعطل معًا. إذا كانت RedStone وCredora تشتركان في الأنظمة نفسها، فإلى أي مدى تكونان منفصلتين حقًا؟ ماذا يحدث إذا تعطل هذا النظام؟
أجريت اختبارًا بسيطًا. شغّلت سياسة بإعداد RedStone فقط. وشغّلت سياسة أخرى بمزيج من الأدوات. كان إعداد RedStone فقط أسرع وأبسط. لكن خطر نقطة فشل واحدة ما زال يقلقني. حاليًا، يتحقق بروتوكول Newton من سعر ومن درجة مخاطر قبل تنفيذ السياسة. وكلاهما يأتي من نفس RedStone Stack.
يمكن لِحبل واحد أن يتحمل الوزن، لكن حبلين لا ينكسران معًا. هذا الإعداد بسيط وواضح. لكن هل يمنح استقلالًا حقيقيًا؟ لا تستطيع المستندات الإجابة. لن نعرف ذلك إلا إذا مرت RedStone بيوم سيئ. عندها سنرى مقدار الاعتماد على منظومة واحدة.
إذا كنت من صمّم السياسة، فهل ستتخلى عن بعض البساطة مقابل مزيد من الأمان من مزود ثانٍ؟
@NewtonProtocol $NEWT #Newt $VELVET
$GLMR
BitcoinReboundsAbove$61K
عندما قرأت أول مرة مستندات نطاق المخاطر الخاصة بنيوتن، فاتني شيء. ظننت أن Credora هي مزوّد بيانات مستقل بذاته. لكنها ليست كذلك. Credora جزء من RedStone Stack. تعمل كطبقة المخاطر داخل تلك المنظومة. وليست أداة منفصلة بجانب تغذيات RedStone السعرية.
وبعض الأمور تجعل هذا منطقيًا. استخدام منظومة واحدة لكل من السعر والمخاطر أسهل. لا تحتاج إلى ربط مزودين مختلفين. يمكن أن يكون لدى مزودَين أوقات تحديث مختلفة. ويمكن أن يفشلا بطرق مختلفة أيضًا. لدى RedStone سجل قوي. لا توجد أخطاء تسعير على أكثر من 100 شبكة. وإذا كانت RedStone متينة، فإن Credora كذلك لأنها ضمن نفس المنظومة.
لكنني ما زلت أقلق بشأن نقطة واحدة. نحن نستخدم أكثر من مصدر بيانات حتى لا تفشل في الوقت نفسه. احتمال تعطل مزودَين منفصلين معًا أقل. أدواتان من نفس المزود قد تتعطل معًا. إذا كانت RedStone وCredora تشتركان في الأنظمة نفسها، فإلى أي مدى تكونان منفصلتين حقًا؟ ماذا يحدث إذا تعطل هذا النظام؟
أجريت اختبارًا بسيطًا. شغّلت سياسة بإعداد RedStone فقط. وشغّلت سياسة أخرى بمزيج من الأدوات. كان إعداد RedStone فقط أسرع وأبسط. لكن خطر نقطة فشل واحدة ما زال يقلقني. حاليًا، يتحقق بروتوكول Newton من سعر ومن درجة مخاطر قبل تنفيذ السياسة. وكلاهما يأتي من نفس RedStone Stack.
يمكن لِحبل واحد أن يتحمل الوزن، لكن حبلين لا ينكسران معًا. هذا الإعداد بسيط وواضح. لكن هل يمنح استقلالًا حقيقيًا؟ لا تستطيع المستندات الإجابة. لن نعرف ذلك إلا إذا مرت RedStone بيوم سيئ. عندها سنرى مقدار الاعتماد على منظومة واحدة.
إذا كنت من صمّم السياسة، فهل ستتخلى عن بعض البساطة مقابل مزيد من الأمان من مزود ثانٍ؟
@NewtonProtocol $NEWT #Newt $VELVET
$GLMR
BitcoinReboundsAbove$61K
يوجد مثل قديم: أغلق الباب قبل أن يأتي اللص، لا بعده.
تجربتي الشخصية اليوم 4: أردت اختبار ما الذي يتعطل فعليًا في التمويل اللامركزي (DeFi) أولاً. الأمر ليس الشيفرة. بل هي اللحظة _فورًا قبل_ أن تتحرك الأموال. راقبت كيف ما زالت تمرّ المعاملات السيئة، لأن أحدًا لا يتوقف ليسأل: لحظة، هل هذا مناسب؟ حتى يفوت الأوان.
إليك ما تعلمته عن سبب فشل الأنظمة المالية الكبيرة.
ليس بسبب معاملة سيئة واحدة. بل بسبب معاملات كان يجب ألا تحدث أصلًا. لكنّها تكون قد تمت بالفعل قبل أن يتمكن أي أحد من إيقافها. الاحتيال، غسل الأموال، كسر العقوبات—هذه الأمور نادرًا ما يُكتشف عنها بينما تقع. نكتشف فقط بعد أن تكون الأموال قد ذهبت، ثم لا نستطيع التراجع عنها.
لهذا السبب يبرز @NewtonProtocol : فهو لا يفحص المشكلات بعد المعاملة. بل يفحص _قبلها_. تخيّله مثل مرشح سياسات بين الفكرة والتنفيذ. يسأل: “هل يجب أصلًا أن توجد هذه المعاملة؟” قبل أن تحدث. لا تأتي الثقة من وجود المزيد من الأشخاص يوقّعون بالموافقة. بل تأتي من فحص المزيد من القواعد. $NEWT هو الرسوم التي تدفعها مقابل كل فحص—تكلفة اجتياز بوابة تقوم فعلًا بتصفية ما يجب.
رأيي: إيقاف المشكلات مبكرًا يبدو رائعًا، لكنه يمنح كل القوة لأولئك الذين يكتبون القواعد. إذا كانت تلك البوابة رخيصة ومخفية، فسينسُف الناس الكثير للاطمئنان—حتى لو حجب ذلك الأشياء الجيدة أيضًا. بُنيت البلوك تشين لإزالة الحراس. لكن نظام الامتثال الذي يكون سلسًا جدًا يمكن أن يخلق حارسًا جديدًا لا يمكنك حتى رؤيته أو تدقيقه.
يحتاج @NewtonProtocol إلى إظهار أن طبقة سياسته واضحة ويمكن الطعن فيها. من يضع القواعد؟ ومن يمكنه تغييرها؟ لا يمكن أن يكون مجرد محرك سريع وصامت.
إيقاف الأفعال السيئة هو نصف المهمة فقط. النصف الآخر هو ضمان ألا تتحول الوقاية إلى رقابة خفية.
أنا أنتظر رؤية حوكمة حقيقية حول هذه السياسات—ليس مجرد اختبارات سرعة سريعة.
#newt
$THE
$LAB
تجربتي الشخصية اليوم 4: أردت اختبار ما الذي يتعطل فعليًا في التمويل اللامركزي (DeFi) أولاً. الأمر ليس الشيفرة. بل هي اللحظة _فورًا قبل_ أن تتحرك الأموال. راقبت كيف ما زالت تمرّ المعاملات السيئة، لأن أحدًا لا يتوقف ليسأل: لحظة، هل هذا مناسب؟ حتى يفوت الأوان.
إليك ما تعلمته عن سبب فشل الأنظمة المالية الكبيرة.
ليس بسبب معاملة سيئة واحدة. بل بسبب معاملات كان يجب ألا تحدث أصلًا. لكنّها تكون قد تمت بالفعل قبل أن يتمكن أي أحد من إيقافها. الاحتيال، غسل الأموال، كسر العقوبات—هذه الأمور نادرًا ما يُكتشف عنها بينما تقع. نكتشف فقط بعد أن تكون الأموال قد ذهبت، ثم لا نستطيع التراجع عنها.
لهذا السبب يبرز @NewtonProtocol : فهو لا يفحص المشكلات بعد المعاملة. بل يفحص _قبلها_. تخيّله مثل مرشح سياسات بين الفكرة والتنفيذ. يسأل: “هل يجب أصلًا أن توجد هذه المعاملة؟” قبل أن تحدث. لا تأتي الثقة من وجود المزيد من الأشخاص يوقّعون بالموافقة. بل تأتي من فحص المزيد من القواعد. $NEWT هو الرسوم التي تدفعها مقابل كل فحص—تكلفة اجتياز بوابة تقوم فعلًا بتصفية ما يجب.
رأيي: إيقاف المشكلات مبكرًا يبدو رائعًا، لكنه يمنح كل القوة لأولئك الذين يكتبون القواعد. إذا كانت تلك البوابة رخيصة ومخفية، فسينسُف الناس الكثير للاطمئنان—حتى لو حجب ذلك الأشياء الجيدة أيضًا. بُنيت البلوك تشين لإزالة الحراس. لكن نظام الامتثال الذي يكون سلسًا جدًا يمكن أن يخلق حارسًا جديدًا لا يمكنك حتى رؤيته أو تدقيقه.
يحتاج @NewtonProtocol إلى إظهار أن طبقة سياسته واضحة ويمكن الطعن فيها. من يضع القواعد؟ ومن يمكنه تغييرها؟ لا يمكن أن يكون مجرد محرك سريع وصامت.
إيقاف الأفعال السيئة هو نصف المهمة فقط. النصف الآخر هو ضمان ألا تتحول الوقاية إلى رقابة خفية.
أنا أنتظر رؤية حوكمة حقيقية حول هذه السياسات—ليس مجرد اختبارات سرعة سريعة.
#newt
$THE
$LAB
عندما كنت أتعلم كيف أُنشئ، قال لي مرشدي:
المهندسون لا يطلقون المنتجات عبر قراءة أدلة المحرك. بل يطلقونها عبر معرفة قواعد الطريق. و هذا
صحيح—إذا كان شيءٌ ما معقدًا جدًا، سيجد الناس في النهاية طرقًا
للتحايل عليه.
لدي عادةٌ متحضّرة: أفتح التطبيق،
ثم أُنزِل حتى آخر الصفحة، وأضغط «أوافق». أنا
لا أقرأ ذلك. ثم عندما ننتقل إلى Web3،
أرى مفارقة أخرى: ينتقد الناس Web2
لوجود شروط وأحكام طويلة، ومع ذلك يتوقعون من المستخدمين قراءة
عقود ذكية مكوّنة من
آلاف الأسطر. تحويل ملفات PDF إلى Solidity،
وسلوك المستخدمين يبقى كما هو.
عندها رأيت السؤال الذي طرحه
@NewtonProtocol : هل سيقرأ المستخدمون المستقبليون
السياسات بدلًا من العقود الذكية؟
«السياسة أسهل في القراءة من الكود.» لكن الحقيقة هي
هذه: المستخدمون لا يريدون أبدًا قراءة
الآلية—المستخدمون يريدون فقط قراءة
حقوقهم. لا أحد يشتري شقة ثم
يجلس لدراسة الرسومات الإنشائية.
الناس لا يطلبون إلا: هل يمكنني العيش هنا؟ هل يمكنني
تعديل الأمر؟ هل يمكنني بيعها؟ تصف العقود الذكية
كيف تعمل الآلة. تصف السياسة
ما يُسمح للناس بفعله. بروتوكول نيوتن
يحاول تغيير واجهة الثقة: بدلًا من
إجبار البشر على تعلم لغة الآلة،
اجعل الآلة تشرح باللغة البشرية.
إذا أصبحت السياسة هي الطبقة
الرئيسية للتواصل، ستتحول القوة من
الشخص الذي يكتب الكود إلى الشخص
الذي يحدد القواعد. في ذلك الوقت، كانت
تدقيقات العقود هي التي تحدد من كان آمنًا. في
المستقبل، قد تحدد السياسة من يُسمح له
بالقيام بالفعل. لهذا السبب بروتوكول نيوتن
مثير للاهتمام لكنه أيضًا خطير: إذا كانت السياسة
طويلة جدًا أو مركزّة جدًا، فسوف
تكرر خطأ الشروط والأحكام—وسيستمر
المستخدمون بالنقر على «أوافق» دون فهم
أي شيء.
عند تلك النقطة، $NEWT
لم يعد مجرد
الرمز التشغيلي لبروتوكول نيوتن.
NEWT سيتحول إلى وقود لنوع جديد من
المنافسة:
ليس معركة حول من يكتب كودًا أفضل.
بل معركة حول من يمكنه تحديد «المسموح»
بشكل أفضل.
#Newt $TAIKO
$NFP
المهندسون لا يطلقون المنتجات عبر قراءة أدلة المحرك. بل يطلقونها عبر معرفة قواعد الطريق. و هذا
صحيح—إذا كان شيءٌ ما معقدًا جدًا، سيجد الناس في النهاية طرقًا
للتحايل عليه.
لدي عادةٌ متحضّرة: أفتح التطبيق،
ثم أُنزِل حتى آخر الصفحة، وأضغط «أوافق». أنا
لا أقرأ ذلك. ثم عندما ننتقل إلى Web3،
أرى مفارقة أخرى: ينتقد الناس Web2
لوجود شروط وأحكام طويلة، ومع ذلك يتوقعون من المستخدمين قراءة
عقود ذكية مكوّنة من
آلاف الأسطر. تحويل ملفات PDF إلى Solidity،
وسلوك المستخدمين يبقى كما هو.
عندها رأيت السؤال الذي طرحه
@NewtonProtocol : هل سيقرأ المستخدمون المستقبليون
السياسات بدلًا من العقود الذكية؟
«السياسة أسهل في القراءة من الكود.» لكن الحقيقة هي
هذه: المستخدمون لا يريدون أبدًا قراءة
الآلية—المستخدمون يريدون فقط قراءة
حقوقهم. لا أحد يشتري شقة ثم
يجلس لدراسة الرسومات الإنشائية.
الناس لا يطلبون إلا: هل يمكنني العيش هنا؟ هل يمكنني
تعديل الأمر؟ هل يمكنني بيعها؟ تصف العقود الذكية
كيف تعمل الآلة. تصف السياسة
ما يُسمح للناس بفعله. بروتوكول نيوتن
يحاول تغيير واجهة الثقة: بدلًا من
إجبار البشر على تعلم لغة الآلة،
اجعل الآلة تشرح باللغة البشرية.
إذا أصبحت السياسة هي الطبقة
الرئيسية للتواصل، ستتحول القوة من
الشخص الذي يكتب الكود إلى الشخص
الذي يحدد القواعد. في ذلك الوقت، كانت
تدقيقات العقود هي التي تحدد من كان آمنًا. في
المستقبل، قد تحدد السياسة من يُسمح له
بالقيام بالفعل. لهذا السبب بروتوكول نيوتن
مثير للاهتمام لكنه أيضًا خطير: إذا كانت السياسة
طويلة جدًا أو مركزّة جدًا، فسوف
تكرر خطأ الشروط والأحكام—وسيستمر
المستخدمون بالنقر على «أوافق» دون فهم
أي شيء.
عند تلك النقطة، $NEWT
لم يعد مجرد
الرمز التشغيلي لبروتوكول نيوتن.
NEWT سيتحول إلى وقود لنوع جديد من
المنافسة:
ليس معركة حول من يكتب كودًا أفضل.
بل معركة حول من يمكنه تحديد «المسموح»
بشكل أفضل.
#Newt $TAIKO
$NFP
أرسلت المال إلى البيت الشهر الماضي.
قال التطبيق: قيد المراجعة
مرّت 45 دقيقة. لا خطأ. لا خلل. لا تنبيه احتيال.
مجرد طابور امتثال لم أستطع رؤيته، ولم أستطع تسريعه، ولم أستطع الاعتراض عليه.
عندها أدركت: لم نعد نحرك المال بعد الآن. نحن نحرك التصريح.
التمويل الحديث يعمل عبر بوّابات. وعندما تتباطأ البوّابات، تتعطل كل الأمور الأخرى.
لهذا أنا أراقب @NewtonProtocol .
لأنهم لا يطبقون الأتمتة بطلاء جديد.
إنهم يتجهون إلى المشكلة الجذرية.
الامتثال = الحوسبة.
بدلًا من أن يقوم الناس بالتحقق _بعد_ إتمام المعاملة، يضع نيوتن السياسة _قبل_ الفعل.
بين النية → التنفيذ.
يقلب السؤال.
النظام القديم: هل تمت المعاملة؟ الآن سنراجعها.
نيوتن: “هل ينبغي أن توجد هذه المعاملة أصلًا؟”
هذا يغيّر طريقة نمو الثقة.
النموذج القديم: تريد حجمًا أكبر 10 أضعاف؟ وظّف فريق امتثال أكبر 10 أضعاف. المزيد من الناس. المزيد من التواقيع. المزيد من التأخيرات.
نموذج نيوتن: تريد حجمًا أكبر 10 أضعاف؟ أضف حوسبة أكبر 10 أضعاف.
تتوقف الثقة عن العدّ بناءً على التواقيع البشرية.
وتبدأ في أن تُحسب وفق الحوسبات المنفَّذة.
وهنا بالضبط تكمن قيمة $.newt الحقيقية.
هذه ليست توكن رسوم. وليست مجرد مكافآت حصص.
$NEWT هو فاتورة الكهرباء للمشاركة في اقتصاد تُفرض فيه القواعد بواسطة الشيفرة، لا بواسطة مكتب إداري خلفي.
لكن هنا التحدي الذي يجب على نيوتن أن يتنقّل خلاله:
عندما يصبح الامتثال رخيصًا وفوريًا، تكون المغريات بإضافة المزيد منه.
مزيد من القواعد. المزيد من الفلاتر. المزيد من التحكم.
بدأت التشفير بإزالة البوّابات.
المخاطر عندما يصبح الامتثال حوسبة هي أننا قد نُعيد بنائها — لكن بشكل خوارزمي.
إذا فهم نيوتن ذلك على النحو الصحيح، فسيكون بنية تحتية لسنوات الـ10 القادمة من التمويل على السلسلة.
وإذا لم ينجح، فستكون مجرد بيروقراطية أسرع.
أنا أراقب أي الاتجاهين سيحدث.
#newt $IN
$DYDX
قال التطبيق: قيد المراجعة
مرّت 45 دقيقة. لا خطأ. لا خلل. لا تنبيه احتيال.
مجرد طابور امتثال لم أستطع رؤيته، ولم أستطع تسريعه، ولم أستطع الاعتراض عليه.
عندها أدركت: لم نعد نحرك المال بعد الآن. نحن نحرك التصريح.
التمويل الحديث يعمل عبر بوّابات. وعندما تتباطأ البوّابات، تتعطل كل الأمور الأخرى.
لهذا أنا أراقب @NewtonProtocol .
لأنهم لا يطبقون الأتمتة بطلاء جديد.
إنهم يتجهون إلى المشكلة الجذرية.
الامتثال = الحوسبة.
بدلًا من أن يقوم الناس بالتحقق _بعد_ إتمام المعاملة، يضع نيوتن السياسة _قبل_ الفعل.
بين النية → التنفيذ.
يقلب السؤال.
النظام القديم: هل تمت المعاملة؟ الآن سنراجعها.
نيوتن: “هل ينبغي أن توجد هذه المعاملة أصلًا؟”
هذا يغيّر طريقة نمو الثقة.
النموذج القديم: تريد حجمًا أكبر 10 أضعاف؟ وظّف فريق امتثال أكبر 10 أضعاف. المزيد من الناس. المزيد من التواقيع. المزيد من التأخيرات.
نموذج نيوتن: تريد حجمًا أكبر 10 أضعاف؟ أضف حوسبة أكبر 10 أضعاف.
تتوقف الثقة عن العدّ بناءً على التواقيع البشرية.
وتبدأ في أن تُحسب وفق الحوسبات المنفَّذة.
وهنا بالضبط تكمن قيمة $.newt الحقيقية.
هذه ليست توكن رسوم. وليست مجرد مكافآت حصص.
$NEWT هو فاتورة الكهرباء للمشاركة في اقتصاد تُفرض فيه القواعد بواسطة الشيفرة، لا بواسطة مكتب إداري خلفي.
لكن هنا التحدي الذي يجب على نيوتن أن يتنقّل خلاله:
عندما يصبح الامتثال رخيصًا وفوريًا، تكون المغريات بإضافة المزيد منه.
مزيد من القواعد. المزيد من الفلاتر. المزيد من التحكم.
بدأت التشفير بإزالة البوّابات.
المخاطر عندما يصبح الامتثال حوسبة هي أننا قد نُعيد بنائها — لكن بشكل خوارزمي.
إذا فهم نيوتن ذلك على النحو الصحيح، فسيكون بنية تحتية لسنوات الـ10 القادمة من التمويل على السلسلة.
وإذا لم ينجح، فستكون مجرد بيروقراطية أسرع.
أنا أراقب أي الاتجاهين سيحدث.
#newt $IN
$DYDX
ثقّتُ ب أمينِ قيّمٍ رفيع المستوى لديه 50 ألف متابع. صفقة متهوّرة بعد 3 أشهر فقط مسحت رصيدي. بلا حواجز. بلا وقف. اختفى كل شيء.
عندها توقفت عن السؤال: من الذي يدير ذلك؟ وبدأت أسأل: ما الذي يمنعهم من إحداث ضرر؟
لهذا لفتت مجموعة VaultKit من @newtonnetwork انتباهي.
في البداية ظننت أن VaultKit مصمّم للمؤسسات.
السياسات، التحكم في المخاطر، الحوكمة... هذه لغة الصناديق، وليست لغة التجزئة.
ثم تساءلت: حسنًا، ماذا يحصل عليه المستخدمون من فئة التجزئة؟
التجزئة لا تكتب السياسات.
التجزئة لا تدير الـ vaults بنفسها.
لكن كلما نظرت إلى VaultKit أكثر، أدركت أنني كنت أطرح السؤال الخطأ.
النقطة الأساسية ليست السياسة نفسها.
بل أن كل إجراء من أمين قيّم أو من وكيل ذكاء اصطناعي يجب أن يمر عبر السياسة قبل أن ينفَّذ.
صنع القرار لم يعد يعني الحق في فعل أي شيء.
هذه هي النقلة.
VaultKit يغيّر تركيز الثقة.
لحظة... هل لم أعد بحاجة إلى أن أدعو ألا يكون أمين القيّم عبقريًا فقط؟
لا. كل ما عليك فعله هو الوثوق أنهم لا يستطيعون كسر الحدود التي تم وضعها مسبقًا.
التحوّل في مسار الثقة من الناس → إلى القيود.
هكذا تدير المؤسسات رأس المال. لا يحصل أحد على سلطة مطلقة. دائمًا توجد حدود للنفوذ.
@newtonnetwork ببساطة نقل هذا الانضباط إلى السلسلة (onchain).
ولا يحتاج المستخدمون من فئة التجزئة إلى أن يصبحوا مؤسسة للاستفادة.
ما زلت تودع بالطريقة نفسها. الفرق أن الحوكمة لم تعد مخفية داخل صندوق. بل مدمجة داخل VaultKit نفسه.
هذا ما يبرز أكثر شيء بالنسبة لي.
انضباط مؤسسي، بدون مؤسسة.
ربما هذا بالضبط هو من يعمل نيتون على توسيع الثقة إليه بعد ذلك.
$TAC
@NewtonProtocol l #newt $NEWT $IN
عندها توقفت عن السؤال: من الذي يدير ذلك؟ وبدأت أسأل: ما الذي يمنعهم من إحداث ضرر؟
لهذا لفتت مجموعة VaultKit من @newtonnetwork انتباهي.
في البداية ظننت أن VaultKit مصمّم للمؤسسات.
السياسات، التحكم في المخاطر، الحوكمة... هذه لغة الصناديق، وليست لغة التجزئة.
ثم تساءلت: حسنًا، ماذا يحصل عليه المستخدمون من فئة التجزئة؟
التجزئة لا تكتب السياسات.
التجزئة لا تدير الـ vaults بنفسها.
لكن كلما نظرت إلى VaultKit أكثر، أدركت أنني كنت أطرح السؤال الخطأ.
النقطة الأساسية ليست السياسة نفسها.
بل أن كل إجراء من أمين قيّم أو من وكيل ذكاء اصطناعي يجب أن يمر عبر السياسة قبل أن ينفَّذ.
صنع القرار لم يعد يعني الحق في فعل أي شيء.
هذه هي النقلة.
VaultKit يغيّر تركيز الثقة.
لحظة... هل لم أعد بحاجة إلى أن أدعو ألا يكون أمين القيّم عبقريًا فقط؟
لا. كل ما عليك فعله هو الوثوق أنهم لا يستطيعون كسر الحدود التي تم وضعها مسبقًا.
التحوّل في مسار الثقة من الناس → إلى القيود.
هكذا تدير المؤسسات رأس المال. لا يحصل أحد على سلطة مطلقة. دائمًا توجد حدود للنفوذ.
@newtonnetwork ببساطة نقل هذا الانضباط إلى السلسلة (onchain).
ولا يحتاج المستخدمون من فئة التجزئة إلى أن يصبحوا مؤسسة للاستفادة.
ما زلت تودع بالطريقة نفسها. الفرق أن الحوكمة لم تعد مخفية داخل صندوق. بل مدمجة داخل VaultKit نفسه.
هذا ما يبرز أكثر شيء بالنسبة لي.
انضباط مؤسسي، بدون مؤسسة.
ربما هذا بالضبط هو من يعمل نيتون على توسيع الثقة إليه بعد ذلك.
$TAC
@NewtonProtocol l #newt $NEWT $IN
لقد شاهدت مشروعًا ينزف حرفيًا في الوقت الحقيقي.
كنا الأوائل. كنا صاخبين. كل حملة نجحت في الهبوط. الـ TG كان يصرخ، والجدول الزمني كان ممتلئًا، والحوافز التي تبدو مثل ($OPG ) كانت في كل مكان.
بعد 3 أشهر؟ أصبحت مدينة أشباح. غادر البنّاؤون. غادر المستخدمون. انتهت القصة ولم يبقَ أحد حتى لآخر الاعتمادات. لقد آلم ذلك أكثر من الخسائر.
لهذا السبب يستمر opengradient في الذهني.
إنهم يبنون بنية تحتية لـ AI مفتوحة. لكنهم يفعلون ذلك داخل عالم العملات المشفرة، حيث تجري “سباقات السرد” وتتعثر المنتجات وراءها. إذن السؤال الحقيقي: هل يمكن لـ @OpenGradient أن يتجنب أن يصبح مجرد “سردية مزرعة” أخرى؟
تُعد رموز المزارع بسيطة: ازرع، اجمع، ارحل.
أما سرديات المزارع فهي أسوأ. يتوقف الناس عن تحسين القيمة ويبدأون بالتحسين من أجل القصة.
عندها تُرسل الفرق ما هو سهل تفسيره، لا ما يستحق الاستخدام. يتم تقييم خارطة الطريق بمدى انتشارها، لا بعدد المشكلات التي تحلها. يبدو كل شيء مزدحمًا. يبدو ساخنًا. لكن النمو ليس سوى تكدّس توقعات فوق توقعات.
هذا هو “Narrative Yield Farming” أي الزراعة بعائد السرد. كل موجة جديدة من الاهتمام تحتاج إلى موجة أكبر من الحماس لتستمر في التنفس.
إذا كان opg يدفع فقط مقابل الحملات والضجيج قصير الأجل، فإن opengradient يستأجر الزخم.
إذا كان OPG يدفع مقابل الاستدلال المتكرر، ويبقي المستخدمين داخل التطبيق، ويخلق طلبًا حقيقيًا من البنّائين؟ عندها يتحول السرد إلى قيمة تلتصق فعلاً.
لا تتابع الضجيج. تابع الناجين.
الحماس يملأ القاعات. الاستبقاء يملأ المواسم.
الرحلات التجريبية لا تبني أنظمة بيئية.
الناس الذين يرفضون المغادرة يفعلون ذلك.
#opg $OPG
$TAC
$AIGENSYN
كنا الأوائل. كنا صاخبين. كل حملة نجحت في الهبوط. الـ TG كان يصرخ، والجدول الزمني كان ممتلئًا، والحوافز التي تبدو مثل ($OPG ) كانت في كل مكان.
بعد 3 أشهر؟ أصبحت مدينة أشباح. غادر البنّاؤون. غادر المستخدمون. انتهت القصة ولم يبقَ أحد حتى لآخر الاعتمادات. لقد آلم ذلك أكثر من الخسائر.
لهذا السبب يستمر opengradient في الذهني.
إنهم يبنون بنية تحتية لـ AI مفتوحة. لكنهم يفعلون ذلك داخل عالم العملات المشفرة، حيث تجري “سباقات السرد” وتتعثر المنتجات وراءها. إذن السؤال الحقيقي: هل يمكن لـ @OpenGradient أن يتجنب أن يصبح مجرد “سردية مزرعة” أخرى؟
تُعد رموز المزارع بسيطة: ازرع، اجمع، ارحل.
أما سرديات المزارع فهي أسوأ. يتوقف الناس عن تحسين القيمة ويبدأون بالتحسين من أجل القصة.
عندها تُرسل الفرق ما هو سهل تفسيره، لا ما يستحق الاستخدام. يتم تقييم خارطة الطريق بمدى انتشارها، لا بعدد المشكلات التي تحلها. يبدو كل شيء مزدحمًا. يبدو ساخنًا. لكن النمو ليس سوى تكدّس توقعات فوق توقعات.
هذا هو “Narrative Yield Farming” أي الزراعة بعائد السرد. كل موجة جديدة من الاهتمام تحتاج إلى موجة أكبر من الحماس لتستمر في التنفس.
إذا كان opg يدفع فقط مقابل الحملات والضجيج قصير الأجل، فإن opengradient يستأجر الزخم.
إذا كان OPG يدفع مقابل الاستدلال المتكرر، ويبقي المستخدمين داخل التطبيق، ويخلق طلبًا حقيقيًا من البنّائين؟ عندها يتحول السرد إلى قيمة تلتصق فعلاً.
لا تتابع الضجيج. تابع الناجين.
الحماس يملأ القاعات. الاستبقاء يملأ المواسم.
الرحلات التجريبية لا تبني أنظمة بيئية.
الناس الذين يرفضون المغادرة يفعلون ذلك.
#opg $OPG
$TAC
$AIGENSYN
400 دولار ذهبت.
هذا هو السعر الذي دفعته لنتعلم الطريقة الصعبة: التشفير أثناء التخزين ليس حماية.
كنت أبني منطق التداول العام الماضي واحتجت إلى أداة ذكاء اصطناعي لإجراء الاختبارات بسرعة. وعدت المنصة بالخصوصية. كان كل شيء مُشفّرًا على القرص. بدا واجهة المستخدم وكأنها مغلقة بإحكام. لذلك أدخلت كودًا حساسًا خاصًا باستراتيجية.
ما لم أره هو الخطر الحقيقي: التنفيذ.
بينما كان النموذج يفكر، لم يكن لدي أي رؤية. لا سجل. لا دليل على ما تم تشغيله، وعلى أي بيانات، وما إذا كان هناك تسريب. بحلول الوقت الذي أدركت فيه ذلك، كانت الثقة قد تكسرت بالفعل.
هذه اللحظة غيّرت طريقتي في تقييم بنية ذكاء اصطناعي.
لهذا السبب تهم @OpenGradient .
OPG لا تضع بياناتك فحسب في «خزنة» وتقول إنتهى الأمر. بل تنقل الحساب الفعلي إلى بيئة تنفيذ موثوقة Trusted Execution Environment، وهي «حجرة» عتادية على معالجات Intel/AMD. داخل تلك الغرفة لا يستطيع رؤية البيانات الخام إلا الـ enclave أثناء عمله. وخارجها، لا أحد يراها.
بدلًا من الثقة العمياء، تحصل على شهادات تشفيرية.
إثبات كود التنفيذ.
إثبات البيانات التي تم الوصول إليها.
إثبات النتيجة التي تم إرجاعها.
ليس البيانات الخام نفسها.
هذا يقلب سؤال الأمان بالكامل:
توقف عن السؤال: كيف نقفل البيانات أثناء التخزين؟
ابدأ بالسؤال: أين نسمح للبيانات أن «تفكر»، وكيف نتحقق منها؟
أنا لا أتظاهر بأن TEE سحرية. إذا انكسر الـ enclave، سيتعطل النموذج. لكن هذا ليس عن مطاردة خصوصية مثالية. إنه يتعلق بإيقاف أكبر تسريب في ذكاء اصطناعي اليوم: الحساب في الظلام.
لقد انتهيت من الرهان فقط على التشفير أثناء التخزين.
المستقبل هو حساب قابل للتحقق داخل غرف مُتحكم بها. يمكن تدقيقه. يمكن إثباته (Attestable). ويمكن التأمين عليه.
لأن في الذكاء الاصطناعي والتداول، المساءلة تتفوق على الذكاء في كل مرة. إذا لم تستطع إثبات ذلك، لا يمكنك الوثوق به. وإذا لم تستطع الوثوق به، لا يمكنك نشره برأس مال حقيقي.
#opg $OPG $VELVET
$SKYAI
هذا هو السعر الذي دفعته لنتعلم الطريقة الصعبة: التشفير أثناء التخزين ليس حماية.
كنت أبني منطق التداول العام الماضي واحتجت إلى أداة ذكاء اصطناعي لإجراء الاختبارات بسرعة. وعدت المنصة بالخصوصية. كان كل شيء مُشفّرًا على القرص. بدا واجهة المستخدم وكأنها مغلقة بإحكام. لذلك أدخلت كودًا حساسًا خاصًا باستراتيجية.
ما لم أره هو الخطر الحقيقي: التنفيذ.
بينما كان النموذج يفكر، لم يكن لدي أي رؤية. لا سجل. لا دليل على ما تم تشغيله، وعلى أي بيانات، وما إذا كان هناك تسريب. بحلول الوقت الذي أدركت فيه ذلك، كانت الثقة قد تكسرت بالفعل.
هذه اللحظة غيّرت طريقتي في تقييم بنية ذكاء اصطناعي.
لهذا السبب تهم @OpenGradient .
OPG لا تضع بياناتك فحسب في «خزنة» وتقول إنتهى الأمر. بل تنقل الحساب الفعلي إلى بيئة تنفيذ موثوقة Trusted Execution Environment، وهي «حجرة» عتادية على معالجات Intel/AMD. داخل تلك الغرفة لا يستطيع رؤية البيانات الخام إلا الـ enclave أثناء عمله. وخارجها، لا أحد يراها.
بدلًا من الثقة العمياء، تحصل على شهادات تشفيرية.
إثبات كود التنفيذ.
إثبات البيانات التي تم الوصول إليها.
إثبات النتيجة التي تم إرجاعها.
ليس البيانات الخام نفسها.
هذا يقلب سؤال الأمان بالكامل:
توقف عن السؤال: كيف نقفل البيانات أثناء التخزين؟
ابدأ بالسؤال: أين نسمح للبيانات أن «تفكر»، وكيف نتحقق منها؟
أنا لا أتظاهر بأن TEE سحرية. إذا انكسر الـ enclave، سيتعطل النموذج. لكن هذا ليس عن مطاردة خصوصية مثالية. إنه يتعلق بإيقاف أكبر تسريب في ذكاء اصطناعي اليوم: الحساب في الظلام.
لقد انتهيت من الرهان فقط على التشفير أثناء التخزين.
المستقبل هو حساب قابل للتحقق داخل غرف مُتحكم بها. يمكن تدقيقه. يمكن إثباته (Attestable). ويمكن التأمين عليه.
لأن في الذكاء الاصطناعي والتداول، المساءلة تتفوق على الذكاء في كل مرة. إذا لم تستطع إثبات ذلك، لا يمكنك الوثوق به. وإذا لم تستطع الوثوق به، لا يمكنك نشره برأس مال حقيقي.
#opg $OPG $VELVET
$SKYAI
افتح صفقة قصيرة واستمتع بربحك النهائي عند الهدف 0.4200
الذكاء الاصطناعي العالمي قوي جدًا.
لكن هل يمكنه أن يفهم “ديگچي” (degchi) الخاصة بك عند الساعة الثالثة صباحًا؟
قالت جدتي مرةً:
لا يمكنك البحث في الفهم العام عبر جوجل.
وهذا صحيح! سمحت لابن خالي (chachu) بتجربة تطبيق ذكاء اصطناعي عام.
سأله كيف نجعل النيهاري بالطريقة التي نعملها في جوجرا، ببطء لمدّة ليلة كاملة مع توازن التوابل الصحيح.
فأخبره الذكاء الاصطناعي باستخدام قدر ضغط وتجاوز خطوة “bhuna”.
نظر ابن خالي إلي وقال: يا بيـتا… هذا الذكاء الاصطناعي لم يقف يومًا بجانب “ديگچي” عند الساعة الثالثة صباحًا في حياته.
كثير من الناس يقولون إن
@OpenGradient يبني بنية تحتية للذكاء الاصطناعي المفتوح (Open AI).
لكن برأيي، السؤال الأكثر تعقيدًا هو:
هل يفتح OpenGradient ذكاءً محليًا
أم أنه يوزّع نفس الذكاء
في كل مكان؟
التوطين ليس مجرد ترجمة
اللغات. بل هو فهم السياق،
والبيانات، والعادات، والمنطق الفريد
لكل مجتمع. الذكاء الاصطناعي الذي يتكلم البنجابية
قد لا يفهم مجتمع البنجابيين بالضرورة.
إنها كأن نجمًا خارقًا يلعب في
دوري مختلف—المهارات موجودة،
لكن ربما لا يقرأ إيقاع المباراة.
إذا كانت @OpenGradient تسمح لكثير من المطورين
بنشر النماذج، وتوفّر مصادر حوسبة متعددة،
ومراحل مختلفة من البيانات المفتوحة لتتعايش،
فقد لا تكمن القيمة الحقيقية في
أقوى نموذج، بل في النموذج الذي يفهم السياق
أفضل—حالة تُسمّى “سيادة السياق”.
عندما تبدأ المجتمعات في امتلاك طريقة
فهم الذكاء الاصطناعي لهم.
وهنا يصبح دور رمز OPG أكثر إثارة من مجرد
حافز. إذا كان $OPG فقط يكافئ نشر النماذج،
فإن OpenGradient سيكون مجرد توسعة
لمعروض الذكاء الاصطناعي.
لكن إذا كان رمز OPG يكافئ الاستخدام المتكرر
داخل كل مجتمع، والبيانات المحلية، والقدرة على
الاحتفاظ بالمستخدمين الحقيقيين،
فإن الرمز يحوّل السياق إلى أصل.
يجب ألا يكتفي OpenGradient بعدّ
عدد النماذج.
احصِ كم مكانًا بدأ يستخدم الذكاء الاصطناعي
بطريقته الخاصة.
لأن الذكاء الاصطناعي العالمي قوي جدًا.
لكن ذكاءً يفهمك أنت… هذا هو الأصعب في الاستبدال.
#OPG $BEL $VELVET
لكن هل يمكنه أن يفهم “ديگچي” (degchi) الخاصة بك عند الساعة الثالثة صباحًا؟
قالت جدتي مرةً:
لا يمكنك البحث في الفهم العام عبر جوجل.
وهذا صحيح! سمحت لابن خالي (chachu) بتجربة تطبيق ذكاء اصطناعي عام.
سأله كيف نجعل النيهاري بالطريقة التي نعملها في جوجرا، ببطء لمدّة ليلة كاملة مع توازن التوابل الصحيح.
فأخبره الذكاء الاصطناعي باستخدام قدر ضغط وتجاوز خطوة “bhuna”.
نظر ابن خالي إلي وقال: يا بيـتا… هذا الذكاء الاصطناعي لم يقف يومًا بجانب “ديگچي” عند الساعة الثالثة صباحًا في حياته.
كثير من الناس يقولون إن
@OpenGradient يبني بنية تحتية للذكاء الاصطناعي المفتوح (Open AI).
لكن برأيي، السؤال الأكثر تعقيدًا هو:
هل يفتح OpenGradient ذكاءً محليًا
أم أنه يوزّع نفس الذكاء
في كل مكان؟
التوطين ليس مجرد ترجمة
اللغات. بل هو فهم السياق،
والبيانات، والعادات، والمنطق الفريد
لكل مجتمع. الذكاء الاصطناعي الذي يتكلم البنجابية
قد لا يفهم مجتمع البنجابيين بالضرورة.
إنها كأن نجمًا خارقًا يلعب في
دوري مختلف—المهارات موجودة،
لكن ربما لا يقرأ إيقاع المباراة.
إذا كانت @OpenGradient تسمح لكثير من المطورين
بنشر النماذج، وتوفّر مصادر حوسبة متعددة،
ومراحل مختلفة من البيانات المفتوحة لتتعايش،
فقد لا تكمن القيمة الحقيقية في
أقوى نموذج، بل في النموذج الذي يفهم السياق
أفضل—حالة تُسمّى “سيادة السياق”.
عندما تبدأ المجتمعات في امتلاك طريقة
فهم الذكاء الاصطناعي لهم.
وهنا يصبح دور رمز OPG أكثر إثارة من مجرد
حافز. إذا كان $OPG فقط يكافئ نشر النماذج،
فإن OpenGradient سيكون مجرد توسعة
لمعروض الذكاء الاصطناعي.
لكن إذا كان رمز OPG يكافئ الاستخدام المتكرر
داخل كل مجتمع، والبيانات المحلية، والقدرة على
الاحتفاظ بالمستخدمين الحقيقيين،
فإن الرمز يحوّل السياق إلى أصل.
يجب ألا يكتفي OpenGradient بعدّ
عدد النماذج.
احصِ كم مكانًا بدأ يستخدم الذكاء الاصطناعي
بطريقته الخاصة.
لأن الذكاء الاصطناعي العالمي قوي جدًا.
لكن ذكاءً يفهمك أنت… هذا هو الأصعب في الاستبدال.
#OPG $BEL $VELVET
في عطلة نهاية الأسبوع الماضية في لاهور، باكستان، انتهيت في طابور يستغرق 40 دقيقة خارج متجر جديد تمامًا لآيس كريم في جولبرغ. كانت الشارع مزدحمًا، الجميع يصوّرون ريلز، والحماس كان من المستحيل تجاهله. قلت لنفسي إنه لا بد أن الأمر يستحق.
بعد لقمة واحدة فقط… كان عاديًا 😅
وأثناء خروجي سمعت أحدهم يقول: ليس لأن الآيس كريم جيد بسبب وجود طابور… بل هناك طابور لذلك يبدو جيدًا. هذه الجملة علقت معي وجعلتني أفكر فورًا في @OpenGradient .
أستمر في رؤية الناس يسألون ما إذا كانت OpenGradient تبني منتجًا أم سوقًا. لكن برأيي، السؤال الحقيقي هو: هل تقوم OpenGradient ببناء مكان يحدد ما الذي يُعتبر منتجًا جيدًا؟ المنتجات تتنافس على الجودة، بينما الأسواق تتنافس على السيولة. تفصل OpenGradient الذكاء الاصطناعي إلى: منشئ (builder)، ومعالجة (compute)، ومتحقق (verifier)، ومستخدم (user)، ثم تستخدم( $.o.p.g ) كطبقة تنسيق. لذا فالذي يفوز ليس بالضرورة أقوى نموذج، بل الذي يولّد أكبر قدر من النشاط.
وهنا يكمن الاختلاف عن بعض سلاسل الذكاء الاصطناعي الأخرى. بعض الأماكن تركز على صناعة نماذج أفضل أو تحسين الحوسبة. يبدو أن OpenGradient تبني "ناسداك" لقدرات الذكاء الاصطناعي، حيث تقود السيولة سرعة التوسع. وبالنسبة إلى رمز OPG، فهو ليس مجرد رمز؛ بل أشبه بالإيجار لتشغيل النظام البيئي بأكمله.
لكن هذا أيضًا هو نقطة ضعف لا يتحدث عنها كثيرون. أسميها تشوّه السيولة. عندما يصبح رمز OPG محرك النمو، يمكن للمشروع بسهولة أن يولي الأولوية لحركة المرور أولًا ثم يُحسن القيمة الحقيقية لاحقًا. يبدأ المنشئون بمطاردة التوزيع بدلًا من الجودة.
لذا فإن اقتراحي هو: لا ينبغي لـ OpenGradient أن تعزز فقط المنفعة لـ $OPG
. ينبغي أن يخلقوا بعض التطبيقات الرئيسية أو الآليات لإثبات عائد الاستثمار الحقيقي للمطورين/المنشئين. لأن في النهاية، لا يفوز السوق بمجرد أن يكون مزدحمًا. يفوز السوق عندما يبقى الناس حوله حتى عندما لا توجد مكافآت.
#OPG $AGLD
$CAP
بعد لقمة واحدة فقط… كان عاديًا 😅
وأثناء خروجي سمعت أحدهم يقول: ليس لأن الآيس كريم جيد بسبب وجود طابور… بل هناك طابور لذلك يبدو جيدًا. هذه الجملة علقت معي وجعلتني أفكر فورًا في @OpenGradient .
أستمر في رؤية الناس يسألون ما إذا كانت OpenGradient تبني منتجًا أم سوقًا. لكن برأيي، السؤال الحقيقي هو: هل تقوم OpenGradient ببناء مكان يحدد ما الذي يُعتبر منتجًا جيدًا؟ المنتجات تتنافس على الجودة، بينما الأسواق تتنافس على السيولة. تفصل OpenGradient الذكاء الاصطناعي إلى: منشئ (builder)، ومعالجة (compute)، ومتحقق (verifier)، ومستخدم (user)، ثم تستخدم( $.o.p.g ) كطبقة تنسيق. لذا فالذي يفوز ليس بالضرورة أقوى نموذج، بل الذي يولّد أكبر قدر من النشاط.
وهنا يكمن الاختلاف عن بعض سلاسل الذكاء الاصطناعي الأخرى. بعض الأماكن تركز على صناعة نماذج أفضل أو تحسين الحوسبة. يبدو أن OpenGradient تبني "ناسداك" لقدرات الذكاء الاصطناعي، حيث تقود السيولة سرعة التوسع. وبالنسبة إلى رمز OPG، فهو ليس مجرد رمز؛ بل أشبه بالإيجار لتشغيل النظام البيئي بأكمله.
لكن هذا أيضًا هو نقطة ضعف لا يتحدث عنها كثيرون. أسميها تشوّه السيولة. عندما يصبح رمز OPG محرك النمو، يمكن للمشروع بسهولة أن يولي الأولوية لحركة المرور أولًا ثم يُحسن القيمة الحقيقية لاحقًا. يبدأ المنشئون بمطاردة التوزيع بدلًا من الجودة.
لذا فإن اقتراحي هو: لا ينبغي لـ OpenGradient أن تعزز فقط المنفعة لـ $OPG
. ينبغي أن يخلقوا بعض التطبيقات الرئيسية أو الآليات لإثبات عائد الاستثمار الحقيقي للمطورين/المنشئين. لأن في النهاية، لا يفوز السوق بمجرد أن يكون مزدحمًا. يفوز السوق عندما يبقى الناس حوله حتى عندما لا توجد مكافآت.
#OPG $AGLD
$CAP
هذه الحركة لهذا الرمز للأعلى من جانب اليوم بعد يوم لقد أغلقت موقعي القصير وافتحت مركز طويل، والأهداف عند .015 تم التأكيد، $IN
تابعت $2M وهو يختفي مع ضجة الإطلاق. $0 متبقّي للاحتفاظ. هذا بالضبط ما يؤلم.
رأيت الانتباه. لم أرَه يثبت.
كان يوم الإطلاق جنونياً. المرتبة #1 على CT. مستثمرون رأسماليون في الرسائل المباشرة. جعلناه نصوصاً عند الثالثة صباحاً. بعد ستة أشهر رأيته يعبّئ صناديق في مساحة عمل مشتركة عند منتصف الليل. لم يكن يستطيع دفع إيجار الشهر القادم. نفس الفريق. نفس الكود. نفس العرض. الشيء الوحيد الناقص؟ أشخاص كانوا فعلاً بحاجة إلى المنتج. قال لي: «كسبنا معركة الانتباه وخسرنا حرب الاحتفاظ». احتفظت بالكود. وخسرت الشركة.
أسمع باستمرار ناس تسأل @OpenGradient هل يحتاج KOLs أم Builders. هذا هو السؤال الخطأ.
الأصح والأبسط: هل لدينا ما يكفي من الانتباه، أم أن لا مكان لدينا ليهبط فيه؟
KOLs هي ألعاب نارية. انفجار كبير ثم تنتهي. Builders هي أنظمة مياه. مملة أن تنظر إليها، لكنّها تستمر في العمل.
إليك الجزء الذي يتجاهله الناس في الذكاء الاصطناعي والـ crypto. الانتباه لا يتحول إلى نمو بشكل خط مستقيم. إنه مثل المطر. الكثير منه يسقط. أنت لا تحتفظ به إلا إذا بنيت خزاناً. إذا كان $.o.p.g يُستخدم فقط لشراء الوصول، فقد يبدو OpenGradient ضخماً على السطح. لكن معظم المستخدمين سينجرفون قبل أن يظهر طلب حقيقي.
وهنا ترى هذا الشيء الغريب. المشروع ليس ناقصاً في حركة المرور. هو ناقص في المستخدمين. سمّه تسرب الانتباه (Attention Leakage). الانتباه يتحرك أسرع من أن تتكوّن القيمة.
لا يصنع Builders النمو مباشرة. بل يبنون نقاط جذب: مسارات عمل، بيانات، تطبيقات، عادات. أشياء تجعل شخصاً يبقى بعد النقره الأولى.
أعتقد أن @OpenGradient اتخذ القرار الصحيح.
استخدم KOLs لفتح الباب.
استخدم $.o.p.g لمنح الناس سبباً للعودة من تلقاء أنفسهم.
العلامات التجارية القوية ليست تلك التي تتصدر الترند كل أسبوع.
هي تلك التي ما زالت تعمل بعد انتهاء الضجة.
فدعنا ننسى موضوع KOLs vs Builders للحظة.
اسأل هذا بدلاً من ذلك: هل سيظل انتباهك عالقاً إذا لم يكن أحد يدفع لك كي تبقى؟
إن لم يكن، أنت اشتريت الوصول. إن كان نعم، لقد بنيت الاحتفاظ. #opg $OPG
$HEI
$AIN
رأيت الانتباه. لم أرَه يثبت.
كان يوم الإطلاق جنونياً. المرتبة #1 على CT. مستثمرون رأسماليون في الرسائل المباشرة. جعلناه نصوصاً عند الثالثة صباحاً. بعد ستة أشهر رأيته يعبّئ صناديق في مساحة عمل مشتركة عند منتصف الليل. لم يكن يستطيع دفع إيجار الشهر القادم. نفس الفريق. نفس الكود. نفس العرض. الشيء الوحيد الناقص؟ أشخاص كانوا فعلاً بحاجة إلى المنتج. قال لي: «كسبنا معركة الانتباه وخسرنا حرب الاحتفاظ». احتفظت بالكود. وخسرت الشركة.
أسمع باستمرار ناس تسأل @OpenGradient هل يحتاج KOLs أم Builders. هذا هو السؤال الخطأ.
الأصح والأبسط: هل لدينا ما يكفي من الانتباه، أم أن لا مكان لدينا ليهبط فيه؟
KOLs هي ألعاب نارية. انفجار كبير ثم تنتهي. Builders هي أنظمة مياه. مملة أن تنظر إليها، لكنّها تستمر في العمل.
إليك الجزء الذي يتجاهله الناس في الذكاء الاصطناعي والـ crypto. الانتباه لا يتحول إلى نمو بشكل خط مستقيم. إنه مثل المطر. الكثير منه يسقط. أنت لا تحتفظ به إلا إذا بنيت خزاناً. إذا كان $.o.p.g يُستخدم فقط لشراء الوصول، فقد يبدو OpenGradient ضخماً على السطح. لكن معظم المستخدمين سينجرفون قبل أن يظهر طلب حقيقي.
وهنا ترى هذا الشيء الغريب. المشروع ليس ناقصاً في حركة المرور. هو ناقص في المستخدمين. سمّه تسرب الانتباه (Attention Leakage). الانتباه يتحرك أسرع من أن تتكوّن القيمة.
لا يصنع Builders النمو مباشرة. بل يبنون نقاط جذب: مسارات عمل، بيانات، تطبيقات، عادات. أشياء تجعل شخصاً يبقى بعد النقره الأولى.
أعتقد أن @OpenGradient اتخذ القرار الصحيح.
استخدم KOLs لفتح الباب.
استخدم $.o.p.g لمنح الناس سبباً للعودة من تلقاء أنفسهم.
العلامات التجارية القوية ليست تلك التي تتصدر الترند كل أسبوع.
هي تلك التي ما زالت تعمل بعد انتهاء الضجة.
فدعنا ننسى موضوع KOLs vs Builders للحظة.
اسأل هذا بدلاً من ذلك: هل سيظل انتباهك عالقاً إذا لم يكن أحد يدفع لك كي تبقى؟
إن لم يكن، أنت اشتريت الوصول. إن كان نعم، لقد بنيت الاحتفاظ. #opg $OPG
$HEI
$AIN
سجّل الدخول لاستكشاف المزيد من المُحتوى