币圈Kin

كنت أتصفح مؤخرًا معلومات @Acurast، ولاحظت أن هناك نقطة يسهل الخلط فيها بشأن $ACU
: حصول الهاتف على مكافآت لا يعني أن المطوّر دفع مقابل استخدام هذا الهاتف.

تُنشئ Acurast شبكةً لقدرات الحوسبة عبر الهواتف. يوفّر المستخدمون الأجهزة، وينشر المطوّرون البرامج عليها لتشغيلها. لا بد من وجود من يرغب في إتاحة أجهزته، ومن يرغب في استخدام التطبيقات؛ فلا غنى عن أي من الطرفين.

تأتي المكافآت الأساسية للأجهزة حاليًا من إصدار رموز جديدة، وتُوزّع وفقًا لقواعد تشمل اختبارات الأداء وغيرها. في هذه المرحلة، تساعد المكافآت على جذب المستخدمين للانضمام، وتجهيز قدرات الحوسبة المتاحة أولًا.

أما دفع المطوّرين فهو أمر آخر. إذ عليهم دفع رسوم الحوسبة لنشر البرامج، ووفقًا للقواعد الرسمية، تُحرق رسوم النشر المقابلة بعد تنفيذ المهمة بنجاح. وهذا لا يعني أن المطوّر يدفع مبلغًا يحصل عليه مالك الهاتف مباشرةً.

أرى أن هذه نقطة تستحق نقاشًا أوسع.

كثيرون ممن يدرسون DePIN اعتادوا أن يبدأوا بحساب عدد العملات التي يمكن كسبها يوميًا. وهذا مهم بالطبع، إذ لا بد من حساب التكلفة عند المشاركة. لكن النظر إلى المكافآت وحدها لا يكشف مدى حاجة الناس الفعلية إلى هذه الشبكة.

ازدياد عدد الأجهزة قد يدل على انضمام مزيد من المشاركين. أما إنفاق المطوّرين باستمرار لتشغيل البرامج، فهو ما يدل على وجود من يرغب في الدفع مقابل هذه القدرة الحاسوبية. ولا ينبغي الخلط بين الأمرين.

ولا يقتصر دور $ACU
هنا على توزيع المكافآت؛ فهو يُستخدم أيضًا لرسوم الشبكة، وللستيكينغ ضمن Staked Compute، وللحوكمة. بالنسبة إليّ، فإن الطلب الناشئ عن استخدام المطوّرين لخدمات الحوسبة أسهل فهمًا من مجرد إضافة منفعة أخرى لحاملي العملات.

لكن لا ينبغي فهم «حرق الرسوم» مباشرةً على أنه يعني أن «عدد الرموز سينخفض حتمًا مع مرور الوقت».

فالمعدل السنوي للإصدار الجديد المحدد رسميًا حاليًا هو 5%. تُوزّع المكافآت، فتزداد كمية الرموز الجديدة؛ وتحرق رسوم النشر جزءًا من المعروض. ولتحديد كيفية تغير الكمية الإجمالية في النهاية، لا بد من حساب أثر الجانبين معًا. ما دامت لدينا قاعدة للحرق من دون استخدام فعلي، فمن المبكر الحديث عن الانكماش.

ما يثير اهتمامي في Acurast هو أن الهواتف غير المستغلة تستطيع توفير قدرات حاسوبية، وأن المطوّرين يجدون مكانًا لنشر تطبيقاتهم، وأن $ACU
يدخل في منظومة الدفع والحوافز. لكن حجم هذا النشاط التجاري سيعتمد في النهاية على الاستخدام الفعلي للتطبيقات، لا على المشاركين الذين ينضمون لمجرد كسب العملات.

أثناء بحثي عن البنية الأساسية لوكلاء الذكاء الاصطناعي (AI Agent) خلال الأيام القليلة الماضية، قمتُ بترجمة مواد <br>@Acurast<br> بعناية أكبر.

كنتُ في البداية أعتبره مجرد مشروع حوسبة قدرة عبر الهواتف. لكنني اكتشفت لاحقًا أن الشريحة الأمنية داخل الهاتف هي طبقة بالغة الأهمية في هذه الشبكة.

تأتي عقد الحساب لدى Acurast من أجهزة شخصية في مختلف أنحاء العالم. ولا يعرف المطورون من سيكون صاحب الهاتف الذي سيتم تعيين المهام له في النهاية. كما قد يكون مالك الجهاز شخصًا غريبًا تمامًا. إن إرسال الكود وتشغيله فقط ليس كافيًا من ناحية الأمان.

