7 أسهم من Solana: qntUzPUsJ51abNP7VYNxkmsQ4RnvEZAhavUxsCxpxH4، còn 13 أسهم أخرى للوصول إلى هدفي وهو 20 سهمًا، أنا أشتري في كل انخفاض!!!

ماذا لو شعرت باستخدام DeFi وكأنك ترسل رسالة أكثر من كونك تتحكم في مقصورة طائرة؟ هذه هي الفكرة وراء Mojo AI، تجربة ذكاء اصطناعي تواصلية لإدارة الأموال على Solana. أنا أستكشف كيفية عمله وما يميز عملية البيع العامة لـ $CHIMP على Metaplex Bootstrap. برعاية ChimpX. #ad

صعوبات تطبيقات الوقت الحقيقي ليست فقط في السرعة، بل في القدرة على التسوية حتى بعد حدوث خطأ. MagicBlock 1.0، أنا أركز أكثر على قدرة الاستعادة أكثر من الترويج للتأخير. ① أُعلن عن Validator v1.0 من MagicBlock في 6 أكتوبر، وتم نشر الإصدار المقابل على GitHub في نفس اليوم. هذا هو مكون التنفيذ لـ Ephemeral Rollups، وليس عميلاً جديداً يحل محل مُحققات توافق Solana الرئيسية. ② أُضيفت إلى سجل الإصدار حسابات مؤقتة، ومجموعات النوايا، وردود الفعل، وتدفقات عمل تطبيقات أكثر ثراءً، مما يسمح للتطبيقات بالعمل في بيئة تنفيذ مخصصة، ثم تسوية حالة التفويض وفقًا للإجراءات العودة إلى Solana. ③ أعتقد أن ما يستحق التدقيق أكثر هو استعادة التسوية، وإعادة المحاولة بعد إعادة التشغيل، ومزامنة الحسابات، وترتيب التقديم. هذه القدرات قد لا تكون مناسبة للإعلانات، لكنها تؤثر مباشرة على قدرة المستخدمين على إكمال العمليات بشكل موثوق. ④ تُصنف نسخة التسجيل بشكل صريح نمط النسخ الاحتياطي وبروتوكول التحدي على أنهما تجريبيان. لا يمكن لأن رقم الإصدار وصل إلى 1.0 أن نفترض أن جميع آليات الأمان قد تم التحقق منها بالكامل، ولا يمكن اعتبار كل تطبيق على أنه سيناريو مناسب. رأيي الشخصي: الألعاب والتفاعلات والتطبيقات ذات الحالة عالية التردد تحتاج إلى تنفيذ أكثر سلاسة، لكن المستخدم النهائي لن يتحمل تكلفة تفسير "فقدان الحالة الوسيطة" من قبل المشروع. الحد الفعلي للمنتج هو تحقيق تجربة سريعة وتسوية موثوقة في آنٍ واحد. سأدرس أولاً افتراضات الثقة، واستعادة الأعطال، ومسارات العودة إلى السلسلة الرئيسية، ثم أنظر إلى الأرقام الأداء. @Solana_zh @solana @magicblock

خسارة 2000 دولار بسبب تطوير سولانا. ربح أسبوع أصبح نصفه فقط 😂 أحتاج إلى إجازة

يمكنك أن ترى أننا لا نزال في مراحل مبكرة من الدورة، حيث لم يتجاوز سولانا إيثريوم بعد.

تووم هولمبرغ، مؤسس @Collector_Crypt، حول بناء منصات للجمعين على نطاق واسع على Solana "أكبر أسبوع لنا، بعنا 214,000 حزمة رقمية في أسبوع واحد. كان Solana نوعًا ما يقول: 'واو، هذه فكرة رائعة جدًا. كنت أجمع البطاقات من قبل. أريد حقًا أن أرى هذا ينجح.'" "من الرائع حقًا أن المكان الذي وصلنا إليه يحتوي على تداخل عالٍ وشغف كبير للقطع المجمعة." @TuomHolmberg

web3.js v3 يستحق الاهتمام، لكن لا تخلط بين الواجهة المألوفة وترقية خالية من المتاعب. محور هذا الأسبوع هو بدء إعادة تجميع بيئات المطورين. ① في 7 أكتوبر بتوقيت بكين، قدم Solana Developers رسميًا web3.js v3. يجب توضيح التاريخ: تم نشر الإصدار v3.0.0 على GitHub في 2 أكتوبر بتوقيت بكين، والتطورات الجديدة خلال هذه الفترة هي عبارة عن تقديم رسمي، وليست النشر الأولي للرمز. ② يحتفظ الإصدار الجديد بواجهة API شبيهة بالكائنات التي يعتاد عليها المطورون، مع دمج أساسي يعتمد على Kit. الهدف هو تمكين عادات استخدام الواجهات القديمة من مشاركة المزيد من القدرات الأساسية مع سلسلة الأدوات الجديدة، مما يقلل من التكلفة طويلة الأمد الناتجة عن تقسيم البيئة إلى مجموعتين منفصلتين. ③ ظهرت أيضًا مُلائمة جديدة للمحفظة، لكن "الإصدار الكبير" يعني بالضرورة الحاجة إلى فحص دقيق للفروق أثناء التحديث. شكل الاستدعاء المألوف لا يعني أن جميع الأنواع والسلوكيات والاعتمادات القديمة يمكن الاحتفاظ بها كما هي. ④ عند إجراء التحديث، يجب تغطية جميع الجوانب: اتصال المحفظة، التوقيع، تسلسل المعاملات، RPC، ومعالجة الاستثناءات. تسمية SDK بالإصدار v3 لا تعني تلقائيًا دعمًا شاملاً من طرف إلى طرف لجميع تنسيقات المعاملات الجديدة. رأيي الشخصي: توحيد أدوات المطورين هو ميزة مهمة للبيئة، لكنها تتطور ببطء. قد تقلل من تكاليف بدء المشاريع الجديدة وصيانة المشاريع القديمة، لكنها لا تستبدل اختبارات التحديث الفعلية. موقفي هو أنني أتابع وأجرب، لكنني لن أقوم بترقية بيئة الإنتاج مباشرة دون إجراء اختبارات استعادة. @Solana_zh @solana @solana_devs