إريك دي مورا (كارتيسي): "إن تطوير تقنية البلوكشين أمر صعب، ومن مسؤوليتنا أن نجعله أسهل.
في مقال رأي، يعتقد إيريك، المؤسس المشارك لشركة Cartesi، أن الصناعة بحاجة إلى التعاون بشكل أكبر من أجل تسهيل عمل مطوري blockchain. Cartesi هو بروتوكول من الطبقة الثانية يعتمد على Ethereum، مخصص لتبسيط تطوير blockchain وتعزيز تطوير البنية التحتية المعيارية لـ blockchain.
وصلت صناعة البلوكشين إلى نقطة تحول حرجة. يفتقر Web3 إلى التطبيقات الاستهلاكية القادرة على تحقيق الاستخدام الجماعي، ولكن مشاريع البنية التحتية الجديدة تستمر في الظهور. يتعين علينا مواجهة حقيقة غير سارة: بعد مرور 15 عامًا، لم يتحقق حلمنا بإنشاء شبكة ويب لامركزية بعد.
شهد شهر أكتوبر العديد من التطورات الجديرة بالاهتمام: مع اقتراب انتهاء مكافآت التخزين في يوليو 2027 تقريبًا، يستشير المجتمع بشأن «دور المُصدِر» (MinterRole) الخاص بـ $CTSI؛ كما صدرت إصدارات جديدة من العُقدة (Node)، وواجهة سطر الأوامر (CLI)، والمُرتِّب (Sequencer)، والآلة الافتراضية (Machine)؛ إلى جانب تقرير الهندسة للربع الثالث، ودعم المؤسسة لمشروع Knoss، وغير ذلك الكثير.
محتوى مفيد بلا حشو ↓ https://blog.cartesi.io/ecosystem-updates-october-2026/
إعادة نشر: https://x.com/cartesiproject/status/2116530380279062938
حلّ يوم الجمعة من جديد، وجاء تقرير Cartesi الأسبوعي في موعده 🐧
أحرزنا تقدماً في تطوير PRT (نظام مكافحة الاحتيال)، وأُطلق الآن الإصدار Dave v3.0.0-alpha.6. عند فوز مشارك نزيه في نزاع فرعي (sub-dispute)، يُعاد شحن مؤقته تلقائياً، مع وضع حد أقصى لذلك. وهذا يعني أن المهاجمين لم يعودوا قادرين على استنزاف مؤقت المطالبات الصحيحة عبر إنشاء أعداد كبيرة من الهويات الزائفة. كما يعالج هذا الإصدار المشكلات التي ظهرت في أحدث مراجعة للتحقق من PRT، ويتوافق مع Cartesi Machine v0.22. شكراً لـ Gabriel Coutinho de Paula على مساهمته: → https://github.com/cartesi/dave/releases/tag/v3.0.0-alpha.6
أما في مجال التخزين، فقد أُطلق الآن Explorer v3.13.0. يستخدم هذا الإصدار مكتبة محافظ جديدة، ويضيف إيصالات المعاملات للمستخدمين الذين يشغّلون Explorer بصفته «تطبيق Safe» (تطبيق Gnosis Safe). وهذا مفيد جداً إذا كانت أصول التخزين لديك محفوظة في محفظة متعددة التوقيعات. شكراً لـ Bruno Menezes: → https://github.com/cartesi/explorer/releases/tag/v3.13.0
لا وقت لديك لقراءة التقرير الهندسي الكامل للربع الثالث؟ يلخّص هذا المنشور المختصر 130 طلب دمج (PR)، و673 عملية إرسال (commit)، و58 إصداراً عبر 13 مستودعاً برمجياً، مصنّفةً ضمن الركائز التقنية الثلاث. ومن أبرز ما جاء فيه: استكمال الخطوة الأخيرة في مسار السحب الطارئ من خلال آلية «استرداد الإيداع»؛ وضمان Cartesi Machine v0.21.0 أن تؤدي كل مُدخلة في نهاية المطاف إلى نتيجة قابلة للتحقق، حتى في حال تعطّل التطبيق. للاطلاع على الملخص: → https://x.com/cartesiproject/status/2112530070510383323
هذا الأسبوع هو «أسبوع الوصول المفتوح» (Open Access Week). ينبغي أن تكون نتائج الأبحاث متاحة للجميع لقراءتها ومشاركتها والبناء عليها، وكذلك الشيفرة البرمجية. تعتمد Cartesi نهج المصدر المفتوح، وتجلب Linux إلى السلسلة، وتستخدم Ethereum لتسوية المعاملات، ما يضمن قدرة أي شخص على التحقق من نتائج العمليات الحسابية بنفسه. → https://x.com/cartesiproject/status/2112167301844009259
شهدت وسائل التواصل الاجتماعي هذا الأسبوع بعض النقاشات أيضاً. إذا كانت حزمة تقنياتك لا تدعم تشغيل Linux على السلسلة، فربما لا تكون الخيار الأمثل: → https://x.com/cartesiproject/status/2112891152445894867
وتذكير آخر: لا تحصر نفسك في نموذج L1 EVM، حيث تتشارك جميع التطبيقات موارد الحوسبة في كتلة واحدة. انتقل إلى Cartesi، التي توفر قدرة حوسبة أكبر بمراتب، وحزمة Linux كاملة، وجهازاً افتراضياً (VM) مستقلاً لكل تطبيق: → https://x.com/cartesiproject/status/2113254324134678943
إلى هنا نصل إلى مراجعة هذا الأسبوع. هل تجرّب تطوير تطبيقات باستخدام Linux على السلسلة، أم تريد إلقاء التحية فحسب؟ تفضّل بزيارتنا على Discord: discord.gg/cartesi. نتمنى لكم عطلة نهاية أسبوع سعيدة!
إعادة نشر: https://x.com/cartesiproject/status/2113617454836683141
توقفوا عن تصميم كل شيء حول تلك «النقطة». الأمر بهذه البساطة.
لماذا تعجز معظم مشاريع DeFi عن تقديم ابتكارات حقيقية؟ تمثل «النقطة الصفراء» الحد الأقصى للقدرة الحاسوبية لكتلة L1 EVM، ما يجبر المطورين على حشر المنطق داخل كتلة واحدة، وينتهي بهم الأمر إلى إطلاق تطبيقات مالية محدودة الوظائف.
أما «الشبكة الزرقاء» فهي Cartesi VM، التي توفر قدرة حاسوبية أكبر بعدة مراتب من حيث الحجم. متى ما أدركت حجم هذا الفارق، لن يعود بإمكانك تجاهل هذا القيد.
إعادة النشر: https://x.com/cartesiproject/status/2113254324134678943
إذا كانت مجموعة التقنيات لديك لا تدعم تشغيل بيئة Linux على السلسلة، فهي ليست الخيار الأمثل. 🐧 https://x.com/NewAgeRetroNerd/status/2110402168272355555
لا حاجة إلى إعادة كتابة التعليمات البرمجية من الصفر أو التنازل عند اختيار المكتبات. مع Cartesi، أدمجنا بيئة تشغيل Linux كاملة مباشرةً في Ethereum ومنظومة Web3. كل ما يمكن تشغيله على Linux يمكن تشغيله على السلسلة.
هل ترغبون في معرفة خلاصة تقريرنا الهندسي للربع الثالث؟ ما الذي أنجزناه عبر 13 مستودعًا للبرمجيات، من خلال 130 طلب دمج (PR)، و673 عملية إيداع للتغييرات، و58 إصدارًا؟ وما حالة مجموعة تقنياتنا بأكملها حاليًا؟ https://x.com/cartesiproject/status/2111808242502254714
الإجابة هنا. إليكم ملخصًا يستند إلى الركائز التقنية الثلاث 🧵↓
بنية تحتية تؤمّن الأموال الحقيقية
آلية «استرداد الودائع» (Deposit refunds) تستكمل الحلقة الأخيرة في إجراءات السحب الطارئ. فبمجرد إنهاء التطبيق قسرًا (foreclosed)، يمكن لأي شخص إعادة ودائع ETH وERC-20 وERC-721 وERC-1155 التي لم تُؤكَّد نهائيًا بعد إلى أصحابها الأصليين.
وأصبحت آلية «المطالبات» (Claims) أكثر صرامة أيضًا. إذ يتعين الآن على كل مطالبة إثبات أن الآلة المرتبطة بها أكملت «العهد» (epoch) الحالي بنجاح. وإذا كانت الآلة متوقفة، أو أصدرت استثناءً، أو رفضت آخر مُدخل، فلن يمكن تأكيد تلك الحالة نهائيًا.
قدّم Dave (PRT) آلية «تهيئة المطالبات» (claim staging)، وحسّن عملية استرداد الضمانات لتصبح أصعب على التلاعب الخبيث. وأصبحت عقدة Sling أول عقدة تحقق من PRT قابلة للتشغيل، وهي حاليًا في مرحلة الاختبار وقريبة من نهاية اختبار ألفا.
حوسبة واسعة النطاق بكفاءة اقتصادية
يضمن Cartesi Machine v0.21.0 أن ينتج عن كل مُدخل نتيجة قابلة للإثبات، حتى في حال تعطل التطبيق. فالمُدخلات المرفوضة تعيد النظام إلى حالته السابقة، بينما تظل المُدخلات التي تستنفد دورات الحوسبة في حالة ثابتة. ويتبع كل من المحاكي (emulator) وخطوات التنفيذ على السلسلة القواعد نفسها تمامًا.
يمكن للتطبيقات الآن الاحتفاظ بالحالة بين المُدخلات المتعددة باستخدام NVRAM (ذاكرة الوصول العشوائي غير المتطايرة)، ما يقلل تكلفة نقل الحالة بين المُدخلات.
أضافت أداة ترتيب المعاملات (sequencer) «أوراكل الرسوم» (fee oracle)، التي تربط رسوم المستخدمين بتكلفة النشر على الطبقة الأولى (L1). وتعتمد الأوراكل في تحديد الأسعار على متوسط السعر المرجّح زمنيًا (TWAP) لمنصة Uniswap V3، بهدف الحد من التلاعب بالأسعار. والخطوة التالية: إطلاقها على شبكة الاختبار.
مجموعة تقنيات سهلة الاستخدام لتسريع الانضمام إلى السلسلة
رُقّيت عقدة Rollup إلى المحاكي v0.21 في فرع التطوير (dev branch). ويضيف هذا الإصدار طلبات JSON-RPC المجمّعة، ويوحّد إدارة الخدمات تحت إشراف «مشرف» (supervisor) واحد، كما يوفّر إشارات واضحة لمراقبة الحالة الصحية على Kubernetes. وتستخدم مكتبة TypeScript الآن روابط برمجية مُولّدة تلقائيًا بدلًا من نحو 1,800 سطر من الشيفرة البرمجية المكتوبة يدويًا لطبقة التغليف. إضافةً إلى ذلك، تتيح `cartesi/machine` تشغيل Cartesi Machine في بيئة Node.js، وحتى مباشرةً داخل علامة تبويب المتصفح.
صباح الخير. إنه الآن «الأسبوع الدولي للوصول المفتوح». ينبغي أن يتمكن الجميع من قراءة نتائج الأبحاث والأوراق الأكاديمية والمعارف ومشاركتها بحرية، ثم استكشافها والبناء عليها.
وينطبق الأمر نفسه على الشيفرة البرمجية. تعتمد Cartesi نهج المصدر المفتوح، وتُدخل Linux إلى سلسلة الكتل، وتعتمد على Ethereum لتسوية المعاملات، بما يضمن قدرة أي شخص على التحقق من نتائج تشغيلها.
لا تقتصر هذه الفكرة على هذا الأسبوع، بل تنطبق على كل أسبوع.
لنعمل على نشرها على نطاق واسع: https://x.com/cartesiproject/status/21121673018
مع نضوج حزمة SDK، أطلقنا طريقة جديدة لمتابعة التقدم في Cartesi — «التقرير الهندسي الفصلي». يغطي التقرير مختلف مسارات العمل التقنية والإنجازات المحققة والمعالم الرئيسية. تم دمج 130 طلب سحب (PR)، وإجراء 673 عملية إيداع (commit)، وإصدار 58 نسخة.
اطّلع على التفاصيل الكاملة للربع الثالث من عام 2026 (Q3) ↓ https://blog.cartesi.io/engineering-report-q3-2026/
لإلقاء نظرة شاملة على أولويات Cartesi التقنية، ندعوك إلى الاطلاع على «الخطة التطورية التقنية» والركائز الأساسية الثلاث التي تستند إليها خارطة الطريق: → توفير بنية تحتية آمنة للأموال الحقيقية → إتاحة الحوسبة على نطاق واسع وبتكلفة فعّالة → توفير حزمة تقنية سهلة الاستخدام تتيح لك إتمام النشر على السلسلة في يوم واحد 🔗 cartesi.io/technical-evolution-plan
تحليل متعمّق لأول مرة لمُسلسِل Cartesi (sequencer)! لنكتشف ماهيته، وأهميته، وكيفية عمله. 🧵↓ https://fxtwitter.com/cartesiproject/status/2109993133866119399
1/ تحتاج التطبيقات التفاعلية إلى السرعة، بينما يستغرق التسوية على إيثيريوم وقتًا. لا أحد يريد الانتظار دقائق بعد كل نقرة حتى يحصل على التأكيد النهائي على L1 (الطبقة الأولى). وهنا يأتي دور المُسلسِل.
2/ يتلقى المُسلسِل عمليات موقّعة من المستخدمين ويؤكدها فورًا (أي «تأكيدًا مبدئيًا»).
وفي الخلفية، يرسل هذه العمليات إلى L1 على دفعات. فيحصل المستخدمون على استجابة شبه فورية، فيما تظل إيثيريوم المرجع الموثوق والسلطة المعتمدة.
للاطلاع على التفاصيل الكاملة حول مُسلسِلنا: https://github.com/cartesi/sequencer
3/ كيف يعمل ذلك من الناحية التقنية؟ تشير كل مجموعة من عمليات المستخدمين (تُسمى «إطارًا» / frame) إلى كتلة آمنة على L1. ويتلقى المُجدول على السلسلة جميع الإيداعات حتى تلك الكتلة، ثم ينفذ العمليات نفسها بالترتيب نفسه.
يتبع المُسلسِل وRollup القواعد نفسها، ولذلك يتوصلان في النهاية إلى الحالة نفسها.
4/ رغم اعتماد النظام على مُسلسِل واحد، فإنه لا يستطيع سرقة الأموال أو تزوير الحالة. يتحقق Rollup من كل شيء، ويفرض النتائج من خلال إثباتات الاحتيال (fraud proofs).
تتجاوز عملية الإيداع المُسلسِل بالكامل. وحتى لو حاول المُسلسِل فرض الرقابة، فأقصى ما يمكنه فعله هو تأخير الإيداعات بضع ساعات، لكنه لا يستطيع منعها نهائيًا.
5/ لا يزال مُسلسِل Cartesi في المرحلة ألفا، لكن التقدم فيه سريع.
صُمم للتعامل مع انقطاعات L1، والأعطال، وإعادة التشغيل، وفترات التوقف الطويلة، ومجموعات الذاكرة المؤقتة (mempool) الخبيثة. وفي كل مرة يبدأ فيها التشغيل، يفحص قاعدة البيانات وإيثيريوم لتحديد ما يحتاج إلى إصلاح.
إضافةً إلى ذلك، يتولى برنامج مستقل يُسمى «المراقب» (watchdog) التحقق من حالته مرة أخرى.
حلّ يوم الجمعة، ومعه تحديثات Cartesi الأسبوعية كما وعدناكم! يتضمن هذا العدد ثلاثة إصدارات جديدة وإصدارًا جديدًا لبناء تطبيقات DeFi 🐧 https://fxtwitter.com/cartesiproject/status/2108542771804221518
صدر الآن Rollups Node v2.0.0-alpha.13، ومن أبرز ميزاته وظيفة «استرداد الإيداع». فإذا أُوقِف التطبيق قسرًا قبل تأكيد الإيداع بالإجماع، تعيد تعليمات الاسترداد الجديدة الأموال إلى المُودِع الأصلي، ما يضمن ألا يفقد المستخدمون السيطرة على أموالهم عند توقف التطبيق عن العمل.
يضيف هذا الإصدار أيضًا إلى العقد آلية التسوية على مراحل من نظام إثبات الاحتيال (PRT)، ويرقي Cartesi Machine Emulator إلى v0.21.0، كما يتوافق مع أحدث إصدارات Rollups Contracts 3.0.0-alpha.10 وPRT 3.0.0-alpha.5.
هذا الإصدار مخصص للاختبار فقط حاليًا، ويتطلب قاعدة بيانات جديدة بالكامل وإعادة نشر التطبيقات، لذا احرصوا على قراءة ملاحظات الترقية أولًا: → https://github.com/cartesi/rollups-node/releases/tag/v2.0.0-alpha.13
صدر أيضًا Cartesi CLI 2.0.0-alpha.38، المخصص للمطورين الأساسيين والمختبِرين. تتيح التعليمات الجديدة إيقاف التطبيقات قسرًا على شبكة devnet واسترداد الأموال، ما يمكّن من اختبار عملية السحب الطارئ كاملةً من البداية إلى النهاية. كما جرى تحديث Explorer وrollups-ts للحفاظ على اتساق مجموعة الأدوات.
زوروا Discord للحصول على تعليمات التثبيت، واطّلعوا على سجل التغييرات على GitHub: → https://github.com/cartesi/cli/releases/tag/%40cartesi%2Fcli%402.0.0-alpha.38
وليس هذا فحسب، فقد صدر هذا الأسبوع أيضًا Sequencer v0.1.0-alpha.10. سنشارككم تفاصيله قريبًا، وإلى ذلك الحين يمكنكم إلقاء نظرة سريعة: → https://github.com/cartesi/sequencer/releases/tag/v0.1.0-alpha.10
كان هذا هو التصور الذي راود Felipe Argento وBrandon Isaacson عندما تنحّيا عن منصبيهما في مجلس إدارة مؤسسة Cartesi، ليتفرغا لبناء تطبيقات تستفيد من هذه التقنية وتُطلق العنان لإمكاناتها الحقيقية.
Knoss منصة تداول تركز على الخيارات والعقود الدائمة. تناولنا في سلسلة تغريدات أسباب تعثر أسواق الخيارات على السلسلة حتى الآن: فالحسابات الرياضية التي تقوم عليها الخيارات يصعب تنفيذها في بيئة لا تتطلب الثقة بأطرافها، ولذلك غالبًا ما يلجأ المطورون إلى تبسيط النماذج واستخدام الضمانات المفرطة. أما Knoss، فستستفيد من Cartesi لتنفيذ هذه الحسابات الرياضية على Ethereum، بما يضمن أن تكون النتائج قابلة لإعادة الإنتاج والتحقق. اقرأوا سلسلة النقاش لمعرفة المزيد: → https://x.com/cartesiproject/status/2107456174664941570
هذا الأسبوع، كان الجميع على منصة X ينشرون رسائل مفتوحة، فشاركناهم ذلك. ورغم أن هذا التوجه ممتع، فإنه يعكس تحولًا استراتيجيًا حقيقيًا لدى Cartesi: → https://x.com/cartesiproject/status/2107826707432632797
إن فاتكم ذلك، فإليكم مقالًا مفصلًا عن المرحلة التالية من تطور Cartesi: → https://x.com/cartesiproject/status/2105643993640136999
تحية يوم الاثنين (gm) للمطورين (Builders) وKnoss وLinux — فكلها تتألق على Cartesi Rollups: → https://x.com/cartesiproject/status/2107092443258867919
إن لم تطّلعوا على موقعنا الجديد بعد، أو حتى لم تعلموا أنه قد تحدّث، فتفضلوا بزيارته هنا: → https://cartesi.io/
كانت هذه أبرز أخبار الأسبوع! ومع اختتام Token2049 بنجاح، يمكننا العودة إلى التركيز على البناء. إذا كانت لديكم أي أسئلة، فتفضلوا بزيارتنا على Discord في أي وقت: https://discord.gg/cartesi
نتمنى لكم عطلة نهاية أسبوع سعيدة!
إعادة النشر: https://x.com/cartesiproject/status/2108542771804221518
ما زلنا أوفياء لغايتنا الأولى. وما زالت رؤيتنا واضحة المعالم.
نستمد من Linux حرية التعبير، ونحقق قابلية التوسع عبر سلاسل التطبيقات (Appchains)، ونضمن الأمان من خلال Ethereum، بينما تجمع Cartesi كل ذلك بتناغم بوصفها بنية تحتية.
إعادة النشر: https://x.com/cartesiproject/status/2108179607308620022
تحليل عميق لوقت الحدث: قام المؤسّس المشارك في Knoss، فيليبي أردينتو (Felipe Argento)، بتفصيل لماذا لا يزال بناء منتجات الخيارات داخل عالم DeFi صعبًا للغاية.
على مرّ السنين، عندما يسأله أصدقاؤه عن رأيه في العملات المشفّرة، كانت إجابته دائمًا واحدة: «إما أن يرتفع سعر ETH إلى مليون، أو أن ينتهي إلى الصفر».
المشكلة تكمن في أنه لا توجد على السلسلة طريقة خالية من الثقة (trustless) للمراهنة على هذا النوع من النتائج.🧵↓
1/ امتلاك ETH الفوري يوافق سيناريو «الارتفاع إلى مليون»؛ ووجودك خارج السوق يوافق سيناريو «الصفر»؛ وتُضيف عقود العقود الآجلة الدائمة (Perps) رافعة أحادية الاتجاه. لكن لا شيء من ذلك يغطي حالة «أو» (أي التقلب في الاتجاهين).
الخيارات يمكنها ذلك. إذ يمكنك في نفس الوقت شراء خيار شراء (call) وخيار بيع (put) بنفس سعر التنفيذ؛ وسواء ارتفع سعر ETH بشكل كبير أم انخفض، يمكنك تحقيق أرباح. وبالعكس، إذا قمت ببيع هذه المجموعة من الخيارات، ففي حال لم تكن حركة السعر كبيرة يمكنك جني عوائد.
2/ في التمويل التقليدي (TradFi)، يبلغ حجم تداول الخيارات نحو ثلاثة أضعاف حجم تداول العقود الآجلة. لكن على السلسلة، تداول الخيارات شبه معدوم، لأن الحسابات الرياضية المطلوبة يصعب تنفيذها دون افتراض الثقة: فهي تتضمن التقلب الضمني، ومنحنى التقلبات (volatility surface)، وهوامش ضمانات المحفظة وغيرها من الحسابات المعقّدة.
لذلك، إمّا أن يبسّط المطوّرون نماذج الرياضيات ويطلبوا من الهامش فائضًا كبيرًا جدًا، أو أن يقوموا بتشغيل عملية الحساب على خوادم مركزية تتطلب ثقة المستخدم.
3/ الآن، ستقوم Knoss بتشغيل هذه الحسابات الرياضية على Cartesi، بحيث تضمن إمكانية إعادة إنتاج كل خطوة والتحقق منها على شبكة إيثريوم. وسيمكن للمستخدمين الاستفادة من كفاءة رأس مال أعلى، دون مواجهة الغموض الناتج عن «الصندوق الأسود».
هذا منصّة تداول للخيارات والعقود الدائمة بُنيت بطريقة «أصلية على إيثريوم». تابع Knoss واطّلع على المزيد من التفاصيل هنا: https://x.com/knoss_xyz/status/2105638543477399621
إعادة النشر: https://x.com/cartesiproject/status/2107456162002260196