يستخدم Acurast بيئة تنفيذ موثوقة مدمجة داخل الهاتف لمعالجة المهام. هذه المنطقة تُستخدم عادةً أيضًا من قبل تطبيقات البنوك والتعرّف البيومتري ووظائف الدفع. وبمجرد تشغيل الكود، فإنه يتم عزله عن نظام الهاتف والتطبيقات الأخرى وعن مستخدم الجهاز.

بعد اكتمال المهمة، يقوم العتاد كذلك بإنتاج توقيع يثبت ذلك، بهدف التأكد من أن جهاز التشغيل حقيقي، وأن الكود لم يتم العبث به، وأن النتائج جاءت من بيئة التنفيذ المحددة.

هذه الآلية مناسبة جدًا لوكلاء الذكاء الاصطناعي.

وكيل يحتاج إلى البقاء متصلًا طوال اليوم قد يتعامل مع مفاتيح API وأوامر المستخدم وبيانات الحساب والمهام المجدولة. إن وضعه على خادم سحابي عادي يتطلب الثقة في مزود الخدمة؛ أما وضعه على أجهزة موزعة لا تملك قدرات تحقق، فيستلزم الثقة في عدد كبير من العقد المجهولة.

يختار Acurast التحقق من الجهاز وبيئة التنفيذ ونتيجة التشغيل، مما يجعل المطورين لا يحتاجون إلى معرفة مسبقة لمن يوفر القدرة الحوسبية.

والآن أصبحت الشبكة قادرة على حمل OpenClaw وخدمات Node.js وبرامج الروبوت وبعض استدلال النماذج. أداء الهاتف قد لا يكون مناسبًا لتدريب النماذج الكبيرة، لكن استخدامه لتشغيل الخادم الخلفي للوكيل والمهام المجدولة والاستدلال الخفيف يبدو مناسبًا جدًا.

تغيّر فهمي لـ Acurast أيضًا.

فالهواتف الخاملة لا تعني فقط مصدرًا للقدرة الحوسبية؛ بل إن عزل العتاد وإثبات التنفيذ هما ما يحدد ما إذا كان يمكن للمطورين استخدام تلك القدرة بثقة.

الأسواق تتحرك ذهابًا وإيابًا مؤخرًا، واسم $CASH يبدو مناسبًا جدًا للواقع.
في الوقت الحالي لا أنوي مطاردة الصفقة على المدى القصير؛ سأراقب أولًا ما إذا كان هناك تداول مستقر يوميًا، وكم عدد حامليها يمكن أن يبقوا بعد أن تهدأ الحماسة.
ليس بالأمر الصعب أن ترتفع بسرعة، لكن الصعب هو أن يظل في الحوض من هو مستعد للشراء والبيع حتى في غياب أخبار جديدة.
خذ بعضًا منها ووضعها في المحفظة، وسأراقب أثناء السير.
SR-D379F1410CD73305F4A4FF4D

‏استقطب هاكاثون “Renaiss” الأول الذي أُعلن علنًا أكثر من 70 فريقًا، وفي النهاية تم تطوير 45 منتجًا مبكرًا استنادًا إلى Renaiss.

أراد أحد الفرق تنفيذ مشروع مقتنيات فعلية، وكانت واجهة الواجهة الأمامية مجرد جزء منه. بعد ذلك ما زال يتعين التعامل مع التحقق من البطاقات، والإيداع (التخزين لدى جهة أمينة)، وتسجيل الأسعار، ونقل الملكية، والتسليم الفعلي للمقتنيات. يقوم كل فريق بإعادة بناء هذه العملية من الصفر، ما يعني زمنًا وتكلفة مرتفعتين، كما يصعب أن تتوافق المنتجات النهائية مع بعضها البعض.
@Renaiss Collectibles قام بتفكيك هذه المراحل إلى مجموعة من البنية التحتية التي يمكن إعادة استخدامها.

عند تداول المستخدمين للمقتنيات، يمكنهم عبر Renaiss.xyz إتمام النشر والتداول؛ يتم تنظيم أسعار البطاقات بواسطة Renaiss Index لتقديم مرجع للتداول وإعادة الشراء والسيناريوهات المالية اللاحقة؛ بعد أن يقدّم المستخدم طلب استخراج البطاقة الفعلية، تتولى Renaiss Layer الربط بين السجلات على السلسلة والتسليم في الواقع؛ أما الخزائن ومحلات البطاقات فتتصل عبر Renaiss OS لإدارة الإيداع والتحقق وإدارة المخزون.

يمكن لفرق التطوير استدعاء هذه القدرات عبر Renaiss CLI، ليتركوا الجزء الأكبر من تركيزهم لقواعد المنتج وتجربة المستخدم.

على سبيل المثال، إذا أراد فريق ما بناء منتج فتح علب TCG، فلن يحتاج إلى البحث عن خزائن بنفسه، أو إنشاء سجلات للبطاقات، أو التعامل مع الشحن؛ وإذا أراد فريق تطوير أداة لتداول المقتنيات، فيمكنه أيضًا الاتصال مباشرة ببيانات التسعير والإيداع الحالية. ومع انفتاح SDKs للجهات الخارجية وبروتوكولات VRF غير الخاضعة للترخيص، يمكن لمنتجات مثل فتح عادل للعلب وتقييم بالذكاء الاصطناعي وإقراض البطاقات وإدارة المخزون أن تستمر في البناء فوق هذه الطبقات.

تستخدم هذه المنتجات الأربعة والأربعون (45) المبكرة مجموعةً واحدة من أنظمة التسعير والإيداع والتسليم، لكن لكل منتج أسلوب لعبه وتجربته الخاصة ومستخدميه.

يرفع أحد المنتجات مخزون بطاقات جديد، ويمكن للمنتجات الأخرى أيضًا الحصول على المزيد من الأصول القابلة للتداول؛ دخول مستخدمين جدد إلى السوق يزيد الطلب على التداول وإعادة الشراء؛ وكلما زادت محلات البطاقات والخزائن المتصلة، اتسع نطاق تغطية المقتنيات الفعلية بشكل أكبر.

كان أكثر ما يناقشه مجتمع المرحلة المبكرة هو ما الذي خرج من بطاقات، وكم ارتفع سعر كل بطاقة. أما اليوم، فقد بدأ فريق خارجي باستخدام أدوات Renaiss لتطوير منتجات، وتحول النقاش تدريجيًا إلى التسعير والإيداع والتسليم والاتصال بالجهات الخارجية.

المطلوب الآن هو متابعة مراقبة عدد من هذه المنتجات التي يمكنها الوصول إلى الإطلاق الرسمي، وكم منها يمكنه الاحتفاظ بالمستخدمين، وما إذا كانت قادرة على جلب مقتنيات جديدة وتداولات حقيقية. طالما أن هذه البيانات تستمر في الزيادة، ستحصل بنية Renaiss التحتية للمقتنيات على المزيد من الاستخدامات الواقعية.

说真的，做了这几年链上交易，我越来越觉得机会这东西到处都有

我们缺的根本不是信号，而是你消化完信息、能动手的速度

经常是信号看见了，但等我把跨链流动性查一圈，合约风险翻一遍，再去社区里看大家怎么聊，一圈下来行情早就变了

后来接触到
@Velvet_Capital
，我感觉他们不是在做那种陪聊的 bot，而是真在搞能看懂链上筹码逻辑的分析工具。

它抓了上千万个聪明钱和 KOL 的钱包，我觉得最实用的地方，是它会把链上钱的真实走向跟社交媒体上的情绪信号放在一块儿看。

什么时候链上在偷偷吸筹，社群的讨论热度也慢慢起来，这时候信号的确定性就比单看一边高得多。

平时我在 App 里用那个 AI Copilot，从来不会问能不能买，都是丢给它那些特别耗时间的活儿，比如帮我算筹码集中度，或者排查合约有没有坑。

更关键的是，它分析完不是给一堆废话，而是直接生成那种能被意图路由读懂的参数。

也就是说，我读懂结论的同一秒，交易参数就已经就位了，不用再手动去复制合约、调滑点。

在手机上用 VelvetX，跟以前那些 Web3 移动端完全两个感觉。以前动不动就要跳到第三方钱包，反复签名授权，每多一步，就多一分延迟和点错的风险。

VelvetX 内嵌了无托管钱包，地址追踪、AI 研判，加上 Solana、Base、Hyperliquid 上的跟单、现货和合约，全塞在一个界面里。最大的好处就是不用来回切，思路不容易断。

回头想想，这套东西对我最直接的提升，就是把从看见信号到完成下单中间那段路给压短了。

专项 AI 解决研究效率，无托管的意图路由解决执行损耗。

在真实交易里，有时候你少点一下，多查一层筹码，结果就是能跟上和跟不上的差别

التحقق من حسابي في Binance Square لشركة YZi Labs Amplify عبر EchoHunt: EH-JY3XYU

في الآونة الأخيرة، عندما قمت بمراجعة مسار البنية التحتية لـ Web3، اكتشفت أن وعي الصناعة حول "الخصوصية" قد بدأ يتغير بشكل عميق.
كانت المشاريع المتعلقة بالخصوصية في المراحل المبكرة تركز في الغالب على أقصى درجات anonymity، لكن هذا التعبير المتطرف الذي يركز على التكنولوجيا بشكل بحت، يصعب تكييفه مع مشاهد الأعمال والامتثال في العالم الحقيقي.

من منظور تصميم الهيكل، فإن @MidnightNetwork يقدم حلاً وسطياً أكثر قابلية للتطبيق - الكشف القابل للبرمجة.

المنطق الأساسي لـ Midnight يعتمد على تقنية ZK (إثبات المعرفة الصفرية)، لتحقيق فصل فعال بين ملكية البيانات على السلسلة وحق استخدامها. في هذا النظام الشبكي، يتم الاحتفاظ بالقيمة العملية الأصلية للعقود الذكية بشكل كامل، بينما تكون البيانات الأساسية محمية بشكل افتراضي. فقط في حالات التدقيق أو الحصول على تفويض محدد، سيتم إخراج الأدلة ذات الصلة عن نتائج الحسابات.

في هذا النظام الهيكلي، يتم توجيه $NIGHT إلى كونها مورد أساسي يدفع كفاءة عمليات حساب ZK ويضمن استقرار تشغيل الشبكة.

لم يسلك هذا النموذج التطوري الاتجاه المتطرف بين الخيارين، بل يسعى لبناء جسر توازن بين "حماية خصوصية البيانات" و"احتياجات الامتثال التنظيمي". مع استمرار توسيع حجم رأس المال في صناعة Web3، ستصبح الحلول البنية التحتية التي توازن بين القيمة العملية والمعايير التنظيمية بلا شك الاتجاه المركزي الذي سيتم تتبعه عن كثب في المستقبل.

#night $NIGHT

@MidnightNetwork أبرز نقاط القوة ليست في التنافس على سرعة السلسلة، بل في التركيز على "الواقع القابل للتطبيق، والقابل لإعادة الاستخدام". لطالما كان هناك عقدة في عالم السلسلة: التطبيقات يجب أن تكون سهلة الاستخدام، لذا يجب أن تكون البيانات متاحة، ولكن كلما زادت شفافية البيانات، زادت احتمالية أن يتم مراقبتها، أو تتبعها، أو حتى نسخها؛ إذا أردت الحفاظ على الخصوصية، يجب أن تخفيها وتبتعد، ولكن إذا اختفيت، ستتأثر التفاعلات التجارية الطبيعية.
كسر Midnight هذه المعضلة مباشرة، وسلكت مسارًا متميزًا: بالاعتماد على تقنية الإثبات بدون معرفة، تثبت فقط "أنك تستوفي الشروط المعنية"، لكن لا تكشف أبدًا عن بياناتك الأساسية.

بشكل بسيط، هي مثل مجموعة جديدة تمامًا من منطق التحقق من الخصوصية: تعرض فقط النتائج القابلة للتحقق، ولا تكشف أي بيانات أصلية. في العديد من سيناريوهات السلسلة، ليس من الضروري رفع جميع المعلومات إلى السلسلة، يكفي إثبات نتيجة واحدة: لديك مؤهلات المشاركة، لم تتجاوز الحدود، تلتزم بالقواعد، أو لديك الحقوق المعنية. ملكية البيانات تبقى دائمًا في يدك، وما يمكن للآخرين رؤيته هو فقط النتائج القابلة للتحقق، وليس المعلومات الخاصة التي يمكن إساءة استخدامها.

تكمن القوة التنافسية لهذا المسار بالكامل في تجربة التطبيق: هل يمكن للمطورين البدء بسهولة، هل يمكن للمستخدمين تقليل المعلومات المدخلة، وتقليل كشف الخصوصية، وتقليل التعقب، ومع ذلك إكمال المعاملات، والتحقق، والتعاون بسلاسة. إذا توقفت فقط عند مفهوم "الخصوصية"، سيتم التخلي عنها بسرعة في السوق؛ ولكن إذا استطاعت تحويل "القابلية للاستخدام" إلى قدرة أساسية، مما يجعل الخصوصية ليست عبئًا إضافيًا، فهذه هي قيمتها الأساسية على المدى الطويل.

#night $NIGHT

عندما كنت طفلاً، كنت أساعد الجيران في استلام الطرود، وكلما قمت بترتيب الطرود في الوقت المحدد، كانوا يعطوني بعض النقود. كانت تلك الشعور مباشرًا جدًا، حيث كانت جهودك تُكافأ على الفور.

بالنسبة لتجربتي مع @MidnightNetwork ، كان لدي نفس الشعور: في كل مرة أشارك في الأنشطة المجتمعية، أو أكمل المهام، أو أشارك في المناقشات، تقوم المنصة بتسجيل سلوكي على السلسلة، وتمنحني مكافآت بالرموز.

الرموز هنا ليست مجرد مكافآت، بل تسمح لي أيضًا بالمشاركة في الحوكمة. لقد قمت بالتصويت عدة مرات، وقررت قواعد المجتمع وخطط التحفيز، وكانت هذه المشاركة حقيقية جدًا. أنت لست مجرد مستخدم عادي، بل جزء من النظام البيئي، حيث يمكن لأفعالك دفع النظام بأكمله للعمل.

أعتقد أن تصميم الحلقة المغلقة للمنصة واضح للغاية: سلوكك في المشاركة → التحقق على السلسلة → الحصول على المكافآت وحقوق الحوكمة → إعادة الاستثمار في النظام البيئي. كل خطوة لها قيمة، كما أن السلوك والمكافأة مرتبطان بشكل وثيق. هذا يجعلني أكثر حافزية للمشاركة على المدى الطويل مقارنةً بالمنصات الاجتماعية التقليدية أو DeFi، لأن كل حركة أراها تؤدي إلى نتائج فعلية.

بصفة عامة، قيمة رموز شبكة Midnight وتصميم الحلقة المغلقة للنظام البيئي أعطتني إحساسًا مشابهًا لإنجازات الطفولة عندما كنت أستلم الطرود: الجهود يمكن قياسها، ويمكن مكافأتها، كما أنها تمنحني حقًا صوتًا في النظام البيئي. هذه النموذج يجعلني أكثر رغبة في المشاركة المستمرة، وأيضًا أسهل لرؤية قيمة أفعالي.

#night $NIGHT

في رأيي، يمكن اعتبار بروتوكول Fabric نظام توزيع مفتوح المصدر في مجال الروبوتات.

النقطة الأساسية الحالية في مجال الروبوتات العامة تشبه تمامًا المأزق الذي كان يواجه صناعة البرمجيات في بداياتها: الجميع يمكنهم تطوير البرامج، لكن كل شركة لديها مجموعة من المعايير الخاصة بها، مما يؤدي في النهاية إلى عدم توافق الأجهزة، وعدم سلاسة التشغيل، وعند حدوث الأعطال يتم تبادل المسؤولية.

@Fabric Foundation ما يجب القيام به هو دمج تدفق البيانات، وتنسيق القوة الحاسوبية، والرقابة التنظيمية في هذه المراحل الأساسية، ضمن دفتر حسابات عام، مع توفير بنية تحتية أساسية أصلية للوكالات، بحيث يمكن أن تتم التعاونات بين الروبوتات عبر الكيانات المختلفة، كما هو الحال عند تثبيت البرمجيات، مع وجود معايير موحدة، وسلاسل اعتماد واضحة، وآثار عمليات كاملة.

الحساب القابل للتحقق، يشبه حزمة التحقق من التوقيع الرقمي المخصصة، حيث لا تحتاج إلى متابعة كل سطر من كود التنفيذ، لكن يمكنك التحقق بدقة من أن العملية بأكملها لم يتم تعديلها بشكل غير قانوني. بينما البنية التحتية الأساسية القابلة للتعديل، تعادل مستودع المكونات الإضافية المفتوحة المصدر، حيث يمكن استبدال وتحديث القدرات الأساسية مثل إعداد القواعد، وتنسيق المهام، والحماية الأمنية، بشكل مرن، دون الحاجة إلى إعادة تطوير الهيكل الأصلي بالكامل.

$ROBO هو المحور المركزي في هذه البيئة الذي يتحكم في حوافز المساهمة وإدارة المجتمع: المشاركون الذين يقدمون موارد متنوعة للبيئة يمكنهم تحقيق عوائد متناسبة، ولهم أيضًا حق المشاركة في تحديث القواعد وصوت في اتخاذ القرار.

التحديات الواقعية التي تواجهها واضحة أيضًا: إذا اختل توازن آلية الحوافز، فسوف تظهر ظواهر غير مرغوب فيها مثل التلاعب السيء؛ وإذا أصبحت نظام الإدارة جامدًا، فسوف تفقد الرغبة في مساهمة المشاركين.

ما تسعى لبنائه منذ البداية هو نظام مستقر وطويل الأمد للبيئة، وليس مجرد حماس قصير الأمد.

#robo $ROBO